Aracılığıyla paylaş


Microsoft Fabric'te güvenilirlik

Bu makalede, Microsoft Fabric'teki güvenilirlik desteği ve hem kullanılabilirlik alanları hem de bölgeler arası kurtarma ve iş sürekliliği ile bölgesel dayanıklılık açıklanmaktadır. Azure'da güvenilirlik hakkında daha ayrıntılı bir genel bakış için bkz . Azure güvenilirliği.

Kullanılabilirlik alanı desteği

Azure kullanılabilirlik alanları, her Azure bölgesindeki en az üç fiziksel ayrı veri merkezi grubudur. Her bölgedeki veri merkezleri bağımsız güç, soğutma ve ağ altyapısı ile donatılmıştır. Yerel bölge hatası durumunda kullanılabilirlik alanları, bir bölge etkileniyorsa, bölgesel hizmetler, kapasite ve yüksek kullanılabilirlik kalan iki bölge tarafından desteklenecek şekilde tasarlanmıştır.

Hatalar, yazılım ve donanım arızalarından deprem, sel ve yangın gibi olaylara kadar değişebilir. Azure hizmetlerinin yedekliliği ve mantıksal yalıtımı ile hatalara dayanıklılık elde edilir. Azure'daki kullanılabilirlik alanları hakkında daha ayrıntılı bilgi için bkz . Bölgeler ve kullanılabilirlik alanları.

Azure kullanılabilirlik alanlarının etkinleştirildiği hizmetler, doğru güvenilirlik ve esneklik düzeyini sağlayacak şekilde tasarlanmıştır. Bunlar iki şekilde yapılandırılabilir. Alanlar arasında otomatik çoğaltma ile alanlar arası yedekli veya belirli bir bölgeye sabitlenmiş örneklerle bölgesel olabilir. Bu yaklaşımları da birleştirebilirsiniz. Bölgesel ve alanlar arası yedekli mimari hakkında daha fazla bilgi için bkz . Kullanılabilirlik alanlarını ve bölgelerini kullanma önerileri.

Doku, kaynakların sizin ayarlamanıza veya yapılandırmanıza gerek kalmadan bölgeler arasında otomatik olarak çoğaltıldığı alanlar arası yedekli kullanılabilirlik alanlarını desteklemek için ticari olarak makul çabalar sunar.

Önkoşullar

  • Doku şu anda sınırlı sayıda bölgede kısmi kullanılabilirlik alanı desteği sağlamaktadır. Bu kısmi kullanılabilirlik alanı desteği deneyimleri (ve/veya bir deneyim içindeki belirli işlevleri) kapsar.
  • Olay Akışları gibi deneyimler kullanılabilirlik alanlarını desteklemez.
  • 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 kullanılabilirliği, önizleme aşamasındaki Doku deneyimleri ve/veya özellikleri/işlevleri için kullanılabilir veya kullanılamayabilir.
  • Power BI'daki şirket içi ağ geçitleri ve büyük anlam modelleri kullanılabilirlik alanlarını desteklemez.
  • Data Factory (işlem hatları) Batı Avrupa'daki kullanılabilirlik alanlarını destekler, ancak bölge kesintisi durumunda yeni veya üretim dışı işlem hatları çalıştırmaları başarısız olabilir .

Desteklenen bölgeler

Doku, çeşitli bölgelerde aşağıdaki gibi kullanılabilirlik alanı desteği sağlamak için ticari olarak makul çaba gösterir:

Kuzey ve Güney Amerika Power BI Datamarts Veri Ambarları Gerçek Zamanlı Analiz Data Factory (işlem hatları) Veri Madenciliği
Güney Brezilya
Orta Kanada
Central US
Doğu ABD
Doğu ABD 2
Orta Güney ABD
Batı ABD 2
Batı ABD 3
Avrupa
Orta Fransa
Orta Batı Almanya
Kuzey İtalya
Kuzey Avrupa
Doğu Norveç
Polonya Merkezi
Güney Birleşik Krallık
West Europe
Orta Doğu
Katar Merkezi
Orta İsrail
Afrika
Güney Afrika - Kuzey
Asya Pasifik
Doğu Avustralya
Doğu Japonya
Güneydoğu Asya

