Betrouwbaarheid in Microsoft Fabric

Dit artikel beschrijft betrouwbaarheidsondersteuning in Microsoft Fabric, inclusief zowel regionale veerkracht met beschikbaarheidszones als herstel en bedrijfscontinuïteit over verschillende regio's. Zie Azure-betrouwbaarheid voor een gedetailleerder overzicht van betrouwbaarheid in Azure.

Ondersteuning voor beschikbaarheidszones

Beschikbaarheidszones zijn fysiek gescheiden groepen datacenters binnen een Azure-regio. Wanneer één zone uitvalt, kunnen services een failover uitvoeren naar een van de resterende zones.

Fabric maakt gebruik van Azure-beschikbaarheidszones om Fabric- en Power BI-items en -gegevens te beveiligen tegen datacenterfouten. De dienst verdeelt automatisch Fabric-resources over meerdere zones zonder dat er klantconfiguratie nodig is.

  • Data engineering ondersteunt beschikbaarheidszones als u OneLake gebruikt. Als u andere gegevensbronnen zoals ADLS Gen2 gebruikt, moet u ervoor zorgen dat Zone-redundante opslag (ZRS) is ingeschakeld.

Ontspannende ervaring

Tijdens een zonebrede storing is geen actie van de klant vereist. Fabricmogelijkheden herstellen zichzelf en balanceren automatisch opnieuw om optimaal gebruik te maken van de gezonde zone. In sommige gevallen moeten lopende operaties mogelijk opnieuw worden gestart. Bijvoorbeeld, het uitvoeren van Spark Jobs kan falen als de primaire node zich in de mislukte zone bevindt. In zo'n geval moet je de vacatures opnieuw indienen. Data warehouse- en SQL-analyse-endpointquery kan falen als de front-end node zich in de faalzone bevindt. In zo'n geval moet je de zoekopdracht veilig opnieuw starten.

Important

Hoewel Microsoft ernaar streeft om uniforme en consistente ondersteuning voor beschikbaarheidszones te bieden, kunnen in sommige gevallen van beschikbaarheidszone-storingen Fabric capaciteiten in Azure-regio's met hogere vraagschommelingen van klanten mogelijk een hogere latentie ervaren dan normaal.

Herstel na noodgevallen en bedrijfscontinuïteit tussen regio's

Herstel na noodgevallen (DR) verwijst naar procedures die organisaties gebruiken om te herstellen van gebeurtenissen met hoge impact, zoals natuurrampen of mislukte implementaties die leiden tot downtime en gegevensverlies. Ongeacht de oorzaak is de beste oplossing voor een noodgeval een goed gedefinieerd en getest DR-plan en een toepassingsontwerp dat actief dr ondersteunt. Zie Aanbevelingen voor het ontwerpen van een strategie voor herstel na noodgevallenvoordat u begint met het maken van uw plan voor herstel na noodgevallen.

Voor disaster recovery gebruikt Microsoft het gedeelde verantwoordelijkheidsmodel. In dit model zorgt Microsoft ervoor dat de basisinfrastructuur en platformservices beschikbaar zijn. Veel Azure-services repliceren echter niet automatisch gegevens of vallen terug van een mislukte regio om kruislings te repliceren naar een andere ingeschakelde regio. Voor deze services bent u verantwoordelijk voor het instellen van een plan voor herstel na noodgevallen dat geschikt is voor uw workload. De meeste services die worden uitgevoerd op Azure Platform as a Service (PaaS)-aanbiedingen bieden functies en richtlijnen ter ondersteuning van DR. U kunt servicespecifieke functies gebruiken om snelle herstelbewerkingen te ondersteunen en uw noodherstelplan te ontwikkelen.

In deze sectie wordt een plan voor herstel na noodgevallen beschreven voor Fabric dat is ontworpen om uw organisatie te helpen de gegevens veilig en toegankelijk te houden wanneer er zich een ongeplande regionale ramp voordoet. In het plan worden de volgende onderwerpen behandeld:

  • Replicatie tussen regio's: Fabric biedt replicatie tussen regio's voor gegevens die zijn opgeslagen in OneLake. U kunt deze functie in- of uitschakelen op basis van uw vereisten.

  • Gegevenstoegang na noodgeval: In een regionaal noodscenario garandeert Fabric gegevenstoegang, met bepaalde beperkingen. Hoewel het maken of wijzigen van nieuwe items na een failover wordt beperkt, blijft de primaire focus behouden om ervoor te zorgen dat bestaande gegevens toegankelijk en intact blijven.

  • Richtlijnen voor herstel: Fabric biedt een gestructureerde set instructies om u door het herstelproces te leiden. Met de gestructureerde richtlijnen kunt u gemakkelijker terugkeren naar normale bewerkingen.

