Hyper V Failover HK.

Ayrı tutmanı öneririm. Makinelerini diğer node'a taşırken tek tek taşıman gerektiğinde daha rahat hareket edersin.

Her sanal makinanın ayrı ayrı Lunlarda çalışmasına ben sıcak bakmıyor, design yanlışlığı olarak görüyorum. 50 adet sanal makina çalıacağını düşünürsek 50 tane lun mu oluşturacağız? Oluşturduk diyelim MS Cluster tarafında da 50 adet resource ( CSV ) demektir.

Bu gibi yapıları kurmak bir kenarı dursun yönetmeninde zor olacağını düşünüyorum.

Storage deki RAW space bilmiyorum ama 2tb geçmeyen 1 er tb lik 2-3 lun kullanarak projenizi gerçekleştirebilirsiniz.

Kısaca her sanal makinanın ayrı lunlarda durması,   VHD ler ile LUNları eşdeğer tutmaktır diye düşünüyorum.

Büyük yapılar için sana katlıyorum Burak. Fakat maliyete girmekten kaçınan firmalar için ve üç dört makinenin olacağı yerlerde disk space varsa ayrı kullanmak LUN yönetimi zorlaştırmaktan çok kolaylaştırıyor birebir örneklerini sahada yaşıyoruz. Tek makine için live migration tek resource varsa olmuyor ve pire için yorgan yakmak durumunda ve küçük bir işlem için bir sürü onaydan geçmek zorunda kalıyoruz ki gereksiz kurumsal yapıyı hiç bir IT uzmanının sevdiğini sanmıyorum. Ama dediğin gibi enterprise bir firma içinse mevzu bahis, tabi ki 50 tane hyper-v source anlamsız olacak orda senle hemfikirim dostum.

Alper bey , Burak bey cevaplarınız için çok teşekkür ederim.

Alper bey, tek Lun içerisinde barınan bir VM'i diğer makinaya taşırken, ayrı ayrı Lun'lar içesinde barınan bir VM'in taşıma işleminde aradaki fark nedir ?  Taşıma işleminde kullanılan donanımsal kaynak,performans farkı mıdır ? Her iki senaryoda da taşıma işleminde atılacak adımlarmı  farklıdır ?

Zaman ayırdığınız için çok teşekkür ederim.Vereceğiniz bilgi benim için çok önemlidir.

Alper bey, Burak bey cevaplarınız için teşekkür ederim.

Alper bey, tek LUN içerisinde barınan VM'i taşıma işlemi ile ayrı ayrı LUN'lar içerisinde barınan VM'i taşıma işleminde aradaki fark nedir ? Anlık kullanılan donanımsal kaynak mı ?  Performans farkı mı ? Her iki senaryoda da atılacak adımlar farklı mıdır ?

Vereceğiniz bilgi benim için çok önemlidir.Tekrar zaman ayırdığınız için teşekkür ederim.

Tabi tek lun olayına da bir açıklık getirelim... Yapıda tek lun olmasıda doğru değildir. Minimum 2 lun oluşturmanız daha iyi olacaktır.

Şimdi farklılıklara gelince, storage migration işlemi sadece storage seviyesinde bakım olduğu durumlarda gerekli olacak bir operasyondur.

Sanal makinalar vmware platformunda ki adıyla vMotion, Hyper-v  platformunda ki adıyla QuickMigration, Live Migration teknolojisini kullanarak taşınırlar. Bu işlemler sırasında ( vmotion, LiveMigration ) sanal makinaların datastoreları değişmez, işlemci ve ram kaynakları diğer hosta geçerler...

sVmotion ve Storage Migration'da ise sanal makinaların dosyları vmware platformunda bir vmfs lundan diğerine taşınırlar, hyperv platformunda bir csv lundan diğerine taşınırlar...

Dolayısıyla kurumlar küçükte olsalar vm seviyesinde lun oluşturma bana yinede sıcak gelmiyor, sebebi ise storage migration yapısına aykırı olması, bir makinanın datastore değiştirmek istediğinizde, her lun daha önceden belirlenmiş vm boyutundan yaklaşık %30-50 buffer konarak  size hesaplandığı için sıkıntı doğuracak ve taşıma işlemleri başarısızlıkla sonuçlanabilecektir. Kaldı ki günümüzde hala snapshotların yedek olarak kullanıldığını düşünürsek ( inanın bunu üzülerek yazıyorum ve bir çok yerde karşılaşıyorum ) durumun nerelere gideceğini bir hayal edin derim.

Best Practice yapılar bunlar değildir.

Sonuç itibariyle operasyonlar konusunda değişen birşey olmuyor ama yönetim seviyesinde iş biraz daha zorlaşıyor.
Seçim sizin...
Selamlar.

Alper bey, Burak bey cevaplarınız için teşekkür ederim.

 

Alper bey, tek LUN içerisinde barınan VM'i taşıma işlemi ile ayrı ayrı LUN'lar içerisinde barınan VM'i taşıma işleminde aradaki fark nedir ? Anlık kullanılan donanımsal kaynak mı ?  Performans farkı mı ? Her iki senaryoda da atılacak adımlar farklı mıdır ?

Vereceğiniz bilgi benim için çok önemlidir.Tekrar zaman ayırdığınız için teşekkür ederim.

Selam Malik, Burak ' ın söyledikleri ve benim söylediklerim umarım aydınlatıcı olmuştur senin için. Yapını iyi analiz edip ona göre bir şema oluşturup uygularsan karşılaştığın problemleri aza indirgemiş olursun. Ve tabi iyi bir yedekleme modelini unutma. Biz neticede burada sanallaştırmayla ilgili genel konuşuyoruz, istisnalarını yapıya göre sen belirlemelisin.

Biz teşekkür ederiz.