Microsoft Fabric'te güvenilirlik

Bu makale, Microsoft Fabric'te güvenilirlik desteğini açıklar; hem erişilebilirlik bölgeleriyle bölgesel dayanıklılık hem de bölgeler arası kurtarma ve iş sürekliliği dahildir. Azure güvenilirliğine daha ayrıntılı bir genel bakış için bkz. Azure reliability.

Kullanılabilirlik alanı desteği

Kullanılabilirlik alanları , bir Azure bölgesi içindeki veri merkezlerinin fiziksel olarak ayrı gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Azure kullanılabilirlik alanları, Fabric ve Power BI öğelerini ve verilerini veri merkezi hatalarından korur. Hizmet, Fabric kaynaklarını birden fazla bölgeye otomatik olarak dağıtır ve herhangi bir müşteri yapılandırması gerektirmez.

• OneLake kullanıyorsanız veri mühendisliği kullanılabilirlik alanlarını destekler. ADLS 2. Nesil gibi diğer veri kaynaklarını kullanıyorsanız Alanlar arası yedekli depolamanın (ZRS) etkinleştirildiğinden emin olmanız gerekir.

Bölge küçültme deneyimi

Tüm bölge genelinde kesinti sırasında müşterinin müdahalesi gerekmez. Doku özellikleri, sağlıklı bölgeden yararlanmak için otomatik olarak kendini iyileştirir ve yeniden dengeler. Bazı durumlarda, devam eden operasyonların yeniden başlatılması gerekebilir. Örneğin, ana düğüm arızalı bölgede bulunuyorsa Spark işlerinin çalıştırılması başarısız olabilir. Böyle bir durumda, ilanları yeniden göndermeniz gerekir. Veri ambarı ve SQL analitik uç noktası sorgusu, ön uç düğümü başarısız durumdaki bölgede bulunuyorsa başarısız olabilir. Böyle bir durumda, sorguyu güvenli bir şekilde yeniden başlatmanız gerekir.

Important

Microsoft, tekdüzen ve tutarlı kullanılabilirlik alanı desteği sağlamaya çalışsa da, bazı durumlarda kullanılabilirlik alanı hatalarında, müşteri talebi dalgalanmalarının daha yüksek olduğu Azure bölgelerinde üstün talep nedeniyle Doku kapasiteleri normalden daha yüksek gecikme süreleri yaşayabilir.

Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği

Olağanüstü durum kurtarma (DR), kuruluşların doğal afetler veya kesinti ve veri kaybına neden olan başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmak için kullandığı uygulamaları ifade eder. Nedeni ne olursa olsun, olağanüstü durum için en iyi çözüm iyi tanımlanmış ve test edilmiş bir DR planı ve DR'yi etkin bir şekilde destekleyen bir uygulama tasarımıdır. Olağanüstü durum kurtarma planınızı oluşturmaya başlamadan önce bkz. Olağanüstü durum kurtarma stratejisi tasarlama önerileri.

DR için Microsoft shared sorumluluk modelini kullanır. Bu modelde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Ancak, birçok Azure hizmeti verileri otomatik olarak çoğaltmaz veya başarısız olan bir bölgeden geri dönerek başka bir etkin bölgeye çapraz çoğaltma yapamaz. Bu hizmetler için iş yükünüz için uygun bir olağanüstü durum kurtarma planı ayarlamak sizin sorumluluğunuzdadır. Hizmet olarak Azure platformu (PaaS) tekliflerinde çalışan hizmetlerin çoğu, DR'yi desteklemek için özellikler ve rehberlik sağlar. DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarma desteklemek için hizmete özgü özellikleri kullanabilirsiniz.

Bu bölüm, planlanmamış bir bölgesel felaket meydana geldiğinde kuruluşunuzun verilerini güvenli ve erişilebilir tutmasına yardımcı olmak üzere tasarlanmış Fabric için bir felaket kurtarma planını açıklamaktadır. Plan aşağıdaki konuları kapsar:

