provozní kontinuita a HADR pro SQL Server v Azure Virtual Machines
PLATÍ PRO: 
SQL Server na virtuálním počítači Azure
Provozní kontinuita znamená pokračování v podnikání v případě havárie, plánování obnovení a zajištění vysoké dostupnosti dat. SQL Server v Azure Virtual Machines můžou snížit náklady na řešení databáze s vysokou dostupností a zotavení po havárii (HADR).
většina řešení SQL Server HADR se podporuje na virtuálních počítačích (vm), a to jak pro Azure, tak i v hybridních řešeních. V řešení jenom Azure běží celý systém HADR v Azure. V případě hybridní konfigurace se část řešení spouští v Azure a druhá část se spouští místně ve vaší organizaci. flexibilita prostředí azure vám umožňuje přesunout se do Azure částečně nebo kompletně a splnit požadavky na rozpočet a HADR vašich databázových systémů SQL Server.
tento článek porovnává a naproti tomu nabízí řešení pro provozní kontinuitu, která jsou k dispozici pro SQL Server na virtuálních počítačích Azure.
Přehled
Je to na vás, abyste zajistili, že váš databázový systém má HADR možnosti, které smlouva o úrovni služeb (SLA) vyžaduje. Skutečnost, že Azure poskytuje mechanismy vysoké dostupnosti, jako je třeba služba pro cloudové služby a detekce selhání pro virtuální počítače, samo o sobě nezaručuje, že můžete splnit smlouvu SLA. i když tyto mechanismy chrání vysokou dostupnost virtuálního počítače, nechrání dostupnost SQL Server běžícího uvnitř virtuálního počítače.
v případě, že je virtuální počítač online a v pořádku, je možné, aby se instance SQL Server nezdařila. I mechanismus vysoké dostupnosti, který poskytuje Azure, umožňuje výpadkům virtuálních počítačů kvůli událostem, jako je obnovení při selhání softwaru nebo hardwaru a upgrady operačního systému.
Geograficky redundantní úložiště (GRS) v Azure je implementováno s funkcí nazvanou geografická replikace. GRS nemusí být vhodné řešení pro zotavení po havárii pro vaše databáze. Vzhledem k tomu, že geografická replikace odesílá data asynchronně, může dojít k výpadku nedávné aktualizace při havárii. Další informace o omezení geografické replikace najdete v části Podpora geografické replikace .
Poznámka
je teď možné napředt a přesunout jak instanci clusteru s podporou převzetí služeb při selhání , tak řešení skupiny dostupnosti , aby se SQL Server na virtuálních počítačích Azure pomocí Azure Migrate.
Architektury nasazení
Azure podporuje tyto technologie SQL Server pro zajištění kontinuity podnikových aplikací:
- Skupiny dostupnosti Always On
- Vždy v instancích clusteru s podporou převzetí služeb při selhání (FCIs)
- Přesouvání protokolu
- SQL Server zálohování a obnovení pomocí Azure Blob storage
- zrcadlení databáze – zastaralé v SQL Server 2016
- Azure Site Recovery
technologie můžete kombinovat pro implementaci SQL Server řešení, které má možnosti zotavení po havárii s vysokou dostupností. V závislosti na používané technologii může hybridní nasazení vyžadovat tunelové připojení VPN s virtuální sítí Azure. V následujících částech jsou uvedeny některé příklady architektur nasazení.
Jenom Azure: řešení s vysokou dostupností
řešení s vysokou dostupností můžete používat pro SQL Server na úrovni databáze se skupinami dostupnosti Always On. Řešení s vysokou dostupností můžete také vytvořit na úrovni instance s instancemi clusteru s podporou převzetí služeb při selhání. Pro dodatečnou ochranu můžete vytvořit redundanci na obou úrovních vytvořením skupin dostupnosti na instancích clusteru s podporou převzetí služeb při selhání.
| Technologie | Ukázkové architektury |
|---|---|
| Skupiny dostupnosti | Repliky dostupnosti běžící na virtuálních počítačích Azure ve stejné oblasti poskytují vysokou dostupnost. je potřeba nakonfigurovat virtuální počítač řadiče domény, protože Windows clustering s podporou převzetí služeb při selhání vyžaduje doménu služby Active Directory. Pro zajištění vyšší redundance a dostupnosti můžete virtuální počítače Azure nasadit v různých zónách dostupnosti , jak je popsáno v přehledu skupiny dostupnosti. pokud jsou virtuální počítače s SQL Server ve skupině dostupnosti nasazené v zónách dostupnosti, pak použijte Azure Standard Load Balancer pro naslouchací proces, jak je popsáno v článcích azure SQL VM CLI a šablony rychlý start pro azure .  Další informace najdete v tématu Konfigurace skupin dostupnosti v Azure (GUI). |
| Instance clusteru převzetí služeb při selhání | instance clusteru s podporou převzetí služeb při selhání se podporují na SQL Server virtuálních počítačích. vzhledem k tomu, že funkce FCI vyžaduje sdílené úložiště, pět řešení bude fungovat s SQL Server na virtuálních počítačích Azure: – použití sdílených disků Azure pro Windows Server 2019. Sdílené spravované disky představují produkt Azure, který umožňuje připojení spravovaného disku k několika virtuálním počítačům současně. Virtuální počítače v clusteru můžou číst nebo zapisovat na připojený disk na základě rezervace zvolené clusterovou aplikací prostřednictvím trvalých rezervací SCSI (SCSI PR). SCSI PR je standardní řešení úložiště používané aplikacemi, které běží v místní síti SAN (Storage Area Network). Povolení SCSI PR na spravovaném disku umožňuje migrovat tyto aplikace do Azure tak, jak jsou. – pomocí Prostory úložiště Direct ( S2D ) můžete poskytovat virtuální síť SAN založenou na softwaru pro Windows Server 2016 a novější. – pomocí Premium sdílené složky pro Windows Server 2012 a novější. Premium sdílené složky mají zálohovanou jednotku SSD, mají konzistentně nízkou latenci a jsou plně podporované pro použití s FCI. – Používání úložiště podporovaného partnerským řešením pro clusteringu. Konkrétní příklad, který používá s DataKeeper, najdete v blogu věnovaném clusteringu s podporou převzetí služeb při selhání a s Datakeeping. – Použití sdíleného blokového úložiště pro vzdálený cíl iSCSI prostřednictvím Azure ExpressRoute. například NetApp Private Storage (NPS) zveřejňuje cíl iSCSI prostřednictvím ExpressRoute s Equinix do virtuálních počítačů Azure. Pro řešení sdíleného úložiště a replikace dat od partnerů Microsoftu se obraťte na dodavatele s případnými problémy souvisejícími s přístupem k datům při převzetí služeb při selhání. |
Jenom Azure: řešení zotavení po havárii
můžete mít řešení zotavení po havárii pro vaše SQL Server databáze v Azure pomocí skupin dostupnosti, zrcadlení databáze nebo zálohování a obnovení s objekty blob úložiště.
| Technologie | Ukázkové architektury |
|---|---|
| Skupiny dostupnosti | Repliky dostupnosti spuštěné napříč několika datacentry ve virtuálních počítačích Azure pro zotavení po havárii. Toto řešení pro různé oblasti pomáhá chránit před úplným výpadkem sítě.  V rámci oblasti by všechny repliky měly být v rámci stejné cloudové služby a stejné virtuální sítě. Vzhledem k tomu, že každá oblast bude mít samostatnou virtuální síť, tato řešení vyžadují připojení typu síť-síť. Další informace najdete v tématu Konfigurace připojení typu síť-síť pomocí Azure Portal. podrobné pokyny najdete v tématu konfigurace skupiny dostupnosti Always On SQL Server v různých oblastech Azure. |
| Zrcadlení databáze | Objekt zabezpečení a zrcadlení a servery běžící v různých datových centrech pro zotavení po havárii. Je nutné je nasadit pomocí certifikátů serveru. SQL Server zrcadlení databáze se na virtuálním počítači Azure SQL Server 2008 nebo SQL Server 2008 R2 nepodporuje.  |
| Zálohování a obnovení pomocí Azure Blob Storage | Provozní databáze zálohované přímo do úložiště objektů BLOB v jiném datovém centru pro zotavení po havárii. další informace najdete v tématu zálohování a obnovení pro SQL Server na virtuálních počítačích Azure. |
| replikace a převzetí služeb při selhání SQL Server do Azure s využitím Azure Site Recovery | produkční SQL Server instance v jednom datovém centru azure se replikují přímo do Azure Storage v jiném datovém centru azure pro zotavení po havárii. další informace najdete v tématu ochrana SQL Server pomocí SQL Server zotavení po havárii a Azure Site Recovery. |
Hybridní IT: řešení pro zotavení po havárii
řešení zotavení po havárii můžete mít pro vaše SQL Server databáze v hybridním IT prostředí pomocí skupin dostupnosti, zrcadlení databáze, přesouvání protokolů a zálohování a obnovení s využitím služby Azure Blob storage.
| Technologie | Ukázkové architektury |
|---|---|
| Skupiny dostupnosti | Některé repliky dostupnosti spuštěné ve virtuálních počítačích Azure a dalších replikách, které jsou místně spuštěné, pro zotavení po havárii mezi lokalitami. Produkční web může být místní nebo v datovém centru Azure. Vzhledem k tomu, že všechny repliky dostupnosti musí být ve stejném clusteru s podporou převzetí služeb při selhání, musí cluster zahrnovat obě sítě (cluster s podporou převzetí služeb při selhání s více Tato konfigurace vyžaduje připojení VPN mezi Azure a místní sítí. Pro úspěšné zotavení po havárii databází byste měli taky na lokalitu pro zotavení po havárii nainstalovat repliku řadiče domény. |
| Zrcadlení databáze | Jeden partner spuštěný ve virtuálním počítači Azure a druhý spuštěný v místním prostředí pro zotavení po havárii mezi lokalitami pomocí certifikátů serveru. Partneři nemusí být ve stejné doméně služby Active Directory a není nutné žádné připojení k síti VPN. Další scénář zrcadlení databáze zahrnuje jednoho partnera spuštěného na virtuálním počítači Azure a druhého spuštěného místně ve stejné doméně Active Directory pro zotavení po havárii mezi weby. Vyžaduje se připojení VPN mezi virtuální sítí Azure a místní sítí. Pro úspěšné zotavení po havárii databází byste také měli nainstalovat repliku řadiče domény v lokalitě pro zotavení po havárii. SQL Server 2008 R2 nepodporuje SQL Server 2008 nebo SQL Server 2008 R2. |
| Přesouvání protokolů | Jeden server běžící na virtuálním počítači Azure a druhý spuštěný místně pro zotavení po havárii mezi weby. Přesouvání protokolu závisí Windows sdílení souborů, takže se vyžaduje připojení VPN mezi virtuální sítí Azure a místní sítí. Pro úspěšné zotavení po havárii databází byste také měli nainstalovat repliku řadiče domény v lokalitě pro zotavení po havárii. |
| Zálohování a obnovení s využitím služby Azure Blob Storage | Místní produkční databáze zálohované přímo do úložiště objektů blob v Azure pro zotavení po havárii. Další informace najdete v tématu Zálohování a obnovení pro SQL Server v Azure Virtual Machines. |
| Replikace a převzetí služeb při selhání SQL Server Azure pomocí Azure Site Recovery | Místní produkční instance SQL Server replikována přímo do úložiště Azure Storage zotavení po havárii. Další informace najdete v tématu Ochrana SQL Server pomocí SQL Server zotavení po havárii a Azure Site Recovery. |
Bezplatná replika DR v Azure
Pokud máte Software Assurance, můžete implementovat plány hybridního zotavení po havárii (DR) s SQL Server bez dalších licenčních nákladů na pasivní instanci zotavení po havárii.
Pokud jsou například všechny tři repliky hostované v Azure, můžete mít dvě volné pasivní secondaries:
Nebo můžete nakonfigurovat prostředí hybridního převzetí služeb při selhání s licencovanou primární místní licencí, jednu bezplatnou pasivní službu pro ha-místně, jednu bezplatnou pasivní pro místní dr. a jednu bezplatnou pasivní pro dr. v Azure:
Další informace najdete v licenčních podmínkách produktu.
Pokud chcete tuto výhodu povolit, přejděte SQL Server prostředku virtuálního počítače. V části Nastavení vyberte Konfigurovat a pak v části SQL Server vyberte možnost Zotavení po havárii. Zaškrtnutím políčka potvrďte, že se SQL Server virtuální počítač použije jako pasivní replika, a výběrem možnosti Použít nastavení uložte.
Důležité informace o SQL Server HADR v Azure
Virtuální počítače Azure, úložiště a sítě mají jiné provozní charakteristiky než místní ne virtualizovaná IT infrastruktura. Úspěšná implementace řešení HADR SQL Server v Azure vyžaduje, abyste těmto rozdílům porozuměli a navrhli řešení tak, aby se jim přizpůsobili.
Uzly s vysokou dostupností ve skupině dostupnosti
Skupiny dostupnosti v Azure umožňují umístit uzly s vysokou dostupností do samostatných domén selhání a aktualizačních domén. Platforma Azure každému virtuálnímu počítači ve vaší skupině dostupnosti přiřadí aktualizační doménu a doménu selhání. Tato konfigurace v rámci datacentra zajišťuje, že během plánované nebo neplánované údržby je dostupný alespoň jeden virtuální počítač, který splňuje Azure SLA na 99,95 %.
Pokud chcete nakonfigurovat nastavení vysoké dostupnosti, umístěte všechny zúčastněné virtuální počítače SQL Server do stejné skupiny dostupnosti, abyste se vyhnuli ztrátě aplikací nebo dat během události údržby. Do stejné skupiny dostupnosti se mohou účastnit pouze uzly ve stejné cloudové službě. Další informace najdete v tématu Správa dostupnosti virtuálních počítačů.
Uzly s vysokou dostupností v zóně dostupnosti
Zóny dostupnosti jsou jedinečná fyzická umístění v rámci oblasti Azure. Každá zóna se skládá z jednoho nebo více datacenter vybavených nezávislým napájením, chlazením a sítí. Fyzické oddělení zón dostupnosti v rámci oblasti pomáhá chránit aplikace a data před selháním datacentra tím, že zajišťuje, aby byl k dispozici alespoň jeden virtuální počítač a splňoval 99,99% sla Azure.
Pokud chcete nakonfigurovat vysokou dostupnost, umístěte SQL Server virtuální počítače rozprostřené napříč zónami dostupnosti v oblasti. Za přenosy mezi sítěmi mezi zónami dostupnosti se budou nabítt další poplatky. Další informace najdete v tématu Zóny dostupnosti.
Latence sítě v hybridním IT
Nasaďte řešení HADR s předpokladem, že mezi vaší místní sítí a Azure můžou být období vysoké latence sítě. Při nasazování replik do Azure použijte pro režim synchronizace asynchronní potvrzení místo synchronního potvrzení. Při nasazování serverů pro zrcadlení databáze místně i v Azure použijte místo vysoce bezpečného režimu vysoce výkonný režim.
Podívejte se na osvědčené postupy konfigurace HADR pro nastavení clusteru a HADR, která můžou pomoct pojmout cloudové prostředí.
Podpora geografické replikace
Geografická replikace na discích Azure nepodporuje uložení datového souboru a souboru protokolu stejné databáze na samostatné disky. GRS replikuje změny na každém disku nezávisle a asynchronně. Tento mechanismus zaručuje pořadí zápisu v rámci jednoho disku v geograficky replikované kopii, ale ne napříč geograficky replikovanou kopií více disků. Pokud nakonfigurujete databázi tak, aby ukládala svůj datový soubor a soubor protokolu na samostatné disky, obnovené disky po havárii mohou obsahovat aktuální kopii datového souboru než soubor protokolu, který přeruší protokol dopředu v SQL Server a vlastnosti ACID (atomicita, konzistence, izolace a stálost) transakcí.
Pokud nemáte možnost zakázat geografickou replikaci v účtu úložiště, uchovujte všechna data a soubory protokolu pro databázi na stejném disku. Pokud kvůli velikosti databáze musíte použít více než jeden disk, nasaďte jedno z dříve uvedených řešení zotavení po havárii, abyste zajistili redundanci dat.
Další kroky
Rozhodněte, jestli je skupina dostupnosti nebo instance clusteru s podporou převzetí služeb při selhání nejlepším řešením kontinuity podnikových dat pro vaši firmu. Pak si prohlédněte osvědčené postupy pro konfiguraci prostředí pro vysokou dostupnost a zotavení po havárii.