Azure Disk Depolama güvenilirliği

Azure Disk Depolama, Azure sanal makineler (VM) için yönetilen diskler sağlar. Kritik kurumsal iş yükleri için tasarlanmıştır; kurumsal sınıf güvenilirlik ve kullanılabilirlik sağlar. Verileriniz donanım hatalarına karşı korunmak için otomatik olarak çoğaltılır ve dayanıklılık gereksinimlerinizi karşılamak için birden çok yedeklilik seçeneği sunulur.

Azure kullandığınızda, güvenilirlik paylaşılan bir sorumluluktur. Microsoft dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sağlar. Bu özelliklerin kullandığınız tüm hizmetler içinde nasıl çalıştığını anlamak ve iş hedeflerinize ve çalışma süresi hedeflerinize ulaşmak için ihtiyacınız olan özellikleri seçmek sizin sorumluluğunuzdadır.

Bu makalede, Azure Disk Depolama geçici hatalar, kullanılabilirlik alanı hataları ve bölge genelindeki hatalar gibi çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirilmeye başlandığı açıklanmaktadır. Ayrıca yedekleme ve kurtarma seçeneklerini açıklar ve Azure Disk Depolama hizmet düzeyi sözleşmesi (SLA) hakkındaki önemli bilgileri vurgular.

Önemli

Bir diskin güvenilirliğini göz önünde bulundurduğunuz zaman VM'lerinizin, ağ altyapınızın ve VM'lerinizde çalışan uygulamaların güvenilirliğini de göz önünde bulundurmanız gerekir. Diğer bileşenler eşit düzeyde dayanıklı değilse, yalnızca diskin dayanıklılığının artırılmasının sınırlı etkisi olabilir. Dayanıklılık gereksinimlerinize bağlı olarak, birden çok alanda yapılandırma değişiklikleri yapmanız gerekebilir.

Üretim dağıtımı önerileri

Azure Well-Architected Framework güvenilirlik, performans, güvenlik, maliyet ve işlemler için öneriler sağlar. Bu alanların birbirini nasıl etkilediğini ve güvenilir bir Azure Disk Depolama çözümüne nasıl katkıda bulunduğunu anlamak için Azure Disk Depolama için Mimari en iyi yöntemler konusuna bakın.

Güvenilirlik mimarisine genel bakış

Her VM farklı amaçlar için diskler kullanır:

  • İşletim sistemi diski: İşletim sistemini tek bir işletim sistemi diski çalıştırır. Varsayılan olarak, verileri kalıcı hale getiren bir yönetilen disktir. Ayrıca , yönetilmeyen kısa ömürlü işletim sistemi disklerini de kullanabilirsiniz. Uygulamaları veya verileri depolamak için işletim sistemi diskini kullanmaktan kaçının.
  • Veri diskleri: Uygulamaları ve verileri depolamak için sıfır veya daha fazla yönetilen disk.
  • Geçici disk: Her VM'ye dahil edilen kalıcı olmayan, yönetilmeyen bir disk.

Bu kılavuz özellikle verileri güvenilir bir şekilde kalıcı hale gelen yönetilen disklere odaklanır. Farklı disk rolleri hakkında daha fazla bilgi edinmek için bkz. Disk rolleri.

Yönetilen diskler 99,999% VM kullanılabilirliği için tasarlanmıştır ve en az 99,99999999999% (11 9s) dayanıklılık sağlar. Yönetilen diskleri kullandığınızda verileriniz üç kez çoğaltılır. Üç kopyadan biri kullanılamaz duruma gelirse Azure arka planda verilerin yeni bir kopyasını otomatik olarak oluşturur. Bu işlem verilerinizin kalıcı olmasını ve yüksek hataya dayanıklılık sağlar.

Varsayılan olarak, yönetilen diskler yerel olarak yedekli depolama (LRS) kullanır. LRS, disk verilerinizin üç kopyasını tek bir veri merkezinde tutar ve bu da sürücü veya sunucu rafı sorunları gibi donanım hatalarına karşı koruma sağlar.

LRS disklerinizi sunucu rafı ve sürücü hatalarına karşı korusa da, bir veri merkezinde yangın veya sel gibi olağanüstü durumları hesaba katmıyor. Daha yüksek koruma düzeyleri için disklerinizi birden çok kullanılabilirlik alanında çoğaltan alanlar arası yedekli depolama (ZRS) kullanın.

