Vollständiger Stack - DR-Abrechnungsdetails

Berechnung der Abrechnung für eine DR-Konfiguration

Mitgliedsressourcen, für die Gebühren anfallen

Full Stack DR verwendet nur zugewiesene OCPU-, ECPU- oder OIC-Nachrichtenpakete als Grundlage für die Berechnung der Gebühren. Die Gebühren für Full Stack DR fallen für alle Compute-, Datenbank- oder Oracle Integration-Mitglieder einer DR-Schutzgruppe an, unabhängig davon, ob die Ressource ausgeführt oder gestoppt wird. Beispiel: Eine nicht verschiebende Compute-Instanz, die in der Standbyregion vorhanden ist, sich aber immer in einem gestoppten Status befindet, bis ein DR-Vorgang ausgeführt wird, sammelt weiterhin stündliche Gebühren, auch wenn sie nicht ausgeführt wird.

OCI-Ressourcen, für die Gebühren anfallen

Ressourcenverbrauch bestimmen

In der folgenden Tabelle wird dargestellt, wie der Ressourcenverbrauch für verschiedene OCI-Member-Ressourcentypen bestimmt wird, für die stündliche Gebühren für Full Stack DR anfallen. Die Bestimmung des OIC-Nachrichtenpakets und des Prozessorverbrauchs für die meisten OCI-Ressourcentypen erfolgt direkt und basierend auf den Informationen auf der Detailseite für jede einzelne Ressource in der OCI-Konsole. Einige Ressourcen wie einige Oracle-Datenbanken, die keine Prozessorauslastung für einzelne Datenbanken anzeigen, werden jedoch von der Gesamtsumme der CPU abgeleitet, die vom VM-Cluster verbraucht wird.

Kostenschätzung

Oracle stellt ein benutzerfreundliches Kostenschätzungstool auf der Full Stack DR-Produktseite bereit.

Full Stack Disaster Recovery installiert, konfiguriert oder stellt keine OCI-Ressourcen wie Compute, Speicher, Netzwerk, Datenbanken oder Anwendungen bereit. Sie sind für den Entwurf der Disaster-Recovery-Strategie verantwortlich, die von Full Stack Disaster Recovery orchestriert werden soll. Außerdem sind Sie für das Erstellen, Konfigurieren und Bereitstellen aller OCI-Ressourcen IaaS und PaaS außerhalb des Workflows für Full Stack Disaster Recovery verantwortlich. Daher sollten Sie sich bereits über die Ressourcen im Klaren sein, die in beiden Regionen bereitgestellt werden, bevor Sie mit Full Stack Disaster Recovery arbeiten. Das bedeutet, dass der Kostenrechner verwendet werden kann, bevor Sie tatsächlich OCI-Ressourcen in einer der OCI-Regionen bereitgestellt haben.

Überlegungen:

Das folgende Beispiel zeigt ein fiktives Geschäftssystem, das in zwei OCI-Regionen bereitgestellt wird. Je nach den Services IaaS und PaaS, die Teil des Anwendungsstacks sind, hat jeder Kunde etwas anderes. In diesem Beispiel wird gezeigt, wie Sie die Kosten für die Verlagerung von Computing und ohne Datenbanken schätzen. In diesem Szenario sind die OCI-Ressourcen zu jedem Zeitpunkt nur in einer einzigen Region vorhanden. Dies ähnelt dem Ansatz, den andere Cloud-Serviceprovider für die Disaster Recovery verwenden. Diese Strategie basiert auf der Replikation des Boot- und Blockspeichers für jede virtuelle Maschine in die Standbyregion, sodass Sie nur die OCPU-Anzahl für die Region hinzufügen, in der die virtuellen Maschinen derzeit ausgeführt werden.