• Bölgeler arası çoğaltma: Fabric, OneLake'te depolanan veriler için bölgeler arası çoğaltma sunar. Gereksinimlerinize göre bu özelliği kabul edebilir veya devre dışı bırakabilirsiniz.

• Olağanüstü durumdan sonra veri erişimi: Bölgesel bir olağanüstü durum senaryosunda Doku, belirli sınırlamalarla veri erişimini garanti eder. Yük devretme sonrasında yeni öğelerin oluşturulması veya değiştirilmesi kısıtlanmış olsa da, birincil odak mevcut verilerin erişilebilir ve bozulmamış durumda kalmasını sağlamaya odaklanır.

• Kurtarma kılavuzu: Fabric, kurtarma işleminde size yol gösterecek yapılandırılmış bir yönergeler kümesi sunar. Yapılandırılmış kılavuz, normal işlemlere geri dönmenizi kolaylaştırır.

Artık Doku'nun bir parçası olan Power BI,sağlam bir olağanüstü durum kurtarma sistemine sahiptir ve aşağıdaki özellikleri sunar:

• Varsayılan olarak BCDR: Bir bölge, Power BI'ı destekleyen bir bölgeyleeşleştirilmişse, olağanüstü durum kurtarma özellikleri varsayılan olarak eklenir. Bu özelliği ayrı ayrı kabul etmeniz veya etkinleştirmeniz gerekmez.

• Bölgeler arası çoğaltma: Power BI, yedekleme örneklerinin başka bölgelerde mevcut olduğunu ve kullanılabileceğini garanti etmek için Azure depolamacoğrafi olarak yedekli çoğaltma ve Azure SQL coğrafi olarak yedekli çoğaltma kullanır. Bu, verilerin farklı bölgelerde çoğaltılması, kullanılabilirliğini artırması ve bölgesel kesintilerle ilişkili riskleri azaltması anlamına gelir.

• Olağanüstü durumdan sonra devam eden hizmetler ve erişim: Kesintiye neden olan olaylar sırasında bile Power BI öğelerine salt okunur modda erişilebilir durumda kalır. Öğeler arasında semantik modeller, raporlar ve panolar yer alır ve işletmelerin önemli bir engel olmadan analiz ve karar alma süreçlerine devam etmelerini sağlar.

Daha fazla bilgi için Power BI yüksek erişilebilirlik, yük devretme ve olağanüstü durum kurtarma SSS bölümüne bakın.

Important

Felaketten etkilenen ve ana bölgelerinde Fabric’i destekleyen eşleştirilmiş bir Azure bölgesi bulunmayan müşteriler için, bu kapasitelerdeki veriler çoğaltılmış olsa bile Fabric kapasitelerinden yararlanabilme olanağı olumsuz etkilenebilir. Bu sınırlama, kapasitelerin işletilmesi için gerekli olan ana bölgenin altyapısına bağlıdır. Dokuyu destekleyen bölgelerin listesini görmek için Doku Bölgesi Kullanılabilirliği'ne gidin.

Ev bölgesi ve kapasite işlevselliği

Etkili olağanüstü durum kurtarma planlaması için, ana bölgenizle kapasite konumlarınız arasındaki ilişkiyi anlamanız kritik önem taşır. Ana bölge ve kapasite konumlarını anlamak, hem kapasite bölgelerinin hem de ilgili çoğaltma ve kurtarma işlemlerinin stratejik seçimlerini yapmanıza yardımcı olur.

Kuruluşunuzun kullanım durumu ve veri depolama alanı için ana bölge, kaydolan ilk kullanıcının fatura adresi konumu olarak belirlenir. Daha fazla bilgi için kiracı kurulumu hakkında, bkz. Power BI uygulama planlaması: Kiracı kurulumu. Yeni kapasiteler oluşturduğunuzda, veri depolama alanınız varsayılan olarak ana bölgeye ayarlanır. Veri depolama alanınızı başka bir bölgeye değiştirmek istiyorsanız, Multi-Geo'yu etkinleştirmeniz gerekir; bu özellik Fabric Premium'dur.

