Provozní kontinuita a zotavení po havárii (BCDR) pro scénář řešení Azure VMware Enterprise – škálování

Řešení Azure VMware poskytuje jeden nebo několik privátních cloudů , které obsahují vSphere clustery. Tyto clustery jsou sestavené z vyhrazené holé infrastruktury Azure. Řešení poskytuje minimálně tři hostitele ESXi, maximálně 16 hostitelů na cluster. Do jednoho privátního cloudu se dá spouštět až 96 hostitelů. vCenter Server, síti vSAN, vSphere a NSX-T jsou všechny k dispozici jako součást řešení privátního cloudu. Další informace o řešení SLA pro Azure VMware najdete v tématu věnovaném řešení SLA pro Azure VMware. Pořád budete chtít zvážit další BCDR faktory.

Diagram, který zobrazuje BCDR Flow diagram.

Faktory návrhu pro provozní kontinuitu

  • vyberte validované řešení zálohování pro virtuální počítače VMware, například Microsoft Azure backup Server (MABS) nebo od našich partnerů pro zálohování.

    Poznámka

    Konfigurace vCenter a NSX-T pro privátní cloudy se účtují podle hodinového plánu zálohování. Zálohování se uchovává po dobu tří dní.

  • Zásady úložiště VMware síti vSAN v řešení Azure VMware se implementují s dostupností úložiště. Pokud cluster obsahuje tři a pět hostitelů, počet neúspěšných selhání hostitelů bez ztráty dat je stejný. Pokud má cluster mezi 6 a 16 hostiteli, počet selhání hostitele, který se má tolerovat, než může dojít ke ztrátě dat, se rovná dvěma. Zásady úložiště VMware síti vSAN se dají použít na základě jednotlivých virtuálních počítačů. I když jsou tyto zásady výchozí, můžete změnit zásady používané pro virtuální počítače VMware tak, aby vyhovovaly vlastním požadavkům. Další informace najdete v tématu Koncepty úložiště řešení Azure VMware.

  • Služba VMware High Availability (HA) je ve výchozím nastavení povolená v řešení Azure VMware. Zásada HA admittance zajišťuje rezervaci kapacity výpočtů a paměti v jednom uzlu. Tato rezervace zajišťuje dostatečnou rezervní kapacitu pro restartování úloh v jiném uzlu v clusteru řešení Azure VMware.

  • MABS v současné době nepodporuje obnovování záloh do sekundárního cloudu řešení Azure VMware. V části zotavení po havárii se v případě, že je potřeba řešení Azure VMware pro zotavení mezi různými požadavky.

Doporučení pro návrh kontinuity podnikových aplikací

  • Použijte MABS k zálohování privátního cloudu řešení Azure VMware. Další informace najdete v tématu zálohování virtuálních počítačů VMware pomocí MABS.

  • Nasaďte Azure Backup Server ve stejné oblasti Azure jako privátní cloud řešení Azure VMware. Tato metoda nasazení snižuje náklady na provoz, usnadňuje správu a udržuje primární/sekundární topologii. Osvědčené postupy pro nasazení oblastí Azure najdete v Průvodci rozhodnutím oblastí Azure .

  • MABS se dají nasadit jako virtuální počítač infrastruktury Azure jako služba (IaaS) nebo v rámci privátního cloudu řešení Azure VMware. Doporučujeme ho nasadit mimo privátní cloud řešení Azure VMware ve službě Azure Virtual Network. Tato virtuální síť je připojená ke stejnému ExpressRoute, aby se snížila spotřeba síti vSAN, protože síti vSAN je prostředkem omezené kapacity v rámci privátního cloudu řešení Azure VMware.

    Diagram znázorňující MABS Backup Server nasazený jako virtuální počítač Azure IaaS.

    Diagram znázorňující MABS Backup Server nasazený jako virtuální počítač řešení Azure VMware.

  • Pro obnovení ze zálohy pro součásti řešení Azure VMware, jako je vCenter, NSX Manager nebo HCX Manager, vytvořte support Request Azure.