Der Kostenrechner enthält sechs Felder für die Integration der gesamten OCPU- und ECPU-Anzahl für IaaS- und PaaS-Ressourcen in jeder Region. Die folgende Tabelle enthält die sechs Felder, die Sie im Kostenrechner ausfüllen würden. Die Werte in den Feldern basieren auf den Details, die unter der Tabelle angezeigt werden und einen fiktiven Anwendungsstack darstellen, der für die Disaster Recovery in zwei OCI-Regionen bereitgestellt wird.

Gesamte CPU, die von Compute-Instanzen oder Datenbanken belegt wird, die Mitglieder der DR-Schutzgruppe in der primären Region (Region 1) sind.

Die folgende Tabelle zeigt ein Beispiel für die Ressourcen IaaS und PaaS, die in der primären Region vorhanden sind oder vorhanden sind. Die CPU-Summen in der letzten Zeile der Tabelle unten sind die Zahlen, die im obigen Beispielkostenrechner dargestellt sind.

CPU in Standby-DR-Schutzgruppe

Gesamte CPU, die von Compute-Instanzen oder Datenbanken belegt wird, die Mitglieder der DR-Schutzgruppe in der Standbyregion (Region 2) sind.

Dieses Beispiel umfasst nur das Verschieben von Compute-Instanzen, die jeweils nur in einer einzelnen Region vorhanden sind. Daher sind in der Standby-Schutzgruppe keine kostenpflichtigen Member-Ressourcen vorhanden, d.h. es fallen keine Gebühren für Full Stack Disaster Recovery in der Standbyregion an.

Das folgende Beispiel zeigt ein fiktives Geschäftssystem, das in zwei OCI-Regionen bereitgestellt wird. Je nach den Services IaaS und PaaS, die Teil des Anwendungsstacks sind, hat jeder Kunde etwas anderes. Dieses Beispiel zeigt, wie die Kosten für das Verschieben von Compute und zwei Oracle-Datenbanken geschätzt werden. In diesem Szenario sind die Compute-OCI-Ressourcen nur in einer einzigen Region vorhanden, während Data Guard für die Datenbanken beide aktiviert ist. Das bedeutet, dass OCI-Ressourcen in beiden Regionen vorhanden sind. Dies ähnelt dem Pilot-Light-Ansatz, den andere Cloud-Serviceprovider für die Disaster Recovery verwenden, es sei denn, Sie können die Datenbank als Teil derselben Wiederherstellung einbeziehen, ohne Aufgaben an verschiedene Teams weiterzugeben. Diese Strategie basiert auf der Replikation des Boot- und Blockspeichers für jede virtuelle Maschine in die Standbyregion, sodass Sie nur die OCPU-Anzahl für die Region hinzufügen, in der die virtuellen Maschinen derzeit ausgeführt werden. Bei den Datenbanken fügen Sie OCPU- und ECPU-Anzahl zu beiden Regionen hinzu, da Ressourcen in beiden Regionen ausgeführt werden.

Der Kostenrechner enthält sechs Felder zum Integrieren der gesamten OCPU- und ECPU-Anzahl für IaaS- und PaaS-Ressourcen in jeder Region. Die folgende Tabelle enthält die sechs Felder, die Sie im Kostenrechner ausfüllen würden. Die Werte in den Feldern basieren auf den Details in der folgenden Tabelle, die einen fiktiven Anwendungsstack darstellen, der für das Disaster Recovery in zwei OCI-Regionen bereitgestellt wird.

Gesamte CPU, die von Compute-Instanzen oder Datenbanken belegt wird, die Mitglieder der DR-Schutzgruppe in der primären Region (Region 1) sind.

Die folgende Tabelle zeigt ein Beispiel für die Ressourcen IaaS und PaaS, die in der primären Region vorhanden sind oder vorhanden sind. Die CPU-Summen in der letzten Zeile der Tabelle unten sind die Zahlen, die im obigen Beispielkostenrechner dargestellt sind.

Gesamte CPU, die von Compute-Instanzen oder Datenbanken belegt wird, die Mitglieder der DR-Schutzgruppe in der Standbyregion (Region 2) sind.

