Aracılığıyla paylaş


VMware VM'leri yeniden koruma ve yeniden çalışma için hazırlama

Şirket içi VMware VM'lerinin veya fiziksel sunucuların Azure'a yük devretmesinin ardından, yük devretme sonrasında oluşturulan Azure VM'lerini şirket içi siteye çoğaltmak üzere yeniden korumanız gerekir. Azure'dan şirket içi ortamına çoğaltma gerçekleştirdikten sonra, hazır olduğunuzda Azure'dan şirket içi konuma yük devretme çalıştırarak yeniden çalıştırabilirsiniz.

Yeniden koruma veya yeniden çalışma bileşenleri

Azure'da yeniden koruma ve yeniden çalışma için bir dizi bileşen ve ayarın yerinde olması gerekir.

Bileşen Ayrıntılar
Şirket içi yapılandırma sunucusu Şirket içi yapılandırma sunucusunun çalışıyor ve Azure'a bağlı olması gerekir.

Yeniden başarısız olduğunuz VM yapılandırma sunucusu veritabanında mevcut olmalıdır. Olağanüstü durum yapılandırma sunucusunu etkiliyorsa, yeniden çalışma işleminin çalıştığından emin olmak için aynı IP adresiyle geri yükleyin.

Çoğaltılan makinelerin IP adresleri yük devretme sırasında korunduysa, Azure VM'leri ile yapılandırma sunucusunun yeniden çalışma NIC'si arasında siteden siteye bağlantı (veya ExpressRoute bağlantısı) oluşturulmalıdır. Korunan IP adresleri için yapılandırma sunucusunun biri kaynak makine bağlantısı, diğeri de Azure yeniden çalışma bağlantısı için iki NIC'ye ihtiyacı vardır. Bu, kaynak ve yük devredildi VM'ler için alt ağ adres aralıklarının çakışmasını önler.
Azure'da işlem sunucusu Şirket içi sitenizde yeniden çalışmadan önce Azure'da bir işlem sunucusuna ihtiyacınız vardır.

İşlem sunucusu, korumalı Azure VM'den veri alır ve şirket içi siteye gönderir.

İşlem sunucusu ile korumalı VM arasında düşük gecikme süreli bir ağa ihtiyacınız olduğundan, daha yüksek çoğaltma performansı için işlem sunucusunu Azure'da dağıtmanızı öneririz.

Kavram kanıtı için şirket içi işlem sunucusunu ve ExpressRoute'u özel eşleme ile kullanabilirsiniz.

İşlem sunucusu, yük devredilen VM'nin bulunduğu Azure ağında olmalıdır. İşlem sunucusunun şirket içi yapılandırma sunucusu ve ana hedef sunucuyla da iletişim kurabilmesi gerekir.
Ana hedef sunucuyu ayırma Ana hedef sunucu yeniden çalışma verilerini alır ve varsayılan olarak bir Windows ana hedef sunucusu şirket içi yapılandırma sunucusunda çalışır.

Ana hedef sunucuda en fazla 60 disk bulunabilir. Yeniden çalıştırılan VM'lerde toplam toplam 60'tan fazla disk varsa veya büyük hacimli trafiği yeniden çalıştırıyorsanız yeniden çalışma için ayrı bir ana hedef sunucu oluşturun.

Makineler birden çok VM tutarlılığı için bir çoğaltma grubunda toplanıyorsa, VM'lerin tümü Windows veya tümü Linux olmalıdır. Neden? Çoğaltma grubundaki tüm VM'lerin aynı ana hedef sunucuyu kullanması ve ana hedef sunucunun çoğaltılan makinelerden aynı işletim sistemine (aynı veya daha yüksek bir sürüme sahip) sahip olması gerektiğinden.

Ana hedef sunucunun disklerinde anlık görüntü olmamalıdır, aksi takdirde yeniden koruma ve yeniden çalışma çalışmaz.

Ana hedefte Paravirtual SCSI denetleyicisi olamaz. Denetleyici yalnızca bir LSI Mantıksal denetleyicisi olabilir. LSI Mantıksal denetleyicisi olmadan yeniden koruma başarısız olur.
Yeniden çalışma çoğaltma ilkesi Şirket içi siteye geri çoğaltmak için bir yeniden çalışma ilkesine ihtiyacınız vardır. Bu ilke, Azure'a bir çoğaltma ilkesi oluşturduğunuzda otomatik olarak oluşturulur.

İlke, yapılandırma sunucusu ile otomatik olarak ilişkilendirilir. 15 dakikalık bir RPO eşiğine, kurtarma noktası saklama süresi 24 saat ve uygulamayla tutarlı anlık görüntü sıklığı 60 dakika olarak ayarlanır. İlke düzenlenemez.
Siteden siteye VPN/ExpressRoute özel eşlemesi Yeniden koruma ve yeniden çalışma için siteden siteye VPN bağlantısı veya verileri çoğaltmak için ExpressRoute özel eşlemesi gerekir.

Yeniden koruma/yeniden çalışma bağlantı noktaları

Yeniden koruma/yeniden çalışma için bir dizi bağlantı noktasının açık olması gerekir. Aşağıdaki grafik bağlantı noktalarını ve yeniden koruma/yeniden çalışma akışını gösterir.

Yük devretme ve yeniden çalışma bağlantı noktaları

Azure'da işlem sunucusu dağıtma

  1. Yeniden çalışma için Azure'da bir işlem sunucusu ayarlayın.
  2. Azure VM'lerinin işlem sunucusuna ulaşaadığından emin olun.
  3. Siteden siteye VPN bağlantısının veya ExpressRoute özel eşleme ağının işlem sunucusundan şirket içi siteye veri göndermek için yeterli bant genişliğine sahip olduğundan emin olun.