Important

Kapasiteniz için farklı bir bölge seçmek, tüm verilerinizi bu bölgeye tamamen yeniden taşımaz. Bazı veri öğeleri hala ana bölgede depolanır. Hangi verilerin ana bölgede kaldığını ve hangi verilerin Multi-Geo özellikli bölgede depolandığını görmek için bkz . Doku Premium için Multi-Geo desteğini yapılandırma.

Eşleştirilmiş bölge olmayan bir ana bölge durumunda, Multi-Geo özellikli herhangi bir bölgedeki kapasiteler, ana bölge bir felaket yaşarsa operasyonel sorunlarla karşılaşabilir, çünkü temel hizmet işlevselliği ana bölgeye bağlıdır.

AB içinde Multi-Geo özellikli bir bölge seçerseniz, verilerinizin AB veri sınırı içinde depolandığı garanti edilir.

Ana bölgenizi tanımlamayı öğrenmek için Fabric ana bölgenizi bulma adlı bölüme bakın.

Olağanüstü durum kurtarma kapasitesi ayarı

Fabric, kapasite ayarları sayfasında bir felaket kurtarma anahtarı sağlar. Azure bölgesel eşleştirmelerinin Doku'nun hizmet varlığıyla uyumlu olduğu durumlarda kullanılabilir. Bu anahtarın özellikleri şunlardır:

• Rol erişimi: Bu anahtarı yalnızca kapasite yöneticisi rolüne veya daha yüksek bir role sahip kullanıcılar kullanabilir.

• Ayrıntı düzeyi: Anahtarın kapasite derecesi ayrıntı düzeyidir. Hem Premium hem de Fabric kapasiteleri için kullanılabilir.

• Veri kapsamı: Olağanüstü durum kurtarma geçiş düğmesi, özellikle Lakehouse ve Warehouse verilerini içeren OneLake verilerine odaklanır. Bu anahtar, OneLake dışında depolanan verilerinizi etkilemez.

• Power BI için BCDR sürekliliği: OneLake verileri için felaket kurtarma özelliğini açıp kapatabilseniz de, anahtarın açık ya da kapalı olmasına bakılmaksızın Power BI için BCDR her zaman desteklenir.

• Sıklık: Felaket kurtarma kapasite ayarını değiştirdikten sonra, tekrar değiştirmek için 30 gün beklemeniz gerekir. Bekleme süresi, kararlılığı korur ve sürekli açılıp kapanmayı önler.

Note

Felaket kurtarma kapasite ayarı etkinleştirildikten veya kapasite içinde yeni çalışma alanları oluşturulduktan sonra, veri çoğaltmasının başlaması biraz zaman alabilir. Her çalışma alanının durumunu , bu kapasiteye atanan çalışma alanları'nın altındaki kapasite ayarları sayfasından de kontrol edebilirsiniz. OneLake Coğrafi çoğaltma sütunu, coğrafi çoğaltmayı etkinleştirme durumunu gösterir.

Veri replikasyonu

Olağanüstü durum kurtarma kapasitesi ayarını açtığınızda, bölgeler arası çoğaltma OneLake verileri için olağanüstü durum kurtarma özelliği olarak etkinleştirilir. Fabric platformu, coğrafi yedeklilik çiftlerini sağlamak için Azure bölgeleriyle uyumludur. Ancak bazı bölgelerin Azure eş bölgesi yoktur veya eş bölge Fabric'i desteklemiyor. Bu bölgeler için veri çoğaltma mevcut değil. Daha fazla bilgi için Kullanılabilirlik alanlarına sahip ve bölge çifti olmayan bölgeler ve Doku bölgesi kullanılabilirliği kısmına bakın.

Note