Dieses Beispiel umfasst nur das Verschieben von Compute-Instanzen, die jeweils nur in einer einzelnen Region vorhanden sind. Daher sind in der Standby-Schutzgruppe keine kostenpflichtigen Member-Ressourcen vorhanden, d.h. es fallen keine Gebühren für Full Stack Disaster Recovery in der Standbyregion an.

Das folgende Beispiel zeigt ein fiktives Geschäftssystem, das in zwei OCI-Regionen bereitgestellt wird. Jeder Kunde hat je nach den Services IaaS und PaaS, die Teil des Anwendungsstacks sind, etwas anderes.

Dieses Beispiel veranschaulicht die Preisfindung für Full Stack DR, wenn sowohl verschiebende, nicht verschiebende Compute-Datenbanken als auch mehrere Data Guard-fähige Datenbanken Mitglieder von DR-Schutzgruppen in beiden Regionen sind. Dies ist ein einfaches Beispiel dafür, warum und wie Sie nicht verschiebbare Compute-Ressourcen für Nicht-Oracle- und Oracle-Anwendungen wie E-Business Suite, PeopleSoft, JD Edwards EnterpriseOne und andere verwenden können, die über keine eigenen inhärenten DR-Funktionen verfügen, die in ihre Produkte integriert sind. Diese Produkte erfordern im Allgemeinen, dass die Anwendung auf virtuellen Maschinen installiert wird, die vorhanden sind und gleichzeitig in beiden Regionen ausgeführt werden. Die Anwendung wird in beiden Regionen installiert, aber nicht in der Standby-Region ausgeführt.

Zur Veranschaulichung verwendet dieses Beispiel insgesamt vier Compute-Instanzen:

Der Kostenrechner enthält sechs Felder zum Integrieren der gesamten OCPU- und ECPU-Anzahl für IaaS- und PaaS-Ressourcen in jeder Region. Die folgende Tabelle enthält die sechs Felder, die Sie im Kostenrechner ausfüllen würden. Die Werte in den Feldern basieren auf den Details in der folgenden Tabelle, die einen fiktiven Anwendungsstack darstellen, der für das Disaster Recovery in zwei OCI-Regionen bereitgestellt wird. Beachten Sie, dass keine Kosten mit vom Benutzer installierten und verwalteten Datenbanken verbunden sind. Die Kosten werden stattdessen von der OPCU berechnet, die von den virtuellen Maschinen verbraucht wird, auf denen die Datenbank und Data Guard gehostet werden.

Gesamte CPU, die von Compute-Instanzen oder Datenbanken belegt wird, die Mitglieder der DR-Schutzgruppe in der primären Region (Region 1) sind.

Die folgende Tabelle zeigt ein Beispiel für die Ressourcen IaaS und PaaS, die in der primären Region vorhanden sind oder vorhanden sind. Die CPU-Summen in der letzten Zeile der Tabelle unten sind die Zahlen, die im obigen Beispielkostenrechner dargestellt sind.

Gesamte CPU, die von Compute-Instanzen oder Datenbanken belegt wird, die Mitglieder der DR-Schutzgruppe in der Standbyregion (Region 2) sind.

Dieses Beispiel umfasst nur das Verschieben von Compute-Instanzen, die jeweils nur in einer einzelnen Region vorhanden sind. Daher sind in der Standby-Schutzgruppe keine kostenpflichtigen Member-Ressourcen vorhanden, d.h. es fallen keine Gebühren für Full Stack Disaster Recovery in der Standbyregion an.

Beispiel 4: Anwendungsstack mit OKE, Datenbank, Oracle Integration, Verschieben von Compute- und Nicht-Moving Compute-Instanzen

Das folgende Beispiel zeigt ein fiktives Geschäftssystem, das in zwei OCI-Regionen bereitgestellt wird. Jeder Kunde hat je nach den Services IaaS und PaaS, die Teil des Anwendungsstacks sind, etwas anderes.

