Vyšší úroveň dostupnosti

Dokončeno

Azure SQL Database a Azure SQL Managed Instance nabízí ve výchozím nastavení skvělé možnosti dostupnosti na různých úrovních služeb. K dispozici je několik dalších nastavení, pomocí kterých můžete zvýšit nebo upravit dostupnost databází/instancí. Budete moct přímo sledovat dopad na Smlouvu o úrovni služeb (SLA). V této lekci se dozvíte, jak můžete dál posunout různé možnosti dostupnosti v Azure SQL.

Zóny dostupnosti

Na úrovni Pro důležité obchodní informace v Azure SQL Database můžete v případě, že to vaše oblast podporuje, výslovně povolit (bez dalšího poplatku) redundantní konfiguraci zóny. V rámci vysoké úrovně se skupina dostupnosti AlwaysOn běžící za databázemi a spravovanými instancemi Pro důležité obchodní informace nasadí do třech zón dostupnosti v rámci jedné oblasti. Zóna dostupnosti je v podstatě samostatné datacentrum v rámci dané oblasti. Mezi zónami dostupnosti je vždy fyzické rozdělení. Tato vlastnost je ochranou proti závažným chybám, ke kterým může dojít v datacentru v rámci oblasti.

Diagram that shows the Availability Zone architecture.

Z hlediska výkonu může dojít k malému nárůstu latence sítě, protože vaše skupina dostupnosti je teď rozložená mezi datacentry, která mají mezi sebou určitou vzdálenost. Z tohoto důvodu nejsou zóny dostupnosti ve výchozím nastavení zapnuté. Můžete si vybrat využití, kterému se často říká nasazení typu multi-az (více zón dostupnosti) nebo single-az (jedna zóna dostupnosti). Konfigurace této možnosti je jednoduchá jako přidání parametru do příkazu PowerShellu nebo Azure CLI nebo zaškrtnutí políčka na webu Azure Portal.

Zóny dostupnosti jsou relativně nové v Azure SQL, takže jsou v současnosti dostupné jenom v některých oblastech a úrovních služeb. Postupem času bude tato možnost pravděpodobně podporována ve více oblastech a snad i ve více úrovních služeb. Například v Azure SQL Database úrovně Pro obecné účely byla nedávno vydána verze Preview pro nasazení typu multi-az.

Smlouva o úrovni služeb v Azure SQL

Azure SQL dodržuje smlouvu o úrovni služeb (SLA), která poskytuje finanční oporu pro závazek dosažení a udržování úrovní služeb. Pokud se úroveň služby nedosáhne a neudržuje, jak je popsáno ve smlouvě SLA, můžete mít nárok na vrácení části svých měsíčních poplatků za služby.

Aktuálně můžete dosáhnout nejvyšší dostupnost (99,995 %) z nasazení Pro důležité obchodní informace v Azure SQL Database s nakonfigurovanými zónami dostupnosti. Úroveň Pro důležité obchodní informace je jedinou možností v odvětví, která poskytuje smlouvy SLA cíle bodu obnovení (RPO) a RTO o hodnotě 5 až 30 sekund.

  • RPO znamená cíl bodu obnovení (recovery point object). Představuje množství dat, které jste ve scénáři nejhoršího případu ochotni ztratit.
  • RTO znamená plánovaná doba obnovení (recovery time objective). Vyjadřuje, jak dlouho trvá zálohování a opětovné spuštění, pokud dojde k havárii.

Pro úroveň Pro obecné účely nebo pro jednozónová nasazení úrovně Pro důležité obchodní informace služby Azure SQL Database nebo Azure SQL Managed Instance je smlouva SLA 99,99 %.

Smlouva SLA pro úroveň Hyperscale závisí na počtu replik. Mějte na paměti, že je na vás, kolik replik máte na úrovni Hyperscale. Pokud žádné nemáte, chování při selhání se více podobá úrovni Pro obecné účely. Pokud máte repliky, převzetí služeb při selhání se podobá úrovni Pro důležité obchodní informace. Tady jsou SLA na základě počtu replik:

  • 0 replik: 99,5 %
  • 1 replika: 99,9 %
  • 2 nebo více replik: 99,99 %

Geografická replikace a skupiny automatického převzetí služeb při selhání

Po výběru úrovně služeb (a zvážení zón dostupnosti, kde je to možné) jsou k dispozici některé další možnosti pro získání škálování čtení nebo funkce převzetí služeb při selhání do jiné oblasti: geografická replikace a skupiny automatického převzetí služeb při selhání. V místním SQL Serveru je konfigurace některé z těchto možností úkol, který by vyžadoval mnoho plánování, koordinace a času.

Cloud –a Konkrétně Azure SQL – tento proces zjednodušil. Geografickou replikaci i skupiny automatického převzetí služeb při selhání můžete nakonfigurovat několika kliknutími na webu Azure Portal nebo několika příkazy v PowerShellu nebo Azure CLI.

Zde je několik faktorů, které vám pomůžou se rozhodnout, jestli se pro vaši situaci hodí lépe geografická replikace nebo skupiny automatického převzetí služeb při selhání:

Funkce Geografická replikace Skupiny převzetí služeb při selhání
Automatické převzetí služeb při selhání No Ano
Převzetí služeb při selhání více databází současně No Ano
Uživatel musí po převzetí služeb při selhání aktualizovat připojovací řetězec Yes No
Podpora SQL Managed Instance No Ano
Může být ve stejné oblasti jako primární Yes No
Více replik Yes No
Podporuje škálování čtení Ano Yes