Aracılığıyla paylaş

Azure NetApp Files güvenilirliği

Azure NetApp Files, Azure içinde sorunsuz bir şekilde tümleşen ve Ağ Dosya Sistemi (NFS) ve Sunucu İleti Bloğu (SMB) protokolleri aracılığıyla istemciler arasında dosya paylaşımını etkinleştiren yerel, kurumsal düzeyde bir dosya depolama çözümüdür. Azure NetApp Files yüksek performans için tasarlanmıştır ve hizmet olarak yönetilen ölçeklenebilir ve güvenli dosya depolama alanı sağlar.

Azure kullandığınızda, güvenilirlik paylaşılan bir sorumluluktur. Microsoft, dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sunar. 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 NetApp Files'ın geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi çeşitli olası kesintilere ve sorunlara nasıl dayanıklı hale getirilmeye başlandığı açıklanmaktadır. Ayrıca, yedeklemeleri diğer sorun türlerinden kurtarmak için nasıl kullanabileceğinizi açıklar ve Azure NetApp Files hizmet düzeyi sözleşmesi (SLA) hakkındaki bazı önemli bilgileri vurgular.

Üretim dağıtımı önerileri

Çözümünüzün güvenilirlik gereksinimlerini desteklemek için Azure NetApp Files'i nasıl dağıtacağınızı ve güvenilirliğin mimarinizin diğer yönlerini nasıl etkilediğini öğrenmek için bakınız: Azure Well-Architected Framework kapsamında Azure NetApp Files için Mimari En İyi Uygulamalar.

Güvenilirlik mimarisine genel bakış

Azure NetApp Files kullanmak için, volumes barındıran capacity havuzları içeren bir NetApp hesabı yapılandırmanız gerekir. Kapasiteyi ve aktarım hızını bağımsız olarak yapılandırabilir ve çeşitli gereksinimlere uygun veri koruma seçeneklerini yönetebilirsiniz. Farklı konumlarda olsalar bile birimler arasında çoğaltmayı etkinleştirebilirsiniz.

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.

Herhangi bir bulut tabanlı çözümü etkileyebilecek geçici hata türlerine ek olarak platform güncelleştirmeleri, hizmet güncelleştirmeleri ve yazılım yükseltmeleri gibi zaman zaman planlı bakım da Azure NetApp Files etkileyebilir.

NFS ve SMB gibi bir dosya protokolünde perspektiften, uygulama bu olaylar sırasında oluşabilecek giriş/çıkış (G/Ç) duraklamalarını işleyebilirse geçici hatalar kesintiye neden olmaz. G/Ç duraklamaları genellikle kısadır ve birkaç saniye ile 30 saniye arasında değişir. Bazı uygulamalar, G/Ç kesintilerini işlemek için ayarlama gerektirebilir.

NFS protokolü sağlamdır ve istemci-sunucu dosya işlemleri genellikle normal şekilde devam eder. Bazı uygulamalar, G/Ç kesintilerini 30 ila 45 saniye boyunca işlemek için ayar gerektirebilir. Depolama hizmeti bakım olaylarıyla başa çıkmak için uygulamanın dayanıklılık ayarlarının farkında olduğunuzdan emin olun.

SMB protokollerini kullanan insan etkileşimli uygulamalar için standart protokol ayarları genellikle yeterlidir. Azure NetApp Files ayrıca SMB Saydam Yük Devretmeyi etkinleştiren SMB sürekli kullanılabilirliğini destekler. SMB Saydam Yük Devretme, hizmet bakım olaylarının neden olduğu kesintileri giderir. Ayrıca güvenilirliği ve kullanıcı deneyimini artırır.

SMB sürekli kullanılabilirliği yalnızca belirli uygulamalar için kullanılabilir.

Daha fazla öneri için bkz. Uygulama dayanıklılığı hakkında SSS Azure NetApp Files.

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.

Azure NetApp Files birimlerin bölgesel dağıtımlarını destekler. Azure NetApp Files'da availability zone volume placement özelliğini kullanarak her birimi istediğiniz tek bir kullanılabilirlik alanına dağıtın. Bu özelliği yalnızca ilgili kullanılabilirlik alanında Azure NetApp Files varsa ve yeterli kapasiteye sahipse kullanabilirsiniz. Gecikmeye duyarlı uygulamalarınız varsa, birimi Azure işlem kaynaklarınız ve diğer hizmetlerinizle aynı kullanılabilirlik alanına dağıtabilirsiniz.