Faktory návrhu zotavení po havárii

  • Zarovnejte obchodní požadavky s časem obnovení, kapacitou a cíli bodů pro aplikace a vrstvy virtuálních počítačů. Podle potřeby je naplánujte a navrhněte, abyste je mohli dosáhnout pomocí nejvhodnější technologie pro replikaci. aplikace – nativní, jako je například skupina dostupnosti Always On SQL, nebo nenativní, jako je například server VMware Recovery Manager (SRM) a Azure Site Recovery.

  • Zaměřte se na to, co bude cílová lokalita pro zotavení po havárii pro privátní cloud řešení Azure VMware. Tento web ovlivňuje, které nástroje pro zotavení po havárii jsou vhodné pro prostředí.

  • migrace z umístění třetích stran do řešení Azure VMware podporuje prostřednictvím lokality Recovery Manager až po škálování.

  • k zajištění zotavení po havárii privátního cloudu řešení azure vmware do sekundárního cloudového řešení azure vmware můžete použít Recovery Manager serveru VMware.

  • Azure Site Recovery můžete použít jako řešení zotavení po havárii pro privátní cloud řešení Azure VMware do Azure IaaS. Další informace najdete v tématu Příprava prostředků Azure Site Recovery pro zotavení po havárii virtuálních počítačů řešení Azure VMware.

    Diagram, který zobrazuje příklad Azure Site Recovery na nejvyšší úrovni.

  • Plánovač nasazení služby Azure Site Recovery můžete použít k zahájení plánování zotavení po havárii do nativních služeb Azure.

  • Když naplánujete spouštění úloh po Azure Site Recovery převzetí služeb při selhání, zahrňte správné pořadí spouštění pro úlohy v plánu obnovení.

  • Partnerská řešení, jako je JetStream software a HCX , také podporují scénáře zotavení po havárii pro řešení Azure VMware.

  • Pokud dojde k události zotavení po havárii, analyzujte a rozhodněte, která sada nebo podmnožina úloh řešení Azure VMware vyžaduje ochranu. Zvažte ochranu jenom těch úloh, které jsou pro obchodní operace zásadní, a řídit tak náklady spojené s implementací zotavení po havárii.

  • V sekundárním prostředí nastavte funkční role domény, jako jsou řadiče domény služby Active Directory.

  • Pokud chcete povolit zotavení po havárii mezi privátními cloudy řešení Azure VMware v různých oblastech Azure, musíte povolit ExpressRoute Global Reach mezi ExpressRoute okruhy back-endu. Tyto okruhy vytvářejí připojení typu primární k sekundárnímu privátnímu cloudu, pokud je to potřeba pro řešení, jako jsou VMware SRM a VMware HCX pro zotavení po havárii

  • Při práci s zotavením po havárii můžete použít stejné adresní prostory IP adres z primární oblasti Azure v sekundární oblasti Azure. Ale vyžaduje, aby se do základu řešení vyvinula režie.

    • Zachovat stejné IP adresy: Na obnoveném virtuálním počítači můžete použít stejné IP adresy jako ty, které jsou přidělené virtuálním počítačům řešení Azure VMware. V této metodě vytvořte izolované sítě VLAN nebo segmenty v sekundární lokalitě a ujistěte se, že žádná z těchto izolovaných sítí VLAN nebo segmentů není připojená k prostředí. Upravte své trasy pro zotavení po havárii tak, aby odrážely, že podsíť byla přesunuta do sekundární lokality a do nových umístění IP adres. Tato metoda sice funguje, i když je zaměřená na minimální interakci, vytvoří také inženýrské náklady.

    • Použijte jiné IP adresy: Pro obnovené virtuální počítače můžete použít také různé IP adresy. pokud se virtuální počítač přesune do sekundární lokality, plán obnovení v rámci lokality VMware Recovery Manager podrobí vlastní mapu IP. Vyberte tuto mapu pro změnu IP adresy. Pokud používáte Azure Site Recovery, pro nové přidělování IP adres se vybere definovaná virtuální síť.

  • Vysvětlení částečných a úplných řešení pro zotavení po havárii:

    • Když pracujete s Azure Site Recovery, zjistěte, jak připravit na úplné zotavení po havárii. Konkrétně jak převzít služby při selhání z řešení Azure VMware do nativního prostředí Azure.

    • VMware SRM můžete použít k částečnému a úplnému zotavení po havárii. Při spuštění řešení Azure VMware v oblasti 1 a region 2 můžete z primárních a sekundárních oblastí selhat některé nebo všechny virtuální počítače.

    • Požadavek na obnovení virtuálních počítačů a požadavky na uchovávání IP adres se určí, pokud je možné částečné a úplné zotavení po havárii.

    • Udržujte IP adresu a v SRMu v případě částečného zotavení po havárii přesunutím brány podsítě do sekundárního řešení Azure VMware.

    Poznámka

    Aktivní-pohotovostní zotavení po havárii nevyžaduje roztažení L2.

Doporučení pro návrh zotavení po havárii

  • při práci s řešeními Azure vmware v primárních i sekundárních lokalitách použijte Recovery Manager serveru vmware. Primární a sekundární lokality se taky označují jako chráněné a obnovované lokality. První diagram zobrazuje podrobný přehled průběžné replikace vSphere. Druhý diagram zobrazuje podrobnosti o komponentách primární a sekundární lokality.

    Diagram, který zobrazuje podrobný příklad nepřetržité replikace vSphere mezi dvěma weby řešení Azure VMware.

    Diagram, který zobrazuje podrobný příklad průběžné replikace vSphere mezi dvěma weby řešení Azure VMware.

  • Použijte Azure Site Recovery, pokud je Azure IaaS cílem zotavení po havárii pro privátní cloud řešení Azure VMware.

  • Pomocí automatizovaných plánů obnovení v každé z příslušných řešení minimalizujte ruční zadání. tyto plány jsou užitečné při práci s lokalitou VMware Recovery Manager nebo Azure Site Recovery k zajištění zotavení po havárii privátního cloudu řešení Azure VMware. Plán obnovení shromažďuje počítače do skupin obnovení pro převzetí služeb při selhání. Pak pomáhá definovat proces systematického obnovení tím, že vytvoří malé nezávislé jednotky, které můžou převzít služby při selhání.

  • Pro účely blízkosti oblastí a snížení nákladů doporučujeme použít dvojici geopolitických oblastí jako sekundární prostředí pro zotavení po havárii.

  • Nechejte adresní prostory jiné. Použijte například 192.168.0.0/16 pro oblast 1 a 10.0.0.0/16 oblast 2. Tento rozdíl snižuje riziko překrývání IP adres.

  • Použijte ExpressRoute Global Reach připojení mezi primárním a sekundárním privátním cloudem řešení Azure VMware. Podívejte se na Další informace o sítích a doporučeních v příslušné oblasti návrhu.

Další kroky

Seznamte se s důležitými informacemi a doporučeními pro počáteční nasazení řešení Azure VMware a pokyny pro provozní automatizaci.