Ontwerpen voor herstel
 De workload moet kunnen anticiperen en herstellen van de meeste storingen, van alle omvang, met minimale onderbreking van de gebruikerservaring en bedrijfsdoelstellingen. |
|---|
Zelfs zeer tolerante systemen hebben noodopbereidingsmethoden nodig, zowel in architectuurontwerp als workloadbewerkingen. Op de gegevenslaag moet u strategieën hebben waarmee de werkbelastingstatus kan worden hersteld als er beschadiging is.
Voorbeeldscenario
Contoso host momenteel een grote hoeveelheid gegevens op een on-premises SQL Server-database en heeft onlangs hun analyseoplossing voor de gegevens met Azure-services gemoderniseerd.
De nieuwe analyseoplossing maakt gebruik van Azure Analysis Services, Azure Data Factory, Azure Synapse Analytics, Power BI en Azure Virtual Machines. Alle gebruikers van de oplossing zijn intern. Nadat de beschikbaarheidsvereisten van de oplossing zijn overwogen, besluit het team om de oplossing in één regio te implementeren.
De gegevens worden opgenomen met behulp van Azure Data Factory en verwerkt voordat ze worden opgeslagen in de Analysis Services-opslag. Voor een deel van het proces is een verouderd Windows-proces vereist dat is geïmplementeerd op een VIRTUELE machine in de cloud.
Voorbereid zijn op rampen
U hebt gestructureerde, geteste en gedocumenteerde herstelplannen die zijn afgestemd op de overeengekomen hersteldoelen. Plannen moeten alle onderdelen omvatten naast het systeem als geheel.
Een goed gedefinieerd proces leidt tot een snel herstel dat negatieve gevolgen voor de financiën en reputatie van uw bedrijf kan voorkomen. Het uitvoeren van regelmatige herstelanalyses test het proces van het herstellen van systeemonderdelen, gegevens en failover- en failbackstappen om verwarring te voorkomen wanneer tijd en gegevensintegriteit belangrijke maatstaven voor succes zijn.
De uitdaging van Contoso
- De oplossing wordt alleen intern gebruikt en wordt niet beschouwd als bedrijfskritiek. Het workloadteam en zakelijke belanghebbenden gaan er dus mee akkoord dat het herbouwen van de oplossing in een secundaire regio een voldoende herstelmodel is in het onwaarschijnlijke geval dat de Azure-regio waar deze wordt geïmplementeerd, verloren gaat of dat de hele oplossing om een andere reden niet meer beschikbaar is.
- Het workloadteam beschrijft hoe u de oplossing bouwt in een andere regio in het dr-plan, maar nog niet de mogelijkheid heeft gehad om een volledige dr-analyse uit te voeren.
De aanpak en resultaten toepassen
- Nadat er een regionale storing is opgetreden, kan het dr-antwoordteam de instructies van het DR-plan volgen om de analyseoplossing in een andere regio opnieuw te implementeren.
- Het team detecteert hiaten in de DR-plannen voor een aantal van de bewerkingen die nodig zijn om de oplossing te implementeren en het plan wordt bijgewerkt om het herstel in de toekomst efficiënter te maken.
- Het workloadteam en de belanghebbenden gaan ermee akkoord de geplande DR-tests te versnellen om ervoor te zorgen dat het bijgewerkte plan een efficiënter herstel mogelijk maakt.
Stateful gegevens adres
Zorg ervoor dat u gegevens van alle stateful onderdelen binnen uw hersteldoelen kunt herstellen.
Back-ups zijn essentieel om het systeem terug te krijgen naar een werkende status met behulp van een vertrouwd herstelpunt, zoals de laatst bekende goede status.
Onveranderbare en transactionele consistente back-ups zorgen ervoor dat gegevens niet kunnen worden gewijzigd en dat de herstelde gegevens niet beschadigd zijn.
De uitdaging van Contoso
- Het workloadteam besluit om de SQL-databases te verplaatsen naar Azure om de verwerkingstijden van analyses te beperken. Een van de databases wordt intensief gebruikt tijdens het analyseproces door de VM's, dus het team moet ervoor zorgen dat de databasestatus kan worden hersteld met de laagst mogelijke RPO.
De aanpak en resultaten toepassen
- Omdat de databases op meer dan 4 TB groot zijn, is migreren naar Azure SQL Database op korte termijn niet mogelijk. Het team migreert dus naar Azure-VM's met SQL Server 2022.
- Het team besluit de functie Automatische back-up te gebruiken voor alle databases, inclusief de kritieke databases, zoals de functie die wordt gebruikt door de VIRTUELE machines.
- Voor de kritieke databases is het team van plan de functie Automatische back-up te gebruiken, samen met de functie Managed Instance-koppeling om de databases actief te repliceren naar een beheerd exemplaar van Azure SQL.
Geautomatiseerde zelfherstelmogelijkheden implementeren in het ontwerp
Zelfherstelmogelijkheden zijn mechanismen waarmee onderdelen van de workload problemen automatisch kunnen oplossen door getroffen onderdelen te herstellen en, indien nodig, een failover naar redundante infrastructuur uit te voeren. Gebruik ontwerppatronen om tolerantie toe te voegen aan uw workload via zelfherstelmechanismen.
Zelfherstelautomatisering helpt bij het verminderen van risico's van externe factoren, zoals menselijke interventie, en verkort de onderbrekingscyclus.
De uitdaging van Contoso
- Het Windows-proces dat vanuit Azure Data Factory wordt aangeroepen bij het opnemen van gegevens, is in eerste instantie geïmplementeerd op meerdere VM's voor een hogere beschikbaarheid.
- Er zijn enkele gevallen waarin het verouderde Windows-proces is vastgelopen, waarvoor het opnieuw opstarten van de VIRTUELE machine vereist is. Hoewel de verwerkingstijd over het algemeen minimaal is beïnvloed (vanwege het redundantieniveau), wil het team een oplossing implementeren waarmee de detectie van de fout en het herstel wordt geautomatiseerd.
De aanpak en resultaten toepassen
- Het team besluit een azure Virtual Machine Scale Set-oplossing te implementeren, die is geconfigureerd om de toepassingsstatusextensie te implementeren om de status van het VM-proces continu te bewaken.
- Als Automatisch exemplaar herstellen is ingeschakeld, kan de schaalset het onderdeel nu herstellen door de VIRTUELE machine opnieuw op te starten of een nieuw exemplaar te maken op basis van dezelfde installatiekopieën.