Aşağıdaki diyagramda, düz ok uçları olan turuncu oklar, eşlenmiş sanal ağlardaki bölgedeki tüm sanal makinelerin (VM) tüm Azure NetApp Files kaynaklara nasıl erişebileceğini gösterir. Yeşil oklar, aynı bölgedeki Azure NetApp Files birimlere erişen VM'lerin kullanılabilirlik alanı hata etki alanını nasıl paylaştığını gösterir. Platform düzeyinde farklı birimler arasında çoğaltma yoktur.

Azure NetApp Files kullanılabilirlik alanı birim yerleşimini gösteren diyagram.

Tek bölgeli dağıtım, yüksek güvenilirlik gereksinimlerini karşılamak için yeterli değildir. Verileri farklı kullanılabilirlik alanlarındaki birimler arasında zaman uyumsuz olarak çoğaltmak için bölgeler arası çoğaltmayı kullanabilirsiniz. Alanlar arası çoğaltmayı kullanılabilirlik alanı birim yerleşiminden ayrı olarak yapılandırmanız gerekir.

Kullanılabilirlik bölgesi başarısız olursa, hatayı algılamak ve başka bir bölgedeki alternatif birime geçmek sizin sorumluluğunuzdadır.

Gereksinimler

Maliyet

Azure NetApp Files kullanılabilirlik alanı birim yerleşimini etkinleştirmek için ek ücret alınmaz. Yalnızca bu bölgelere dağıttığınız kapasite havuzları ve kaynaklar için ödeme alırsınız.

Çoğaltılan birimler bir kapasite havuzunda barındırılır. Bölgeler arası çoğaltmanın maliyeti, sağlanan kapasite havuzu boyutuna ve katmanına bağlıdır. Veri çoğaltma için ek maliyet yoktur.

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

Hacim yerleşimi ile bölgeler arası çoğaltmayı ayrı ayrı yapılandırmalısınız.

  • Hacim yerleşimi:

    • Kullanılabilirlik alanı desteğiyle yeni bir birim oluşturun veya mevcut bir birimi yapılandırın. Azure NetApp Files birimleri için kullanılabilirlik alanlarını yapılandırmak için bkz. Azure NetApp Files için kullanılabilirlik alanı birim yerleşimini yönetme.

      Terraform tarafından yönetilen birimleri kullanılabilirlik alanlarıyla dağıtırsanız, diğer yapılandırmalar gerekir. Daha fazla bilgi için Terraform yönetimli birimlerin kullanılabilirlik bölgesini yapılandırma kısmına bakın.

      Rol tabanlı erişim denetimi kullanıyorsanız , doğru izinleri yapılandırdığınızdan emin olun.

    • Erişilebilirlik alanları arasında hacim taşıma. Bir birimi kullanılabilirlik alanına yerleştirecek şekilde yapılandırdıktan sonra, belirtilen kullanılabilirlik alanı değiştirilemez. Birimleri kullanılabilirlik alanları arasında taşıyamazsınız.

    • Bir hacim için kullanılabilirlik alanı desteğini devre dışı bırakın. Bir birimi kullanılabilirlik alanına yerleştirecek şekilde yapılandırdıktan sonra, kullanılabilirlik alanı desteğini devre dışı bırakamazsınız.

  • Bölgeler arası çoğaltma:

    • Bölgeler arası çoğaltmayı etkinleştirin. Çözümünüzün dayanıklılığını artırmak için başka bir birim için bölgeler arası çoğaltmayı yapılandırın.

    • Bölgeler arası çoğaltmayı devre dışı bırakın. Çoğaltma eşleştirmesini bozarak bölgeler arası çoğaltmayı devre dışı bırakabilirsiniz. Daha fazla bilgi için bkz. Azure NetApp Files kullanarak olağanüstü durum kurtarmayı yönetme.

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

Bu bölümde, birden çok Azure NetApp Files birimi ayrı kullanılabilirlik alanlarına dağıtıldığında, bölgeler arası çoğaltma etkinleştirildiğinde ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arasında trafik yönlendirme: Gelen istekler, seçtiğiniz kullanılabilirlik alanında bulunan belirli birime yönlendirilir.

  • bölgeler arasında Veri çoğaltma: Azure NetApp Files bölgeler arası çoğaltma, kaynak birimde yapılan tüm değişikliklerin zaman uyumsuz olarak hedef birimlere çoğaltıldığı anlamına gelir. Çoğaltmanın ne sıklıkta gerçekleşeceğine karar vekleyebilirsiniz. Bölgeler arası çoğaltma üç çoğaltma zamanlamasını destekler: 10 dakikada bir, saatlik ve günlük.

    Önemli

    Bölgeler arası çoğaltma kullanan büyük birimler için 10 dakikalık çoğaltma zamanlaması desteklenmez.

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

