"SCVMM 2008R2" etiketi için bulunan tüm sonuçlar:

Virtual Machine Manager 2008 R2 SP1 Duyuruldu

Virtual Machine Manager 2008 R2Bu hafta için Virtual Machine Manager haftası oldu diyebiliriz :)

Merakla beklenen iki duyuru da bu hafta içinde yapıldı.

Hafta başında Virtual Machine Manager’ın yeni versiyonu olan 2012 için bir Beta duyurusu yapıldı. Detaylara şuradan ulaşabilirsiniz.: http://www.serhatakinci.com/index.php/virtual-machine-manager-2012-beta-duyuruldu.html

VMM12 Beta’yı test etmek isteyen BT uzmanları için bu gün detaylı bir kurulum makalesi yayımladım. Makaleye şuradan ulaşabilirsiniz: http://www.serhatakinci.com/index.php/virtual-machine-manager-2012-beta-duyuruldu.html

Dün ise Virtual Machine Manager 2008 R2 için Service Pack 1 duyurusu yapıldı.

VMM2008R2 için SP1 uzun zamandır bekleniyordu çünkü WS08R2-SP1 ile Hyper-V v2’ye Dynamic Memory ve RemoteFX özellikleri gelmişti. Bu özelliklerin yönetim desteğinin VMM2008’e kazandırılması VMM2008R2-SP1’e bırakılmıştı. Aynı zamanda Hyper-V v2 SP1 sunucuların VMM08 tarafından tam olarak desteklenmesi de yine SP1 ile mümkün olacaktı. Beklenen geliştirme sonunda duyuruldu ve artık VMM2008R2-SP1 available durumda.

Virtual Machine Manager 2008 R2 SP1 ‘de yeni olan ne var diye baktığımızda, VMM2008R2 özelliklerine ve bu mevcut özelliklerin geliştirmelerine ek olarak üç önemli madde sayabiliriz.

  • Windows Server 2008 R2 SP1 Hyper-V Host desteği geldi.
  • Hyper-V v2 SP1 üzerinde koşan VM’ler için Dynamic Memory yönetimi artık VMM üzerinden yapılabiliyor.
  • Hyper-V v2 SP1 üzerinde koşan VM’ler için RemoteFX yönetimi artık VMM üzerinden yapılabiliyor.

Virtual Machine Manager 2008 R2 Service Pack 1i şuradan download edebilirsiniz: http://technet.microsoft.com/en-us/evalcenter/cc793138.aspx

Yine ilk fırsatta Türkçe olarak upgrade ve migration konularında bilgi vermeyi planlıyorum. Şimdilik şu kaynakları inceleyebilirsiniz.

Upgrade: http://technet.microsoft.com/en-us/evalcenter/cc793138.aspx

Migration: http://technet.microsoft.com/en-us/library/gg318084.aspx

VMM: P2V Sonrasında MAC Adresine Dikkat Edin

Geçenlerde yaşadığımız bir probleme istinaden dikkat edilmesini tavsiye ettiğim bir konudan bahsetmek istiyorum.

Bildiğiniz gibi Virtual Machine Manager’ı (kısaca VMM) sunucu sanallaştırma altyapılarımızı yönetirken kullanıyoruz. VMM’in yetenekleri arasında p2v (physical to virtual – fizikselden sanala) ve v2v (virtual to virtual – sanaldan sanala) dönüşüm özellikleri de bulunuyor. P2v yeteneği sayesinde fiziksel sunucuları çok kolay bir şekilde sanala dönüştürüp Hyper-V host’larımız üzerinde konumlandırabiliyoruz. Hatta bu işlemi fiziksel sunucu (source) açık durumdayken yani networkte hizmet vermeye devam ederken bile gerçekleştirebiliyoruz.

VMM ile offline p2v konusu ve uygulama adımları için buraya, online p2v için ise buraya bakabilirsiniz. VMM konusunda blog’ta yer alan tüm yazılara ise şuradan ulaşmanız mümkün.

P2v operasyonu sırasında fiziksel sistemin (source) network connection’ı üzerindeki bilgiler de yeni oluşan sanal makine üzerine taşınır ve sanal network kartı üzerine işlenir. Bu noktada TCP/IP ayarları ile birlikte fiziksel sunucunun NIC’leri üzerindeki MAC adresleri de aynı şekilde taşınır ve VM üzerindeki Virtual NIC’lere otomatik olarak işlenir. P2v tamamlandıktan sonra genellikle sanallaştırdığımız fiziksel sistemi kapatıp network ile iletişimini keseriz çünkü artık ilgili sistem sanal olarak çalışmaya hazırdır ve SID, hostname gibi uniqe tanımlar yüzünden aynı anda hem VM’in hem de fiziksel sistemin networkte sağlıklı çalışması mümkün değildir. Buraya kadar herşey normal. Problem ise tam şu noktada baş gösteriyor: Eğer bir gün sanallaştırdığınız fiziksel sunuculardan birini herhangi bir nedenle yeniden kullanmak isterseniz ve bu fiziksel sunucu VM ile aynı networkte olacak ise, yeni sisteme network üzerinden ulaşılamama, ping paket kayıpları, sunucunun outbound trafiğinin normal ama inbound trafiğinin problemli olması gibi durumlar ile karşılaşmanız mümkün. Çünkü ortamınızda hardware (fiziksel server) üzerindeki MAC adresine sahip bir sistem daha var, o da p2v yaptığınız VM. Ortamda aynı MAC adresine sahip iki sistem olacağı için haliyle sıkıntılı durumlar ortaya çıkacaktır ki tecrübe ile sabittir :)