Power BI, nu onderdeel van de Infrastructuur, heeft een solide systeem voor herstel na noodgevallen en biedt de volgende functies:

  • BCDR standaard: Als een regio is gekoppeld aan een regio die Power BI ondersteunt, zijn mogelijkheden voor noodherstel standaard inbegrepen. U hoeft deze functie niet afzonderlijk aan te geven of te activeren.

  • Replicatie tussen regio's: Power BI maakt gebruik van geografisch redundante replicatie van Azure Storage en geo-redundantereplicatie van Azure SQL om te garanderen dat back-upexemplaren in andere regio's aanwezig zijn en kunnen worden gebruikt. Dit betekent dat gegevens worden gedupliceerd in verschillende regio's, de beschikbaarheid ervan verbeteren en de risico's verminderen die verband houden met regionale storingen.

  • Voortzetting van diensten en toegang na ramp: Zelfs tijdens verstoringen blijven Power BI-items toegankelijk in de modus Alleen-lezen. Items omvatten semantische modellen, rapporten en dashboards, zodat bedrijven hun analyse- en besluitvormingsprocessen kunnen voortzetten zonder aanzienlijke hinder.

Voor meer informatie, zie de FAQ over Power BI high availability, failover en disaster recovery.

Important

Voor klanten die door een ramp zijn getroffen en van wie de thuisregio's geen Azure-gekoppelde regio hebben die Fabric ondersteunt, kan de mogelijkheid om Fabric-capaciteiten te gebruiken worden aangetast, zelfs als de data binnen die capaciteiten wordt gerepliceerd. Deze beperking is verbonden met de infrastructuur van de thuisregio, die essentieel is voor de werking van de capaciteiten. Om de lijst van regio's te bekijken die Fabric ondersteunen, gaat u naar Beschikbaarheid van Fabric-regio's.

Functionaliteit voor thuisregio en capaciteit

Voor een effectieve planning voor herstel na noodgevallen is het essentieel dat u de relatie tussen uw thuisregio en capaciteitslocaties begrijpt. Inzicht in thuisregio's en capaciteitslocaties helpt u bij het maken van strategische selecties van capaciteitsregio's, evenals de bijbehorende replicatie- en herstelprocessen.

De thuisregio voor de tenant en gegevensopslag van uw organisatie is ingesteld op de locatie van het factuuradres van de eerste gebruiker die zich registreert. Voor meer informatie over tenanteconfiguratie gaat u naar Power BI-implementatieplanning: Tenantconfiguratie. Wanneer u nieuwe capaciteiten maakt, wordt uw gegevensopslag standaard ingesteld op de thuisregio. Als je je gegevensopslagregio naar een andere regio wilt wijzigen, moet je Multi-Geo inschakelen, een Fabric Premium-functie.

Important

Als u een andere regio voor uw capaciteit kiest, worden niet al uw gegevens volledig verplaatst naar die regio. Sommige gegevenselementen blijven nog steeds opgeslagen in de thuisregio. Zie Multi-Geo-ondersteuning configureren voor Fabric Premium om te zien welke gegevens in de thuisregio blijven en welke gegevens worden opgeslagen in de regio met Multi-Geo-ondersteuning.

In het geval van een thuisregio zonder gekoppelde regio, kunnen capaciteiten in een Multi-Geo geschikte regio operationele problemen ondervinden als de thuisregio een ramp krijgt, omdat de kernfunctionaliteit van de dienst gekoppeld is aan de thuisregio.

Als u een regio met meerdere geografische gebieden binnen de EU selecteert, is het gegarandeerd dat uw gegevens worden opgeslagen binnen de eu-gegevensgrens.

Zie Uw fabric-thuisregio zoeken voor meer informatie over het identificeren van uw thuisregio.

Instellen van de noodherstelcapaciteit