Bu bölümde, birden çok Azure NetApp Files birimi ayrı kullanılabilirlik alanlarına dağıtıldığında, bölgeler arası çoğaltma etkinleştirildiğinde ve kullanılabilirlik alanı kesintisi olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Bir kullanılabilirlik alanının kaybını algılamak ve yük devretmeyi başlatmaktan siz sorumlusunuz.

    Yük devretme manuel bir işlemdir. Hedef birimi etkinleştirmeniz gerektiğinde (örneğin, hedef kullanılabilirlik alanına yük devretme yapmak istediğinizde) çoğaltma eşlemesini kesmeniz ve ardından hedef birimi bağlamanız gerekir. Daha fazla bilgi için bkz. Hedef birime yük devretme.

  • Notification: Azure NetApp Files biriminizin durumunu izlemek için Azure İzleyici ölçümleri kullanabilirsiniz. Azure İzleyici saniye başına giriş/çıkış işlemleri (IOPS), gecikme süresi ve kapasite kullanımı gibi gerçek zamanlı ölçümler aracılığıyla bir bölge aşağı senaryo gösteren anomalileri algılar. Yöneticilerin dosya paylaşımlarını yeniden dengeleme veya yük devretme ya da diğer olağanüstü durum kurtarma protokollerini başlatarak hemen yanıt verebilmesi için uyarı ve bildirimleri yöneticilere gönderecek şekilde yapılandırabilirsiniz.

  • Etkin istekler: Bölge azaltma olayı sırasında etkin isteklerde kesintiler veya artan gecikme süreleri yaşanabilir.

  • Beklenen veri kaybı: Bölge yük devretmesi sırasında bekleyebileceğiniz veri kaybı veya kurtarma noktası hedefi (RPO) miktarı, yapılandırdığınız bölgeler arası çoğaltma zamanlamasına bağlıdır.

    Çoğaltma zamanlaması Tipik RPO
    Her 10 dakikada bir 20 dakika
    Saatlik İki saat
    Günlük 48 saatten az

  • Beklenen kapalı kalma süresi: Başka bir bölgeye yük devretme, hedef birimi etkinleştirmek ve ikinci sitede okuma ve yazma veri erişimi sağlamak için eşleme ilişkisini kesmenizi gerektirir. Eşlemenin bozulmasını tetikledikten sonra yük devretme işleminin bir dakika içinde tamamlanmasını bekleyebilirsiniz.

    Ancak, bir bölge yük devretmesi sırasında bekleyebileceğiniz toplam kapalı kalma süresi miktarı veya kurtarma süresi hedefi (RTO), sistemlerinizin veya işlemlerinizin bölge kaybını algılaması ve yük devretme işlemlerini başlatması da dahil olmak üzere birden çok faktöre bağlıdır. Yanıtınızı otomatikleştirmeye veya el ile adım gerekip gerekmediğine karar vermek de önemlidir. İyi hazırlanmış yapılandırmalar için genel işlemin tamamlanması genellikle birkaç dakika ile bir saat arasında sürer.

  • Trafik yeniden yönlendirme: Uygulama trafiğinizi yeni etkin hedef birime bağlanmak üzere yeniden yönlendirmek sizin sorumluluğunuzdadır. Daha fazla bilgi için bkz. Hedef birime yük devretme.

Bölge kurtarma

Failback, yeniden eşitleme operasyonunu yapmanızı, çoğaltmayı yeniden kurmanızı ve istemcinin erişebilmesi için kaynak birimini yeniden bağlamanızı gerektiren elle yapılan bir süreçtir. Daha fazla bilgi için bkz. Azure NetApp Files kullanarak olağanüstü durum kurtarmayı yönetme.

Bölge hataları için test

Biriminizin anlık görüntülerini kullanarak bölgeler arası çoğaltma yapılandırmanızı güvenli bir şekilde test edebilirsiniz. Bölgeler arası çoğaltma yapılandırmanızı test etmeye yönelik üst düzey bir yaklaşım hakkında bilgi edinmek için bkz. test disaster recovery for Azure NetApp Files.

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

