Yanıtlar:
HER ZAMAN bir sanal medyayı (CD / DVD / Disket) çıkardıktan sonra, bunu yapmazsanız, vMotion'ı parçalarında durdurabilirsiniz.
NTP ve DNS kurulumunu doğru yap, intihar düşünmekten kurtaracak :)
Asla yeterli belleğe veya depolamaya sahip olamazsınız.
HP'nin iLO sistemi gibi makinelerinize uzaktan, işletim sistemi kullanmadan erişiminiz olduğundan emin olun.
OS / App .ISO dosyalarının bir havuzunu tutun.
Sorunuza doğrudan bir yanıt değil, birisinin bu cevabı bularak gelecekte saçlarını yıpratmaktan kurtaracağı umuduyla - HP blade sunucuları varsayılan olarak 'VT' bitleri ile birlikte gönderilmemektedir; BIOS'ta (F9). Bu ESX 3.5U4 olmadan faydalı bir hata atmaz, hayır sadece kod kurulumundan önce kilitlenir :(
Soruyu sorduğu gibi cevaplamak için - P2V göçleriyle ilgili tuzaklar.
Öncelikle - P2V göçleri çoğunlukla çok iyi çalışır. Sistemler ne kadar temiz ve yeniyse o kadar iyi ama daha eski olan (NT4 sistemleri) bile, bir dizi ortamdaki yüzden fazla göçün ardından başarı oranım% 90 civarındaydı. Göç eden ve üretime teslim edilen sistemler, yani (çoğunlukla geceleri de) planlandı. Görünüşe göre başarılı bir geçişin ardından geri çevirmemiz gereken tek bir sisteme sahiptim - platformun sağlayabileceğinden daha fazla CPU beygir gücü gerektiren bir SQL kutusu. VMware Converter (kurumsal olmayan sürüm için) iyidir ve ücretsizdir, Platespin çok iyidir (ancak maliyetlidir).
Bu dedi - kaçınılması gereken şeyler var.
MSCS Kümeleri. Onları işe yaratabilirsiniz ama bu hiç iyi bir fikir değil ve daha sonra sorun yaşarsanız Microsoft size kesinlikle hiçbir şekilde yardımcı olmayacak. Bunun yerine yeni bağımsız sistemler oluşturun.
Büyük SQL sunucuları - büyük vurgu. Bunlar önceden POV işlemci gereksinimlerinden kırmızı olarak işaretlenmiş olmalı, ancak hedef VM'nin yeterli CPU boşluğuna sahip olduğundan emin değilseniz bir tane taşımaya özendirmeyin.
Geçiş sırasında sistem adlarını veya ip adreslerini (veya her ikisini de) değiştirmeyi planlıyorsanız, önce bunu yapmamayı düşünün ve kesinlikle başka seçeneğiniz yoksa, bu değişikliklerin nasıl etkilenebileceğini anlayan kişilerin elinizde olduğundan emin olun. söz konusu sistemler. Şimdiye kadarki en kötü göçüm, müşterimin itirazlarımı dinlemeyi reddettiği ve geçiş sırasında hem adını hem de ip adresini değiştirmek konusunda ısrar ettiği bir DMZ merkezli VPN'in kimliğini doğrulamak için kullanılan bir RSA ACE sunucusuydu.
Yukarıdakilerle ilgili olarak - tamamen düz bir ağdan başka bir şeyiniz varsa, bazı test VM'leri oluşturun ve VM ağlarınızın, taşıdığınız fiziksel olanları mükemmel bir şekilde kopyaladığından% 100 emin olun.
Windows AD ortamlarında her zaman geçirilen kutuda yerel bir yönetici hesabınız olduğundan emin olun. Ve göç etmeden önce test edin.
İşlerin ne kadar süreceği konusunda iyi bir fikriniz olduğundan emin olun. P2V kopya süreleri, kullanılabilir ağ bant genişliğine bağlı olarak değişebilir (açık bir şekilde), ancak taşınan her birimdeki dosya sayısından büyük ölçüde etkilenebilir. Bu, özellikle Platespin NT4 * sistemlerini taşıyan bir sorundur, ancak dosya düzeyinde herhangi bir P2V yazılımı kopyalamayı etkileyecektir (genellikle hacimleri yeniden boyutlandırmayı tercih ederseniz uygulanır). Saniyede 70-80Megabaytlık kopya oranları GigE ağları, nispeten hızlı bir kaynak ve iyi bir hedef kurulum ile mümkündür, ancak 20-30Megabyte / sn daha tipiktir ve yukarıda belirtilen 100Meg ağ ve çok sayıda dosya içeren NT sistemleri için kopya oranlarını gördüm. 50 kilobayt / sn aralığına düşer.
Deneyimlerime göre, depolama ortamınız konusunda ÇOK dikkatli olun. Sadece 100Mbit bağlantılarını desteklediği ortaya çıkan bir iSCSI SAN ile gittik. Bir VM'yi sistemde çalıştırmak fena değildi, iki kişi yeterli değildi ... ve 8 VM hedefimize ulaştığımızda korkunçtu.
Kişisel dersim öğrenildi: Derecelendirilmiş IOPS'ları kontrol edin ve depolama aygıtını kullanmayı düşündüğünüz ürünle ilgili daha fazla inceleme okuyun
Öğrendiğim bir başka kullanışlı şey ... Bir temel kurulum ve sertleştirmeden sonra bir 'yedek' disk görüntüsü oluşturmak, başka herhangi bir sistemin yapısını hızlandıracak ve çevrede kalması çok kullanışlı bir şey.
Sanal bir ortamda üretim veritabanı sunucularını çalıştırmamaya çalışın. G / Ç için genel giderler kabul edilemez. DBA’nız birincil MSSQL sunucumuzun sanallaştırılmasına izin verdiğinde çok büyük sorunlar yaşadık. Sorguların çalışması için binlerce milisaniye sürüyordu. Onları özel bir kutuya geri götürmeye ikna ettiğimizde, verim ve hızda% 10,000 artış oldu.
Vmotion / vmkernel trafiği için gereksiz ağ kullanın. Sanal makinelerin sadece bir anahtar yeniden başlatıldığı için kapanmasını istemiyorsunuz.
Oh, ve bir DC / DNS / DHCP sunucusunu sanallaştırmanın dışında bırakın. Büyük bir SAN kazası geçirirseniz, kullanıcılarınız sizden daha az nefret edecektir.
Zaten bir tane yoksa, taşıma işleminden önce fiziki makinenin tam bir yedeğini alın. Bir görüntü muhtemelen en iyisidir ve bir ASR / sistem geri yüklemesi ya da çoğu makinenin sahip olduğu normal içerik yedeklemesi yerine size tam bir sistem görüntüsü verir.
P2V araçları sizi beklenmedik bir şekilde geri alabilir ve fiziksel makineyi mahvedebilir (VMWare dönüştürücüyü bir kez P2V'ye çalıştığım bir makineyi öldürdüm, neyse ki sadece bir test geçişiydi). Sistemi sıfırdan restore etmek zorunda olun. Evet, bu 1000'e bir şans olabilir, ama SİZ o olmak ister misiniz?
VMWare Converter, scsi'den önyükleme yapan sanal makineler oluşturur. MS sanal makineleri scsi'den önyükleme yapamaz . [edit - görünüşe göre dönüştürücünün 4. sürümü şimdi SCSI veya IDE belirtmenize izin veriyor, bu adamları seviyorum]
ACPI olmayan bir fiziksel makineyi sanallaştıracaksanız, bunun için bazı yazılımlar satın alın. (Keşifte heyecan verici bir yolculuk için birkaç haftanız yoksa!)
Ayrıca, VMWare Converter, MS SCVMM'nin çaresizlik içinde ellerini yukarı atacağı işleri ele alacaktır.
Çok fazla RAM getir.
Sanallaştırma araçları (VMWare veya MS) kuruluncaya kadar hiçbir şey yapmayın.
Başka bir platforma / versiyona taşıyacaksanız, yukarıda belirtilen araçları kaldırın.
CPU sınırlarına dikkat edin. 2 CPU Windows 2000'den P2V bana sadece 1'in desteklendiğini öğretti.
Bunların çoğu VMware'e özgüdür:
VMware ile aptal can sıkma: farklı VMware sürümleri sanal disk aygıtları için farklı SCSI sürücüleri kullanır. Bu seçeneği düşünmeden önce 2 saat harcamak tamamen mümkündür.
Şimdiye kadar sanallaştırma yaparken kendimle ilgili hiçbir korku hikayem yok. Ancak, birkaç not olsa.
İlerideki detaylarda dikkatlice planlayın. Özellikle sanallaştırılamayan bazı ödevler yapın.
Sunucunuzda çalışan uygulamanın satıcısı sanal ortamı desteklemiyorsa, destekleyene kadar bekleyin.
Tüm VM görüntülerini depolayan bir w / a SAN'ı depolama alanı olarak uygulayın.
En fazla performansı elde etmek için ESX veya ESX (i) veya Hyper-V'yi çalıştırın.
Belki daha fazla ama hepsi bu kadar. :)
[güncelleme] burada başka biri. En son üretici yazılımını ana sunucuya uygulayın. Yapmadığım bir tane vardı, bu bana birkaç gün mor ekran verdi ve sunucuyu tamamen düştü.
Sanallaştırma etkisi, genel gider performansının yaklaşık% 5'i kadardır. Sanallaştırma ortamınızın bu yükü alıp alamayacağını belirlemek için mevcut ortamdaki kaynak tüketimini ölçün.
Sanallaştırma çözümünüzle canlı yayınlanmadan önce:
Sanallaştırmaya çalıştığınız ama bir daha asla yapmayacağınız bir şey var mı?
Tekrar denemeyeceğimi söyleyemem, ama katmanlı sanallaştırma ile uğraşmak hoş değil.
Katmanlı olarak, xen veya esx'i Egenera, HP Virtual Connect veya Cisco UCS gibi sanallaştırılmış donanımlarda çalıştırmayı kastediyorum. İyi bir fikir gibi geliyor, ancak hata ayıklamak çok zaman alabilir.
VMWare'de anlık fotoğrafların nerede biteceğini öğrenin. Bizimki, SAN üzerindeki LUN'a VM dosyalarının kendisiyle gelecek şekilde yapılandırıldı. Bir teknoloji Snapshot işlemini neredeyse dolu bir LUN üzerinde uyguluyordu. Daha sonra bir nedenden dolayı VM'yi yeniden başlattı ve günlük dosyaları VM'nin başlamamasına neden oldu. Bizi LUN'un nedeni olarak dolu olmasına yol açan biraz şanstı.