Azure Stack Hub'da dağıtılan VM'leri koruma - Dayanıklı

  • Makale

Kullanıcılarınızın Azure Stack Hub'da dağıttığı sanal makineleri (VM) korumaya yönelik bir plan geliştirmek için bu makaleyi kılavuz olarak kullanın.

Veri kaybına ve planlanmamış kapalı kalma süresine karşı koruma sağlamak için Azure Stack Hub'da VM tabanlı uygulamalar için bir veri koruma ve olağanüstü durum kurtarma planı uygulayın. Uygulanan koruma planı, iş gereksinimlerine ve uygulamanın tasarımına bağlıdır. Bu plan, kuruluşunuzun kapsamlı iş sürekliliği ve olağanüstü durum kurtarma (BC/DR) stratejisi tarafından oluşturulan çerçeveyi izlemelidir.

Uygulama kurtarma hedefleri

Kuruluşunuzun her uygulama için dayanabileceği kapalı kalma süresi ve veri kaybı miktarını belirleyin. Kapalı kalma süresini ve veri kaybını ölçerek, olağanüstü durumların kuruluşunuz üzerindeki etkisini en aza indiren bir kurtarma planı oluşturabilirsiniz. Her uygulama için şunları göz önünde bulundurun:

  • Kurtarma süresi hedefi (RTO)
    RTO, bir uygulamanın bir olaydan sonra kullanılamayabileceği kabul edilebilir en uzun süredir. Örneğin, 90 dakikalık bir RTO, olağanüstü durumun başlangıcından itibaren 90 dakika içinde uygulamayı çalışır duruma geri yükleyebilmeniz gerektiği anlamına gelir. RTO'nuz düşükse, bölgesel bir kesintiye karşı koruma sağlamak için ikinci bir dağıtımı sürekli beklemede tutabilirsiniz.

  • Kurtarma noktası hedefi (RPO)
    RPO, olağanüstü bir durum sırasında en uzun ne kadar sürelik veri kaybının kabul edilebilir olduğudur. Örneğin, verileri saatlik olarak yedeklenen ve diğer veritabanlarına çoğaltması olmayan tek bir veritabanında depolarsanız, bir saate kadar veri kaybedebilirsiniz.

Her uygulama için RTO ve RPO tanımlamak üzere bir değerlendirme gerçekleştirin.

Dikkate alınması gereken bir diğer önemli ölçüm de Ortalama Kurtarma Süresi (MTTR), bir hatadan sonra uygulamayı geri yüklemek için gereken ortalama süredir. MTTR, bir sistem için ampirik bir değerdir. MTTR RTO'yu aşarsa sistemdeki bir hata kabul edilemez bir iş kesintisine neden olur çünkü sistemi tanımlanan RTO içinde geri yüklemek mümkün olmayacaktır.

IaaS VM'leri için koruma seçenekleri

Yedekleme-geri yükleme

VM tabanlı uygulamalar için en yaygın koruma şeması yedekleme yazılımını kullanmaktır. Bir VM'nin yedeklenmesi genellikle vm içinde yer alan işletim sistemini, işletim sistemi yapılandırmasını, uygulama ikili dosyalarını ve kalıcı uygulama verilerini içerir. Yedeklemeler, uygulama, işletim sistemi veya dosya sistemi/birimleri yakalamak için konuk işletim sistemindeki bir aracı kullanılarak oluşturulur. Bir diğer yaklaşım da, VM yapılandırması hakkındaki bilgileri okumak ve VM'ye bağlı disklerin anlık görüntüsünü almak için Azure Stack Hub API'leriyle tümleştirmeye güvenerek aracısız yaklaşımdır. Azure Stack Hub'ın doğrudan hiper yöneticiden yedeklemeyi desteklemediğini lütfen unutmayın.

Yedekleme stratejinizi planlama

Yedekleme stratejinizi planlama ve ölçek gereksinimlerini tanımlama, korunması gereken VM örneklerinin sayısını belirlemekle başlar. Sistemdeki tüm VM'leri yedeklemek, uygulamayı korumanın en etkili yolu olmayabilir. Azure Stack Hub ile ölçek kümesi veya kullanılabilirlik kümesindeki VM'ler VM düzeyinde yedeklenmemelidir. Bu VM'ler kısa ömürlü olarak kabul edilir çünkü vm kümesi ölçeklendirilebilir veya genişletilebilir. İdeal olarak kalıcı olması gereken tüm veriler veritabanı veya nesne deposu gibi ayrı bir depoda yer alır. Bir genişleme mimarisinde dağıtılan uygulamalar kalıcı ve korunması gereken veriler içeriyorsa, uygulama tarafından sağlanan yerel özellikleri kullanarak veya bir aracıya güvenerek uygulama düzeyinde yedekleme gerekir.

