Síťová topologie a možnosti připojení pro Oracle Database@Azure – návrh připojení BCDR
Tento článek se zaměřuje na úvahy o připojení pro vysokou dostupnost (HA) a zotavení po havárii (DR) u nasazení Oracle Exadata Database@Azure. Začíná tím, že řeší redundanci v jedné oblasti a pak se rozšiřuje na architektury napříč oblastmi, které pomáhají zajistit, aby vaše prostředí zůstala odolná a splňovala požadavky cíle bodu obnovení (RPO) a cíle doby obnovení (RTO).
Musíte řešit následující klíčové požadavky:
Nízká latence: minimalizovat latenci provozu databáze pro optimální výkon.
Provozní kontinuita a zotavení po havárii (BCDR): vysoká dostupnost vaší databáze Oracle Exadata na Azure a souvisejících aplikací je zásadní pro zachování obchodních operací, které mají nízké RTO nebo RPO.
Síťové připojení mezi primární a pohotovostní instancí Oracle Exadata Database@Azure je možné navázat prostřednictvím sítí Azure a sítí Oracle Cloud Infrastructure (OCI). Výchozí trasa pro toto připojení je přes Azure. Tento článek se zaměřuje na navrhování sítí v Rámci Azure. Další informace najdete v tématu BCDR pro Oracle Database@Azure.
Redundance ve stejné oblasti
Pro redundanci v jedné oblasti potřebujete dvě samostatná nasazení Oracle Exadata Database@Azure. Každé nasazení by mělo být v jiné virtuální síti a v souladu s jinou zónou dostupnosti.
Následující diagram znázorňuje redundantní nastavení s jednou oblastí, které používá dvě nasazení Oracle Exadata Database@Azure v samostatných virtuálních sítích pro rozsah více zón dostupnosti.
Poznámka
Oracle Data Guard používá základní síť Azure. Replikace dat probíhá prostřednictvím partnerské virtuální sítě Azure v rámci oblasti Azure a nepoužívá síť OCI. Platí poplatky za výchozí přenos dat.
Redundance napříč oblastmi
Pokud chcete nasadit redundantní nastavení sítě napříč oblastmi, můžete nakonfigurovat provoz v Azure nebo OCI. Následující vzory poskytují pokyny pro scénáře, kdy provoz musí zůstat v Rámci Azure. Následující diagram znázorňuje topologii hub-and-spoke.
Následující diagram znázorňuje topologii služby Azure Virtual WAN.
Aspekty návrhu
Možnosti sítě pro BCDR: Můžete navázat síťové připojení mezi primárními a pohotovostními instancemi Oracle Database@Azure prostřednictvím sítí Azure a sítí OCI. Výchozí trasa pro toto připojení je přes Azure.
Náklady na odchozí přenos dat: Při replikaci dat zvažte náklady na odchozí přenos dat mezi virtuálními sítěmi.
zón dostupnosti: Ujistěte se, že dvě nasazení Oracle Exadata Database@Azure zahrnují různé zóny dostupnosti a izolují selhání na úrovni zóny dostupnosti.
Konfigurace Data Guard : Pro zotavení po havárii v rámci stejné oblasti nebo zóny dostupnosti by měl být Data Guard povolen a nakonfigurován v synchronním režimu, aby se minimalizovaly cíle RTO a RPO a optimalizoval výkon. Další informace najdete v tématu aspekty BCDR pro Oracle Database@Azure.
Podporované síťové topologie: Používat připojení založené na službě Virtual WAN a peering s centrální sítí.
Doporučení k návrhu
síťová virtuální zařízení (NVA): Minimalizujte využití NVA v síťové cestě, protože každý další hop zvyšuje latenci, která může snížit výkon replikace služby Data Guard.
Náklady a růst: Vyhodnotit náklady na příchozí a výchozí přenos dat, budoucí růstová očekávání a potenciální změny architektury sítě. Sladění návrhu s cíli kontinuity podnikových procesů a omezeními rozpočtu
Asynchronní replikace pro zotavení po havárii mezi oblastmi: Zvažte použití asynchronní replikace prostřednictvím Data Guard, kvůli vyšší latenci mezi geograficky vzdálenými oblastmi. Tento režim dokáže zpracovat zvýšenou latenci, aniž by to ovlivnilo provozní výkon. Poskytuje také robustní možnosti zotavení po havárii.
Další krok
Pokud se chcete připravit na migraci, zvažte připojení z místní služby Oracle Database k Database@Azure Oracle Exadata. Další informace najdete v tématu Návrh připojení k migraci.