Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) orchestriert mit nur einem einzigen Klick den Transfer von Compute, Datenbank und Anwendungen zwischen OCI-Regionen auf der ganzen Welt. Kunden können die Schritte für die Wiederherstellung eines oder mehrerer Geschäftssysteme automatisieren, ohne bestehende Infrastruktur, Datenbanken oder Anwendungen umzugestalten oder neu zu strukturieren – und ohne spezielle Verwaltungs- oder Konvertierungsserver zu benötigen.
Derzeit ist OCI Full Stack DR in 27 Regionen im kommerziellen Realm OC1 verfügbar. Eine umfassende Liste dieser Regionen finden Sie auf der Seite zur Verfügbarkeit von Full Stack DR-Regionen. Unser nächster Plan sieht vor, die Verfügbarkeit auf die übrigen OC1-Regionen auszudehnen, gefolgt von den OCI Dedicated Regions und anderen OCI-Regionen. Weitere Informationen zu den OCI-Regionen, einschließlich der Realms und ihrer spezifischen Standorte, finden Sie in der Dokumentation a href="https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm" data-lbl="oci-realms-regions">OCI realms and regions.
Derzeit ist OCI Full Stack Disaster Recovery auf Ressourcen ausgerichtet, die in OCI-Regionen verfügbar sind. Beachten Sie jedoch, dass die Fähigkeit zur Disaster Recovery in On-Premise-, Hybrid- und Multicloud-Strategien Teil der Roadmap für die zukünftige Entwicklung ist. Oracle plant, die Funktionalität von OCI Full Stack DR auf diese Umgebungen auszudehnen. So verfügen Sie über eine umfassende Disaster Recovery-Lösung, die ein breiteres Spektrum an Szenarien abdeckt.
Ja, das ist möglich. Das Deployment von OCI-Ressourcen in zwei OCI-Regionen bietet erweiterte Möglichkeiten zum Disaster Recovery. Darüber hinaus trägt dieser Ansatz dazu bei, High Availability und Resilienz für kritische Anwendungen und Services sicherzustellen. Im Falle einer Katastrophe oder eines Ausfalls in einer Region können Ressourcen nahtlos auf die andere Region umgeschaltet werden. Dadurch werden Ausfallzeiten reduziert und die Auswirkungen auf den Geschäftsbetrieb minimiert. Außerdem können Sie durch die Verteilung von Ressourcen auf mehrere Regionen eine robuste Disaster Recovery-Strategie erreichen, die besseren Datenschutz und Geschäftskontinuität bietet.
Nein, OCI Full Stack DR ist ein vollständig verwalteter Service.
Ja, OCI Full Stack DR bietet SLAs für Verfügbarkeit und Performance. Einzelheiten finden Sie im Oracle PaaS and IaaS Public Cloud Services Pillar Document (PDF).
Über die Oracle Cloud Infrastructure-Konsole (eine browserbasierte Schnittstelle), REST-APIs, Oracle Cloud Infrastructure SDKs, eine Befehlszeilenschnittstelle und DevOps-Tools können Sie auf OCI Full Stack DR zugreifen.
Ja, OCI Full Stack DR kann sowohl für Oracle Workloads als auch für Workloads, die nicht von Oracle stammen, verwendet werden.
Nein. Mit Full Stack DR können Sie DR-Pläne nur in der Region der Standby-DR-Schutzgruppe erstellen.
OCI Full Stack DR hilft, die Wiederherstellungsschritte für vorhandene Anwendungen zu automatisieren. Für die Integration mit Full Stack DR müssen Sie Folgendes ausführen:
Ja, Full Stack DR ist ein äußerst flexibler Service. Sie können beliebige DR-Deployments mit OCI Full Stack Disaster Recovery integrieren.
Abhängig von Ihren DR-Deployments müssen Sie die gesamte Produktions-/DR-Infrastruktur und Anwendungskomponenten einrichten.
Sie können die folgenden Ressourcentypen als Mitglieder zur DR-Schutzgruppe hinzufügen.
Beim Erstellen des DR-Plans generiert OCI Full Stack Disaster Recovery automatisch integrierte Plangruppen. Ihr DR-Plan kann weiter angepasst werden, um über benutzerdefinierte Plangruppen mithilfe von Skripten oder Oracle Cloud Infrastructure (OCI) Functions mit anderen OCI-Services zu interagieren.
Es gibt vier Arten von DR-Plänen.
Ja, wir haben vor, weitere OCI-Kerndienste wie OCI Kubernetes Engine und OCI Object Storage hinzuzufügen. In Kürze finden Sie hier weitere Informationen.
Ja. OCI Full Stack DR hängt von den Oracle Database PaaS Data Guard APIs ab, um Plangruppen für Switchover oder Failover für die Datenbank zu generieren.
Ja, vorausgesetzt, Sie haben Oracle Data Guard für die Datenbanken eingerichtet, die auf einer OCI-VM ausgeführt werden. Sie können benutzerdefinierte Plangruppen erstellen und Data Guard-Broker oder Rollentauschskripte verwenden.
Wir empfehlen Ihnen, die nativen Datenbank-Replikationstechnologien für die Replikation der Produktions- und Standbydatenbanken zu verwenden. Sie können benutzerdefinierte Plangruppen verwenden und Ihre Skripte zur Durchführung des Datenbankrollentauschs einbinden.
Bewegliche Instanz: Wird in der Regel in Pilot-Light- oder Cold-VM-Disaster-Recovery-Topologien verwendet, bei denen die Instanzen, aus denen der Anwendungsstack besteht, nur in der primären Region bereitgestellt werden. Die Instanzen werden von der primären DR-Schutzgruppe in die Standby-DR-Schutzgruppe verschoben.
Unbewegliche Instanz: Wird in der Regel für aktiv-passive DR-Topologien verwendet, bei denen Instanzen, die den Anwendungsstack bilden, sowohl in Regionen als auch in Anwendungssoftwarekomponenten vorinstalliert sind. Diese Instanzen können Sie während DR-Vorgängen starten bzw. stoppen, um den Service von einer Region in eine andere zu übertragen.
Wenn Sie eine bewegliche oder unbewegliche Recheninstanz als Mitglied der primären DR-Schutzgruppe hinzugefügt haben, müssen Sie die entsprechende Boot/Block-Volume-Gruppe als Mitglied der primären DR-Schutzgruppe hinzufügen.
Sie können die Details der Block-Volume-Einhängeoption in den Eigenschaften des unbeweglichen Instanzmitglieds angeben. Sie müssen die entsprechende Block-Volume-Gruppe als Mitglied der primären DR-Schutzgruppe hinzufügen.
Ja, mit benutzerdefinierten Plangruppen. Weitere Informationen finden Sie unter Automatisieren von Switchover und Failover für OCI Object Storage-Buckets mithilfe von Functions mit OCI Full Stack Disaster Recovery
Recovery Time Objective (RTO): RTO ist der angestrebte Zeitrahmen, innerhalb dessen eine bestimmte Anwendung oder ein bestimmtes System nach einer Katastrophe oder einem störenden Ereignis vollständig wiederhergestellt und betriebsbereit sein muss. Dies stellt die maximal zulässige Ausfallzeit dar, die das Unternehmen für diese Anwendung tolerieren kann. Mit anderen Worten: Sie gibt an, wie schnell die Anwendung wieder betriebsbereit sein muss, um die Anforderungen an die Geschäftskontinuität zu erfüllen. Kritische Anwendungen haben oft eine niedrige RTO da sie schnell wiederhergestellt werden müssen, um Unterbrechungen zu minimieren und zentrale Vorgänge aufrechtzuerhalten.
Recovery Point Objective (RPO): RPO bezeichnet den maximal tolerierbaren Datenverlust im Falle einer Katastrophe oder Störung. Es stellt den Zeitraum dar, für den Daten verloren gehen können (nicht gesichert oder repliziert), bevor die Katastrophe erhebliche Auswirkungen auf das Unternehmen hat. Wenn eine Anwendung beispielsweise einen RPO von einer Stunde hat, bedeutet das, dass die Daten nach einem Notfall bis zu einem Punkt wiederhergestellt werden müssen, der nicht mehr als eine Stunde vor dem Vorfall liegt. Anwendungen mit einem niedrigeren RPO erfordern in der Regel häufigere Datensicherungen oder -replikationen, um einen minimalen Datenverlust sicherzustellen.
Sowohl RTO als auch RPO sind wesentliche Überlegungen bei der Disaster Recovery-Planung, da sie sich direkt auf die Kontinuität und Belastbarkeit von Geschäftsvorgängen während und nach einem Störfall auswirken. Unternehmen müssen diese Ziele basierend auf der Wichtigkeit ihrer Anwendungen und den Kosten für die Implementierung der erforderlichen DR-Maßnahmen abwägen.
Die RTO für eine Anwendung kann unter Berücksichtigung der Zeit ermittelt werden, die zum Abschluss des Switchover- oder Failover-Plans benötigt wird. OCI Full Stack DR kann mit seinem vollautomatischen Wiederherstellungsprozess die RTO erheblich verbessern, indem es die Ausfallzeiten minimiert und den für die Wiederherstellung erforderlichen manuellen Eingriff reduziert.
Durch die Automatisierung der Failover- und Switchover-Prozesse optimiert OCI Full Stack DR den Wiederherstellungsworkflow und ermöglicht die schnelle Wiederinbetriebnahme von Anwendungen. Diese Verkürzung der Wiederherstellungszeit kann zu einer verbesserten Geschäftskontinuität und weniger Unterbrechungen während eines Katastrophenereignisses führen.
OCI Full Stack DR hat keine Kontrolle über die RPO, da es je nach OCI-Services, ihren Replikationsmethoden und Konfigurationen variieren kann. Je nach Datenreplikation und -synchronisierung können verschiedene Services in Oracle Cloud Infrastructure über bestimmte RPO-Richtlinien verfügen.
Beispielsweise hat Oracle für Oracle Autonomous Database Serverless möglicherweise RPO-Werte für regionsübergreifende Standbydatenbanken veröffentlicht, die den maximal tolerierbaren Datenverlust für dieses bestimmte Setup angeben.
Um die Einhaltung Ihrer gewünschten RPO sicherzustellen und die Datenwiederherstellungsfunktionen der einzelnen OCI-Services zu verstehen, sollten Sie die Dokumentation der jeweiligen OCI-Services lesen. Diese Richtlinien enthalten detaillierte Informationen darüber, wie Daten repliziert werden, welche Wiederherstellungsoptionen verfügbar sind und wie hoch die erwartete RPO für verschiedene Konfigurationen ist. Wenn Sie die Empfehlungen in der Dokumentation befolgen, können Sie eine geeignete Disaster Recovery-Strategie implementieren, die Ihren Geschäftsanforderungen und Datenschutzanforderungen entspricht.
Die Tarife für OCI Full Stack DR entsprechen dem OCI-Standardpreismodell für Oracle Compute Unit (OCPU) pro Stunde. Die Stock Keeping Unit (SKU) für OCI Full Stack DR ist B95485. Weitere Einzelheiten finden Sie im Abschnitt zum OCI-Kostenrechner
Der Tarif für OCI Full Stack DR basiert auf der Gesamtzahl der OCPUs der Rechen- und Datenbankressourcen, die als Mitglieder sowohl der primären als auch der Standby-DR-Schutzgruppe hinzugefügt werden.
Beispiel 1
Beispiel 2
Bitte beachten Sie, dass sich die Preise pro Stunde und Modell in Zukunft ändern können. Für aktuelle Preise lesen Sie bitte die aktuellen Preisrichtlinien oder wenden Sie sich an Ihren Oracle Vertriebsmitarbeiter.
Nein, es gibt keine gesonderten Tarife für das Hinzufügen einer Volume-Gruppe als Mitglied einer DR-Schutzgruppe. Die Tarife für OCI Full Stack DR gelten nur für Compute- und Datenbank-Mitgliedstypen.
Ja. Die mit OCI-Services und einem DR-Deployment-Modell verbundenen Kosten variieren je nach den von Ihnen gewählten spezifischen Services und Konfigurationen. Wenn Sie sich beispielsweise für eine regionsübergreifende Blockreplikation entscheiden, fallen zusätzliche Speicherkosten an. Ebenso verursacht die Nutzung einer autonomen Standbydatenbank zusätzliche Kosten. Ausführlichere Informationen zu den Tarifen für die jeweiligen OCI-Services finden Sie in den Preisdetails für Oracle Cloud Infrastructure.