Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) pokračuje v rozšiřování svých vestavěných funkcí zavedením sedmi nových funkcí pro databázové a úložné služby Oracle v OCI. Tyto vysoce očekávané doplňky poskytují komplexnější pokrytí služeb OCI pro plně automatizovaná převzetí služeb při selhání, přepnutí a nácvik obnovy po havárii pro výpočty, úložiště, databáze a nástroje pro vyrovnávání zatížení.
V tomto příspěvku popisujeme nové funkce na vysoké úrovni a vysvětlujeme základní koncepty potřebné k přidání zdrojů jako členů do skupin, které Full Stack DR nazývá skupiny ochrany při obnově po havárii (DRPG).
Služby úložiště OCI, které podporuje Full Stack DR
Full Stack DR nedávno představil Object Storage jako nový vestavěný nativní typ prostředku, který může služba automaticky spravovat během operace obnovy po havárii.
Full Stack DR nyní organizuje obnovu pro všechny následující služby úložiště OCI:
- Blokovat úložiště
- Ukládání souborů
- Skladování objektů
Podporované služby databáze OCI
Full Stack DR také představil vestavěnou podporu pro čtyři další služby OCI Oracle Database. Zákazníci mohou nakonfigurovat Autonomous Data Guard nebo Data Guard pomocí Oracle Cloud Console pro libovolnou databázi Oracle uvedenou v následujícím seznamu, poté Full Stack DR organizuje obnovu pomocí nativních rozhraní API OCI, které každá databázová služba poskytuje, aby spustila převzetí služeb při selhání a přepnutí pomocí Data Guard:
- Autonomní databáze bez serveru
- Autonomní vyhrazená infrastruktura
- Autonomní vyhrazený cloud@Customer
- Oracle Base Database Service
- Oracle Exadata Database Service na Dedicated
- Oracle Exadata Database Service na Cloud@Customer
- Oracle Exadata Database Service na Exascale Infrastructure
Všechny podporované databázové služby umožňují přidání více primárních a záložních databází do DRPG v každé oblasti. Zákazníci mohou kombinovat různé databázové služby do stejných skupin a plánů ochrany DR podle potřeby pro libovolnou sadu aplikací.
Můžete například zahrnout dvě základní databáze, tři databáze autonomní vyhrazené infrastruktury a tři databáze Exadata na Exascale, pokud je to vyžadováno pro konkrétní obchodní systém. Všechny kroky obnovy pro každou databázi jsou automaticky předvyplněny do všech vytvořených plánů obnovy po selhání nebo přepnutí po havárii.
Pohotovostní režim snímku autonomní databáze pro cvičení obnovy po havárii
Autonomous Database Serverless byl od začátku vestavěným typem prostředku v Full Stack DR. Dobrou zprávou je, že inženýrský tým Autonomous Database Serverless byl zaneprázdněn přidáváním dalších rozhraní API pro vytváření a správu pohotovostních snímků, úplných klonů a obnovitelných klonů.
Full Stack DR vám nyní umožňuje vybrat si z těchto pohotovostních možností Autonomous Data Guard jako součást cvičení obnovy po havárii v pohotovostní oblasti. Můžete si vybrat možnosti pro databáze Autonomous Database Transaction Processing nebo Data Warehouse, které jsou členy DRPG.
Funkce pohotovostního snímku je k dispozici také u Autonomous Dedicated Infrastructure a Autonomous Dedicated Cloud@Customer, ale tyto služby OCI aktuálně nepodporují obnovitelné nebo úplné klony.
Přestože správci databází mohou vytvářet pohotovostní režimy snímků pro Exadata a Base Database as a Service (DBaaS) pomocí příkazového řádku, rozhraní API OCI, která vytvářejí a spravují pohotovostní režimy snímků, zatím nejsou s těmito službami k dispozici. Full Stack DR tedy nemůže automaticky předvyplnit cvičení obnovy po havárii kroky potřebnými k nastavení kopie pro čtení a zápis databází v pohotovostní oblasti při spuštění cvičení obnovy po havárii. Inženýrství DBaaS se zaměřuje na poskytování vylepšení funkce pohotovostního režimu snímků v budoucnu, ale dáme vám vědět, až budou tato klíčová rozhraní API k dispozici pro předvyplnění cvičení obnovy po havárii s kroky k automatickému nastavení databází v pohotovostní oblasti pro testování.
Konzola autonomní databáze se propojuje s Full Stack DR
Tato nová funkce Autonomous Database Serverless byla uvolněna do produkce v srpnu 2024 a je pozoruhodným krokem k mnohem užší integraci mezi službami OCI Database a OCI Disaster Recovery as a Service (DRaaS) s Full Stack DR. Chcete-li se blíže podívat na tuto novou funkci, přečtěte si příspěvek Suraje Rameshe Autonomní databáze OCI poskytuje více vhledů do Full Stack DR ze stránek ADB Serverless Pages v konzole OCI.
Jak tyto nové funkce fungují s Full Stack DR
Všechny služby OCI, výpočty, úložiště, databáze a sítě jsou nejprve vytvořeny a nasazeny mimo pracovní postup Full Stack DR pomocí běžných služeb OCI. Například vytvořte segmenty Object Storage v obou oblastech a poté povolte replikaci mezi oblastmi pomocí služby Object Storage.
Podobně jsou všechny podporované databáze Oracle zajišťovány mimo pracovní postup Full Stack DR pomocí servisní konzoly OCI pro požadované databáze. Autonomní Data Guard nebo Data Guard jsou také povoleny nebo konfigurovány v konzole OCI pro vybrané databáze. Takto jsou nasazeny všechny služby OCI před přidáním čehokoli do Full Stack DR.
Vyberte si z rostoucího portfolia typů zdrojů OCI
Přidejte libovolný počet a kombinaci požadovaných výpočtů, blokového úložiště, úložiště souborů, úložiště objektů, databází a vyvažovačů zatížení do skupin ochrany Full Stack DR. Co přidáte, je zcela na vás a zcela závisí na tom, jaké zdroje OCI jsou součástí obchodního systému nebo zásobníku aplikací.
Snímek obrazovky 2 níže ukazuje úložiště a databáze, které jsou nyní prvotřídními občany Full Stack DR. Všichni prvotřídní občané mají vestavěnou inteligenci potřebnou k předběžnému naplnění plánů DR se všemi kroky potřebnými k organizování obnovy pro daný zdroj.
Přidejte existující prostředky do skupin ochrany DR
Vždy existují dvě skupiny ochrany DR pro každý jeden obchodní systém nebo zásobník aplikací. Jsou vytvořeny ve dvou různých oblastech nebo doménách dostupnosti a jsou vzájemně spojeny jako rovnocenné.
Obchodní systém má obvykle zdroje OCI spuštěné nebo existující v každém regionu. Například primární databáze budou mít záložní databázi v pohotovostní oblasti nebo doméně dostupnosti. Proto je libovolný počet primárních databází přidán jako členové do skupiny ochrany DR s primární rolí, jak je znázorněno na snímku obrazovky 3. Poté jsou všechny odpovídající pohotovostní databáze přidány do skupiny ochrany DR s pohotovostní rolí.
Ne všechny prostředky OCI mají v pohotovostní oblasti odpovídající objekty. Přečtěte si dokumentaci, abyste pochopili více.
Vytvořte plány DR v pohotovostní skupině ochrany DR
Vždy vytvořte tři základní plány DR ve skupině ochrany DR, která má pohotovostní roli, jak je znázorněno na obrázku 4 níže. Role primární a pohotovostní je funkcí ochranné skupiny DR, nikoli regionu. Role jsou proměnlivé, takže je dobré osvojit si zvyk uvažovat o regionu jako o produkci a jeho protějšku jako o „DR“. Full Stack DR automaticky mění role skupin ochrany, takže jsou připraveny provést obnovu v opačném směru poté, co plán DR dokončí provádění obnovy.
Za předpokladu, že region1 je primární a region2 je pohotovostní, vytvoříte tři plány DR v regionu2, jak je znázorněno na obrázku níže. Tyto plány DR se používají k přechodu pracovní zátěže z regionu1 na region2.
Každý podporovaný typ zdroje, jako je Autonomous Dedicated Database, Autonomous Database Cloud@Customer a Object Storage, má vestavěnou inteligenci potřebnou ke generování plánů DR předem vyplněných správnými kroky obnovy ve správném pořadí, jak je znázorněno na obrázku 5 níže.
Mnoho našich zákazníků je velmi spokojeno s tím, co Full Stack DR automatizuje pomocí vestavěných skupin plánů, jak je znázorněno na snímku 5 výše, ale cílem je automatizovat 100 % obnovy pro jakýkoli daný obchodní systém. Cíl plné automatizace vyžaduje další práci na přizpůsobení základních plánů DR tak, aby dělaly to, co potřebujete, jak je vidět na snímku obrazovky 6 níže.
Full Stack DR nemá vestavěné inteligentní moduly pro aplikace. Důvodem je, že v současné době neexistují žádné aplikace Oracle nebo jiné aplikace, které poskytují nativní rozhraní API OCI pro správu obnovy. Data Guard, úložiště bloků, úložiště souborů, úložiště objektů a další služby OCI, které podporujeme, mají nativní rozhraní API OCI potřebná k řízení automatizovaných obnov.
Full Stack DR může stále zorganizovat obnovu pro téměř libovolnou aplikaci Oracle nebo jinou aplikaci přidáním uživatelem definovaných skupin plánů a kroků k jakémukoli plánu DR prostřednictvím našeho rozšiřitelného rámce, jak je znázorněno na snímku obrazovky 6. Další informace o úpravách plánů naleznete na Dokumentace pro obnovu po havárii OCI.
Proveďte přepnutí, abyste otestovali plány a změňte roli do pohotovostního režimu
Vytvořte stejné tři plány DR v regionu1, jakmile budou plány DR v regionu2 zcela připraveny. Region1 musí zdědit roli pohotovostního režimu, než v něm lze vytvořit plány DR. Proveďte plán přechodu v regionu2, aby se pracovní zátěž přesunula do regionu2. Tím se region1 stane pohotovostním regionem. Vytvořte stejné tři plány v regionu1, takže Full Stack DR má způsob, jak převést pracovní zátěž zpět do regionu1.
Testujte plány DR často bez dopadu na produkci
DR Drills a pravidelné předběžné kontroly jsou extrémně důležité nástroje pro zajištění integrity a životaschopnosti vašich plánů DR. Spuštění předběžné kontroly nic nestojí a zachytí i drobné nesrovnalosti a změny ve vašem prostředí, které ovlivní úspěch obnovy.
DR lze provozovat bez obav z dopadu na vaši výrobní zátěž. Tento typ plánu DR hydratuje kopii produkčních výpočtů, úložiště, databází a backendových sad nástroje pro vyrovnávání zatížení v pohotovostní oblasti s nulovým dopadem na vaši produkční zátěž.
Chcete vědět více?
Pokud jste ještě neviděli Full Stack Disaster Recovery v akci, bez váhání nás kontaktujte.
Zdroj: Oracle
