Tolerante gegevensservices bouwen
Uw organisatie heeft meerdere workloads verspreid over omgevingen. Alle workloads vertrouwen op gegevens die veilig en tijdig worden bewaard. U kunt verschillende maatregelen nemen om tolerantie voor uw gegevens te bouwen.
In deze les leert u hoe AlwaysOn-beschikbaarheidsgroepen helpen bij het repliceren van uw gegevens. U ziet hoe geautomatiseerde back-ups en automatische failover in Azure SQL Database helpen gegevens veilig te houden. U leert ook hoe u de geo-replicatiefunctie van Azure Cosmos DB gebruikt om gegevens transparant te repliceren naar andere regio's en de gegevens toegankelijk te maken voor lezen en schrijven.
Databases repliceren met AlwaysOn-beschikbaarheidsgroepen
AlwaysOn-beschikbaarheidsgroepen helpen u hoge beschikbaarheid te bereiken voor SQL Server-databases die worden uitgevoerd op virtuele machines.
U kunt opgegeven groepen databases opslaan in beschikbaarheidsreplica's:
- Uw primaire replica bevat primaire databases.
- Uw secundaire replica bevat gesynchroniseerde secundaire kopieën van uw primaire databases.
Als er een fout optreedt, is de secundaire replica een failoverdoel. Uw primaire replica is leesbaar en schrijfbaar. Gegevens worden gesynchroniseerd tussen elke primaire database en elke bijbehorende secundaire database.
U kunt secundaire replica's ook instellen om schrijfbaar te zijn. Op deze manier hebben clients toegang tot uw gegevens uit meerdere databases en wordt de vraag verdeeld over meerdere replica's.
AlwaysOn-beschikbaarheidsgroepen worden uitgevoerd boven op een Windows Server-failovercluster dat bestaat uit een groep computers die in één eenheid werken. Deze architectuur zorgt voor hoge beschikbaarheid voor de workloads die worden uitgevoerd in die machines. Met AlwaysOn-beschikbaarheidsgroepen fungeert elk knooppunt (computer) in uw cluster als host voor een replica, of dit nu primair of secundair is. Elke replica bevat een groep databases.
U kunt AlwaysOn-beschikbaarheidsgroepen in Azure configureren door twee beschikbaarheidssets te maken: een voor Windows Server-failoverclusterknooppunten en een andere voor domeincontrollers.
Het Windows Server-failovercluster moet ten minste drie computers bevatten. Er moet één SQL Server-machine zijn voor de primaire replica en een andere voor de secundaire replica in het cluster. Een derde server moet fungeren als bestandssharewitness of u kunt een Azure-bestandsshare gebruiken als witness.
Failover voor Azure SQL Database
U kunt automatische failovergroepen van SQL Database gebruiken om de failover en replicatie van databasegroepen op een SQL Database-server te configureren. U stelt beleid samen waarmee failovers kunnen worden uitgevoerd op basis van uw behoeften. Indien nodig kunt u ook handmatig failovers activeren. SQL Database kan automatisch een failover van uw databases uitvoeren naar een secundaire server in een secundaire regio als er een fout optreedt.
Secundaire databases voor automatische failover van SQL Database kunnen worden gebruikt als leesbare databases. U kunt deze secundaire databases gebruiken om leestoegang tot gegevens te onderhouden voor alle clients die verbinding maken en het gebruik en de vraag over primaire en secundaire databases verspreiden.
Als u gebruikmaakt van beleid voor automatische failover en er een fout optreedt op ten minste één database in uw primaire databasegroep, wordt een automatische failover geactiveerd voor de secundaire databases. Uw eindpunten blijven dezelfde tijdens een failover. Wanneer het probleem dat de fout heeft veroorzaakt, is opgelost en u klaar bent, kunt u een failback uitvoeren naar de oorspronkelijke locatie. U kunt handmatig een failover van uw groepen uitvoeren naar de oorspronkelijke locatie.
Databases in één databaseserver kunnen worden opgenomen in één groep voor automatische failover. U kunt ook alle databases in een elastische pool in één failovergroep plaatsen. Wanneer primaire databases deel vormen van een elastische pool, worden uw secundaire databases ook ingericht in een elastische pool. Deze secundaire pool heeft dezelfde naam als de primaire elastische pool.
Geautomatiseerde back-ups voor Azure SQL Database
Azure SQL Database kan back-ups maken van uw databases die zijn opgeslagen van 7 tot 35 dagen. SQL Database maakt gebruik van georedundante opslag om back-ups op te slaan en biedt leestoegang tot uw gegeven in een andere regio. Uw databases zijn veilig, zelfs als er iets gebeurt met een datacenter.
U kunt het bewaren van back-ups maximaal 10 jaar verlengen door langetermijnretentiebeleid in te stellen voor individuele databases of elastische pools. Alle databaseback-ups in SQL Database worden in rust versleuteld. Voor alle SQL-databases die u maakt, is transparante gegevensversleuteling standaard ingeschakeld.
SQL Database maakt op de achtergrond automatisch back-ups voor u. Er worden met verschillende intervallen back-ups van uw databases gemaakt, afhankelijk van het type back-up. Er worden bijvoorbeeld de volgende back-uptypen gemaakt:
- Back-ups voor transactielogboeken met een interval van 5 tot 10 minuten.
- Volledige back-ups van uw databases elke week. De eerste volledige back-up vindt plaats wanneer uw database wordt gemaakt. Hoe lang het duurt voordat sql Database een volledige back-up voltooit, is afhankelijk van de grootte van uw database.
- Differentiële back-ups elke 12 uur voor alle gegevens die zijn gewijzigd sinds de laatste volledige back-up.
SQL Database bewaart back-ups in opslagblobs die leestoegang bieden. Vervolgens worden deze back-ups gekopieerd naar een gekoppeld datacenter.
Databases kunnen worden hersteld naar een back-upversie. Als u langetermijnretentie hebt geconfigureerd, is deze back-up mogelijk maximaal 10 jaar beschikbaar. U kunt verwijderde databases herstellen naar de tijd voor verwijdering en tot het retentielimiet in uw retentiebeleid.
SQL Database kan databases herstellen naar een verschillende geografische regio. Dit proces wordt uitgevoerd via geo-herstel, waardoor databases van de ene regio naar de andere kunnen worden hersteld als er iets gebeurt met een hele regio.
Geo-replicatie met Azure Cosmos DB
Azure Cosmos DB is een databaseservice met lage latentie met meerdere modellen waarmee u gegevens wereldwijd kunt distribueren en elastisch en snel kunt schalen.
In Azure Cosmos DB worden alle gegevens transparant gerepliceerd in de regio's die u hebt ingesteld voor uw Azure Cosmos DB-account. Azure Cosmos DB bewaart gegevens binnen containers waaruit uw database bestaat en al uw containers zijn gepartitioneerd.
Al uw partities worden in elke regio gerepliceerd. Binnen elke regio worden uw partities gekopieerd voordat elke kopie wordt gedistribueerd tussen foutdomeinen.
Uw gegevens worden minstens vier keer gerepliceerd. U kunt een Azure Cosmos DB-account instellen en uw Azure Cosmos DB-database zo configureren dat deze wordt gedistribueerd over vijf regio's. Wanneer u deze database configureert voor vijf regio's, garandeert Azure Cosmos DB dat u ten minste 4 x 5 exemplaren van al uw gegevens hebt.
Uw moet uw Azure Cosmos DB-database zo configureren dat het minstens twee regio's beslaat. Hoe meer regio's u hebt, hoe toleranter uw gegevens worden. U moet uw Azure Cosmos DB-database ook expliciet instellen op meerdere schrijfregio's, zodat u lees- en schrijfbewerkingen vanuit al uw regio's kunt uitvoeren.
U kunt ook zoneredundantie configureren voor een aantal regio's. Met zoneredundantie plaatst Azure Cosmos DB replica's van gegevens in meerdere beschikbaarheidszones in één regio, voor extra tolerantie.