Klasik deneyimden modernleştirilmiş VMware olağanüstü durum kurtarmaya geçme

Bu makalede mimari, gerekli altyapı ve VMware veya Fiziksel makine çoğaltmalarınızı klasiktenmodernleştirilmiş koruma mimarisine taşıma hakkında SSS bilgileri sağlanır. Bu geçiş özelliğiyle, çoğaltılan öğelerinizi bir yapılandırma sunucusundan Azure Site Recovery çoğaltma aletine başarıyla aktarabilirsiniz. Bu geçiş, kritik olmayan çoğaltılan öğeler için tam ilk çoğaltmanın yeniden gerçekleştirilmesini ve yalnızca fark verilerinin aktarılmasını sağlayan bir akıllı çoğaltma mekanizması tarafından yönlendirilir.

Not

Kurtarma planları geçirilmez ve modernleştirilmiş Kurtarma Hizmetleri kasasında yeniden oluşturulması gerekir.

Mimari

Bir VMware veya Fiziksel makinenin çoğaltılmış öğelerinin geçişinde yer alan bileşenler aşağıdaki tabloda özetlenmiştir:

Bileşen Gereksinim
Klasik Kurtarma Hizmetleri kasasında çoğaltılan öğeler Klasik mimari ve iyi durumda bir yapılandırma sunucusu kullanılarak korunan bir veya daha fazla çoğaltılmış öğe.

Çoğaltılan öğe kritik olmayan bir durumda olmalı ve 9.50 veya sonraki bir sürümde çalışan mobility aracısı ile şirket içinden Azure'a çoğaltılmalıdır.
Çoğaltılan öğeler tarafından kullanılan yapılandırma sunucusu Çoğaltılan öğeler tarafından kullanılan yapılandırma sunucusunun kritik olmayan bir durumda olması ve bileşenlerinin en son sürüme (9,50 veya üzeri) yükseltilmesi gerekir.
Modernleştirilmiş deneyime sahip bir Kurtarma Hizmetleri kasası Modernleştirilmiş deneyime sahip bir Kurtarma Hizmetleri kasası.
İyi durumdaki bir Azure Site Recovery çoğaltma aleti Tüm bileşenleri en son sürüme (9.50 veya üzeri) yükseltilen şirket içi makineleri bulabilen kritik olmayan bir Azure Site Recovery çoğaltma aleti. Tam olarak gerekli sürümler şunlardır:

İşlem sunucusu: 9.50
Ara sunucu: 1.35.8419.34591
Kurtarma hizmetleri aracısı: 2.0.9249.0
Çoğaltma hizmeti: 1.35.8433.24227

Gerekli altyapı

Çoğaltılan öğenin başarılı bir şekilde taşınması için aşağıdakilerden emin olun:

  • Modernleştirilmiş deneyimi kullanan bir Kurtarma Hizmetleri kasası.  

    Not

    Oluşturulan tüm yeni Kurtarma Hizmetleri kasalarında modernleştirilmiş deneyim varsayılan olarak açıktır. Kullanımdan kaldırıldığı önceden duyurulmuş olduğundan klasik deneyime geçemezsiniz.  

  • Kasaya başarıyla kaydedilen ve tüm bileşenleri kritik olmayan bir durumda olan bir Azure Site Recovery çoğaltma aleti.  
  • Aletin sürümü 9.50 veya üzeri olmalıdır. Ayrıntılı sürüm açıklaması için buraya bakın.
  • Var olan çoğaltılmış makinelerin bulunduğu vCenter sunucusu veya vSphere konağı ayrıntıları, şirket içi bulmanın başarılı olması için alete eklenir.  

Önkoşullar

Altyapıyı hazırlama

Klasik mimariden modernleştirilmiş mimariye geçmeden önce aşağıdakilerden emin olun:

Klasik Kurtarma Hizmetleri kasayı hazırlama