Bölge azaltma deneyimi

Bölge genelinde kesinti sırasında, bölge kurtarma sırasında herhangi bir eylem gerekmez. Desteklenen bölgelerde listelenen bölgelerdeki doku özellikleri, iyi durumdaki bölgeden yararlanmak için otomatik olarak kendi kendini iyileştirir ve yeniden dengeler. Ana düğüm başarısız bölgedeyse Spark İşleri'ni çalıştırma işlemi başarısız olabilir. Böyle bir durumda işlerin yeniden yayımlanması gerekir.

Önemli

Microsoft tekdüzen ve tutarlı kullanılabilirlik alanı desteği sağlamaya çalışırken, kullanılabilirlik alanı hatalarının bazı durumlarda müşteri talebi dalgalanmalarının daha yüksek olduğu Azure bölgelerinde bulunan Doku kapasiteleri normal gecikme süresinden daha yüksek olabilir.

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

Olağanüstü durum kurtarma (DR), kapalı kalma süresi ve veri kaybına neden olan doğal afetler veya başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmayla ilgilidir. 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 söz konusu olduğunda, Microsoft paylaşılan sorumluluk modelini kullanır. Paylaşılan bir sorumluluk modelinde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Aynı zamanda, 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 yönergeler sağlar ve DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarmayı desteklemek için hizmete özgü özellikleri kullanabilirsiniz.

Bu bölümde, planlanmamış bir bölgesel olağanüstü durum oluştuğunda kuruluşunuzun verilerini güvenli ve erişilebilir tutmasına yardımcı olmak üzere tasarlanmış Bir Yapı için olağanüstü durum kurtarma planı açıklanmaktadır. Plan aşağıdaki konuları kapsar:

  • Bölgeler arası çoğaltma: Doku, 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: Doku, kurtarma işleminde size yol gösterecek yapılandırılmış bir yönergeler kümesi sağlar. 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: Power BI, varsayılan teklifinde otomatik olarak olağanüstü durum kurtarma özellikleri içerir. 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 depolama coğ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 bkz . Power BI yüksek kullanılabilirlik, yük devretme ve olağanüstü durum kurtarma hakkında SSS

Önemli

Ev bölgelerinin Azure çifti bölgesi olmayan ve olağanüstü durumdan etkilenen müşteriler için, bu kapasiteler içindeki veriler çoğaltılmış olsa bile Doku kapasitelerini kullanma olanağı tehlikeye girebilir. Bu sınırlama, kapasitelerin çalışması için gerekli olan ana bölgenin altyapısına bağlıdır.

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 kiracısı ve veri depolama alanı için ana bölge , kaydolan ilk kullanıcının fatura adresi konumuna ayarlanır. Kiracı kurulumu hakkında daha fazla bilgi için 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 bölgenizi başka bir bölgeyle değiştirmek istiyorsanız, Bir Doku Premium özelliği olan Multi-Geo'yı etkinleştirmeniz gerekir.

Önemli

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ölgeye sahip olmayan bir ana bölge söz konusu olduğunda, ana hizmet işlevselliği ana bölgeye bağlı olduğundan, Multi-Geo özellikli herhangi bir bölgedeki kapasiteler olağanüstü durumlarla karşılaşırsa işletimsel sorunlarla karşılaşabilir.

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 bkz . Doku ana bölgenizi bulma.

Olağanüstü durum kurtarma kapasitesi ayarı

Doku, kapasite ayarları sayfasında bir olağanüstü durum 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 ayrıntı düzeyi kapasite düzeyidir. Hem Premium hem de Doku kapasiteleri için kullanılabilir.

  • Veri kapsamı: Olağanüstü durum kurtarma iki durumlu düğmesi özellikle Lakehouse ve Warehouse verilerini içeren OneLake verilerini ele alır. Anahtar, OneLake dışında depolanan verilerinizi etkilemez.

  • Power BI için BCDR sürekliliği: OneLake verileri için olağanüstü durum kurtarma özelliği açılıp kapatılabilirken, anahtarın açık veya kapalı olmasına bakılmaksızın Power BI için BCDR her zaman desteklenir.

  • Sıklık: Olağanüstü durum kurtarma kapasitesi ayarını değiştirdikten sonra yeniden değiştirebilmek için 30 gün beklemeniz gerekir. Bekleme süresi, kararlılığı korumak ve sabit geçişleri önlemek için ayarlanmıştır,

