Bedrijfscontinuïteit en herstel na noodgevallen

Noodgevallen kunnen hardwarefouten, natuurrampen of softwarefouten zijn. Het proces voor het voorbereiden en herstellen van een noodgeval wordt herstel na noodgevallen genoemd. In dit artikel worden aanbevolen procedures besproken voor het bereiken van bedrijfscontinuïteit en herstel na noodgevallen (BCDR) voor Azure Operator Insights.

BCDR-strategieën omvatten redundantie van beschikbaarheidszones en door de gebruiker beheerde herstelbewerkingen.

Besturingsvlak

Het azure Operator Insights-besturingsvlak is zowel bestand tegen softwarefouten als fouten in een beschikbaarheidszone. De mogelijkheid om gegevensproducten te maken en te beheren, wordt niet beïnvloed door deze foutmodi.

Het besturingsvlak is niet regionaal redundant. Tijdens een storing in een Azure-regio kunt u geen nieuwe gegevensproducten maken in die regio of bestaande producten openen/beheren. Zodra de regio is hersteld na de storing, kunt u bestaande gegevensproducten opnieuw openen en beheren.

Gegevenslaag

Gegevensproducten zijn bestand tegen software- of hardwarefouten. Als een softwarefout bijvoorbeeld veroorzaakt dat de service vastloopt of als een hardwarefout ervoor zorgt dat de rekenresources voor verrijkingsquery's verloren gaan, wordt de service automatisch hersteld. De enige impact is een kleine vertraging bij het beschikbaar worden van nieuw opgenomen gegevens in het opslageindpunt van het gegevensproduct en in de KQL-verbruiks-URL.

Zoneredundantie

Gegevensproducten bieden geen ondersteuning voor zoneredundantie. Wanneer een beschikbaarheidszone mislukt, zijn de opname, blob/DFS en KQL/SQL-API's van het gegevensproduct allemaal niet beschikbaar en werken dashboards niet. De transformatie van al opgenomen gegevens is onderbroken. Er gaan geen eerder opgenomen gegevens verloren. De verwerking wordt hervat wanneer de beschikbaarheidszone wordt hersteld.

Wat er gebeurt met gegevens die zijn gegenereerd tijdens de storing in de beschikbaarheidszone, is afhankelijk van het gedrag van de opnameagent:

• Als de opnameagent gegevens buffert en opnieuw verzendt wanneer de beschikbaarheidszone wordt hersteld, gaan gegevens niet verloren. Het kan enige tijd duren voordat Azure Operator Insights de transformatieachterstand heeft doorlopen.
• Anders gaan gegevens verloren.

Herstel na noodgeval

Azure Operator Insights heeft geen ingebouwde regioredundantie. Regionale storingen zijn van invloed op Gegevensproducten op dezelfde manier als fouten in de beschikbaarheidszone. We hebben aanbevelingen en functies ter ondersteuning van klanten die fouten in een hele Azure-regio willen kunnen afhandelen.

Door de gebruiker beheerde redundantie

Voor maximale redundantie kunt u Gegevensproducten implementeren in een actief-actiefmodus. Implementeer een tweede gegevensproduct in een azure-back-upregio van uw keuze en configureer uw opnameagents om gegevens tegelijkertijd naar beide gegevensproducten te forken. Het back-upgegevensproduct wordt niet beïnvloed door de fout van de primaire regio. Tijdens een regionale storing bekijkt u dashboards die gebruikmaken van het back-upgegevensproduct als gegevensbron. Deze architectuur verdubbelt de kosten van de oplossing.

U kunt ook een actief-passieve modus gebruiken. Implementeer een tweede gegevensproduct in een back-up van een Azure-regio en configureer uw opnameagents om naar het primaire gegevensproduct te verzenden. Tijdens een regionale storing configureert u uw opnameagents opnieuw om gegevens naar het back-upgegevensproduct te verzenden tijdens een storing in de regio. Deze architectuur biedt volledige toegang tot gegevens die tijdens de storing zijn gemaakt (vanaf het moment waarop u de opnameagenten opnieuw configureert), maar tijdens de storing hebt u vóór die tijd geen toegang tot gegevens die zijn opgenomen. Deze architectuur vereist een kleine infrastructuurkosten voor het tweede gegevensproduct, maar geen extra kosten voor gegevensverwerking.