Birden çok VM üzerinde çalışan uygulamalar için, birden çok sanal makine birden çok kullanılabilirlik alanına dağıtıldığında en yüksek kullanılabilirlik SLA'sı olur. Birden çok kullanılabilirlik alanına dağıtılan VM'ler ve diskler için, diskler ve üst VM'leri sırasıyla aynı bölgede birlikte bulunur ve bu da bölgenin tamamında kesinti yaşansa bile birden çok VM'nin kapanmasını önler.

Bölgeler kullanılamıyorsa veya iş yükünüz VM'ler arası gecikme süresine duyarlıysa, VM'leri ve diskleri birden çok hata etki alanına dağıtın. Hata etki alanları alanlar arası yedeklilik sağlamaz, ancak donanım hatalarının, ağ kesintilerinin veya güç kesintilerinin etkisini azaltır. Bu, bir depolama hatası etki alanı devre dışı kaldığında, birden çok VM'nin aynı anda başarısız olmasını önler.

Geçici hatalara dayanıklılık

Geçici hatalar, bileşenlerde kısa ve aralıklı hatalardır. Bunlar genellikle bulut gibi dağıtılmış bir ortamda gerçekleşir ve işlemlerin normal bir parçasıdır. Geçici hatalar kısa bir süre sonra kendilerini düzeltmektedir. Uygulamalarınızın genellikle etkilenen istekleri yeniden deneyerek geçici hataları işleyebileceği önemlidir.

Bulutta barındırılan tüm uygulamalar, bulutta barındırılan API'ler, veritabanları ve diğer bileşenlerle iletişim kurarken Azure geçici hata işleme yönergelerini izlemelidir. Daha fazla bilgi için bkz Geçici hataları ele alma önerileri.

Yönetilen diskler, Azure altyapısındaki geçici hatalardan otomatik olarak kurtarılır.

Kullanılabilirlik alanı hatalarına dayanıklılık

Availability bölgeleri Azure bölgesindeki fiziksel olarak ayrı veri merkezleri gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Kullanılabilirlik alanlarını yönetilen disklerle kullanmanın iki yolu vardır:

  • Bir bölgedeki üç kullanılabilirlik alanında bulunan bir ZRS diski dağıtabilirsiniz. En iyi güvenilirlik için, ZRS diskleri otomatik bölge dayanıklılığı sağladığından ZRS disklerini kullanmanızı öneririz.
  • Yalnızca tek bir bölgede bulunan bölgesel bir LRS diski dağıtabilirsiniz. Bölgesel LRS diskleri kullandığınızda, iş yükünüzü bölge kesintilerine dayanıklı olacak şekilde yapılandırmak sizin sorumluluğunuzdadır. Bu dayanıklılığı birden çok VM ve disk dağıtarak ve bunları kullanılabilirlik alanlarında bularak gerçekleştirirsiniz.

Kullanılabilirlik alanı desteğini yapılandırmazsanız, diskiniz zonal olmayan veya bölgesel olur ve bölgedeki herhangi bir kullanılabilirlik alanına yerleştirilebilir. Bu diskler bölge içinde çoğaltıldığından LRS olarak kabul edilir.

Bölgeler arası yedekli diskler

ZRS, verilerinizi bir bölgedeki üç kullanılabilirlik alanında zaman uyumlu olarak çoğaltır. Yönetilen disk için bölge yedekliliğini etkinleştirdiğinizde, Azure tek bir bölgedeki bir hatanın veri kullanılabilirliğini etkilememesini sağlar.

Bölge yedekli bir diskin diyagramı. Çoğaltmaları, bölgedeki üç kullanılabilirlik bölgesine dağıtılmıştır.

ZRS diskleri VM'ler arasında paylaşılabilir SQL Server FCI, SAP ASCS/SCS veya GFS2 gibi kümelenmiş veya dağıtılmış uygulamaların kullanılabilirliğini artırmak için kullanılabilir. Hem ZRS disklerinden hem de birden çok kullanılabilirlik alanına dağıtılmış VM'lerden yararlanarak farklı bölgelerdeki birincil ve ikincil VM'lere paylaşılan bir ZRS diski ekleyebilirsiniz. Birincil bölge başarısız olursa, SCSI kalıcı rezervasyonunu kullanarak ikincil VM'ye hızlı bir şekilde yük devretme gerçekleştirebilirsiniz.

