Aracılığıyla paylaş


Hyper-V'den Azure'a olağanüstü durum kurtarma mimarisi

Bu makalede, Azure Site Recovery hizmetini kullanarak şirket içi Hyper-V konakları ile Azure arasında Hyper-V sanal makinelerini (VM) çoğaltma, yük devretme ve kurtarma sırasında kullanılan mimari ve işlemler açıklanmaktadır.

Hyper-V konakları isteğe bağlı olarak System Center Virtual Machine Manager (VMM) özel bulutlarında yönetilebilir.

Mimari bileşenler - VMM olmadan Hyper-V

Aşağıdaki tablo ve grafik, Hyper-V konakları VMM tarafından yönetilmiyorsa, Azure'a Hyper-V çoğaltması için kullanılan bileşenlerin üst düzey bir görünümünü sağlar.

Bileşen Gereksinim Ayrıntılar
Azure Azure aboneliği, Azure depolama hesabı ve Azure ağı. Şirket içi sanal makine iş yüklerinden çoğaltılan veriler depolama hesabında depolanır. Azure sanal makineleri, şirket içi sitenizden yük devretme gerçekleştiğinde çoğaltılan iş yükü verileriyle oluşturulur.

Azure sanal makineleri oluşturulduklarında Azure sanal ağına bağlanır.
Hyper-V Site Recovery dağıtımı sırasında, Hyper-V konaklarını ve kümelerini Hyper-V sitelerinde toplarsınız. Azure Site Recovery Sağlayıcısı ve Kurtarma Hizmetleri aracısını her bir tek başına Hyper-V konağına veya her Hyper-V küme düğümüne yüklersiniz. Sağlayıcı, İnternet üzerinden Site Recovery hizmetiyle gerçekleştirilen çoğaltma işlemini düzenler ve yönetir. Kurtarma Hizmetleri aracısı, veri çoğaltma işlemini gerçekleştirir.

Sağlayıcı ve aracı arasındaki iletişimler şifrelenir ve güvence altına alınır. Azure depolama alanında çoğaltılan veriler de şifrelenir.
Hyper-V Sanal Makineleri Hyper-V üzerinde çalışan bir veya daha fazla sanal makine. Vm'lere açıkça hiçbir şeyin yüklenmesi gerekmez.

Hyper-V-Azure mimarisi (VMM olmadan)

VMM olmadan şirket içi Hyper-V sitesine Azure mimarisini gösteren diyagram.

Mimari bileşenler - VMM ile Hyper-V

Aşağıdaki tablo ve grafik, Hyper-V konakları VMM bulutlarında yönetildiğinde Azure'a Hyper-V çoğaltması için kullanılan bileşenlerin üst düzey bir görünümünü sağlar.

Bileşen Gereksinim Ayrıntılar
Azure Azure aboneliği, Azure depolama hesabı ve Azure ağı. Şirket içi sanal makine iş yüklerinden çoğaltılan veriler depolama hesabında depolanır. Azure sanal makineleri, şirket içi sitenizden yük devretme gerçekleştiğinde çoğaltılan verilerle oluşturulur.

Azure sanal makineleri oluşturulduklarında Azure sanal ağına bağlanır.
VMM sunucusu VMM sunucusu, Hyper-V konakları içeren bir veya daha fazla bulut içerir. Site Recovery ile çoğaltmayı düzenlemek ve sunucuyu Kurtarma Hizmetleri kasasına kaydetmek için VMM sunucusuna Site Recovery Sağlayıcısı'nı yüklersiniz.
Hyper-V konağı VMM tarafından yönetilen bir veya daha fazla Hyper-V konağı/kümesi. Kurtarma Hizmetleri aracısını her Hyper-V konağına veya küme düğümüne yüklersiniz.
Hyper-V Sanal Makineleri Hyper-V konak sunucusunda çalışan bir veya sanal makine. Hiçbir şeyin sanal makinelere açıkça yüklenmesi gerekmez.
VMM sunucusunda ayarlanan mantıksal ve sanal makine ağları. Sanal makine ağı, bulutla ilişkili bir mantıksal ağa bağlanmalıdır. sanal makine ağları Azure sanal ağlarına eşlenir. Yük devretme sonrasında Azure sanal makineleri oluşturulduğunda, sanal makine ağına eşlenen Azure ağına eklenir.

