Mer om tillgänglighet
Med Azure SQL Database och Azure SQL Managed Instance får du utmärkta standardmässiga tillgänglighetsalternativ på de olika tjänstnivåerna. Det finns några saker du kan göra för att öka eller ändra tillgängligheten för dina databaser/instanser. Du kan direkt se hur serviceavtalet (SLA) påverkas. Under den här lektionen får du se hur du kan gå vidare med olika alternativ för tillgänglighet i Azure SQL.
Tillgänglighetszoner
På nivån Affärskritisk i Azure SQL Database kan du utan extra kostnad använda en zonredundant konfiguration om din region har stöd för det. Generellt distribueras AlwaysOn-tillgänglighetsgruppen (AG) som körs bakom databaser och hanterade instanser på nivån Affärskritisk i tre olika tillgänglighetszoner i en region. En tillgänglighetszon är i princip ett separat datacenter i en viss region. Tillgänglighetszoner är alltid fysiskt åtskilda. Det här skyddar mot katastrofala fel som kan drabba ett datacenter i en region.
Ur prestandasynpunkt kan det svarstiden i nätverket öka något eftersom tillgänglighetsgruppen nu är utspridd mellan olika datacenter som kan ligga på lite avstånd. Det är därför som Tillgänglighetszoner inte aktiverat som standard. Du kan välja en distribution med en eller flera tillgänglighetszoner. Att konfigurera det här alternativet är lika enkelt som att lägga till en parameter i ett PowerShell/Azure CLI-kommando eller markera en ruta i Azure Portal.
Tillgänglighetszoner är en relativt ny funktion i Azure SQL, som för närvarande bara är tillgänglig i vissa regioner och på vissa tjänstnivåer. Med tiden kommer stödet förmodligen att utökas till fler regioner och eventuellt till fler tjänstnivåer. Till exempel släppte nivån Generell användning för Azure SQL Database en förhandsversion för distribution i flera tillgänglighetszoner.
Serviceavtal för Azure SQL
Azure SQL har ett serviceavtal (SLA) som ekonomiskt reglerar åtagandet att uppnå och bibehålla en viss servicenivå för tjänsten. Om din servicenivå inte uppnås och bibehålls enligt serviceavtalet kan du vara berättigad till en kredit gällande en del av din månadsavgift.
För närvarande får du högsta möjliga tillgänglighet (99,995 %) med en Azure SQL Database-distribution på nivån Affärskritisk med tillgänglighetszoner konfigurerade. Den Affärskritisk nivån är det enda alternativet i branschen som tillhandahåller RPO- respektive RTO-serviceavtal på 5 till 30 sekunder.
- RPO står för mål för återställningspunkt (recovery point object). Det representerar hur stor dataförlust du kan acceptera att förlora i värsta fall.
- RTO står för mål för återställningstid (recovery time objective). Det anger hur lång tid det tar att få systemet i drift igen efter ett haveri.
För distributioner på nivån Generell användning eller distributioner inom samma zon på nivån Affärskritisk av Azure SQL Database eller Azure SQL Managed Instance är serviceavtalet 99,99 %.
Serviceavtalet på nivån Hyperskala beror på antalet repliker. Kom ihåg att du själv väljer hur många repliker du vill ha på nivån Hyperskala. Om du inte har några repliker fungerar redundansväxlingen ungefär som på nivån Generell användning. Om du har repliker fungerar redundansväxling mer som på nivån Affärskritisk. Här är serviceavtalen sett till antalet repliker:
- 0 repliker: 99,5 %
- 1 replik: 99,9 %
- 2 eller fler repliker: 99,99 %
Grupper för geo-replikering och automatisk redundans
När du har valt tjänstnivå (och övervägt att konfigurera tillgänglighetszoner) finns det några andra alternativ för att få lässkalning eller möjlighet att redundansväxla till en annan region: geo-replikering och automatiska redundansgrupper. Att konfigurera något av de här alternativen lokalt skulle kräva mycket tid, planering och samordning.
Molnet – och Azure SQL specifikt – har gjort den här processen enklare. Du kan konfigurera både geo-replikering och automatiska redundansgrupper med bara några klick i Azure-portalen eller med några kommandon i PowerShell/Azure CLI.
Här är några saker att tänka på när du ska bestämma dig för om du vill ha geo-replikering eller automatiska redundansgrupper i ditt scenario:
| Funktioner | Geo-replikering | Redundansgrupper |
|---|---|---|
| Automatisk redundans | Nej | Ja |
| Redundansväxla flera databaser samtidigt | Nej | Ja |
| Användaren måste uppdatera anslutningssträngen efter redundansväxlingen | Ja | Nej |
| Stöd för SQL Managed Instance | Nej | Ja |
| Kan vara i samma region som den primära | Ja | Nej |
| Flera repliker | Ja | Nej |
| Stöd för lässkalning | Ja | Ja |