Varsayılan olarak, Azure NetApp Files tek bölgeli bir hizmettir. Bölge kullanılamaz duruma gelirse, bu bölgede depolanan birimler de kullanılamaz. Bölgesel bir kesinti oluşursa dayanıklılığı artırmak için Azure NetApp Files bölgeler arası çoğaltmayı destekler. Bir bölgedeki Azure NetApp Files bir birimdeki (kaynak) verileri Microsoft'un önceden seçtiği başka bir bölgedeki başka bir Azure NetApp Files birimine (hedef) zaman uyumsuz olarak çoğaltabilirsiniz. Bu özellik, bölge genelinde bir kesinti veya olağanüstü durum meydana gelirse kritik uygulamanızda yük devretme gerçekleştirmenizi sağlar.

Uyarı

Tek bir birimi başka bir kullanılabilirlik alanına ve başka bir bölgeye de çoğaltabilirsiniz. Daha fazla bilgi için bkz. Azure NetApp Files replikasyonu.

Gereksinimler

Bölge desteği: Birimlerinizi çoğaltabileceğiniz ikincil bölge birincil bölgeye bağlıdır. Daha fazla bilgi için bkz. Desteklenen bölge çiftleri.

Değerlendirmeler

Farklı Azure abonelikleri arasında çoğaltmaya yalnızca aynı Microsoft Entra kiracı içinde olmaları durumunda izin verilir.

Azure NetApp Files'da bölgeler arası çoğaltmayla ilgili diğer önemli noktalar için bkz. Bölgeler arası çoğaltmayı kullanmayla ilgili sorular ve dikkat edilmesi gerekenler.

Maliyet

Bölgeler arası çoğaltma ücretleri, çoğalttığınız veri miktarına bağlıdır. Daha fazla bilgi ve bazı örnek senaryolar için bkz. Bölgeler arası çoğaltma için maliyet modeli.

Çok bölgeli desteği yapılandırma

  • Bölgeler arası çoğaltmayı etkinleştirme: Çözümünüzün dayanıklılığını artırmak için bölgeler arası çoğaltmayı yapılandırın.

  • Bölgeler arası çoğaltmayı devre dışı bırakın: Çoğaltma eşleştirmesini bozarak bölgeler arası çoğaltmayı devre dışı bırakabilirsiniz. Daha fazla bilgi için bkz. Azure NetApp Files kullanarak olağanüstü durum kurtarmayı yönetme.

Tüm bölgeler iyi durumda olduğunda davranış

Bu bölümde, Azure NetApp Files birimleri bölgeler arası çoğaltma kullanacak şekilde yapılandırıldığında ve her iki bölge de çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arasında trafik yönlendirme: Gelen istekler birincil bölgede bulunan belirli birime yönlendirilir.

  • bölgeler arasında Veri çoğaltması: Azure NetApp Files bölgeler arası çoğaltma, kaynak birimde yapılan tüm değişikliklerin hedef birimlere zaman uyumsuz olarak çoğaltıldığı anlamına gelir. Çoğaltmanın ne sıklıkta gerçekleşeceğine karar vekleyebilirsiniz. Bölgeler arası çoğaltma üç çoğaltma zamanlamasını destekler: 10 dakikada bir, saatlik ve günlük.

    Önemli

    Bölgeler arası çoğaltma kullanan büyük birimler için 10 dakikalık çoğaltma zamanlaması desteklenmez.

  • Çoğaltma durumunu izleme: Eşleme ilişkisinin durumunu izleyebilir ve çoğaltma gecikmesi beklenen eşiğinizin ötesine geçildiğinde sizi bilgilendirecek uyarılar yapılandırabilirsiniz. Daha fazla bilgi edinmek için Çoğaltma ilişkisinin sağlığını görüntüleme ve durumunu izleme bölümünü inceleyin.

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

