Functies voor hoge beschikbaarheid en herstel na noodgevallen van Azure beschrijven voor virtuele Azure-machines
Azure biedt drie belangrijke opties om de beschikbaarheid voor IaaS-implementaties te verbeteren:
Beschikbaarheidssets
Beschikbaarheidszones
Azure Site Recovery
Alle drie deze opties zijn extern voor de virtuele machine (VM) en weten niet wat voor soort werkbelasting er in wordt uitgevoerd.
Beschikbaarheidssets
Beschikbaarheidssets bieden uptime op basis van onderhoud in Verband met Azure en single points of failure in één datacenter. Dit was een van de eerste beschikbaarheidsfuncties die zijn geïntroduceerd in het Azure-platform en het kan effectief worden beschouwd als antiaffiniteitsregels voor uw VM's. Dit betekent dat als u twee SQL Server-VM's in een beschikbaarheidsset of logboekverzendingspaar hebt, deze nooit op dezelfde fysieke server worden uitgevoerd.
Beschikbaarheidssets worden onderverdeeld in zowel foutdomeinen als updatedomeinen ter ondersteuning van beide updates voor de onderliggende Azure-infrastructuur. Foutdomeinen zijn sets servers in een datacenter, die gebruikmaken van dezelfde voedingsbron en hetzelfde netwerk. Er kunnen maximaal drie foutdomeinen in een datacenter zijn, zoals wordt weergegeven in de onderstaande afbeelding door FD 0, 1 en 2. Werk domeinen bij, aangeduid door UD in de onderstaande afbeelding, geven groepen virtuele machines en onderliggende fysieke hardware aan die tegelijkertijd opnieuw kunnen worden opgestart. Verschillende updatedomeinen zorgen voor scheiding.
Beschikbaarheidssets en -zones beschermen niet tegen in-gastfouten, zoals een crash van het besturingssysteem of RDBMS; daarom moet u aanvullende oplossingen zoals AG's of FCI's implementeren om ervoor te zorgen dat u voldoet aan RPO's en RPO's. Zowel beschikbaarheidssets als zones zijn ontworpen om de impact van milieuproblemen op Azure-niveau te beperken, zoals storingen in datacenters, fysieke hardwarestoringen, netwerkstoringen en stroomonderbrekingen.
Voor een toepassing met meerdere lagen moet u elke laag van de toepassing in een eigen beschikbaarheidsset plaatsen. Als u bijvoorbeeld een webtoepassing bouwt die een SQL Server-back-end heeft, samen met Active Directory-domein Services (AD DS), maakt u een beschikbaarheidsset voor elke laag (web, database en AD DS).
Beschikbaarheidssets zijn niet de enige manier om IaaS-VM's te scheiden. Azure biedt ook Beschikbaarheidszones, maar de twee kunnen niet worden gecombineerd. U kunt een of de andere kiezen.
Beschikbaarheidszones
Account voor beschikbaarheidszones voor fouten op datacentrumniveau in Azure. Elke Azure-regio bestaat uit veel datacenters met netwerkverbindingen met lage latentie. Wanneer u VM-resources implementeert in een regio die ondersteuning biedt voor Beschikbaarheidszones, hebt u de mogelijkheid om deze resources te implementeren in zone 1, 2 of 3. Een zone is een unieke fysieke locatie, dat wil gezegd een datacenter binnen een Azure-regio.
Zonenummers zijn logische weergaven. Als twee Azure-abonnees bijvoorbeeld beide een VIRTUELE machine implementeren in zone 1 in hun eigen abonnementen, betekent dit niet dat deze VM's in hetzelfde fysieke Azure-datacenter aanwezig zijn. Bovendien kan er vanwege de afstand extra latentie worden geïntroduceerd in zonegebonden implementaties. U moet de latentie tussen uw VM's testen om ervoor te zorgen dat de latentie voldoet aan de prestatiedoelen. In de meeste gevallen is de retourlatentie minder dan 1 milliseconden, die synchrone gegevensverplaatsing ondersteunt in functies zoals beschikbaarheidsgroepen. U kunt Azure SQL Database ook implementeren in Beschikbaarheidszones.
Azure Site Recovery
Azure Site Recovery biedt een verbeterde beschikbaarheid voor VM's op Azure-niveau en kan werken met VM's die als host fungeren voor SQL Server. Azure Site Recovery repliceert een VIRTUELE machine van de ene Azure-regio naar de andere om een noodhersteloplossing voor die VM te maken. Zoals eerder vermeld, weet deze functie niet dat SQL Server wordt uitgevoerd op de VIRTUELE machine en niets weet over transacties. Hoewel Azure Site Recovery mogelijk voldoet aan RTO, is het mogelijk dat deze niet voldoet aan de RPO, omdat deze niet rekening houdt met waar gegevens zich in SQL Server bevinden. Azure Site Recovery heeft een maandelijkse RTO van twee uur. Hoewel de meeste databaseprofessionals liever een databasemethode gebruiken voor herstel na noodgevallen, werkt Azure Site Recovery goed als deze voldoet aan uw RTO- en RPO-behoeften.