Olağanüstü durum kurtarma kiracı ayarının ekran görüntüsü.

Not

Olağanüstü durum kurtarma kapasitesi ayarını açtıktan sonra verilerin çoğaltmaya başlaması bir hafta kadar sürebilir.

Veri çoğaltma

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. Doku platformu, coğrafi olarak yedeklilik çiftlerini sağlamak için Azure bölgeleriyle uyumludur. Ancak bazı bölgelerin Azure çifti bölgesi yoktur veya çift bölge Doku'nun desteklemiyor. Bu bölgeler için veri çoğaltma kullanılamaz. Daha fazla bilgi için bkz . Kullanılabilirlik alanları olan ve bölge çifti olmayan bölgeler ve Doku bölgesi kullanılabilirliği.

Not

Doku, olağanüstü durum kurtarmayı desteklemek için OneLake'te bir veri çoğaltma çözümü sunarken, önemli 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.

Faturalandırma

Doku'daki 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.

Olağanüstü durum kurtarmayı ayarlama

Doku, 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 el ile 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 olağanüstü durum birincil bölgeyi kurtarılamaz hale getirdiğinde, Microsoft Fabric bölgesel yük devretme başlatır. Yük devretme tamamlanana ve Microsoft Fabric destek sayfasına bir bildirim gönderilene kadar Doku portalına erişim kullanılamaz.

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 şunları bekleyebilirsiniz:

  • Doku portalı: Portala erişebilir ve mevcut çalışma alanlarına ve öğelere göz atma gibi işlemleri okumaya devam edebilirsiniz. Ç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 alamazsınız, ancak dosyalara OneLake API'leri veya araçları aracılığıyla erişilebilir.

  • Spark İş Tanımı: Spark iş tanımlarını alamazsınız, ancak kod dosyalarına OneLake API'leri veya araçları aracılığıyla erişilebilir. Tüm meta veriler veya yapılandırmalar yük devretmeden sonra kaydedilir.

  • Not Defteri: Not defterlerini alamazsınız ve olağanüstü durumdan sonra kod içeriği kaydedilmez.

  • ML Modeli/Deneme: ML modellerini veya denemelerini alamazsınız. Çalıştırma ölçümleri ve yapılandırmaları gibi kod içeriği ve meta veriler olağanüstü durumdan sonra kaydedilmez.

  • Veri Akışı 2. Nesil/İşlem Hattı/Olay Akışı: Bu öğeleri alamazsınız, ancak verileri korumak için desteklenen olağanüstü durum kurtarma hedeflerini (göl evleri veya ambarlar) kullanabilirsiniz.

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

Olağanüstü durum senaryosunda, Doku portalı ve Power BI salt okunur moddadır ve diğer Doku öğeleri kullanılamaz durumdadır; API'leri veya üçüncü taraf araçlarını kullanarak OneLake'te depolanan verilerine 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 çok kanaldan erişilebilir olmaya devam eder:

3. Aşama: Kurtarma planı

Doku bir olağanüstü durumdan sonra verilerin erişilebilir kalmasını sağlarken, hizmetlerini olaydan önceki duruma tamamen geri yüklemek için de işlem yapabilirsiniz. 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 Doku kapasitesi oluşturun. Bu tür olaylar sırasındaki yüksek talep göz önüne alındığında, işlem hizmeti kullanılabilirliği olasılığını artırmak için birincil coğrafi bölgenizin dışında bir bölge seçmenizi öneririz. Kapasite oluşturma hakkında bilgi için bkz . Microsoft Fabric aboneliği satın alma.

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

  3. Kurtarmak istediğiniz adlarla aynı adlara sahip öğeler oluşturun. Lakehouse'ları ve ambarları kurtarmak için özel betiği 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