Bu bölümde, Azure NetApp Files birimleri bölgeler arası çoğaltma kullanacak şekilde yapılandırıldığında ve birincil bölgede kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Bir bölgenin kaybını tespit etmekten ve olağanüstü durum başlatmaktan siz sorumlusunuz. Yük devretme manuel bir işlemdir. Hedef birimi aktif hale getirmeniz gerektiğinde (örneğin, hedef bölgeye yük devretmek istediğinizde), çoğaltma eşlemesini sonlandırmanız ve ardından hedef birimi bağlamanız gerekir. Daha fazla bilgi için bkz. Hedef birime yük devretme.

  • Notification: Azure NetApp Files biriminizin durumunu izlemek için Azure İzleyici ölçümleri kullanabilirsiniz. Azure İzleyici IOPS, gecikme süresi ve kapasite kullanımı gibi gerçek zamanlı ölçümler aracılığıyla bölge azaltma senaryosu gösteren anomalileri algılar. Yöneticilerin dosya paylaşımlarını yeniden dengeleme veya yük devretme ya da diğer olağanüstü durum kurtarma protokollerini başlatarak hemen yanıt verebilmesi için uyarı ve bildirimleri yöneticilere gönderecek şekilde yapılandırabilirsiniz.

  • Etkin istekler: Bölge azaltma olayı sırasında etkin isteklerde kesintiler veya artan gecikme süreleri yaşanabilir.

  • Beklenen veri kaybı: Bölge yük devretmesi sırasında bekleyebileceğiniz veri kaybı veya RPO miktarı, yapılandırdığınız bölgeler arası çoğaltma zamanlamasına bağlıdır.

    Çoğaltma zamanlaması Tipik RPO
    Her 10 dakikada bir 20 dakikadan az
    Saatlik İki saatten az
    Günlük 48 saatten az

  • Beklenen kapalı kalma süresi: Başka bir bölgeye yük devretme, hedef birimi etkinleştirmek ve ikinci sitede okuma ve yazma veri erişimi sağlamak için eşleme ilişkisini koparmanızı gerektirir. Eşlemenin bozulmasını tetikledikten sonra yük devretme işleminin bir dakika içinde tamamlanmasını bekleyebilirsiniz.

    Ancak, bir bölge yük devretmesi sırasında bekleyebileceğiniz toplam kapalı kalma süresi veya RTO, sistemlerinizin veya işlemlerinizin bölge kaybını algılaması ve yük devretme işlemlerini başlatması da dahil olmak üzere birden çok faktöre bağlıdır. Yanıtınızı otomatikleştirmeye veya el ile adım gerekip gerekmediğine karar vermek de önemlidir. İyi hazırlanmış yapılandırmalar için genel işlemin tamamlanması genellikle birkaç dakika ile bir saat arasında sürer.

  • Trafik yeniden yönlendirme: Uygulama trafiğinizi yeni etkin hedef birime bağlanmak üzere yeniden yönlendirmek sizin sorumluluğunuzdadır. Daha fazla bilgi için bkz. Hedef birime yük devretme.

Bölge geri kazanımı

Birincil bölge kurtarıldıktan sonra geri dönüş sizin sorumluluğunuzdadır. Failback, yeniden eşitleme operasyonunu yapmanızı, çoğaltmayı yeniden kurmanızı ve istemcinin erişebilmesi için kaynak birimini yeniden bağlamanızı gerektiren elle yapılan bir süreçtir. Daha fazla bilgi için bkz. Azure NetApp Files kullanarak olağanüstü durum kurtarmayı yönetme.

Bölge hataları testi

Biriminizin anlık görüntülerini kullanarak bölgeler arası çoğaltma yapılandırmanızı güvenli bir şekilde test edebilirsiniz. Bölgeler arası çoğaltma yapılandırmanızı test etmeye yönelik üst düzey bir yaklaşım hakkında bilgi edinmek için bkz. Azure NetApp Files.

Yedekleme ve geri yükleme

Azure NetApp Files backup uzun vadeli kurtarma, arşiv ve uyumluluk için tam olarak yönetilen bir yedekleme çözümü sağlayarak Azure NetApp Files veri koruma özelliklerini genişletir. Hizmetin oluşturduğu yedeklemeler, yakın vadeli kurtarma veya kopyalama için kullanılabilen birim anlık görüntülerinden bağımsız olarak Azure depolama alanında depolanır. Hizmetin aldığı yedeklemeler, bölgedeki yeni Azure NetApp Files birimlerine geri yüklenebilir. Azure NetApp Files yedekleme hem ilke tabanlı (zamanlanmış) yedeklemeleri hem de el ile (isteğe bağlı) yedeklemeleri destekler.

Daha fazla güvenlik için Azure NetApp Files snapshots performansı etkilemeden kararlılık, ölçeklenebilirlik ve hızlı kurtarılabilirlik ekleyin. Yedekleme, bölgeler arası çoğaltma ve bölgeler arası çoğaltma gibi diğer yedeklilik çözümlerinin temelini sağlar.

Çoğu çözüm için yalnızca yedeklemelere güvenmemeniz gerekir. Bunun yerine, dayanıklılık gereksinimlerinizi desteklemek için bu kılavuzda açıklanan diğer özellikleri kullanın. Ancak yedeklemeler, diğer yaklaşımların koruma altına almayan bazı risklere karşı koruma sağlar. Daha fazla bilgi için bkz. Yedeklilik, çoğaltma ve yedekleme nedir?

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.

İlgili içerik

  • Last updated on