Azure Site Recovery'ye genel bakış
Azure Site Recovery sistem kesintilerinden kurtulmanıza yardımcı olan bir araçtan ibaret değildir. Azure Site Recovery, birincil site ile ikincil site arasında iş yüklerini çoğaltır. Site Recovery, sanal makineleri şirket içi altyapıdan Azure’a geçirmek için de kullanılabilir.
İş yüklerinizi depremden korumak için ilk göreviniz, örneğin, şirketin mevcut iş sürekliliği ve olağanüstü durum kurtarma (BCDR) planını gözden geçirmektir. Koruma gerektiren sistemler için farklı kurtarma hedefleri ve kapsam belirlemelisiniz.
Bu ünitede, Azure Site Recovery'nin bu hedeflere ulaşmanıza nasıl yardımcı olabileceğini araştırır ve olağanüstü durum oluşursa kaynakların yük devretmesini ve kurtarılmasını mümkün hale getirirsiniz.
İş sürekliliği ve olağanüstü durum kurtarma
Hizmet kaybı personelinizin ve kullanıcılarınızın çalışmasını kesintiye uğratır. Sistemlerin kullanılamadığı her saniye, şirketinizin gelir kaybına neden olabilir. Şirketiniz, sağladığınız hizmetlerin kullanılabilirliği için sözleşmeleri bozmak için mali cezalarla da karşılaşabilir.
BCDR planları, şirketlerin olağanüstü durum veya büyük ölçekli bir kesinti olduğunda yapılması gereken kapsam ve eylemleri kapsayacak şekilde çizmiş olduğu resmi belgelerdir. Her kesinti kendi içinde değerlendirilir. Örneğin, bir veri merkezinin tamamı güç kaybettiğinde bir BCDR planı devreye girer.
Bu örnek senaryoda bir deprem meydana geldi ve iletişim hatları hasar gördü ve veri merkezini kullanılamaz hale getirdi ve onarıma ihtiyaç duyuyor. Bu boyutta bir olağanüstü durum, hizmetleri saatler için değil günler boyunca düşürebilir, bu nedenle hizmetleri yeniden çevrimiçi yapmak için tam bir BCDR planının çağrılması gerekir.
BCDR planınız kapsamında, uygulamalarınız için kurtarma süresi hedeflerini (RTO) ve kurtarma noktası hedeflerini (RPO) belirleyin. Bu iki amaç birlikte, işletmenizin belirtilen hizmetler olmadan en fazla kaç saat olabileceğini ve veri kurtarma işleminin ne olması gerektiğini belirlemeye yardımcı olur. Şimdi her birine daha yakından bakalım.
Kurtarma süresi hedefi
RTO, süreklilik molasıyla ilişkili kabul edilemez sonuçları önlemek için normal hizmetin geri yüklenmesi gerekene kadar işletmenizin olağanüstü durumdan sonra hayatta kalabileceği maksimum süreyi gösteren bir ölçüdür. RTO’nuzun 12 saat olduğunu varsayalım. Bu, işlerin temel hizmetleri çalışmaz durumdayken operasyonların 12 saat devam edebileceği anlamına gelir. Kapalı kalma süresi daha uzun olursa işletmeniz ciddi şekilde zarar görmesine neden olur.
Kurtarma noktası hedefi
RPO, olağanüstü durumdan sonra kabul edilebilir maksimum veri kaybı miktarının ölçüsüdür. İşletmeler genellikle her 24 saatte, 12 saatte bir, hatta gerçek zamanlı olarak yedekleme yapmaya karar verebilir. Bir olağanüstü durum oluşursa her zaman veri kaybı söz konusudur.
Örneğin, yedeklemeniz her 24 saatte bir gece yarısı ve 09:00'da bir olağanüstü durum oluştuysa dokuz saatlik veriler kaybolur. Şirketinizin RPO’su 12 saatse yalnızca dokuz saat geçtiği için bu durum sorun yaratmaz. RPO dört saatse sorun olabilir ve işletme zarar görebilir.
Azure Site Recovery nedir?
Azure Site Recovery, iş yüklerini birincil siteden ikincil siteye çoğaltabildiğinden BCDR planınıza katkıda bulunabilir. Birincil sitede bir sorun oluşursa, korumalı sanal makineleri başka bir konuma çoğaltmak için Site Recovery otomatik olarak çağrılabilir. Yük devretme, şirket içinden Azure’a veya bir Azure bölgesinden diğerine yapılabilir.
Azure Site Recovery'nin bazı öne çıkan özellikleri:
- Merkezi yönetim: Çoğaltma ayarlanıp yönetilebilir ve azure portalından yük devretme ve yeniden çalışma çağrılabilir.
- Şirket içi sanal makine çoğaltması: Şirket içi sanal makineler gerekirse Azure'a veya ikincil bir şirket içi veri merkezine çoğaltılabilir.
- Azure sanal makine çoğaltması: Azure sanal makineleri bir bölgeden diğerine çoğaltılabilir.
- Yük devretme sırasında uygulama tutarlılığı: Kurtarma noktaları ve uygulamayla tutarlı anlık görüntüler kullanıldığında, sanal makineler çoğaltma sırasında her zaman tutarlı bir durumda tutulur.
- Esnek yük devretme: Yük devretme işlemleri isteğe bağlı olarak test olarak çalıştırılabilir veya gerçek bir olağanüstü durum sırasında tetiklenebilir. Testler, canlı hizmetinizde kesintiye neden olmadan bir olağanüstü durum kurtarma senaryosunun benzetimini yapmak için çalıştırılabilir.
- Ağ tümleştirmesi: Site Recovery, çoğaltma ve olağanüstü durum kurtarma senaryosu sırasında ağ yönetimini yönetebilir. Sanal makinelerin yeni konumda çalışabilmesi için ayrılmış IP adresleri ve yük dengeleyicileri dahil edilmiştir.
Azure Site Recovery’yi ayarlama
Azure Site Recovery’yi etkinleştirmek için birkaç bileşenin ayarlanması gerekir:
- Ağ: Çoğaltılan sanal makinelerin kullanması için geçerli bir Azure sanal ağı gereklidir.
- Kurtarma Hizmetleri kasası: Azure aboneliğinizdeki bir kasa, yük devretme çalıştırıldığında geçirilen VM'leri depolar. Kasa çoğaltma ilkesiyle birlikte çoğaltma ve yük devretme için kaynak ve hedef konumları da içerir.
- Kimlik bilgileri: Hem VM'yi hem de Site Recovery'nin bağlı olduğu depolama alanını değiştirme izni vermek için Azure için kullandığınız kimlik bilgilerinin Sanal Makine Katılımcısı ve Site Recovery Katkıda Bulunanı rollerine sahip olması gerekir.
- Yapılandırma sunucusu: Şirket içi VMware sunucusu, yük devretme ve çoğaltma işlemi sırasında çeşitli rolleri yerine getirir. Kolay dağıtım için Azure portalından bir açık sanal makine gereci (OVA) olarak alınır. Yapılandırma sunucusu şunları içerir:
- İşlem sunucusu: Bu sunucu, çoğaltma trafiği için bir ağ geçidi işlevi görür. Trafiği, WAN üzerinden Azure’a göndermeden önce önbelleğe alır, sıkıştırır ve şifreler. İşlem sunucusu ayrıca yük devretme ve çoğaltma hedefi olan tüm fiziksel ve sanal makinelerde ulaşım hizmetini de yükler.
- Ana hedef sunucu: Bu makine, Azure'dan yeniden çalışma sırasında çoğaltma işlemini işler.
Önemli
Azure’dan şirket içi ortama yeniden çalıştırmak için, Azure’a yalnızca fiziksel makineleri çoğaltıyor olsanız bile yapılandırma sunucusu bulunan VMware vCenter’ın kullanılabilir olması gerekir. Fiziksel sunucularda yeniden çalışamazsınız.
Çoğaltma işlemi
Önkoşul niteliğindeki görevler ayarlandıktan sonra makinelerin çoğaltması başlayabilir. Bunlar, çoğaltma ilkesine göre çoğaltılır. İlk kopyanın ilk aşamalarında sunucu verileri, Azure Depolama’ya çoğaltılır. İlk çoğaltma tamamlandıktan sonra ikinci bir çoğaltma gerçekleşir. Bu kez, sanal makinede yapılan delta değişiklikleri Azure’a çoğaltılır.
Yük devretmeyi test etme ve izleme
Ortamınız olağanüstü durum kurtarma için ayarlandıktan sonra, doğru yapılandırıldığından ve her şeyin beklediğiniz gibi çalıştığından emin olmak için ortamınızı test edin. Yalıtılmış bir sanal makinede olağanüstü durum kurtarma tatbikatı yaparak yapılandırmayı test edin. Canlı hizmetlerin kesintiye uğramaması için, test için yalıtılmış bir ağ kullanılması en iyisidir.
Kurtarma tatbikatı yapmayı denerken ilk görev, Azure portalının Korumalı Öğeler bölümünde test sanal makinenizin özelliklerini doğrulamaktır. En son kurtarma noktaları Çoğaltılan Öğe bölmesinde görüntülenir. İşlem ve Ağ bölümünde, gerekirse sanal makine adı, kaynak grubu, hedef boyut, kullanılabilirlik kümesi ve disk ayarları ayarlanabilir.
Kurtarma tatbikatları, Azure portalının Ayarlar>Çoğaltılan Öğeler bölümünden başlatılabilir. Hedef sanal makineyi seçin ve ardından son işlenen kurtarma noktası için Test Yük Devretmesi menü öğesini seçin. Aynı menüde Azure ağını da seçin. Kurtarma işini başlatmak için, ağ seçimi ekranında Tamam’ı seçin.
Kurtarma işinin ve çoğaltılan sanal makinenin durumuna Kurtarma Hizmetleri kasasının Genel Bakış bölümü üzerinden erişilebilir. Çoğaltılan öğelerin durumu şöyle olur:
- İyi durumda: Çoğaltma normal çalışıyor.
- Uyarı: Çoğaltmayı etkileyebilecek bir sorun var.
- Kritik: Kritik bir çoğaltma hatası algılandı.
Her şey yolunda giderse, çoğaltılan VM durumu Başarıyla gerçekleştirildi olarak ayarlanır. Bir test yapılmadıysa, durum Sınama önerilir olarak ayarlanır. Son testin üzerinden altı aydan uzun bir süre geçtiğinde de sanal makinenin durumu Sınama önerilir olarak ayarlanır.