Fabric, olağanüstü durum kurtarmayı desteklemek için OneLake'te bir veri çoğaltma çözümü sunarken dikkate değer sınırlamalar vardır. Örneğin, KQL veritabanlarının ve sorgu kümelerinin verileri OneLake'in dışında depolanır ve bu da ayrı bir olağanüstü durum kurtarma yaklaşımı gerektiği anlamına gelir. Her Doku öğesi için olağanüstü durum kurtarma yaklaşımının ayrıntıları için bu belgenin geri kalanına bakın.

Billing

Fabric'teki olağanüstü durum kurtarma özelliği, gelişmiş güvenlik ve güvenilirlik için verilerinizin coğrafi olarak çoğaltılmasını sağlar. Bu özellik, sırasıyla BCDR Depolama ve BCDR İşlemleri olarak faturalanan daha fazla depolama ve işlem kullanır. Bu maliyetleri , ayrı satır öğeleri olarak göründükleri Microsoft Fabric Capacity Metrics uygulamasında izleyebilir ve yönetebilirsiniz.

Uygun şekilde planlamanıza ve bütçe oluşturmanıza yardımcı olacak tüm ilişkili olağanüstü durum kurtarma maliyetlerinin kapsamlı dökümü için bkz . OneLake işlem ve depolama tüketimi.

Felaket kurtarma sistemini kurun

Fabric, veri dayanıklılığını desteklemek için olağanüstü durum kurtarma özellikleri sağlarken, kesintiler sırasında hizmeti geri yüklemek için belirli manuel adımları izlemeniz gerekir. Bu bölümde, olası kesintilere hazırlanmak için gerçekleştirmeniz gereken eylemler ayrıntılı olarak ele alınıyor.

1. Aşama: Hazırlama

• Olağanüstü durum kurtarma kapasitesi ayarlarını etkinleştirme: Koruma ve performans gereksinimlerinizi karşıladığından emin olmak için düzenli olarak olağanüstü durum kurtarma kapasitesi ayarlarını gözden geçirin ve ayarlayın.

• Veri yedeklemeleri oluşturma: OneLake dışında depolanan kritik verileri olağanüstü durum kurtarma planınıza uygun şekilde başka bir bölgeye kopyalayın.

2. Aşama: Olağanüstü durum yük devretme

Büyük bir felaket birincil bölgeyi kurtarılamaz hâle getirdiğinde Microsoft Fabric, bölgesel bir yük devretme işlemi başlatır. Failover tamamlanana kadar Fabric portalına erişemezsiniz. Microsoft Fabric destek sayfasında bir bildirim yayınlanıyor.

Genellikle bir saatten az sürse de yük devretmenin tamamlanması için gereken süre değişebilir. Yük devretme tamamlandıktan sonra neler bekleyebileceğinizi buradan öğrenebilirsiniz:

• Fabric portalı: Portala erişebilir ve var olan çalışma alanlarına göz atma, çalışma alanlarındaki görev akışları ve öğeler gibi işlemler çalışmaya devam eder. Çalışma alanı oluşturma veya değiştirme gibi tüm yazma işlemleri duraklatılır.

• Power BI: Panoları ve raporları görüntüleme gibi okuma işlemleri gerçekleştirebilirsiniz. Yenilemeler, rapor yayımlama işlemleri, pano ve rapor değişiklikleri ve meta verilerde değişiklik gerektiren diğer işlemler desteklenmez.

• Lakehouse/Warehouse: Bu öğeleri açamazsınız, ancak OneLake API'leri veya araçları aracılığıyla dosyalara erişebilirsiniz.

• Spark İş Tanımı: Spark iş tanımlarını açamazsınız, ancak OneLake API'leri veya araçları aracılığıyla kod dosyalarına erişebilirsiniz. Herhangi bir meta veri veya yapılandırma failover sonrası kaydedilir.

• Notebook: Defterleri açamazsınız ve kod içeriği felaket sonrası kaydedilmiyor.