Fabric biedt een schakeloptie voor herstel na noodgevallen op de pagina capaciteitsinstellingen. Deze is beschikbaar wanneer Azure regionale koppelingen in overeenstemming zijn met de serviceaanwezigheid van Fabric. Hier volgen de specifieke kenmerken van deze switch:

  • Roltoegang: Alleen gebruikers met de rol capaciteitsbeheerder of hoger kunnen deze switch gebruiken.

  • Granulariteit: de granulariteit van de switch is het capaciteitsniveau. Het is beschikbaar voor zowel Premium- als Fabric-capaciteiten.

  • Gegevensbereik: De wisselknop voor herstel na noodgevallen heeft specifiek betrekking op OneLake-gegevens, waaronder Lakehouse- en Warehouse-gegevens. De switch beïnvloedt je data die buiten OneLake is opgeslagen niet.

  • BCDR-continuïteit voor Power BI: Hoewel je disaster recovery voor OneLake-data aan en uit kunt zetten, wordt BCDR voor Power BI altijd ondersteund, ongeacht of de schakelaar aan of uit staat.

  • Frequentie: Zodra je de instelling voor rampenherstelcapaciteit hebt aangepast, moet je 30 dagen wachten voordat je deze opnieuw kunt aanpassen. De wachttijd zorgt voor stabiliteit en voorkomt constant schakelen.

Schermopname van de tenantinstelling voor herstel na noodgevallen.

Note

Na het inschakelen van de rampenherstelcapaciteit of het aanmaken van nieuwe werkruimtes binnen de capaciteit, kan het enige tijd duren voordat datareplicatie begint. U kunt de status van elke werkruimte controleren op de pagina capaciteitsinstellingen onder Werkruimten die aan deze capaciteit zijn toegewezen. De kolom Geo-replicatie van OneLake toont de status voor het inschakelen van geo-replicatie.

Gegevensreplicatie

Wanneer u de instelling voor noodherstelcapaciteit inschakelt, wordt replicatie tussen regio's ingeschakeld als noodherstelmogelijkheid voor OneLake-gegevens. Het Fabric-platform is afgestemd op Azure-regio's om de georedundantieparen in te richten. Sommige regio's hebben echter geen Azure-paarregio of de paarregio biedt geen ondersteuning voor Fabric. Voor deze regio's is gegevensreplicatie niet beschikbaar. Zie Regio's met beschikbaarheidszones en geen regiopaar en beschikbaarheid van infrastructuurregio's voor meer informatie.

Note

Hoewel Fabric een oplossing voor gegevensreplicatie in OneLake biedt ter ondersteuning van herstel na noodgevallen, zijn er aanzienlijke beperkingen. De gegevens van KQL-databases en -querysets worden bijvoorbeeld extern opgeslagen in OneLake, wat betekent dat er een afzonderlijke benadering voor herstel na noodgevallen nodig is. Raadpleeg de rest van dit document voor meer informatie over de aanpak voor herstel na noodgevallen voor elk Fabric-item.

Billing

De functie voor herstel na noodgevallen in Fabric maakt geo-replicatie van uw gegevens mogelijk voor verbeterde beveiliging en betrouwbaarheid. Deze functie verbruikt meer opslag en transacties, die respectievelijk worden gefactureerd als BCDR-opslag en BCDR-bewerkingen. U kunt deze kosten bewaken en beheren in de microsoft Fabric Capacity Metrics-app, waar ze worden weergegeven als afzonderlijke regelitems.

Zie OneLake-reken- en opslagverbruik voor een uitgebreide uitsplitsing van alle bijbehorende kosten voor herstel na noodgevallen, zodat u dienovereenkomstig kunt plannen en budgetteren.

Instellen van noodherstel

Hoewel Fabric functies voor herstel na noodgevallen biedt ter ondersteuning van gegevenstolerantie, moet u bepaalde handmatige stappen volgen om de service te herstellen tijdens onderbrekingen. In deze sectie worden de acties beschreven die u moet uitvoeren om u voor te bereiden op mogelijke onderbrekingen.

Fase 1: Voorbereiden

  • Activeer de instellingen voor noodherstelcapaciteit: controleer en stel de instellingen voor noodherstelcapaciteit regelmatig in om ervoor te zorgen dat ze voldoen aan uw beveiligings- en prestatiebehoeften.

  • Gegevensback-ups maken: kopieer kritieke gegevens die buiten OneLake zijn opgeslagen naar een andere regio op een manier die overeenkomt met uw plan voor herstel na noodgevallen.