Aslında çözüm çok basit. Ama çözüme geçmeden önce birkaç screenshot ile konuyu detaylandıralım.

Diagnose sürecinde switch logging bölümünden alınmış bir ss (manageable bir switch).

Switch Log

Gördüğünüz gibi switch üzerindeki 13 ve 23 numaralı portlarda flapping durumu yaşanıyor ve tek bir MAC adresi görünüyor: 00:1A:64:C5:75:14 . Bu portların birisinde VM, diğerinde ise yeni fiziksel sunucu (aslında eski fiziksel sunucu) bağlı durumda.

VMM üzerinden VM’in MAC adresine bakıyoruz.

VM MAC Address

Gördüğünüz gibi 00:1A:64:C5:75:14

Birde fiziksel sunucunun MAC adresine bakıyoruz.

OS MAC Address

Gördüğünüz gibi aynı. Yani 00:1A:64:C5:75:14

Çözüm için sistemlerden birinin MAC adresini değiştirmek gerekiyor. Bu noktada fiziksel sistemin MAC adresini değiştirmek kolay olmadığı için VM’in MAC adresini değiştiriyoruz (çünkü MAC adresi ethernet kartına aittir ve normal şartlarda değiştirilmesi mümkün değildir). Bunun için VM’i kapattıktan sonra virtual network adapter’ün settings bölümünden MAC adres tanımını değiştirebilirsiniz.

MAC Address

Eğer dynamic yaparsanız, MAC adresi VMM üzerindeki MAC havuzundan otomatik olarak atanır. Bu havuzu bir nevi DHCP gibi düşünebilirsiniz.

MAC Address Range

Yada static olarak bırakıp siz manual olarak farklı bir MAC adresi de atayabilirsiniz.

Static MAC Address

Sonuç:

Aslında tüm yazıyı tek bir cümle ile özetlemek mümkündü: “Eğer VMM ile p2v yaptıktan sonra source olan fisikzel sistemi VM ile aynı networkte kullanmayı planlıyorsanız, iki sistem üzerindeki MAC adresleri aynı olacağı için network iletişiminde problem yaşanma ihtimali vardır.”

Ancak bu gibi durumlar için diagnose yapmak gerektiğinde nasıl yaklaşılmalı noktasında fikir verebilmek adına konuyu biraz daha detaylandırmak istedim.

Eğer hali hazırda çalışan VM’lerde bu sorunu yaşarsanız artık çözümü biliyorsunuz. Eğer yeni bir p2v projeniz varsa, yazıda geçen konuyu bir best practice olarak aklınızda bulundurun derim.

Son olarak; incelediğimiz bu durum sadece VMM ve Hyper-V tarafına özgü değildir. Farklı sunucu sanallaştırma markaları ile çalıştığınızda da aynı durum ile karşılaşma ihtimalizin vardır. Sonuç olarak ortada bir hata olmadığının, bu durumun genel p2v süreçlerinin bir karakteristiği olduğunun altını çizmek istiyorum.

VMM2008R2: 365 Gün Ücretsiz Kullanabilirsiniz

MS Virtual Server 2005, Hyper-V v1 ve v2, ESX 3.x ve 4.x Host ‘larınızı yönetirken kullanabileceğiniz System Center ailesinin Virtual Machine Manager 2008 R2 ürününü, herhangi bir özellik kısıtlaması olmaksınız 365 gün boyunca ücretsiz olarak test edebilirsiniz.

Virtual Machine Manager Deneme Sürümü

System Center Virtual Machine Manager 2008 R2 indirmek için:
http://technet.microsoft.com/en-us/evalcenter/cc793138.aspx

Türkçe Kurulum ve Yönetim Makaleleri:
http://www.serhatakinci.com/?cat=474

Ürün İçin Official Site:
http://www.microsoft.com/systemcenter/virtualmachinemanager/en/us/default.aspx

Virtual Machine Manager 2008 R2 ile aşağıdaki yenilikler geliyor.

  • Live migration
  • Clustered Shared Volume (CSV) support that enables multiple Highly Available Virtual Machines (HAVM) per LUN.
  • Hot add of storage
  • Support for VMware vSphere 4 (VMware VI3 feature parity only)
  • SAN Migration into and out of clustered hosts
  • Processor flexibility
  • Network optimization
  • Quick storage migration
  • Maintenance mode for hosts
  • Support for third party cluster file system, Sanbolic Melio FS
  • Support for third party storage class resource, Veritas Storage Foundation for Windows
  • Expanded support for iSCSI SANs
  • Support for VMware port groups for virtual switches
  • Support for Virtual Machine permissions assigned in Hyper-V
  • Dynamic policy based load balancing