Klasikten modernleştirilmiş VMware olağanüstü durum kurtarmaya geçme
Bu makalede mimari, gerekli altyapı ve VMware veya Fiziksel makine çoğaltmalarınızı klasikten modernleş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 ilk çoğaltmanın tamamını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 kurtarma hizmetleri kasası | Modernleştirilmiş deneyime sahip bir Kurtarma Hizmetleri kasası. |
| İyi durumda bir Azure Site Recovery çoğaltma gereci | 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 gereci. Tam olarak gerekli sürümler şunlardır: İşlem sunucusu: 9.50 Proxy sunucusu: 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ı.
- Kasaya başarıyla kaydedilen ve tüm bileşenleri kritik olmayan bir durumda olan bir Azure Site Recovery çoğaltma gereci.
- 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:
- Kurtarma Hizmetleri kasası oluşturma ve deneyimin klasik deneyime geçmediğinden emin olun
- Azure Site Recovery çoğaltma aletini dağıtma.
- Şirket içi makinenin vCenter Server ayrıntılarını alete ekleyerek bulma işlemini başarıyla gerçekleştirmesini sağlayın.
Klasik Kurtarma Hizmetleri kasayı hazırlama
Taşımayı planladığınız çoğaltılmış öğ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 yapılıyor ve çoğaltılan öğe yük devretme veya geri yüklenme durumunda değil.
- Çoğaltılan öğe verileri Azure'dan şirket içinde ç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.
- Mobility hizmeti aracısının kaynak makinede yüklü 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 kasası 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 kaydedilir.
- Alet ve tüm bileşenleri kritik olmayan bir durumdadır ve aletin iyi durumda bir sinyali 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.
Taşınacak toplam süreyi 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ş zamanı |
|---|---|
| her ikisi de 256 GiB boyutunda iki diskli bir makine | ~ 4 saat 15 dakika [Her iki disk de paralel olarak geçirilir] |
| Her biri 256 GiB boyutunda iki diskli 10 makine | ~ 4 saat 15 dakika [Tüm VM'ler ve diskleri paralel olarak geçirilir] |
| Dört diskli bir makine, hepsi 512 GiB boyutunda | ~ 7 saat 30 dakika [Her iki disk de paralel olarak geçirilir] |
| Her biri 512 GiB boyutunda dört diskli 10 makine | ~ 7 saat 30 dakika [Tüm VM'ler ve diskleri paralel olarak geçirilir] |
Geçiş süresini hesaplamak için aynı formül 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ı olması 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 edecektir. 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 klasik veya modernleştirilmiş kasadan yalnızca bir 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ı olmak için 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 hizmetini kullanarak şirket içi veri merkezini merkezi bulma. |
| İlk ekleme için gereken çok sayıda adım. | Yapıt oluşturma işlemini otomatikleştirerek ekleme deneyimi basitleştirildi ve gerekli girişleri azaltmak için varsayılanlar eklendi. |
| 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ı eklendi. |
| 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 deneyimi basitleştirildi. |
| 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 ölçeği genişletme işlemi sunucusu ve ana hedef sunucu gereksinimi engelleyici bir gereksinimdir. | Ayrı işlem sunucusunu ve ana hedef sunucuyu koruma gereksinimi kaldırıldı. |
| Müşterinin düzenli parola döndürme gereksinimlerini engelleyen, kimlik doğrulaması için 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ı. |
| Hatasız bir yükseltme deneyimi sağlamak için kök kimlik bilgileri düzenli olarak güncelleştirilmelidir. | Otomatik yükseltmeleri gerçekleştirmek için makinenin kök kimlik bilgilerini koruma gereksinimi ortadan kaldırıldı. |
| Bağlantının korunması 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'un etkinleştirildiği 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ığı 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 oluşturulan son 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ş tamamlandı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 edecektir.
Ö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. Azure Site Recovery, belirtilen süreden sonra ç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 durduruldu. Çoğaltılan öğenizin geçirildiğinden emin olmak için daha sonra geçiş işlemini yeniden tetiklemeniz gerekir.
Not
Geçiş devam ederken çoğaltılan öğelerin İşlem ve Ağ özellikleri 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 aynı kaynaklar, modernleştirilmiş kasada da varsayılan olarak kullanılır. Bunları istediğiniz zaman çoğaltılan öğenizin İşlem ve Ağ 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 modernleştirilmiş kasada klasik kasadakiyle aynı yapılandırmaya sahip ç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 kasada ç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ılmayacaktı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. Bu, modernleştirilmiş Kurtarma Hizmetleri kasasının kaynak grubu adı ve kasa adı ile ön eklenmiştir. Dolayısıyla, ilke adı klasik kasada "varsayılan çoğaltma ilkesi" ise, modernleştirilmiş kasada kasanın adı contoso-modern-vault ve kasanın kaynak grubu contoso-rg olduğunda bu ilkenin adı default replication policy contoso-modern-vault_contoso-rgolur.
Geçiş sırasında veya klasik kasada geçiş sonrasında çoğaltma ilkemi 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.
Dolayısıyla, 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ş kasadaki 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.
Genel uç nokta ile klasik kurulumumu özel uç nokta ile modernleştirilmiş kuruluma geçirebilir miyim?
Hayır, yalnızca genel uç nokta ile klasik olağanüstü durum kurtarma kurulumunu modernleştirilmiş genel uç nokta kurulumuna taşıyabilirsiniz. Özel olmayan uç noktadan özel uç noktaya geçişin desteklenmediğini, ancak özel uç noktadan özel uç noktaya geçişin desteklendiğini unutmayın.
Sonraki adımlar
Klasik deneyimden modernleştirilmiş VMware olağanüstü durum kurtarmaya nasıl geçilir?