Tillförlitlighet i elastiskt SAN
Den här artikeln beskriver tillförlitlighetsstöd i Azure Elastic SAN och beskriver både regional återhämtning med tillgänglighetszoner och haveriberedskap och affärskontinuitet.
Stöd för tillgänglighetszon
Azure-tillgänglighetszoner är minst tre fysiskt separata grupper av datacenter i varje Azure-region. Datacenter i varje zon är utrustade med oberoende infrastruktur för ström, kylning och nätverk. Om det uppstår ett fel i den lokala zonen är tillgänglighetszoner utformade så att regionala tjänster, kapacitet och hög tillgänglighet stöds av de återstående två zonerna om den ena zonen påverkas.
Fel kan vara allt från programvaru- och maskinvarufel till händelser som jordbävningar, översvämningar och bränder. Tolerans mot fel uppnås med redundans och logisk isolering av Azure-tjänster. Mer detaljerad information om tillgänglighetszoner i Azure finns i Regioner och tillgänglighetszoner.
Azure-tillgänglighetszoner-aktiverade tjänster är utformade för att ge rätt nivå av tillförlitlighet och flexibilitet. De kan konfigureras på två sätt. De kan vara antingen zonredundanta, med automatisk replikering mellan zoner eller zoninstanser, med instanser fästa på en specifik zon. Du kan också kombinera dessa metoder. Mer information om zon- och zonredundant arkitektur finns i Rekommendationer för användning av tillgänglighetszoner och regioner.
Azure Elastic SAN stöder distribution av tillgänglighetszoner med lokalt redundant lagring (LRS) och regional distribution med zonredundant lagring (ZRS).
Förutsättningar
LRS och ZRS Elastic SAN är för närvarande endast tillgängliga i en delmängd av regioner. En lista över regioner finns i Skala mål för elastiskt SAN.
Skapa en resurs med hjälp av tillgänglighetszoner
Information om hur du skapar ett elastiskt SAN med en tillgänglighetszon aktiverad finns i Distribuera ett elastiskt SAN.
Zon-ned-upplevelse
När du distribuerar ett elastiskt SAN, om du väljer ZRS för san-redundansalternativet, stöds zonbaserad redundans av plattformen utan manuella åtgärder. Ett elastiskt SAN med ZRS är utformat för att självläkera och balansera om sig själv för att dra nytta av felfria zoner automatiskt.
Om du har distribuerat ett elastiskt SAN för LRS kan du behöva distribuera ett nytt SAN med hjälp av ögonblicksbilder som exporterats till hanterade diskar.
Design med låg svarstid
Fördröjningsskillnaderna mellan ett elastiskt SAN på LRS och ett elastiskt SAN på ZRS är inte särskilt höga. För arbetsbelastningar som är känsliga för svarstidstoppar bör du dock överväga ett elastiskt SAN på LRS eftersom det erbjuder den lägsta svarstiden.
Migrering av tillgänglighetszon
Om du vill migrera ett elastiskt SAN på LRs till ZRS måste du ögonblicksbildera dina elastiska SAN-volymer, exportera dem till ögonblicksbilder av hanterade diskar, distribuera ett elastiskt SAN på ZRS och sedan skapa volymer på SAN på ZRS med hjälp av dessa ögonblicksbilder av diskar. Information om hur du använder ögonblicksbilder (förhandsversion) finns i Snapshot Azure Elastic SAN volumes (preview).
Haveriberedskap och affärskontinuitet
Haveriberedskap handlar om att återställa från händelser med hög påverkan, till exempel naturkatastrofer eller misslyckade distributioner som resulterar i driftstopp och dataförlust. Oavsett orsak är den bästa lösningen för en katastrof en väldefinierad och testad DR-plan och en programdesign som aktivt stöder DR. Innan du börjar fundera på att skapa en haveriberedskapsplan kan du läsa Rekommendationer för att utforma en strategi för haveriberedskap.
När det gäller dr använder Microsoft modellen för delat ansvar. I en modell med delat ansvar ser Microsoft till att baslinjeinfrastrukturen och plattformstjänsterna är tillgängliga. Samtidigt replikerar många Azure-tjänster inte automatiskt data eller återgår från en misslyckad region för att korsreparera till en annan aktiverad region. För dessa tjänster ansvarar du för att konfigurera en haveriberedskapsplan som fungerar för din arbetsbelastning. De flesta tjänster som körs på PaaS-erbjudanden (Plattform som en tjänst) i Azure ger funktioner och vägledning för att stödja DR och du kan använda tjänstspecifika funktioner för att stödja snabb återställning för att utveckla din DR-plan.
Haveriberedskap för enskilda regioner och flera regioner
För Azure Elastic SAN ansvarar du för DR-upplevelsen. Du kan ta ögonblicksbilder av dina volymer och exportera dem till ögonblicksbilder av hanterade diskar. Sedan kan du kopiera en inkrementell ögonblicksbild till en ny region för att lagra dina data i en annan region än den region som ditt elastiska SAN finns i. Du bör exportera till regioner som är geografiskt avlägsna från din primära region för att minska risken för att flera regioner påverkas på grund av en katastrof.
Identifiering, avisering och hantering av avbrott
Du hittar avbrottsdeklarationer i Service Health – Microsoft Azure.
Återhämtning av kapacitet och proaktiv haveriberedskap
Microsoft och dess kunder arbetar under modellen för delat ansvar. Delat ansvar innebär att för kundaktiverade DR (kundansvariga tjänster) måste du kontakta DR för alla tjänster som du distribuerar och kontrollerar. Du bör förvalidera alla tjänster som du distribuerar kommer att fungera med Elastic SAN. För att säkerställa att återställningen är proaktiv bör du alltid fördistribuera sekundärfiler eftersom det inte finns någon garanti för kapacitet vid tidpunkten för påverkan för dem som inte har förallokerat.