Ayrı bir ana hedef sunucu dağıtma

  1. Ana hedef sunucu gereksinimlerini ve sınırlamalarını not edin.

  2. Yeniden koruma sağlamak ve yeniden çalıştırmak istediğiniz VM'lerin işletim sistemiyle eşleşecek bir Windows veya Linux ana hedef sunucusu oluşturun.

  3. Ana hedef sunucu için Depolama vMotion kullanmadığınızdan emin olun; aksi zaman yeniden çalışma başarısız olabilir. Diskler kullanılabilir olmadığından VM makinesi başlatılamıyor.

    • Bunu önlemek için ana hedef sunucuyu vMotion listenizden hariç tutun.
    • Yeniden koruma sonrasında bir ana hedef bir Depolama vMotion görevine geçerse, ana hedef sunucuya bağlı korumalı VM diskleri vMotion görevinin hedefine geçirilir. Bundan sonra yeniden çalışmayı denerseniz diskler bulunamadığından disk ayırma işlemi başarısız olur. Daha sonra depolama hesaplarınızdaki diskleri bulmak zordur. Bu durumda bunları el ile bulun ve VM'ye ekleyin. Bundan sonra şirket içi VM önyüklenebilir.
  4. Mevcut Windows ana hedef sunucusuna bir bekletme sürücüsü ekleyin. Yeni bir disk ekleyin ve sürücüyü biçimlendirin. Bekletme sürücüsü, VM'nin şirket içi siteye geri çoğalttığı zaman noktalarını durdurmak için kullanılır. Bu ölçütlere dikkat edin. Bunlar karşılanmazsa, ana hedef sunucu için sürücü listelenmez:

    • Birim, çoğaltma hedefi gibi başka bir amaçla kullanılmaz ve kilit modunda değildir.
    • Birim bir önbellek birimi değildir. İşlem sunucusu ve ana hedef için özel yükleme birimi, bekletme birimi için uygun değildir. İşlem sunucusu ve ana hedef bir birime yüklendiğinde, birim ana hedefin önbellek birimidir.
    • Birimin dosya sistemi türü FAT veya FAT32 değildir.
    • Birim kapasitesi sıfırdan farklı.
    • Windows için varsayılan saklama birimi R birimidir.
    • Linux için varsayılan saklama birimi /mnt/retention'dır.
  5. Mevcut bir işlem sunucusu kullanıyorsanız bir sürücü ekleyin. Yeni sürücünün son adımdaki gereksinimleri karşılaması gerekir. Bekletme sürücüsü yoksa, portaldaki seçim açılan listesinde görünmez. Şirket içi ana hedefe bir sürücü ekledikten sonra, sürücünün portaldaki seçimde görünmesi 15 dakika kadar sürer. Sürücü 15 dakika sonra görünmezse yapılandırma sunucusunu yenileyebilirsiniz.

  6. VMware araçlarını veya open-vm-tools'u ana hedef sunucuya yükleyin. Araçlar olmadan, ana hedefin ESXi konağındaki veri depoları algılanamaz.

  7. Diski ayarlayın. VMware'de ana hedef VM'nin yapılandırma parametrelerinde EnableUUID=true ayarı. Bu satır yoksa ekleyin. Bu ayar, VMDK'ye doğru şekilde bağlanabilmesi için tutarlı bir UUID sağlamak için gereklidir.

  8. vCenter Server erişim gereksinimlerini denetleyin:

    • Yeniden çalıştırdığınız VM, VMware vCenter Server tarafından yönetilen bir ESXi ana bilgisayarındaysa, çoğaltılan verileri sanal makinenin disklerine yazmak için ana hedef sunucunun şirket içi VM Sanal Makine Diski (VMDK) dosyasına erişmesi gerekir. Şirket içi VM veri deposunun ana hedef konağa okuma/yazma erişimiyle bağlandığından emin olun.
    • VM, VMware vCenter Server tarafından yönetilen bir ESXi ana bilgisayarında değilse, Site Recovery yeniden koruma sırasında yeni bir VM oluşturur. Bu VM, ana hedef sunucu VM'sini oluşturduğunuz ESXi ana bilgisayarında oluşturulur. İstediğiniz konakta VM oluşturmak için ESXi ana bilgisayarını dikkatle seçin. VM’nin sabit diski, üzerinde ana hedef sunucunun çalıştığı ana bilgisayar tarafından erişilebilen bir veri deposunda olmalıdır.
    • Şirket içi VM yeniden çalışma için zaten varsa bir diğer seçenek de yeniden çalışma yapmadan önce vm'yi silmektir. Ardından yeniden çalışma, ana hedef ESXi konağıyla aynı konakta yeni bir VM oluşturur. Alternatif bir konuma geri döndüğünüzde, veriler şirket içi ana hedef sunucusu tarafından kullanılan veri deposuna ve aynı ESXi konağına kurtarılır.
  9. VMware VM'lerine geri dönen fiziksel makineler için, makineyi yeniden korumadan önce ana hedef sunucunun çalıştığı konağı bulma işlemini tamamlamanız gerekir.

  10. Ana hedef VM'nin üzerinde en az bir sanal makine dosya sistemi (VMFS) veri deposunun bulunduğu ESXi konağına bağlı olup olmadığını denetleyin. Hiçbir VMFS veri deposu eklenmemişse, yeniden koruma ayarlarındaki veri deposu girişi boş olur ve devam yapamazsınız.

Sonraki adımlar

VM'yi yeniden korumayı öğrenin.