De beschikbaarheid van uw Azure-VM's beheren
Vaak is het succes van een servicesbedrijf rechtstreeks gerelateerd aan de SLA's (Service Level Agreements) die het bedrijf met zijn klanten heeft. Uw klanten verwachten dat de services die u levert altijd beschikbaar zijn en dat hun gegevens veilig worden bewaard. Deze beveiliging is iets dat Microsoft serieus neemt. Azure biedt hulpprogramma's die u kunt gebruiken om beschikbaarheid, gegevensbeveiliging en bewaking te beheren, zodat u weet dat uw services altijd beschikbaar zijn voor uw klanten.
Het beheer van een Azure-VM is niet beperkt tot het beheren van het besturingssysteem of de software die op de VIRTUELE machine wordt uitgevoerd. Het helpt als u weet welke services Azure biedt die ervoor zorgen dat services beschikbaar zijn en die automatisering ondersteunen. Deze services helpen u bij het plannen van de strategie voor uw organisatie op het gebied van bedrijfscontinuïteit en herstel na noodgevallen.
Hier behandelen we een Azure-service waarmee u de beschikbaarheid van VM's kunt verbeteren, VM-beheertaken stroomlijnt en uw VM-gegevens back-up en veilig kunt houden. Laten we beginnen met het definiëren van beschikbaarheid.
Wat is beschikbaarheid?
Beschikbaarheid is het percentage tijd dat een service beschikbaar is voor gebruik.
Stel dat u een website hebt en dat uw klanten altijd toegang hebben tot informatie. Uw verwachting is een beschikbaarheid van 100% voor toegang tot de website.
Waarom moet ik nadenken over beschikbaarheid bij het gebruik van Azure?
Virtuele Azure-machines worden uitgevoerd op fysieke servers die worden gehost in het Azure-datacenter. Net als bij de meeste fysieke apparaten bestaat er een kans op een storing. Als de fysieke server mislukt, mislukken de virtuele machines die op die server worden gehost ook. Als er een fout optreedt, verplaatst Azure de VIRTUELE machine automatisch naar een goede hostserver. Deze zelfherstelmigratie kan echter enkele minuten duren, waarbij de toepassingen die op die VM worden gehost, niet beschikbaar zijn.
Periodieke updates die door Azure zelf worden geïnitieerd, kunnen ook van invloed zijn op de VM's. Deze onderhoudsgebeurtenissen variëren van het uitvoeren van software-updates tot het uitvoeren van hardware-upgrades en zijn vereist om de betrouwbaarheid en prestaties van het platform te verbeteren. Deze gebeurtenissen worden meestal uitgevoerd zonder dat dit van invloed is op gast-VM's, maar soms worden de virtuele machines opnieuw opgestart om een update of upgrade te voltooien.
Beschikbaarheidszones
Beschikbaarheidszones breidt het controleniveau uit dat u nodig hebt om de beschikbaarheid van de toepassingen en gegevens op uw VM's te behouden. Een beschikbaarheidszone is een fysiek afzonderlijke zone binnen een Azure-regio. Er zijn drie Beschikbaarheidszones per ondersteunde Azure-regio.
Elke beschikbaarheidszone heeft een afzonderlijke voedingsbron en koeling, en een afzonderlijk netwerk. Door uw oplossingen te ontwerpen voor het gebruik van gerepliceerde VM's in zones, kunt u uw apps en gegevens beschermen tegen verlies van een datacenter. Als er een zone wordt aangetast, zijn de gerepliceerde apps en gegevens direct beschikbaar in een andere zone.
Schaalsets voor virtuele machines
Met virtuele-machineschaalsets van Azure kunt u een groep vm's met gelijke taakverdeling maken en beheren. Het aantal VM-exemplaren kan automatisch toenemen of afnemen in reactie op vraag of een ingesteld schema. Schaalsets bieden hoge beschikbaarheid voor uw toepassingen en bieden u de mogelijkheid om veel VM's centraal te beheren, te configureren en bij te werken. Er zijn geen kosten voor de schaalset zelf, u betaalt alleen voor elk VM-exemplaar dat u maakt.
Virtuele machines in een schaalset kunnen ook worden geïmplementeerd in meerdere beschikbaarheidszones, één beschikbaarheidszone of regionaal. Implementatieopties voor beschikbaarheidszones kunnen verschillen op basis van de indelingsmodus.
Load balancer
Combineer de Azure Load Balancer met een beschikbaarheidszone of beschikbaarheidsset om de meeste toepassingstolerantie te krijgen. De Azure Load Balancer verdeelt het verkeer tussen meerdere virtuele machines. De Azure Load Balancer is voor virtuele machines uit de prijscategorie Standard bij de prijs inbegrepen. De Azure Load Balancer is niet bij alle prijscategorieën voor virtuele machines inbegrepen. Zie Load Balancing Virtual Machines voor Linux of Windows voor meer informatie over taakverdeling van uw virtuele machines.
Azure Storage-redundantie
Azure Storage slaat altijd meerdere kopieën van uw gegevens op, zodat deze worden beschermd tegen geplande en ongeplande gebeurtenissen, waaronder tijdelijke hardwarestoringen, netwerk- of stroomstoringen en enorme natuurrampen. Redundantie zorgt ervoor dat uw opslagaccount voldoet aan de beschikbaarheids- en duurzaamheidsdoelen, zelfs als er fouten optreden.
Wanneer u besluit welke redundantieoptie het beste is voor uw scenario, moet u rekening houden met de afwegingen tussen lagere kosten en hogere beschikbaarheid. De factoren waarmee u kunt bepalen welke redundantieoptie u moet kiezen, zijn:
- Hoe uw gegevens worden gerepliceerd in de primaire regio
- Of uw gegevens worden gerepliceerd naar een tweede regio die geografisch ver van de primaire regio is, om te beschermen tegen regionale rampen
- Of voor uw toepassing leestoegang tot de gerepliceerde gegevens in de secundaire regio is vereist als de primaire regio om welke reden dan ook niet beschikbaar is
Zie Redundantie in Azure Storage voor meer informatie.
Failover op meerdere locaties
U kunt uw infrastructuur ook repliceren op andere sites om regionale failovers te ondervangen. Azure Site Recovery repliceert uw workloads van een primaire site naar een secundaire locatie. Als zich een storing op uw primaire site voordoet, kunt u een failover naar een secundaire locatie uitvoeren. Met deze failover kunnen gebruikers zonder onderbreking toegang blijven krijgen tot uw toepassingen. U kunt vervolgens een failback uitvoeren naar de primaire locatie nadat deze actief en actief is. Azure Site Recovery gaat over het repliceren van virtuele of fysieke machines; uw workloads blijven tijdens een storing beschikbaar.
Site Recovery heeft veel aantrekkelijke technische functies, maar er zijn ten minste twee belangrijke zakelijke voordelen aan verbonden:
Site Recovery maakt het mogelijk om Azure als bestemming te gebruiken bij herstelacties, zonder de kosten en de complexiteit die gepaard gaan met het onderhouden van een secundair fysiek datacentrum.
Met Site Recovery wordt het uitvoeren van testfailovers voor herstelanalyses enorm eenvoudig zonder dat productieomgevingen daar iets van merken. Met deze functie kunt u uw geplande of ongeplande failovers eenvoudig testen. U hebt immers geen goed plan voor herstel na noodgevallen als u nog nooit een failover hebt geprobeerd uit te voeren.
De noodherstelplannen die u met Site Recovery maakt, zijn net zo eenvoudig of complex als uw scenario vereist. Ze kunnen aangepaste PowerShell-scripts, Azure Automation-runbooks of handmatige interventiestappen omvatten. U kunt de herstelplannen gebruiken om workloads te repliceren naar Azure, zodat u eenvoudig nieuwe mogelijkheden voor migratie, tijdelijke bursts kunt inschakelen tijdens piekperioden of voor het ontwikkelen en testen van nieuwe toepassingen.
Azure Site Recovery werkt met Azure-resources of Hyper-V-, VMware- en fysieke servers in uw on-premises infrastructuur. Het kan een belangrijk onderdeel zijn van de STRATEGIE voor bedrijfscontinuïteit en herstel na noodgevallen (BCDR) van uw organisatie door de replicatie, failover en herstel van workloads en toepassingen in te delen als de primaire locatie mislukt.