Dieses Beispiel veranschaulicht die Preisfindung für Full Stack DR für ein Geschäftssystem, das Worker-Knoten umfasst, die auf einem Oracle Kubernetes Engine-Cluster (OKE) gehostet werden, sowie das Verschieben und Nicht-Verschieben von Compute als Mitglieder von DR-Schutzgruppen in beiden Regionen. Dies ist ein kleines Beispiel für eine typischere Deployment-Architektur für ein Geschäftssystem, in der möglicherweise ein Anwendungsstack für eine Nicht-Oracle- oder Oracle-Anwendung für Ressourcenplanung, Finanzen, Lagerverwaltung, Lieferkettenmanagement, Customer Relationship Management, Vertriebsportal usw. gehostet wird. Das Moving Compute kann zum Hosten von Oracle- oder Nicht-Oracle-Anwendungen verwendet werden, die mit minimalen Änderungen funktionieren, wenn sie in einer anderen Region aufgerufen werden. Das nicht zu verschiebende Compute wird normalerweise zum Hosten von Oracle- oder Nicht-Oracle-Anwendungen verwendet, die nicht funktionieren können, oder kann einfach so geändert werden, dass es überhaupt funktioniert, wenn es in einer anderen Region aufgerufen wird. Beispiele für Anwendungen, die auf nicht zu verschiebenden Compute-Instanzen installiert werden können, sind Oracle-Anwendungen wie PeopleSoft, JD Edwards EnterpriseOne, Oracle Siebel CRM, Oracle E-Business Suite, Oracle WebLogic Server usw. Diese Anwendungen müssen auf virtuellen Maschinen in der primären Region installiert und aktiv ausgeführt und installiert werden, jedoch nicht auf virtuellen Maschinen, die in der Standbyregion ausgeführt werden.

Zur Veranschaulichung verwendet dieses Beispiel insgesamt vier Standard-Compute-Instanzen, vier OKE-Worker-Knoten sowie mehrere verschiedene Oracle-Datenbanken, darunter Autonomous Database, Base Database und Exadata, die alle in einer einzelnen DR-Planausführung wiederhergestellt werden:

Der Kostenrechner enthält sechs Felder zum Integrieren der gesamten OCPU- und ECPU-Anzahl für IaaS- und PaaS-Ressourcen in jeder Region. Die folgende Tabelle enthält die sechs Felder, die Sie im Kostenrechner ausfüllen würden. Die Werte in den Feldern basieren auf den Details in der folgenden Tabelle, die einen fiktiven Anwendungsstack darstellen, der für das Disaster Recovery in zwei OCI-Regionen bereitgestellt wird.

Kennzahlensummen

CPU in primärer DR-Schutzgruppe

Gesamte CPU, die von Compute-Instanzen oder Datenbanken belegt wird, die Mitglieder der DR-Schutzgruppe in der primären Region (Region 1) sind.

Die folgende Tabelle zeigt ein Beispiel für die Ressourcen IaaS und PaaS, die in der primären Region vorhanden sind oder vorhanden sind. Die CPU-Summen in der letzten Zeile der Tabelle unten sind die Zahlen, die im obigen Beispielkostenrechner dargestellt sind.

CPU in Standby-DR-Schutzgruppe

Gesamte CPU, die von Compute-Instanzen oder Datenbanken belegt wird, die Mitglieder der DR-Schutzgruppe in der Standbyregion (Region 2) sind.

Nehmen Sie nur Member-Ressourcen auf, die derzeit in der Standbyregion vorhanden sind. Sie müssen nicht berechnen, wo die Ressourcen nach einem DR-Vorgang vorhanden sind. Fügen Sie einfach die Ressourcen hinzu, in denen sie im aktuellen, normalen Status der Vorgänge vorhanden sind. Das gleitende Compute in der primären Region ist nicht als Mitglieder der Standby-DR-Schutzgruppe enthalten. Daher fallen keine OCPU-Gebühren für das Verschieben von Compute in der Standbyregion an.