Taşımayı planladığınız çoğaltılan öğeler için aşağıdakilerden emin olun:

  • Çoğaltılan öğe, yapılandırma sunucusu aracılığıyla çoğaltılan bir VMware veya Fiziksel makinedir.
  • Çoğaltma, yönetilmeyen bir depolama hesabında değil, yönetilen diskte gerçekleşiyor.
  • Çoğaltma şirket içinden Azure'a gerçekleşiyor ve çoğaltılan öğe yük devredildi veya geri alınamadı durumunda değil.
  • Çoğaltılan öğe verileri Azure'dan şirket içi verilere çoğaltmıyor. 
  • İlk çoğaltma devam ediyor değil ve zaten tamamlandı.  
  • Çoğaltılan öğe 'yeniden eşitleme' durumunda değil. 
  • Yapılandırma sunucusunun sürümü 9.50 veya üzeridir ve sistem durumu kritik değildir. 
  • Yapılandırma sunucusunun iyi durumda bir sinyali var. 
  • Kaynak makinede yüklü mobility hizmeti aracısının sürümü 9.50 veya üzeridir. 
  • MSI etkinleştirilmiş Kurtarma Hizmetleri kasaları desteklenir.
  • Özel Uç Noktaların etkinleştirildiği Kurtarma Hizmetleri kasaları desteklenir.  
  • Çoğaltılan öğenin sistem durumu kritik değil veya kurtarma noktaları başarıyla oluşturuluyor. 

Modernleştirilmiş Kurtarma Hizmetleri kasayı hazırlama

Modernleştirilmiş mimari kurulumu için şunların olduğundan emin olun:

  • Modernleştirilmiş mimari kurulumu için kullanılan Kurtarma Hizmetleri kasası, klasik kasayla aynı coğrafi konumdadır.  
  • Azure Site Recovery çoğaltma gereci, 9.50 veya sonraki bir sürümle şirket içi ortamınıza dağıtılır. 
  • Alet kasaya başarıyla kaydedildi.  
  • Alet ve tüm bileşenleri kritik olmayan bir durumdadır ve cihazın iyi kalp atışı vardır. 
  • vCenter Server sürümü, modernleştirilmiş mimari tarafından desteklenir. 
  • Kaynak makinenin vCenter Server ayrıntıları alete eklenir. 
  • Linux dağıtım sürümü, modernleştirilmiş mimari tarafından desteklenir. Daha fazla bilgi edinin.
  • Windows Server sürümü, modernleştirilmiş mimari tarafından desteklenir. Daha fazla bilgi edinin.

Toplam taşıma süresini hesaplama

Çoğaltılan herhangi bir öğeyi klasik kasadan modernleştirilmiş kasaya taşımak için gereken toplam süre, öğenin çoğaltma durumuna ve disk boyutuna bağlıdır.

Durum Modernleştirilmiş kasaya geçiş zamanı
Çoğaltılan öğenin koruma durumu iyi durumda ve son kurtarma noktası 50 dakikadan kısa bir süre önce oluşturuldu Geçiş 1-2 saat içinde tamamlanır
Çoğaltılan öğenin koruma durumu iyi durumda değil veya son kurtarma noktası 50 dakikadan uzun bir süre önce oluşturuldu Geçiş süresi değişir ve disk boyutuna bağlıdır

Makinelerinizin koruma durumu iyi durumda değilse makinelerinizin tam zamanını hesaplamak için aşağıdaki formülü kullanın:

Geçiş süresi = 1 saat + 45 saniye/GiB

Makine yapılandırması Geçiş süresi
İki diskli bir makine, her ikisi de 256 GiB boyutunda ~ 4 saat 15 dak.

[Her iki disk de paralel olarak geçirilir]
Her biri 256 GiB boyutunda iki diskli 10 makine ~ 4 saat 15 dak.