Hyper-V-Azure mimarisi (VMM ile)

VMM ile şirket içi Hyper-V sitesine Azure mimarisini gösteren diyagram.

Giden ağ bağlantısını ayarlama

Site Recovery'nin beklendiği gibi çalışması için, ortamınızın çoğaltılması için giden ağ bağlantısını değiştirmeniz gerekir.

Not

Site Recovery, ağ bağlantısını denetlemek için kimlik doğrulama ara sunucusu kullanmayı desteklemez.

URL'ler için giden bağlantı

Giden bağlantıyı denetlemek için URL tabanlı bir güvenlik duvarı ara sunucusu kullanıyorsanız şu URL'lere erişime izin verin:

Ad Ticari Kamu Açıklama
Depolama *.blob.core.windows.net *.blob.core.usgovcloudapi.net Verilerin sanal makineden kaynak bölgedeki önbellek depolama hesabına yazılmasına izin verir.
Microsoft Entra Kimlik login.microsoftonline.com login.microsoftonline.us Site Recovery hizmet URL’leri için yetkilendirme ve kimlik doğrulama özellikleri sağlar.
Çoğaltma *.hypervrecoverymanager.windowsazure.com *.hypervrecoverymanager.windowsazure.com Sanal makinenin Site Recovery hizmetiyle iletişim kurmasına izin verir.
Service Bus *.servicebus.windows.net *.servicebus.usgovcloudapi.net Sanal makinenin Site Recovery izleme ve tanılama verileri yazmasına izin verir.

Çoğaltma işlemi

Hyper-V'yi Azure'a çoğaltma işlemini gösteren diyagram

Çoğaltma ve kurtarma işlemi

Korumayı etkinleştir

  1. Hyper-V sanal makinesi için korumayı etkinleştirdikten sonra Azure portalında veya şirket içinde Korumayı etkinleştir başlatılır.
  2. İş, makinenin önkoşullarla uyumlu olup olmadığını denetler, ardından, çoğaltmayı daha önce yapılandırdığınız ayarları uygulamak üzere CreateReplicationRelationship çağırır.
  3. İş, tam bir sanal makine çoğaltması başlatmak ve sanal makinenin sanal disklerini Azure'a göndermek için StartReplication yöntemini çağırarak ilk çoğaltmayı başlatır.
  4. İşi İşler sekmesinden izleyebilirsiniz.İşler sekmesindeki işler listesinin ekran görüntüsü.Daha fazla ayrıntı içeren Korumayı etkinleştir ekranının ekran görüntüsü.

İlk veri çoğaltma

  1. İlk çoğaltma tetiklendiğinde, bir Hyper-V sanal makine anlık görüntüsü alınır.
  2. Sanal makinedeki sanal sabit diskler, hepsi Azure'a kopyalanana kadar tek tek çoğaltılır. Sanal makine boyutuna ve ağ bant genişliğine bağlı olarak bu işlem biraz zaman alabilir. Ağ bant genişliğini artırmayı öğrenin.
  3. İlk çoğaltma devam ederken disk değişiklikleri oluşursa, Hyper-V Çoğaltma Çoğaltma İzleyicisi değişiklikleri Hyper-V çoğaltma günlükleri (.hrl) olarak izler. Bu günlük dosyaları disklerle aynı klasörde bulunur. Her diskin ikincil depolama alanına gönderilen ilişkili bir .hrl dosyası vardır. İlk çoğaltma sırasında anlık görüntü ve günlük dosyaları disk kaynaklarını kullanır.
  4. İlk çoğaltma tamamlandığında sanal makine anlık görüntüsü silinir.
  5. Günlükteki değişim disk değişiklikleri eşitlenir ve üst diske birleştirilir.