ZRS diski, kapanan bir bölgedeki tek bir VM'ye veri diski olarak eklenirse, diski başarısız VM'den ayırmaya zorlayabilir ve başka bir VM'ye ekleyebilirsiniz.

Gereksinimler

  • Bölge desteği: ZRS yönetilen disklerini destekleyen bölgelerin listesi için bkz. Yönetilen diskler için yedeklilik seçenekleri.

  • Disk türleri: Alanlar arası yedekli diskler Premium SSD ve Standart SSD ile yönetilen disklerle desteklenir. ZRS Premium SSD v2, Ultra Diskler veya Standart HDD yönetilen disklerde desteklenmez.

Maliyet

Birden çok bölgede veri tutmak için gereken ek çoğaltma ek yükü ve altyapı nedeniyle ZRS, LRS'den daha yüksek maliyete neden olur. Tam maliyet farkı bölgeye ve disk türüne göre değişir. Ayrıntılı fiyatlandırma bilgileri için bkz. Azure yönetilen disk fiyatlandırması.

Kullanılabilirlik alanı desteğini yapılandırma

  • Yeni bir ZRS diski oluşturun: Yeni bir ZRS yönetilen diski oluşturmak için, bkz. Tutorial - Linux VM'leri için Azure CLI ile Azure diskleri yönetme veya Tutorial: Windows VM'ler için Azure PowerShell ile diskleri yönetme. Disk oluşturma sırasında bir ZRS disk katmanı seçin.

    diskinizi VM'lere eklemek, iş yükünüz için uygunsa farklı bölgelerdeki birden çok VM'de paylaşılan diskleri yapılandırmak da dahil olmak üzere sizin sorumluluğunuzdadır.

  • Mevcut diski ZRS kullanacak şekilde değiştirme: Mevcut bir bölgesel olmayan (bölgesel) diski ZRS'ye dönüştürebilirsiniz.

    Bölgesel LRS disklerini ZRS'ye dönüştüremeseniz de, anlık görüntüden yeni bir ZRS diski oluşturabilirsiniz. Adım adım geçiş yordamları ve gereksinimleri için bkz. Diski LRS'den ZRS'ye dönüştürme .

  • Kullanılabilirlik alanı desteğini devre dışı bırakın: Mevcut bir ZRS diskinin kullanılabilirlik alanı yapılandırmasını değiştiremezsiniz. Bunun yerine, önceki diskten bir anlık görüntü kullanarak yeni yapılandırmayla yeni bir disk oluşturmanız ve ardından eskisini silmeniz gerekir.

Tüm bölgeler sağlıklı olduğunda davranış

Bu bölümde, ZRS için yönetilen diskleri yapılandırdığınızda ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Cross-zone operation: Azure alanlar arası yedekli disk içeren bir VM kullandığınızda kullanılabilirlik alanları arasındaki trafik yönlendirmeyi otomatik olarak yönetir. Normal işlemler sırasında istekler bölgeler arasında saydam bir şekilde dağıtılır.

  • Bölgeler arası veri çoğaltma: ZRS diskleri, her yazma işlemini bölgedeki birden çok kullanılabilirlik alanında zaman uyumlu olarak çoğaltır. Yazma işlemi ancak veriler birden çok bölgede kümelerde depolandıktan sonra tamamlanır. Bu yaklaşım güçlü tutarlılık ve yüksek kullanılabilirlik sağlar, ancak LRS disklerine kıyasla biraz daha yüksek yazma gecikme süresine neden olabilir.

Bölge hatası sırasındaki davranış