Fase 2: Failover bij noodgevallen

Wanneer een grote ramp de primaire regio onherstelbaar maakt, start Microsoft Fabric een regionale failover. Je kunt het Fabric-portaal pas openen als de failover is voltooid. Een melding wordt geplaatst op de Microsoft Fabric-ondersteuningspagina.

De tijd die nodig is om de failover te voltooien, kan variëren, hoewel het doorgaans minder dan één uur duurt. Zodra de failover is voltooid, kunt u het volgende verwachten:

  • Fabric portal: U kunt toegang krijgen tot de portal en leesbewerkingen, zoals het bladeren door bestaande werkruimten, taakstromen binnen werkruimten en items, blijven goed functioneren. Alle schrijfbewerkingen, zoals het maken of wijzigen van een werkruimte, worden onderbroken.

  • Power BI: U kunt leesbewerkingen uitvoeren, zoals het weergeven van dashboards en rapporten. Vernieuwingen, publicatiebewerkingen voor rapporten, wijzigingen in dashboards en rapporten en andere bewerkingen waarvoor wijzigingen in metagegevens zijn vereist, worden niet ondersteund.

  • Lakehouse/Warehouse: Je kunt deze items niet openen, maar je kunt bestanden wel openen via OneLake API's of tools.

  • Spark Job Definitie: Je kunt Spark job definities niet openen, maar je kunt wel codebestanden benaderen via OneLake API's of tools. Alle metadata of configuratiegegevens worden opgeslagen na failover.

  • Notitieboek: Je kunt geen notitieboeken openen, en code-inhoud wordt niet opgeslagen na de ramp.

  • ML-model/experiment: u kunt ML-modellen of -experimenten niet openen. Code-inhoud en metadata zoals run-metrics en configuraties worden niet opgeslagen na de ramp.

  • Gegevensstroom Gen2/Pipeline/Eventstream: u kunt deze items niet openen, maar u kunt ondersteunde bestemmingen voor herstel na noodgevallen (lakehouses of magazijnen) gebruiken om gegevens te beveiligen.

  • KQL Database/Queryset: Je kunt na failover geen toegang krijgen tot KQL-databases en querysets. Er zijn meer vereiste stappen vereist voor het beveiligen van de gegevens in KQL-databases en -querysets.

In een rampscenario staan het Fabric-portaal en Power BI in alleen-lezen-modus, en zijn andere Fabric-items niet beschikbaar. Je kunt hun gegevens die in OneLake zijn opgeslagen toegang krijgen via API's of tools van derden. Zowel portal als Power BI behouden de mogelijkheid om lees-schrijfbewerkingen uit te voeren op die gegevens. Deze mogelijkheid zorgt ervoor dat kritieke gegevens toegankelijk en wijzigbaar blijven en mogelijke onderbrekingen van uw bedrijfsactiviteiten beperken.

Je kunt via meerdere kanalen toegang krijgen tot OneLake-gegevens:

Fase 3: Herstelplan

Hoewel Fabric ervoor zorgt dat gegevens toegankelijk blijven na een noodgeval, kunt u ook actie ondernemen om hun services volledig te herstellen naar de status vóór het incident. Deze sectie bevat een stapsgewijze handleiding om u te helpen bij het herstelproces.

Herstelstappen

  1. Maak een nieuwe Fabric-capaciteit in een willekeurige regio na een noodgeval. Gezien de hoge vraag tijdens dergelijke evenementen, kies een regio buiten je primaire geo om de kans op beschikbaarheid van computeservices te vergroten. Zie Een Microsoft Fabric-abonnement kopen voor meer informatie over het maken van een capaciteit.

  2. Werkruimten maken in de nieuw gemaakte capaciteit. Gebruik indien nodig dezelfde namen als de oude werkruimten.

  3. Maak items met dezelfde namen als de items die u wilt herstellen. Deze stap is belangrijk als u het aangepaste script gebruikt om lakehouses en magazijnen te herstellen.

  4. Herstel de items. Volg voor elk item de relevante sectie in de richtlijnen voor herstel na noodgevallen die specifiek zijn voor het herstellen van het item.

Volgende stappen 

  • Last updated on