Koruma işlemini sonlandırma

  1. İlk çoğaltma tamamlandıktan sonra, sanal makine işi üzerindeki Korumayı sonlandır işlemi çalıştırılır. Ağ ve diğer çoğaltma sonrası ayarlarını yapılandırarak sanal makinenin korunmasını sağlar.
  2. Bu aşamada, sanal makine ayarlarını denetleyerek yük devretmeye hazır olduğundan emin olabilirsiniz. Sanal makine için bir olağanüstü durum kurtarma tatbikatı (yük devretme testi) çalıştırarak yük devretmenin beklendiği gibi başarısız olup olmadığını kontrol edebilirsiniz.

Değişim çoğaltması

  1. İlk çoğaltmadan sonra, çoğaltma ilkesine uygun olarak değişiklik çoğaltması başlar.
  2. Hyper-V Çoğaltma Çoğaltma İzleyicisi, sanal sabit diske yapılan değişiklikleri .hrl dosyaları olarak izler. Çoğaltma için yapılandırılmış her diskin ilişkili bir .hrl dosyası vardır.
  3. Günlük müşterinin depolama hesabına gönderilir. Bir günlük Azure'a aktarılırken, birincil diskteki değişiklikler aynı klasördeki başka bir günlük dosyasında izlenir.
  4. İlk ve değişim çoğaltması sırasında Azure portalında sanal makineyi izleyebilirsiniz.

Yeniden eşitleme işlemi

  1. Değişiklik çoğaltması başarısız olursa ve tam çoğaltma bant genişliği veya zaman açısından pahalıya patlarsa, bir sanal makine yeniden eşitleme için işaretlenir.

    • Örneğin, .hrl dosyaları disk boyutunun %50'sine ulaşırsa, sanal makine yeniden eşitleme için işaretlenir.
    • Varsayılan olarak yeniden eşitleme, çalışma saatleri dışında otomatik olarak çalışacak şekilde zamanlanır.
  2. Yeniden eşitleme yalnızca delta verilerini gönderir.

    • Kaynak ve hedef sanal makinelerin bilgi işlem sağlama toplamları tarafından gönderilen veri miktarını en aza indirir.
    • Kaynak ve hedef dosyaların sabit öbeklere ayrıldığı sabit bloklu bir öbekleme algoritması kullanır.
    • Her öbek için sağlama toplamları oluşturulur. Bunlar, kaynaktan hangi blokların hedefe uygulanması gerektiğini belirlemek için karşılaştırılır.
  3. Yeniden eşitleme sona erdikten sonra, normal değişim çoğaltması devam edecektir.

  4. Varsayılan yeniden eşitlemeyi saatler dışında beklemek istemiyorsanız, sanal makineyi el ile yeniden eşitleyebilirsiniz. Örneğin, bir kesinti oluşursa. Bunu yapmak için Azure portalında Sanal makineyi >Yeniden Eşitle'yi seçin.

    Yeniden Eşitleme seçeneğini gösteren ekran görüntüsü.

Yeniden deneme işlemi

Bir çoğaltma hatası meydana gelirse, yerleşik yeniden deneme işlevi vardır. Yeniden deneme, tabloda açıklandığı gibi sınıflandırılır.

Kategori Ayrıntılar
Kurtarılamaz hatalar Yeniden deneme yapılmaya çalışılmaz. sanal makine durumu Kritik olur ve yönetici müdahalesi gerekir.