Bu bölümde, ZRS için yönetilen disk yapılandırdığınızda ve kullanılabilirlik alanlarından birinde kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Bölge kesintileri yalnızca diskleri, yalnızca VM'leri veya her ikisini de etkileyebilir. Bu davranış, bölge kesintisinin diske bağlı VM'yi etkileyip etkilemediğine bağlıdır.

    VM iyi durumda kalırsa ancak disk kesintiden etkilenirse VM'niz çalışmaya devam eder. Microsoft, disk işlemlerini iyi durumdaki kullanılabilirlik alanlarındaki verilerle çalışacak şekilde otomatik olarak yeniden yönlendirir ve yapmanız gereken bir şey yoktur.

    VM çalışmıyorsa, iş yükünüzü farklı bir kullanılabilirlik alanındaki başka bir VM'ye geçmeniz gerekir.

    • Paylaşılan diskler: İkincil VM'yi zaten farklı bir bölgede oluşturduysanız ve paylaşılan diskleri yapılandırdıysanız, disk ikincil VM'nin kullanması için kullanılabilir. Yapılandırma değişikliği gerekmez.

    • Paylaşılmayan diskler: Diski arızalı VM'den zorla ayırabilir ve ardından sağlıklı bir bölgedeki VM'ye ekleyebilirsiniz. Zorla ayırma işlemi yapmak için:

  • Notification: Microsoft, bölge kapatıldığında sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Ayrıca Azure Hizmet Durumu kullanarak tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlayabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

  • Beklenen veri kaybı: Bölge hataları sırasında veri kaybı olmaz.

  • Beklenen kapalı kalma süresi: Diskiniz birden çok VM arasında paylaşıldığında kapalı kalma süresi beklenmez.

  • Redistribution: Azure trafiği, diskinizin sağlıklı bir bölgedeki başka bir kopyasına otomatik olarak yeniden yönlendirir.

Bölge kurtarma

Azure, önceden başarısız olan bölgenin ne zaman iyi durumda olduğunu otomatik olarak algılar ve kurtarılan bölgeye veri eşitlemesini geri yükler.

Bölgesel LRS diskleri

Bölgesel LRS diskleri belirli bir kullanılabilirlik alanında bulunur ve yalnızca o bölgedeki VM'lere eklenir. Disk verilerinin tüm kopyaları aynı bölgededir. Tek bir bölgesel LRS diski ve VM, bölge dayanıklılığı sağlamaz. Diski içeren bölgede bir kesinti yaşanırsa, disk kullanılamaz duruma gelebilir.

Bölgesel LRS disklerini gösteren diyagram. Çoğaltmalarının tümü tek bir kullanılabilirlik alanındadır.

Birden çok VM iş yükleri için, farklı kullanılabilirlik alanlarına birden çok VM ve bunların bölgesel LRS disklerini dağıtarak bölge dayanıklılığı elde edebilirsiniz. Bu yaklaşım, web sunucuları, uygulama katmanları ve veritabanı kümeleri gibi iş yükleri için yüksek kullanılabilirlik elde etmenin en yaygın yoludur. Bir bölge başarısız olursa, iyi durumdaki bölgelerdeki VM'leri kullanarak iş yükünüzü çalışmaya devam etmek üzere yapılandırabilirsiniz.

Her biri kendi bölgesel LRS diskine sahip farklı bölgelerdeki üç VM'yi gösteren diyagram.

Bu çok bölgeli dağıtım düzeni, yalnızca LRS'yi destekleyen Premium SSD v2 ve Ultra Diskler de dahil olmak üzere tüm disk türleriyle çalışır. Bu yaklaşım hakkında daha fazla bilgi için bkz. VM'leri ve diskleri kullanılabilirlik alanları arasında dağıtma.

Gereksinimler

Maliyet

Bölgesel LRS diskleri, bölgesel olmayan disklerle aynı hızda ücretlendirilir. Ayrıntılı fiyatlandırma bilgileri için bkz. Azure yönetilen disk fiyatlandırması.

Kullanılabilirlik alanı desteğini yapılandırma

  • Kullanılabilirlik alanı desteğiyle yeni bir disk oluşturun: Bölgesel LRS yedekli yeni bir yönetilen disk oluşturmak için, bkz. Tutorial - Linux VM'leri için Azure Azure CLI veya Tutorial - Windows VM'ler için Azure PowerShell ile diskleri yönetme.

    Disk oluşturma sırasında kullanılabilirlik alanını seçin.

    Önemli

    Tek bir kullanılabilirlik alanına sabitleme yalnızca bölgeler arası gecikme süresi gereksinimleriniz için çok yüksek olduğunda ve gecikme süresinin gereksinimlerinizi karşılamadığını doğruladıktan sonra önerilir. Tek başına, bölgesel bir kaynak kullanılabilirlik alanı kesintisine dayanıklılık sağlamaz. Bir bölgesel kaynağın dayanıklılığını artırmak için, ayrı kaynakları birden çok kullanılabilirlik alanına açıkça dağıtmanız ve trafik yönlendirme ve yük devretmeyi yapılandırmanız gerekir. Daha fazla bilgi için bkz. Bölgesel kaynaklar ve bölge dayanıklılığı.

  • Mevcut diskin kullanılabilirlik alanı yapılandırmasını değiştirin: Mevcut bölgesel LRS diskinin kullanılabilirlik alanı yapılandırmasını değiştiremezsiniz. Bunun yerine, önceki diskten bir anlık görüntü kullanarak yeni yapılandırmaya sahip yeni bir disk oluşturmanız ve ardından eskisini silmeniz gerekir.

