Tolerante toepassingsservices bouwen
Uw organisatie heeft u nodig om te voldoen aan de herstelvereisten, terwijl u de kosten en complexiteit zoveel mogelijk omlaag houdt.
In deze les leert u hoe georedundantie- en beschikbaarheidsclusters u kunnen helpen bij het bouwen van tolerantie in uw toepassingen. U leert wat er betrokken is bij failovers en failbacks voor uw toepassingen. Aan het einde van deze les begrijpt u waarom en hoe u een bewakings- en meldingsstrategie moet implementeren.
Georedundantie toevoegen voor uw toepassingen
U moet uw toepassingen actief kunnen houden, ongeacht wat er gebeurt met de infrastructuur waarop ze worden gehost. Natuurrampen en andere problemen kunnen ertoe leiden dat een heel geografisch gebied stroom of internettoegang verliest. Als u op deze problemen wilt reageren en uw toepassingen correct wilt laten werken, moet u ervoor zorgen dat er geo-redundantie aanwezig is. Maar het kan kostbaar zijn als het niet goed is.
U kunt Azure gebruiken om uw on-premises toepassingen georedundant te maken. Het voordeel van het uitvoeren van een redundante infrastructuur voor uw toepassingen in Azure is dat u niet verantwoordelijk bent voor het onderhouden en beveiligen van een fysieke locatie (samen met de bijbehorende kosten).
Met Azure kunt u redundantie toevoegen aan uw toepassingen met regio's die zich mogelijk aan de andere kant van de wereld bevinden, en er is geen onderhoud voor u om te gaan. Wanneer onderhoud voor u wordt uitgevoerd, kunt u eenvoudiger en rendabeler georedundantie bereiken.
U kunt het on-premises netwerk uitbreiden naar een virtueel netwerk waarop een replica van uw infrastructuur in een andere regio in Azure wordt uitgevoerd met behulp van een VPN-site-naar-site-verbinding. Azure Traffic Manager kan u helpen bij het bewaken van de status van uw on-premises netwerk. Als er iets gebeurt met de on-premises locatie, kunt u de replica-infrastructuur in Azure gebruiken die zich in een andere regio bevindt.
Zo kunt u ook georedundantie instellen voor uw toepassingen die binnen Azure worden uitgevoerd. Als uw toepassingen bijvoorbeeld worden uitgevoerd op een groep virtuele Azure-machines in een virtueel netwerk, kunt u dezelfde installatie in een andere regio repliceren voor geo-redundantie.
Met virtuele-netwerkkoppeling verbindt u twee afzonderlijke virtuele netwerken die als één worden behandeld. Verkeer voor deze twee netwerken gaat niet via het openbare internet of een gateway. Resources kunnen rechtstreeks verbinding maken met andere resources alsof ze zich in hetzelfde netwerk bevinden.
In dit geval kijkt Traffic Manager naar beide regio's voor u door de status van elk eindpunt te bewaken. Als er iets gebeurt met uw primaire regio, stuurt Traffic Manager de vraag naar uw secundaire regio.
Clusters met hoge beschikbaarheid toevoegen
Clusters met hoge beschikbaarheid helpen ervoor te zorgen dat uw workloads beschikbaar blijven en met minimale downtime worden uitgevoerd. U kunt clusters met hoge beschikbaarheid gebruiken in een van deze architectuurtypen:
Actief-actieve architectuur: U distribueert de vraag tussen meerdere knooppunten, zoals twee identieke virtuele Azure-machines. U kunt deze twee virtuele Azure-machines samen uitvoeren en de vraag delen. U kunt ook de vraag distribueren naar deze knooppunten op basis van verschillende routeringsmethoden.
Het volgende diagram is een voorbeeld op hoog niveau van een actief-actief-cluster.
Actief-passieve architectuur: u voert virtuele Azure-machines uit waarin het ene knooppunt actief en in gebruik is, en het andere knooppunt is passief en niet in gebruik. U gebruikt het passieve knooppunt alleen wanneer het actieve knooppunt een fout heeft.
In een actief-actief scenario worden uw knooppunten gelijktijdig uitgevoerd. In dit scenario hebt u meer lopende kosten, als de machines dezelfde specificaties hebben als machines in een actief-passief cluster.
Actief-passieve clusters kunnen rendabeler zijn dan actieve clusters. Omdat het passieve knooppunt niet actief gebruikersaanvragen verwerkt, hebt u mogelijk lagere softwarelicentiekosten en lagere resourcekosten. Omdat u echter alleen het actieve knooppunt in een actief-passief cluster uitvoert, bent u niet zo flexibel om te voldoen aan de fluctuerende vraag als u met een actief-actief cluster bent.
Met resources zoals Azure-beschikbaarheidssets kunt u hoge beschikbaarheid bereiken via meerdere knooppunten. Als er iets mis is met een machine, zoals hardwarefouten of netwerkstoringen, is er een andere machine beschikbaar om alles draaiende te houden.
U kunt ook Virtuele-machineschaalsets van Azure gebruiken om een actief-actief cluster te maken en machines uit te voeren die werken om omhoog en omlaag te schalen als reactie op de vraag. Azure Load Balancer, via de regels voor poorten met hoge beschikbaarheid, kan u ook helpen bij het gebruik van actief-actief- of actief-passieve clusters voor uw machines.
Een failover en failback uitvoeren voor uw toepassingen
Uw organisatie heeft een infrastructuur voor de toepassingen die on-premises worden uitgevoerd. U moet ervoor zorgen dat uw organisatie voldoet aan de nalevingsvereisten en bedrijfscontinuïteitsdoelen bereikt. Door Azure Site Recovery en Traffic Manager samen te gebruiken, kunt u een failover naar Azure uitvoeren en vervolgens een failback uitvoeren om de toepassingen actief te houden.
Als er een fout is, kunt u clientverkeer makkelijk omleiden naar een infrastructuur dat voor u in Azure is gemaakt. Gebruik Traffic Manager om een profiel te maken en een prioriteitsrouteringsmethode in te stellen. Maak vervolgens twee eindpunten: een voor uw on-premises omgeving en een voor de omgeving die u wilt instellen in Azure.
Omdat u normaal gesproken een on-premises omgeving uitvoert en een andere omgeving in Azure alleen een failover wilt uitvoeren, kunt u twee prioriteiten instellen:
- Prioriteit 1 voor de on-premises omgeving
- Prioriteit 2 voor uw omgeving in Azure
Deze prioriteit is hoe Traffic Manager weet hoe het verkeer tussen de twee omgevingen moet worden geleid. Traffic Manager blijft verkeer omleiden naar uw on-premises omgeving tot het merkt dat het eindpunt niet meer in orde is. Als dat het geval is, routeert Traffic Manager verkeer naar uw tweede omgeving in Azure.
Met Azure Site Recovery worden uw virtuele machines alleen in Azure uitgevoerd als er een failover wordt geactiveerd. Als er een noodgeval is, kunt u Azure Site Recovery gebruiken om een failover te beginnen van de on-premises omgeving naar de Azure-omgeving.
Met Traffic Manager kunt u de testfrequentie instellen om uw eindpunten te bewaken. U configureert Traffic Manager om de status van uw eindpunten elke 30 seconden te bewaken voor regelmatige tests, tot 10 seconden intervallen voor snellere tests.
Nadat een failover is voltooid, worden de clients transparant omgeleid naar het nieuwe eindpunt in Azure. Wanneer u het probleem hebt opgelost dat de failover heeft veroorzaakt, kunt u Azure Site Recovery gebruiken om een failback opnieuw uit te voeren naar uw on-premises omgeving. Traffic Manager blijft de status van uw on-premises eindpunt testen. Wanneer Traffic Manager vaststelt dat het eindpunt weer gezond is, wordt verkeer omgeleid naar uw on-premises omgeving.
