Bygga motståndskraftiga programtjänster
Din organisation behöver dig för att uppfylla återställningskraven, samtidigt som du håller nere kostnaderna och komplexiteten så mycket som möjligt.
I den här lektionen får du lära dig hur geo-redundans och tillgänglighetskluster kan hjälpa dig att bygga motståndskraft i dina program. Du lär dig vad som ingår i redundans och återställning efter fel för dina program. I slutet av den här lektionen kommer du att förstå varför och hur du bör implementera en strategi för övervakning och meddelanden.
Lägga till georedundans för dina program
Du måste kunna hålla dina program igång, oavsett vad som händer med infrastrukturen som är värd för dem. Naturkatastrofer och andra problem kan leda till att ett helt geografiskt område förlorar ström eller internetåtkomst. Om du vill hantera dessa problem på ett korrekt sätt och hålla programmen igång bör du se till att geo-redundans finns på plats. Men geo-redundans kan vara kostsamt om det inte görs rätt.
Du kan göra dina lokala program georedundanta med hjälp av Azure. Fördelen med att köra en redundant infrastruktur för dina program i Azure är att du inte ansvarar för att underhålla och skydda en fysisk plats (tillsammans med tillhörande kostnader).
Med Azure kan du lägga till redundans i dina program med regioner som kan finnas på andra sidan världen, och det finns inget underhåll som du kan hantera. När underhåll utförs åt dig kan du uppnå geo-redundans enklare och kostnadseffektivare.
Du kan utöka det lokala nätverket till ett virtuellt nätverk som kör en replik av infrastrukturen i en annan region i Azure med hjälp av en VPN-plats-till-plats-anslutning. Azure Traffic Manager kan hjälpa dig att övervaka hälsotillståndet för ditt lokala nätverk. Om något händer med den lokala platsen kan du använda replikinfrastrukturen i Azure som finns i en annan region.
På samma sätt kan du ställa in georedundans för dina program som körs i Azure. Om dina program till exempel körs på en grupp virtuella Azure-datorer i ett virtuellt nätverk kan du replikera samma installation i en annan region för geo-redundans.
Genom att använda peering för virtuella nätverk kan du ansluta två separata virtuella nätverk som hanteras som ett nätverk. Trafik för dessa två nätverk går inte via det offentliga Internet eller en gateway. Resurser kan ansluta direkt till andra resurser som om de finns i samma nätverk.
I det här fallet tittar Traffic Manager på båda regionerna åt dig och övervakar hälsotillståndet för varje slutpunkt. Om något händer med din primära region dirigerar Traffic Manager efterfrågan till din sekundära region.
Lägga till kluster med hög tillgänglighet
Kluster med hög tillgänglighet hjälper till att säkerställa att dina arbetsbelastningar förblir tillgängliga och körs med minimal stilleståndstid. Du kan använda kluster med hög tillgänglighet i någon av följande arkitekturtyper:
Aktiv-aktiv arkitektur: Du distribuerar och belastningsbelastar efterfrågan mellan flera noder, till exempel två identiska virtuella Azure-datorer. Du kan låta dessa virtuella Azure-datorer köra tillsammans och dela efterfrågan. Du kan också distribuera efterfrågan till dessa noder baserat på olika routningsmetoder.
Följande diagram är ett exempel på ett aktivt-aktivt kluster på hög nivå.
Aktiv-passiv arkitektur: Du kör virtuella Azure-datorer där en nod är aktiv och används, och den andra noden är passiv och används inte. Den passiva noden används bara när det uppstår problem med den aktiva noden.
I ett aktivt-aktivt scenario körs noderna samtidigt. Du har mer löpande kostnader dagligen i det här scenariot, om datorerna har samma specifikationer som datorer i ett aktivt-passivt kluster.
Aktiva-passiva kluster kan vara mer kostnadseffektiva än aktiva-aktiva kluster. Eftersom den passiva noden inte aktivt underhåller användarbegäranden kan du ha lägre kostnader för programvarulicensiering och lägre resurskostnader. Men eftersom du bara kör den aktiva noden i ett aktivt-passivt kluster är du inte lika flexibel för att möta fluktuerande efterfrågan som med ett aktivt-aktivt kluster.
Resurser som Azure-tillgänglighetsuppsättningar hjälper dig att uppnå hög tillgänglighet via flera noder. Om något påverkar en dator, till exempel maskinvaru- eller nätverksfel, är en annan dator tillgänglig så att verksamheten kan fortgå utan avbrott.
Du kan också använda Skalningsuppsättningar för virtuella Azure-datorer för att skapa ett aktivt-aktivt kluster och köra datorer som fungerar för att skala upp och ned som direkt svar på efterfrågan. Azure Load Balancer kan via sina regler för portar med hög tillgänglighet också hjälpa dig att använda aktiva eller aktiva passiva kluster för dina datorer.
Redundansväxla och återställa dina program
Din organisation har en infrastruktur för sina program som körs lokalt. Du måste se till att din organisation uppfyller efterlevnadskraven och uppnår affärskontinuitetsmål. Genom att använda Azure Site Recovery och Traffic Manager tillsammans kan du redundansväxla till Azure och sedan växla tillbaka för att hålla programmen igång.
Om det uppstår ett fel kan du smidigt omdirigera klienttrafiken till en infrastruktur som skapats åt dig i Azure. Använd Traffic Manager för att skapa en profil och ange en prioritetsdirigeringsmetod. Skapa sedan två slutpunkter: en för din lokala miljö och en annan för den miljö som du vill konfigurera i Azure.
Eftersom du normalt kör en lokal miljö och vill att en annan i Azure bara ska redundansväsnas till kan du ange följande två prioriteringar:
- Prioritet 1 för den lokala miljön
- Prioritet 2 för din miljö i Azure
De här prioriteringarna är hur Traffic Manager vet hur trafiken ska dirigeras mellan de två miljöerna. Traffic Manager dirigerar trafik till din lokala miljö tills den ser att slutpunkten inte längre är felfri. I så fall dirigerar Traffic Manager trafik till din andra miljö i Azure.
Azure Site Recovery börjar bara köra dina virtuella datorer i Azure om en redundansväxling utlöses. Vid ett haveri kan du använda Azure Site Recovery för att starta en redundansväxling från den lokala miljön till Azure-miljön.
Med Traffic Manager kan du ange avsökningsfrekvensen för att övervaka dina slutpunkter. Du konfigurerar Traffic Manager för att övervaka hälsotillståndet för dina slutpunkter var 30:e sekund för vanliga avsökningar, ned till 10 sekunders intervall för snabbare avsökningar.
När en redundansväxling är klar dirigeras klienterna transparent till den nya slutpunkten i Azure. När du har åtgärdat problemet som orsakade redundansväxlingen kan du använda Azure Site Recovery för att återställa igen till din lokala miljö. Traffic Manager fortsätter att kontrollera hälsotillståndet för din lokala slutpunkt. När Traffic Manager har kontrollerat att slutpunkten är felfri igen dirigerar den trafiken tillbaka till din lokala miljö.