Tüm bölgeler sağlıklı olduğunda davranış

Bu bölümde, bir yönetilen diski bölgesel LRS için yapılandırdığınızda ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arası işlem: Aynı bölgedeki bir bölgesel VM ile bölgesel LRS diski arasındaki trafik kullanılabilirlik alanı içinde kalır.

    Bölgeler arasında birden çok VM dağıttığınızda, gelen istekleri VM'ler arasında dağıtmak sizin sorumluluğunuzdadır. Her VM kendi bölge diskinden okur ve diske yazar.

  • Bölgeler arası veri çoğaltma: Bölgesel LRS disklerine yapılan tüm yazma işlemleri kullanılabilirlik alanı içinde zaman uyumlu olarak çoğaltılır.

    Bölgeler arasında birden çok VM dağıttığınızda, iş yükünüz VM'ler arasında veri tutarlılığı gerektiriyorsa, verileri eşitlemek sizin sorumluluğunuzdadır. Örneğin, veritabanı çoğaltmasını veya uygulama katmanı çoğaltmasını kullanabilirsiniz.

Bölge hatası sırasındaki davranış

Bu bölümde, bölgesel LRS için yönetilen disk yapılandırdığınızda ve kullanılabilirlik alanlarından birinde kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Bölgesel LRS diski olan tek bir VM'niz varsa, bölge kesintisini algılamaktan ve yük devretmeyi veya başka bir yanıtı tetiklemeden sorumlu olursunuz.

    Birden çok bölgeye dağıtılmış VM'leriniz olduğunda, iş yükünüzü bölge hatalarını algılamak ve iyi durumdaki bölgelerdeki VM'lerde çalışmaya devam etmek için yapılandırmak sizin sorumluluğunuzdadır.

  • Notification: Microsoft, bölge kapatıldığında sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Ayrıca Azure Hizmet Durumu kullanarak tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlayabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

  • Beklenen veri kaybı: LRS çoğaltması en az %99,9999999999 (11 9s) dayanıklılık sağlar; böylece diskiniz verilerini korur ve bölge kurtarıldıktan sonra veriler geri kazanılabilir.

    Bölgeler arasında dağıtılmış VM'leriniz olduğunda, yalnızca başarısız bölgedeki disklerde bulunan veriler geçici olarak kullanılamaz. Uygulamanız vm'ler arasında verileri eşitlerse, iyi durumdaki bölgelerdeki VM'ler kendi verilerini kullanarak isteklerde bulunmaya devam eder.

  • Beklenen kapalı kalma süresi: Kullanılabilirlik alanı geri gelene kadar tek bölgeli bir LRS diski kullanılamaz.

    Bölgeler arasında dağıtılmış VM'leriniz ve diskleriniz olduğunda, iş yükünüz iyi durumdaki bölgelerdeki VM'ler üzerinde çalışmaya devam edebilir.

  • Yeniden dağıtım: Bölgesel LRS diskine sahip tek bir VM'niz varsa, kullanılabilir bir sanal makineniz varsa trafiği başka bir VM'ye yönlendirmek sizin sorumluluğundadır.

    Bölgeler arasında dağıtılmış VM'leriniz olduğunda, iş yükünüzü trafiği iyi durumdaki bölgelerdeki VM'lere otomatik olarak yeniden dağıtacak şekilde yapılandırabilirsiniz.

Bölge kurtarma

Başarısız kullanılabilirlik alanı kurtarıldığında, yönetilen diskler otomatik olarak kurtarılır. Diske bağlı VM kesintiden etkilendiyse yeniden başlatılır. Uygulama verilerini kullanıyorsanız diğer kullanılabilirlik alanlarındaki diğer VM'lere ve disklere yeniden eşitlemek sizin sorumluluğundadır.