Bu hatalara örnek olarak bozuk bir VHD zinciri, çoğaltma sanal makinesi için geçersiz bir durum, ağ kimlik doğrulaması hataları, yetkilendirme hataları ve sanal makine bulunamadı hataları (tek başına Hyper-V sunucuları için) verilebilir.
Kurtarılabilir hatalar Yeniden deneme aralığını ilk denemenin başlangıcına göre 1, 2, 4, 8 ve 10 dakika artıran bir üstel geri çekme kullanılarak her çoğaltma aralığında yeniden denemeler gerçekleşir. Hata devam ederse, 30 dakikada bir yeniden deneyin. Bunlara örnek olarak ağ hataları, düşük disk hataları ve düşük bellek koşulları verilebilir.

Yük devretme ve yeniden çalışma işlemi

  1. Şirket içi Hyper-V sanal makinelerinden Azure'a planlı veya plansız yük devretme çalıştırabilirsiniz. Planlı yük devretme çalıştırırsanız kaynak sanal makineler, veri kaybı olmaması için kapatılır. Birincil sitenize erişilemiyorsa planlanmamış bir yük devretme çalıştırın.
  2. Birden çok makinenin yük devretmesini düzenlemek için tek bir makine üzerinden yük devredebilir veya kurtarma planları oluşturabilirsiniz.
  3. Yük devretme çalıştırırsınız. Yük devretmenin ilk aşaması tamamlandıktan sonra Azure'da oluşturulan çoğaltma sanal makinelerini görebilmeniz gerekir. Gerekirse sanal makineye bir genel IP adresi atayabilirsiniz.
  4. Ardından iş yüküne çoğaltma Azure sanal makinesinden erişmeye başlamak için yük devretmeyi yürütebilirsiniz.

Şirket içi altyapınız yeniden çalışır duruma geldikten sonra yeniden çalıştırabilirsiniz. Yeniden çalışma üç aşamada gerçekleşir:

  1. Azure'dan şirket içi siteye planlı bir yük devretme başlatma:

    • Kapalı kalma süresini en aza indirin: Site Recovery yük devretmeden önce verileri eşitler seçeneğini kullanırsanız. Azure sanal makinesi çalışmaya devam ederken değişen veri bloklarını denetler ve şirket içi siteye indirir ve kapalı kalma süresini en aza indirir. Yük devretmenin tamamlanması gerektiğini el ile belirttiğinizde, Azure sanal makinesi kapatılır, son değişiklik değişiklikleri kopyalanır ve yük devretme başlatılır.
    • Tam indirme: Bu seçenekle veriler yük devretme sırasında eşitlenir. Bu seçenek diskin tamamını indirir. Hiçbir sağlama toplamı hesaplanmadığından daha hızlıdır, ancak daha fazla kapalı kalma süresi vardır. Çoğaltma Azure sanal makinelerini bir süredir çalıştırıyorsanız veya şirket içi sanal makine silinmişse bu seçeneği kullanın.
    • Sanal makine oluşturma: Aynı sanal makineye veya alternatif bir sanal makineye yeniden çalışma seçeneğini belirleyebilirsiniz. Site Recovery'nin sanal makineyi önceden oluşturması gerektiğini belirtebilirsiniz.
  2. İlk eşitleme tamamlandıktan sonra yük devretmeyi tamamlamayı seçersiniz. İşlem tamamlandıktan sonra şirket içi sanal makinede oturum açıp her şeyin beklendiği gibi çalışıp çalışmadığınıza bakabilirsiniz. Azure portalında Azure sanal makinelerinin durdurulduğunu görebilirsiniz.

  3. Ardından, yük devretme işlemini tamamlayıp iş yüküne şirket içi sanal makineden yeniden erişmeye başlarsınız.

  4. İş yükleri yeniden başarısız olduktan sonra, şirket içi sanal makinelerin Azure'a yeniden çoğaltılması için tersine çoğaltmayı etkinleştirirsiniz.

Sonraki adımlar

Hyper-V'yi Azure'a çoğaltmaya başlamak için bu öğreticiyi izleyin.