[Tüm VM'ler ve diskleri paralel olarak geçirilir]
Dört diskli bir makine, hepsi boyut 512 GiB ~ 7 saat 30 dak.

[Her iki disk de paralel olarak geçirilir]
Her biri 512 GiB boyutunda dört diskli 10 makine ~ 7 saat 30 dak.

[Tüm VM'ler ve diskleri paralel olarak geçirilir]

Aynı formül, geçiş süresini hesaplamak için kullanılır ve portalda gösterilir.

Gerekli altyapıyı tanımlama

Makineleri klasik mimariden modernleştirilmiş mimariye geçirirken, gerekli altyapının modernleştirilmiş Kurtarma Hizmetleri kasasına zaten kayıtlı olduğundan emin olmanız gerekir. Gerekli altyapıyı tanımlamaya yardımcı olmak için çoğaltma aletinin boyutlandırma ve kapasite ayrıntılarına bakın.

Kural olarak, klasik Kurtarma Hizmetleri kasanızdaki işlem sunucusu sayısıyla aynı sayıda çoğaltma aleti ayarlamanız gerekir. Klasik kasada, bir yapılandırma sunucusu ve dört işlem sunucusu varsa, modernleştirilmiş Kurtarma Hizmetleri kasasında dört çoğaltma aleti ayarlamanız gerekir.

Fiyatlandırma

Site Recovery lisans ücreti, tüm kurtarma noktalarının saklama süresi dolana kadar klasik kasadan ücretlendirilmeye devam eder. Tüm kurtarma noktaları temizlendikten sonra fiyatlandırma klasik kasada da durdurulacaktır. Tüm kurtarma noktalarının saklama süresi dolduktan sonra, çoğaltılan öğe sistem tarafından tetiklenen bir temizleme çoğaltma işlemi aracılığıyla otomatik olarak kaldırılır.

Site Recovery, yalnızca ilk kurtarma noktası oluşturulduktan ve eski kasa temizlendikten sonra modernleştirilmiş kasadaki çoğaltılan öğelerden lisans ücreti almaya başlar. Klasik kasada bekleyen ücretsiz deneme kullanım günleri varsa, aynı bilgiler modernleştirilmiş kasaya geçirilir. Fiyatlandırma, modernleştirilmiş kasada ancak bu deneme süresi geçtikten sonra başlatılır.

Not

Fiyatlandırma, belirli bir noktada yalnızca klasik veya modernleştirilmiş kasa kullanılarak gerçekleşir.

SSS

Makinelerimi neden modernleştirilmiş mimariye geçirmeliyim?

Olağanüstü durum kurtarma için klasik mimarinin aşamalı olarak kaldırılacağını, bu nedenle kullanıcıların en son ve modernleştirilmiş sürüme geçtiğinden emin olması gerektiğini unutmayın. Aşağıdaki tabloda, olağanüstü bir durumda makinelerinizin güvenliğini sağlamak için doğru seçeneği belirlemenize yardımcı olacak iki mimarinin karşılaştırması sağlanmaktadır.

Klasik mimari Modernleştirilmiş mimari [Yeni]
Şirket içi verileri bulmak için birden çok kurulum gerekir. Bulma hizmeti kullanılarak şirket içi veri merkezinin merkezi bulma.
İlk ekleme için gereken çok sayıda adım. Yapıt oluşturmayı otomatikleştirerek ekleme deneyimini basitleştirdik ve gerekli girişleri azaltmak için varsayılanları kullanıma sunulmuştur.
Bulut bağlamı elde etmek için el ile indirilen bir dosya kullanır. Aleti ayarlarken bulut bağlamı elde etmek için çoğaltma anahtarı kullanıma sunulmuştur.
Basit bir etkinleştirme çoğaltma işlemi için gereken çok sayıda adım. Gerekli girişlerin sayısını azaltarak ve her dikey pencereyi yeniden tanımlayarak çoğaltmayı etkinleştirme deneyimini basitleştirdik.
Yapılandırma sunucusu, çeşitli bileşenler için kapsamlı kuruluma sahip bir şirket içi altyapı olmaya devam eder. Tüm bileşenleri Azure'da barındırılan mikro hizmetlere dönüştürerek aleti iyileştirdik. Bu , alet ölçeklendirme, izleme ve sorun giderme işlemlerini basitleştirir.
Linux makineleri için Azure'da genişleme işlem sunucusu ve ana hedef sunucu gereksinimi engelleyici bir gereksinimdir. Ayrı işlem sunucusu ve ana hedef sunucu tutma gereksinimi kaldırıldı.
Kimlik doğrulaması için, müşterinin düzenli parola döndürme iş gereksinimlerini engelleyen statik bir parola kullandı. Daha güvenli olan ve müşterinin güvenlik sorunlarını çözen sertifika tabanlı kimlik doğrulaması tanıtıldı.
Güncelleştirilmiş bir sürüme yükseltme el ile yapılmalıdır ve zahmetli bir işlemdir. Hem alet bileşenleri hem de Ulaşım hizmeti için otomatik yükseltmeler kullanıma sunulmuştur.
Yapılandırma sunucusunun kullanılabilirliği yüksek değildir ve daraltma riski olabilir. Dayanıklılığı sağlamak için aletin yüksek kullanılabilirliği uygulandı.
Kök kimlik bilgileri, hatasız bir yükseltme deneyimi sağlamak için düzenli olarak güncelleştirilmelidir. Otomatik yükseltmeler gerçekleştirmek için makinenin kök kimlik bilgilerini koruma gereksinimi ortadan kaldırıldı.
Bağlantıyı sürdürmek için yapılandırma sunucusuna statik IP adresi atanmalıdır. Alet ve şirket içi makineler arasında FQDN tabanlı bağlantı kullanıma sunulmuştur.
Yalnızca Siteden Siteye VPN veya Express Route etkin olan sanal ağ kullanılmalıdır. Tersine çoğaltma için Siteden Siteye VPN veya Express Route tutma gereksinimi kaldırıldı.
Üçüncü taraf aracı MySQL'in de ayarlanması gerekir. Herhangi bir üçüncü taraf aracına bağımlılık kaldırıldı.

Hangi makineler modernleştirilmiş mimariye geçirilmelidir?

Yapılandırma sunucusu kullanılarak çoğaltılan tüm VMware veya fiziksel makineler modernleştirilmiş mimariye geçirilmelidir.

Modernleştirilmiş Kurtarma Hizmetleri kasam nerede oluşturulmalıdır?

Modernleştirilmiş Kurtarma Hizmetleri kasası, klasik kasayla aynı bölgede ve kiracıda bulunmalıdır. Herhangi bir aboneliğin veya kaynak grubunun bir parçası olabilir.

Geçiş yapılırken çoğaltmam devam edecek mi?

Hayır, geçiş devam ederken çoğaltma bir süre kesilecek. Bu süre boyunca, klasik Kurtarma Hizmetleri kasasında son oluşturulan kurtarma noktası yük devretme için kullanılabilir olacaktır. Geçiş tamamlandıktan sonra, modernleştirilmiş Kurtarma Hizmetleri kasasında yeni bir kurtarma noktası oluşturulur.  

Geçiş işlemim ne zaman tamamlandı olarak işaretlenecek?

Geçiş işlemi yalnızca modernleştirilmiş Kurtarma Hizmetleri kasasında ilk kurtarma noktası başarıyla oluşturulduktan sonra tamamlandı olarak işaretlenir. 

Geçiş yapıldıktan sonra klasik Kurtarma Hizmetleri kasamdan hangi işlemler gerçekleştirilebilir? 

Geçişten sonra klasik kasanızdan yük devretme gerçekleştirebilirsiniz. Kurtarma noktalarının süresi dolana kadar yük devretme işlemi klasik kasada kullanılabilir olmaya devam eder.

Örneğin, çoğaltılan bir öğenin saklama süresi 72 saat (üç gün) ise, başarılı bir geçiş sonrasında klasik kasadaki en son kurtarma noktası 72 saat (üç gün) boyunca kullanılabilir olmaya devam eder. Belirtilen süreden sonra, Azure Site Recovery çoğaltılan öğede otomatik olarak bir temizleme çoğaltma işlemi tetikler ve ilişkili tüm depolama ve faturalamaya neden olan öğelerin temizlenmesini gerçekleştirir.

Geçiş işlemi devam ederken makineme bir olağanüstü durum gelirse ne olur?

Geçiş yapılan çoğaltılmış öğeler, son kurtarma noktasının saklama süresi sona erene kadar klasik Kurtarma Hizmetleri kasası üzerinden yük devretme işlemini desteklemeye devam edebilir. Bir yük devretme işlemi yürütmeye çalışırsanız, geçiş işleminden öncelikli olur ve geçiş işi durdurulür. Çoğaltılan öğenizin geçirildiğinden emin olmak için daha sonra geçiş işlemini yeniden tetiklemeniz gerekir.

Not

Çoğaltılan öğelerin İşlem ve Ağ özellikleri, geçiş devam ederken güncelleştirilebilir. Ancak, değişiklikler modernleştirilmiş Kurtarma Hizmetleri kasasında çoğaltılamayabilir.

Klasik kasadan modernleştirilmiş kasaya tek seferde kaç makine geçirebilirim?

Portal aracılığıyla tek seferde en fazla 10 makine geçirebilirsiniz.  

Yeni kasada kullanılacak sanal ağları, depolama hesaplarını ve çoğaltma ilkesini yeniden oluşturmalımıyım?

Hayır, daha önce kullanılan kaynakların aynıları modernleştirilmiş kasada da varsayılan olarak kullanılır. Bunları istediğiniz zaman çoğaltılan öğenizin İşlem ve dikey penceresinden değiştirebilirsiniz. Kaynakların gerekli erişime sahip olduğundan emin olmanız gerekir.

Çoğaltma ilkelerim modernleştirilmiş kasaya nasıl taşınacak?

Önkoşul olarak, Site Recovery klasik kasadakiyle aynı yapılandırmaya sahip modernleştirilmiş kasada çoğaltma ilkeleri oluşturur. Bu nedenle, çoğaltılan bir öğe taşınmadan önce, ilişkili ilke modernleştirilmiş kasada oluşturulur. Geçiş tetiklendikten sonra klasik kasadaki çoğaltma ilkelerinin yapılandırmasında değişiklik yapmaktan kaçınmanızı öneririz çünkü bu değişiklikler modernleştirilmiş kasaya yansıtılmamalıdır. Geçiş işlemine başlamadan önce bu değişiklikleri yapmak en iyisidir.

Modernleştirilmiş kasada oluşturulan çoğaltma ilkesinin adı modernleştirilmiş kasada değiştirilir. Modernleştirilmiş Kurtarma Hizmetleri kasasının kaynak grubu adı ve kasa adı ön ekini alır. Bu nedenle, klasik kasada ilke adı "varsayılan çoğaltma ilkesi" ise, modernleştirilmiş kasada bu ilkenin adı , default replication policy contoso-modern-vault_contoso-rgkasanın adı contoso-modern-vault ve kasanın kaynak grubu contoso-rg olduğunda olur.

Çoğaltma ilkemi geçiş sırasında veya klasik kasada geçiş sonrasında düzenleyebilir miyim?

Çoğaltma ilkesinin çoğaltması modernleştirilmiş kasada zaten oluşturulduysa, klasik kasadaki ilkede yapılan değişiklikler modernleştirilmiş kasaya yayılmaz.

Bu nedenle, bir ilke kullanılarak çoğaltılan 10 çoğaltılmış öğe varsa ve bunlardan 5'ini modernleştirilmiş deneyime taşımaya karar verirseniz, geçiş başlamadan önce ilkenin bir kopyası oluşturulur. Şimdi, kalan beş öğenin geçişini gerçekleştirmeden önce, klasik kasadaki ilkede herhangi bir değişiklik yapılırsa, modernleştirilmiş kasadan ilke güncelleştirilmez. Bu yapılandırma değişikliklerini modernleştirilmiş kasada da yapmanız gerekir.

Çok vm tutarlılık grupları olarak da bilinen bir çoğaltma grubunda bulunan çoğaltılmış öğeleri Nasıl yaparım? geçirin?

Çoğaltma grubunun parçası olan tüm çoğaltılan öğeler birlikte geçirilir. Çoğaltma grubunu seçerek bunların tümünü seçebilir veya tümünü atlayabilirsiniz. Çoğaltma grubundaki bazı makineler için geçiş işlemi başarısız olursa ancak diğerleri için başarılı olursa, başarısız çoğaltılan öğeler için klasik deneyime geri alma gerçekleştirilir ve geçiş işlemi bu öğeler için yeniden tetiklenebilir.

Sonraki adımlar

Klasik deneyimden modernleştirilmiş VMware olağanüstü durum kurtarmaya nasıl geçilir?