Bölge hataları için test

Disk düzeyinde bölge hatalarını doğrudan simüle edemezsiniz, ancak sanal makine ölçek kümelerinde bölge kesintisi olaylarını simüle etmek ve tek bir VM'nin kaybını simüle etmek için Azure Chaos Studio desteğini kullanabilirsiniz.

Uygulamanızın kesintiler sırasında bölge hatalarına ve yönetilen disk davranışına dayanıklılığını test etmelisiniz. Sanal bölge kesintileri sırasında disk performansını izleyin ve uygulamalarınızın artan gecikme süresini uygun şekilde işlediğini doğrulayın. Uygulamalarınızın geçici G/Ç gecikmelerini işleyebildiğini ve paylaşılan diskler için ayırma işlemlerini zorlayabildiğini doğrulayan otomatikleştirilmiş test senaryoları uygulayın.

Bölge genelindeki hatalara dayanıklılık

Azure Disk Depolama, belirli bir Azure bölgenin sınırları içinde çalışan tek bölgeli bir hizmettir. Hizmet yerel çok bölgeli özellikler veya bölgeler arasında otomatik yük devretme sağlamaz. Bir bölge kullanılamaz duruma gelirse, bu bölgedeki yönetilen disk kaynakları da kullanılamaz.

Dayanıklılık için özel çok bölgeli çözümler

Her bölgede VM'leri ve diskleri dağıtarak, verileri bölgeler arasında çoğaltarak veya yedekleyerek ve gerektiğinde yedeklerin yük devretmesini veya geri yüklemesini yaparak çok bölgeli bir çözüm oluşturabilirsiniz. Her bölgedeki kaynakları yönetmek, verileri koordine etmek ve eşitlemek, yük devretme veya geri yüklemeyi işlemek sizin sorumluluğundadır. Bazı yaygın yaklaşımlar şunlardır:

Yedekleme ve geri yükleme

Azure yönetilen diskler, veri kaybına ve bozulmasına karşı koruma sağlamak için birden çok yedekleme yaklaşımını destekler. Azure Disk Yedekleme anlık görüntü yaşam döngüsü yönetimini otomatik hale getiren yerel, bulut tabanlı bir çözümdür. Çökme ile tutarlı, yapılandırılabilir bekletme politikalarına sahip artımlı yedeklemeler sağlar. Bu aracısız yaklaşım, uygulama performansını etkilemeden günde birden çok yedeklemeyi destekler ve merkezi yönetim için Azure Backup merkeziyle tümleştirilir. Depolama maliyetlerini ve yedekleme sürelerini azaltmak için artımlı anlık görüntüleri kullanabilirsiniz .

VM düzeyinde koruma için Azure Backup tüm bağlı diskler dahil olmak üzere tüm VM için uygulamayla tutarlı yedeklemeler sağlar. Bu yaklaşım, birden çok diskin veya uygulamaya duyarlı yedeklemelerin eşgüdümlü yedeklemesine ihtiyacınız olduğunda idealdir. Veritabanı iş yükleri için işlemle tutarlı koruma ve daha hızlı kurtarma seçenekleri sağlayan uygulamaya özgü yedekleme çözümlerini göz önünde bulundurun.

Kritik iş yükleri için, işlem tutarlılığı için Azure Disk Yedekleme, bölgeler arası anlık görüntü çoğaltma ve uygulama düzeyinde yedeklemeleri birleştiren katmanlı bir yedekleme stratejisi uygulayın. Kurtarma gereksinimlerinize, uyumluluk gereksinimlerinize ve maliyetle ilgili dikkate alınacak noktalara göre yedekleme ilkelerini yapılandırın.

Hizmet düzeyi sözleşmesi

Azure hizmetleri için hizmet düzeyi sözleşmesi (SLA), her hizmetin beklenen kullanılabilirliğini ve bu kullanılabilirlik beklentisini elde etmek için çözümünüzün karşılaması gereken koşulları açıklar. Daha fazla bilgi için bkz. çevrimiçi hizmetler için SLA’lar.

Azure Disk Depolama kendi kullanılabilirlik SLA'sını sağlamaz ancak VM'ler için SLA'ya dahil edilir. Diskinizin yapılandırması VM'nizin kullanılabilirlik SLA'sını etkileyebilir.

İlgili içerik

  • Last updated on