• ML Modeli/Deneme: ML modellerini veya denemelerini açamazsınız. Kod içeriği ve çalışma metrikleri ile yapılandırmalar gibi meta veriler felaket sonrası kaydedilmiyor.

• Dataflow Gen2/Pipeline/Eventstream: Bu öğeleri açamazsınız, ancak verileri korumak için desteklenen olağanüstü durum kurtarma hedeflerini (göl evleri veya veri ambarları) kullanabilirsiniz.

• KQL Veritabanı/Sorgu Kümesi: Failover sonrası KQL veritabanlarına ve sorgu setlerine erişemezsiniz. KQL veritabanlarındaki ve sorgu kümelerindeki verileri korumak için daha fazla önkoşul adımı gereklidir.

Bir felaket durumunda, Fabric portalı ve Power BI sadece okuma modunda, diğer Fabric öğeleri ise kullanılamaz. OneLake'te depolanan verilerine API'ler veya üçüncü taraf araçlar kullanarak erişebilirsiniz. Hem portal hem de Power BI, bu veriler üzerinde okuma-yazma işlemleri gerçekleştirme özelliğini korur. Bu özellik, kritik verilerin erişilebilir ve değiştirilebilir kalmasını sağlar ve iş operasyonlarınızın olası kesintisini azaltır.

OneLake verilerine birden fazla kanaldan erişebilirsiniz:

• OneLake ADLS 2. Nesil API'si: Bkz . Microsoft OneLake'e Bağlanma

• OneLake verilerine bağlanabilen araçlara örnek:

  • Azure Depolama Gezgini: Bkz.OneLake'i Azure Depolama Gezgini ile tümleştirme

  • OneLake Dosya Gezgini: Fabric verilerine erişmek için OneLake dosya gezginini kullanma Bkz.

• Olağanüstü durum senaryosunda OneLake kataloğu salt okunur moddadır:

  • Keşfet sekmesi: Araştır sekmesine erişerek meta verileri ve ilgili ayrıntılar da dahil olmak üzere tüm öğeleri ve çalışma alanlarını görüntüleyebilirsiniz.

  • İdare sekmesi: Yük devretme öncesinde en son başarılı model yenilemesine bağlı olarak içgörüleri, önerilen eylemleri ve idare araçlarını görüntülemek için İdare sekmesine erişebilirsiniz.

3. Aşama: Kurtarma planı

Fabric, olağanüstü bir durumdan sonra verilerin erişilebilirliğini sağlarken, hizmetleri olay öncesindeki durumlarına tamamen geri yüklemek için de harekete geçebilirsiniz. Bu bölümde, kurtarma işleminde size yardımcı olacak adım adım bir kılavuz sağlanır.

Kurtarma adımları

1. Olağanüstü durumdan sonra herhangi bir bölgede yeni bir Fabric kapasitesi oluşturun. Bu tür olaylar sırasında yüksek talep göz önüne alındığında, hesaplama hizmetlerinin kullanılabilirliğini artırmak için birincil geografinizin dışında bir bölge seçin. Kapasite oluşturma hakkında bilgi için Microsoft Fabric aboneliği satın alma bölümüne bakın.

2. Yeni oluşturulan kapasitede çalışma alanları oluşturun. Gerekirse, eski çalışma alanlarıyla aynı adları kullanın.

3. Kurtarmak istediğiniz adlara sahip olan öğeleri oluşturun. Lakehouse'ları ve ambarları kurtarmak için özel komut dosyasını kullanıyorsanız bu adım önemlidir.

4. Öğeleri geri yükleyin. Her öğe için, öğeyi geri yüklemek için Deneyime özgü olağanüstü durum kurtarma kılavuzundaki ilgili bölümü izleyin.

Sonraki Adımlar

• Deneyime özgü olağanüstü durum kurtarma kılavuzu
• Azure'da güvenilirlik