Azure Stack'te VM'leri yedekleme konusunda dikkat edilmesi gereken önemli noktalar:

  • Kategorilere Ayırma
    • Kullanıcıların VM yedeklemeyi kabul ettiği bir model düşünün.
    • Uygulamaların önceliğine veya işletme üzerindeki etkisine bağlı olarak bir kurtarma hizmeti düzeyi sözleşmesi (SLA) tanımlayın.
  • Ölçeklendirme
    • Çok sayıda yeni VM'ye eklenirken (yedekleme gerekiyorsa) aşamalı yedeklemeleri göz önünde bulundurun.
    • Çözümdeki kaynak içeriğini en aza indirmek için yedekleme verilerini verimli bir şekilde yakalayabilen ve aktarabilen yedekleme ürünlerini değerlendirin.
    • Ortamdaki tüm VM'lerde tam yedekleme gereksinimini en aza indirmek için artımlı veya değişiklik yedeklemeleri kullanarak yedekleme verilerini verimli bir şekilde depolayan yedekleme ürünlerini değerlendirin.
  • Geri yükleme
    • Yedekleme ürünleri sanal diskleri, mevcut bir VM içindeki uygulama verilerini veya tüm VM kaynağını ve ilişkili sanal diskleri geri yükleyebilir. İhtiyacınız olan geri yükleme düzeni, uygulamayı nasıl geri yüklemeyi planladığınıza bağlıdır. Örneğin, SQL server'ı bir şablondan yeniden dağıtmak ve sonra tüm VM'yi veya VM kümesini geri yüklemek yerine veritabanlarını geri yüklemek daha kolay olabilir.

Çoğaltma/el ile yük devretme

Kurtarmayı desteklemeye yönelik alternatif bir yaklaşım, verileri başka bir ortama çoğaltmaktır. Verilerin kapsamı veritabanı çoğaltması gibi bir uygulama veya bir aracı kullanılarak konuk işletim sistemindeki işletim sistemi ya da Azure Stack Hub API'leri ile tümleştirilerek VM düzeyinde olabilir. Olağanüstü bir durumda ikincil konuma yük devretme gereklidir. Yük devretme, SQL Kullanılabilirlik Grupları gibi uygulama tarafından yerel olarak, aracılar veya küme teknolojisi kullanılarak konuk işletim sistemi düzeyinde veya koruma ürünü kullanılarak VM düzeyinde işlenebilir.

Yüksek kullanılabilirlik/otomatik yük devretme

Yerel olarak yüksek kullanılabilirliği destekleyen veya düğümler arasında yüksek kullanılabilirlik elde etmek için küme yazılımına dayanan uygulamalar, bir Azure Stack Hub'daki bir vm grubuna veya birden çok Azure Stack Hub örneğine dağıtılabilir. Her durumda, uygulama trafiğinin doğru yönlendirildiğinden emin olmak için bazı yük dengeleme düzeyleri gereklidir. Bu yapılandırmada uygulama hatalardan otomatik olarak kurtarılabilir. Yerel donanım hataları için Azure Stack Hub altyapısı, fiziksel altyapıda yüksek kullanılabilirlik ve hataya dayanıklılık uygular. İşlem düzeyi hataları için Azure Stack Hub, N-1 yapılandırmasında ölçek biriminde birden çok düğüm kullanır. VM düzeyinde kullanılabilirlik ve ölçek kümeleri, düğüm düzeyinde benzeşimi garanti etmek için ölçek birimindeki her düğümü bir hata etki alanı olarak modelleyip düğüm hatalarının dağıtılmış bir uygulamayı devre dışı bırakmasını sağlar.

Koruma yok

Bazı uygulamalarda kalıcı olması gereken veriler olmayabilir. Örneğin, geliştirme ve test için kullanılan VM'lerin genellikle kurtarılması gerekmez. Bir diğer örnek de bir hata durumunda CI/CD işlem hattından yeniden dağıtılabilen durum bilgisi olmayan bir uygulamadır. VM'lerin gereksiz yere korunmasını önlemek için koruma gerektirmeyen uygulamaları belirlemek önemlidir.

İş ortağı ürünleri