Détails de facturation Full Stack DR

Découvrez comment le service Full Stack DR calcule la facturation pour chaque type de membre ajouté à un groupe de protection de récupération après sinistre, y compris quelques exemples de calcul.

Mode de calcul de la facturation pour une configuration de récupération après sinistre (pour une paire de groupes de protection de récupération après sinistre associés)

La reconfiguration dynamique de pile complète utilise uniquement la CPU allouée (OCPU ou ECPU) comme base de calcul des frais. Les utilisations de stockage, de réseau et d'autres ressources ne sont pas facturées par Full Stack DR.
Le montant total facturé correspond à la somme des coûts de facturation basés sur l'UC pour tous les membres individuels ajoutés aux deux groupes de protection de récupération après sinistre dans une paire associée.
L'utilisation de l'UC pour les membres pertinents d'un groupe de protection de récupération après sinistre est calculée à l'aide des méthodes décrites dans le tableau ci-dessous.
Après avoir parcouru les détails ci-dessous et l'exemple de calcul donné, reportez-vous à ce site Web pour charger le calculateur d'estimation des coûts. Utilisez-le pour estimer les frais de votre configuration de récupération après sinistre.

Ressources membres soumises à des frais

La reconfiguration dynamique de pile complète utilise uniquement la CPU allouée (OCPU ou ECPU) comme base de calcul des frais. Des frais pour Full Stack DR s'appliquent à tous les membres de calcul ou de base de données d'un groupe de protection de récupération après sinistre, que la ressource soit en cours d'exécution ou arrêtée. Par exemple, une instance de calcul non mobile qui existe dans la région de secours est toujours à l'état Arrêté jusqu'à ce qu'une opération de récupération après sinistre accumule toujours des frais horaires pour Full Stack DR, même si elle n'est pas en cours d'exécution.

Ressources OCI faisant l'objet de frais

Des frais de récupération après sinistre de pile complète sont engagés pour les types de ressource OCI IaaS et PaaS suivants :

Autonomous Database
- Oracle Autonomous Database Serverless (entreposage de données)
- Oracle Autonomous Database Serverless (traitement des transactions)
Base de données Conteneur Autonomous
- Base de données autonome sur une infrastructure Exadata dédiée
Oracle Database
- Base de données Base
- Exadata Database on Dedicated Infrastructure
- Base de données Exadata sur Cloud@Customer
- Base de données Exadata sur une infrastructure Exascale
Base de données
- MySQL HeatWave
Instance de calcul (mobile)
Instance de calcul (non mobile)
Moteur Oracle Kubernetes (OKE)

Aucun frais de récupération après sinistre de pile complète n'est engagé pour les types de ressource OCI IaaS et PaaS suivants :

Stockage de blocs (volumes d'initialisation inclus)
File Storage
Object Storage
Equilibreurs de charge
Equilibreurs de charge réseau

Aucun frais Full Stack DR n'est engagé pour les éléments suivants :

Applications Oracle
Applications non Oracle

Détermination de la consommation du processeur

Le tableau suivant montre comment la consommation d'OCPU et d'ECPU est déterminée pour les différents types de ressource de membre OCI qui entraînent des frais horaires pour Full Stack DR. La détermination de la consommation de processeur pour la plupart des types de ressource OCI est simple et basée sur ce qui est affiché sur la page de détails de la console OCI pour chaque ressource individuelle. Cependant, certaines ressources comme Oracle Exadata n'affichent pas la consommation de processeur pour les bases de données individuelles. Elles sont dérivées du total agrégé de l'UC consommée par le cluster de machines virtuelles.

Tableau A-9 Détermination de la consommation du processeur

Type de membre	Type UC	Base du calcul
Instance de calcul (mobile)	OCPU	Nombre d'OCPU alloué à l'instance de calcul. Reportez-vous à la section Configuration de forme de la page Documentation OCI pour l'instance de calcul.
Instance de calcul (non mobile)	OCPU	Nombre d'OCPU alloué à l'instance de calcul. Reportez-vous à la section Configuration de forme de la page Documentation OCI pour l'instance de calcul.
Base de données : système de base de données MySQL Heatwave	ECPU	Nombre d'UC alloués au système de base de données. Reportez-vous au nombre d'ECPU dans la section Allocation de ressources sous l'onglet Détails de la page OCI pour obtenir des détails sur le système de base de données.
Oracle Database : Oracle Base Database	OCPU	Nombre de coeurs de processeur alloué au système de base de données (système de base de données) associé à la base de données Base. Reportez-vous à la section Informations générales de la page Documentation OCI pour la base de données Base.
Oracle Database : Oracle Exadata Database on Dedicated Infrastructure Oracle Exadata Database on Cloud@Customer Oracle Exadata Database on Exascale Infrastructure	ECPU ou OCPU (héritée)	Le nombre total d'ECPU ou d'OCPU pour le cluster de machines virtuelles qui héberge cette base de données, divisé par le nombre total de bases de données provisionnées sur ce cluster de machines virtuelles (ti), est égal à l'UC par instance de base de données (to). Ce nombre moyen d'UC dérivé est une approximation. Formule : `(tc/ti) =to` Exemple : tc = nombre total d'OCPU ou d'OCPU affectées au cluster de machines virtuelles Exadata : 64 ti = Nombre total d'instances de base de données dans le cluster : 4 to = ECPU ou OCPU par instance de base de données : 16
Autonomous Database : Entrepôt de données sans serveur Traitement des transactions sans serveur	ECPU ou OCPU (héritée)	Le nombre total d'ECPU/OCPU allouées à une instance est affiché sous la forme Nombre d'ECPU/OCPU dans la section Allocation de ressources de la page de détails de la ressource pour chaque instance de base de données autonome sans serveur dans la console OCI.
Base de données Conteneur Autonomous: Base de données autonome sur une infrastructure Exadata dédiée Autonomous Database on Exadata Cloud@Customer	ECPU ou OCPU (héritée)	Le nombre total d'ECPU/OCPU allouées à une instance est affiché en tant que nombre d'ECPU/OCPU dans la section Allocation de ressources de la page de détails de la ressource pour chaque instance de base de données Conteneur Autonomous dans la console OCI.
Cluster Oracle Kubernetes (OKE)	OCPU	Le calcul dépend de la taille du pool de noeuds et de la quantité d'OCPU affectée à chaque pool de noeuds pour le cluster OKE dans les deux régions. Un cluster OKE peut avoir plusieurs pools de noeuds. Par conséquent, le nombre total d'OCPU pour chaque région est la somme des résultats de tous les pools de noeuds de cette région. La taille du pool de noeuds sur le cluster OKE principal (nps) est multipliée par le nombre d'OCPU affectées à ce pool de noeuds (npo). Effectuez ce calcul pour chaque pool de noeuds (pnsⁿ⁺pnoⁿ⁺) dans la région principale et additionnez les résultats de chacun pour atteindre un nombre total d'OCPU pour la région principale (poc). La taille du pool de noeuds sur le cluster OKE de secours (sns) est multipliée par le nombre d'OCPU affectées à ce pool de noeuds (sno). Effectuez ce calcul pour chaque pool de noeuds (snsⁿ⁺snoⁿ⁺) dans la région principale et additionnez les résultats de chacun. Ajoutez le nombre total d'OCPU à partir de la région principale et le nombre total d'OCPU à partir de la région de secours afin d'obtenir le nombre total d'OCPU pour OKE (vers). Formule : `∑(pnsⁿ⁺pnoⁿ⁺) + ∑(snsⁿ⁺snoⁿ⁺) = to` Exemple : Calculer le nombre total d'OCPU dans la région principale nps¹ = La taille du pool de noeuds 1 est : 10 npo¹ = Nombre d'OCPU du pool de noeuds 1 par noeud : 2 nps² = La taille du pool de noeuds 2 est : 5 npo² = Nombre d'OCPU du pool de noeuds 2 par noeud : 2 poc = nombre total d'OCPU pour la région principale : 30 Calculer le nombre total d'OCPU dans la région de secours nps¹ = La taille du pool de noeuds 1 est : 10 npo¹ = Nombre d'OCPU du pool de noeuds 1 par noeud : 2 nps² = La taille du pool de noeuds 2 est : 5 npo² = Nombre d'OCPU du pool de noeuds 2 par noeud : 2 soc = nombre total d'OCPU pour la région de secours : 30 Calculer le nombre total d'OCPU dans les deux régions poc = 30 soc = 30 to = Nombre total d'OCPU pour OKE : 60

Estimateur de coût

Oracle fournit un outil d'estimation des coûts facile à utiliser sur la page de produit Full Stack DR.

La récupération après sinistre Full Stack n'installe, ne configure ni ne déploie les ressources OCI telles que le calcul, le stockage, le réseau, les bases de données ou les applications. Vous êtes responsable de la conception de la stratégie de récupération après sinistre que Full Stack Disaster Recovery doit orchestrer. Vous êtes également responsable de la création, de la configuration et du déploiement de toutes les ressources OCI IaaS et PaaS en dehors du workflow de Full Stack Disaster Recovery. Par conséquent, vous devez déjà avoir une idée des ressources qui seront déployées dans les deux régions avant de commencer à travailler avec Full Stack Disaster Recovery. Cela signifie que l'estimateur de coût peut être utilisé avant que vous ayez déployé des ressources OCI dans l'une ou l'autre des régions OCI.

Remarques :

Il n'est pas nécessaire de calculer où les ressources existeront après une opération de récupération après sinistre. Il suffit de considérer les ressources là où elles existent dans l'état actuel, normal des opérations.
Pour la région principale, ajoutez les totaux d'OCPU et d'ECPU consommés par les ressources membres ou membres du groupe de protection de récupération après sinistre principal.
Pour la région de secours, ajoutez les totaux d'OCPU et d'ECPU consommés par les ressources membres ou membres du groupe de protection de récupération après sinistre de secours. Vous pouvez ou non disposer de ressources imputables en tant que membres du groupe de protection de secours. Par exemple, il est tout à fait possible qu'aucune ressource membre ne consomme d'UC dans le groupe de protection de secours si vous orchestrez uniquement la récupération pour déplacer le calcul.

Exemple 1 : pile d'applications avec uniquement le déplacement du calcul

L'exemple ci-dessous illustre un système métier fictif déployé dans deux régions OCI. Chaque client dispose de quelque chose de différent en fonction des services IaaS et PaaS qui font partie de la pile d'applications. Cet exemple montre comment estimer le coût du déplacement du calcul uniquement et de l'absence de bases de données.

L'estimateur de coût inclut six champs permettant de connecter le nombre total d'OCPU et d'ECPU pour les ressources IaaS et PaaS dans chaque région.

Le tableau suivant représente les six champs que vous devez renseigner dans l'estimateur de coût. Les valeurs des champs sont basées sur les détails indiqués dans le tableau suivant représentant une pile d'applications fictives déployée pour la récupération après sinistre dans deux régions OCI.

Tableau A-10 Région OCI principale/Groupe de protection

Nombre total d'OCPU de membre de calcul	Nombre total d'OCPU de membre de base de données	Nombre total d'ECP de membre de base de données
12	0	0

Tableau A-11 Région OCI de secours/Groupe de protection

Nombre total d'OCPU de membre de calcul	Nombre total d'OCPU de membre de base de données	Nombre total d'ECP de membre de base de données
0	0	0

Tableau A-12 Totaux des métriques

Récupération après sinistre sur pile complète OCI (OCPU)	Récupération après sinistre sur pile complète OCI (ECPU)
12	0

UC dans le groupe principal de protection de récupération après sinistre

Totalisez l'ensemble de l'UC consommée par les instances de calcul ou les bases de données membres du groupe de protection de récupération après sinistre dans la région principale (région 1).

Le tableau suivant présente un exemple des ressources IaaS et PaaS qui existent ou existeront dans la région principale. Les totaux de CPU dans la dernière ligne du tableau ci-dessous sont les chiffres présentés dans l'exemple d'estimateur de coût ci-dessus.

UC dans le groupe principal de protection de récupération après sinistre

Tableau A-13 UC du groupe principal de protection de récupération après sinistre

Groupe de protection de récupération après sinistre	Ressource membre	Description	Nombre d'OCPU de calcul	Nombre d'OCPU de base de données	Nombre d'ECPU de base de données
Principal	Instance de calcul (mobile) Application non Oracle installée et gérée par le client Serveur Web Apache pour le portail client Application en cours d'exécution	MyApp01Server01	4
Principal	Instance de calcul (mobile) Application non Oracle installée et gérée par le client Serveur Web Apache pour le portail client Application en cours d'exécution	MyApp01Server02	8
Principal	Equilibreur de charge Ensemble de back-ends 1 actif Ensemble de back-ends 2 actif	MyLoadBalancerRegion1	Aucun frais	Aucun frais	Aucun frais
Principal	Groupe de volumes de blocs Actif Répliqué vers la région 2 Contient le volume d'initialisation pour MyApp01Server01 Contient le volume d'initialisation pour MyApp01Server02	MyVG00	Aucun frais	Aucun frais	Aucun frais
Principal	Système de fichiers Actif Répliqué vers la région 2 Contient le système de fichiers pour les /myscripts montés sur MyApp01Server01 et MyApp01Server02	mystiques	Aucun frais	Aucun frais	Aucun frais
Principal	Total de toutes les OCPU et ECPU des ressources membres dans la région principale		12	0	0

CPU dans le groupe de protection de récupération après sinistre de secours

Totalisez l'ensemble de l'UC consommée par les instances de calcul ou les bases de données membres du groupe de protection de récupération après sinistre dans la région de secours (région 2).

Cet exemple inclut uniquement le calcul mobile qui n'existe que dans une seule région à un moment donné. Par conséquent, il n'existe aucune ressource membre facturable dans le groupe de protection de secours, ce qui signifie qu'aucun frais n'est engagé pour Full Stack Disaster Recovery dans la région de secours.

CPU dans le groupe de protection de récupération après sinistre de secours

Tableau A-14 UC du groupe de protection de récupération après sinistre de secours

Groupe de protection de récupération après sinistre	Ressource membre	Description	Nombre d'OCPU de calcul	Nombre d'OCPU de base de données	Nombre d'ECPU de base de données
De secours	Equilibreur de charge Ensemble de back-ends 1 non actif, non renseigné Ensemble de back-ends 2not actif, non renseigné	MyLoadBalancerRegion2	Aucun frais	Aucun frais	Aucun frais
De secours	Total de toutes les OCPU et ECPU des ressources membres dans la région de secours		0	0	0

Exemple 2 : pile d'applications avec déplacement du calcul et des bases de données

Région OCI/Groupe de protection principal

Tableau A-15 Région OCI principale/Groupe de protection

Nombre total d'OCPU de membre de calcul	Nombre total d'OCPU de membre de base de données	Nombre total d'ECP de membre de base de données
12	16	16

Région OCI de secours/groupe de protection

Tableau A-16 Région OCI de secours/Groupe de protection

Nombre total d'OCPU de membre de calcul	Nombre total d'OCPU de membre de base de données	Nombre total d'ECP de membre de base de données
0	16	16

Totaux de mesure

Tableau A-17 Totaux métriques

Récupération après sinistre sur pile complète OCI (OCPU)	Récupération après sinistre sur pile complète OCI (ECPU)
44	32

UC dans le groupe principal de protection de récupération après sinistre

Totalisez l'ensemble de l'UC consommée par les instances de calcul ou les bases de données membres du groupe de protection de récupération après sinistre dans la région principale (région 1).

UC dans le groupe principal de protection de récupération après sinistre

Tableau A-18 UC du groupe principal de protection de récupération après sinistre

Groupe de protection de récupération après sinistre	Ressource membre	Description	Nombre d'OCPU de calcul	Nombre d'OCPU de base de données	Nombre d'ECPU de base de données
Principal	Instance de calcul (mobile) Application non Oracle installée et gérée par le client Serveur Web Apache pour le portail client Application en cours d'exécution	MyApp01Server01	4
Principal	Instance de calcul (mobile) Application non Oracle installée et gérée par le client Serveur Web Apache pour le portail client Application en cours d'exécution	MyApp01Server02	8
Principal	Oracle Database Cluster de machines virtuelles Exadata Data Guard dans le rôle principal 64 OCPU au total allouées au cluster de machines virtuelles 4 bases de données provisionnées dans le cluster de machines virtuelles 16 OCPU par base de données : (64/4 = 16 OCPU par base de données)	MyExaDatabase03		16
Principal	Autonomous Database Infrastructure dédiée Autonomous Data Guard dans le rôle principal	MyADB01			16
Principal	Equilibreur de charge Ensemble de back-ends 1 actif Ensemble de back-ends 2 actif	MyLoadBalancerRegion1	Aucun frais	Aucun frais	Aucun frais
Principal	Groupe de volumes de blocs Actif Répliqué vers la région 2 Contient le volume d'initialisation pour MyApp01Server01 Contient le volume d'initialisation pour MyApp01Server02	MyVG00	Aucun frais	Aucun frais	Aucun frais
Principal	Système de fichiers Actif Répliqué vers la région 2 Contient le système de fichiers pour les /myscripts montés sur MyApp01Server01 et MyApp01Server02	mystiques	Aucun frais	Aucun frais	Aucun frais
Principal	Total de toutes les OCPU et ECPU des ressources membres dans la région principale		12	16	16

UC dans le groupe de protection de récupération après sinistre de secours

Totalisez l'ensemble de l'UC consommée par les instances de calcul ou les bases de données membres du groupe de protection de récupération après sinistre dans la région de secours (région 2).

CPU dans le groupe de protection de récupération après sinistre de secours

Tableau A-19 CPU dans le groupe de protection de récupération après sinistre de secours

Groupe de protection de récupération après sinistre	Ressource membre	Description	Nombre d'OCPU de calcul	Nombre d'OCPU de base de données	Nombre d'ECPU de base de données
De secours	Oracle Database Cluster de machines virtuelles Exadata avec 64 OCPU au total Data Guard dans le rôle principal 64 OCPU au total allouées au cluster de machines virtuelles 4 bases de données provisionnées dans le cluster de machines virtuelles 16 OCPU par base de données : (64/4 = 16 OCPU par base de données)	MyExaDatabase03		16
De secours	Autonomous Database Infrastructure dédiée Data Guard dans le rôle de secours	MyADB01			16
De secours	Equilibreur de charge Ensemble de back-ends 1 non actif, non renseigné Ensemble de back-ends 2 non actif, non renseigné	MyLoadBalancerRegion2	Aucun frais	Aucun frais	Aucun frais
De secours	Total de toutes les OCPU et ECPU des ressources membres dans la région de secours		0	16	16

Exemple 3 : pile d'applications avec calcul mobile et non mobile

Cet exemple illustre la tarification de Full Stack DR lorsque le calcul mobile et non mobile sont membres de groupes de protection de récupération après sinistre dans les deux régions. Cela illustre également un cas d'emploi où quelqu'un a choisi d'installer manuellement Oracle Database et Data Guard sur une instance de calcul au lieu d'utiliser le service Oracle Database dans la console OCI. Il s'agit d'un exemple simple de la raison et de la façon dont vous pouvez utiliser le calcul sans déplacement. Toutefois, il ne tire pas parti de la prise en charge intégrée des bases de données Oracle dans Full Stack Disaster Recovery.

A des fins d'illustration, cet exemple utilise un total de quatre instances de calcul :

Deux instances de calcul standard agissent comme des serveurs de "déplacement" pour une application qui tolère le déplacement entre les régions.
- Des exemples d'applications qui peuvent être installées sur ces serveurs sont celles qui ne conservent pas de valeurs codées en dur avec conservation de statut, spécifiques à une région, dans des fichiers binaires ou des fichiers de configuration et peuvent facilement tolérer d'être démarrées dans une autre région avec une adresse IP différente et mineure, ou aucune modification des fichiers de configuration au démarrage.
- Ces instances de calcul seront membres du groupe de protection de récupération après sinistre principal uniquement.
Une instance de calcul standard fait office de serveur d'applications actif "non mobile".
- Cette instance de calcul existe uniquement dans la région 1 et n'existera jamais dans la région 2.
- L'application est installée et en cours d'exécution dans la région 1.
- Cette instance de calcul sera membre du groupe de protection de récupération après sinistre principal uniquement.
Une instance de calcul standard fait office de serveur d'applications non actif "non mobile".
- Cette instance de calcul existe uniquement dans la région 2 et n'existera jamais dans la région 1.
- L'application est installée, mais n'est pas en cours d'exécution dans la région 2.
- Cette instance de calcul sera membre du groupe de protection de récupération après sinistre de secours uniquement.

L'estimateur de coût inclut six champs permettant de connecter le nombre total d'OCPU et d'ECPU pour les ressources IaaS et PaaS dans chaque région. Le tableau suivant représente les six champs que vous devez renseigner dans l'estimateur de coût. Les valeurs des champs sont basées sur les détails indiqués dans le tableau suivant représentant une pile d'applications fictives déployée pour la récupération après sinistre dans deux régions OCI. Aucun coût n'est associé aux bases de données gérées et installées par l'utilisateur. Le coût est plutôt pris en compte par l'OPCU utilisée par les machines virtuelles hébergeant la base de données et Data Guard.

Région OCI/Groupe de protection principal

Tableau A-20 Région OCI principale/Groupe de protection

Nombre total d'OCPU de membre de calcul	Nombre total d'OCPU de membre de base de données	Nombre total d'ECP de membre de base de données
14	16	0

Région OCI de secours/groupe de protection

Tableau A-21 Région OCI de secours/Groupe de protection

Nombre total d'OCPU de membre de calcul	Nombre total d'OCPU de membre de base de données	Nombre total d'ECP de membre de base de données
2	16	0

Totaux de mesure

Tableau A-22 Totaux métriques

Récupération après sinistre sur pile complète OCI (OCPU)	Récupération après sinistre sur pile complète OCI (ECPU)
48	0

UC dans le groupe principal de protection de récupération après sinistre

Totalisez l'ensemble de l'UC consommée par les instances de calcul ou les bases de données membres du groupe de protection de récupération après sinistre dans la région principale (région 1).

UC dans le groupe principal de protection de récupération après sinistre

Tableau A-23 UC du groupe principal de protection de récupération après sinistre

Groupe de protection de récupération après sinistre	Ressource membre	Description	Nombre d'OCPU de calcul	Nombre d'OCPU de base de données	Nombre d'ECPU de base de données
Principal	Instance de calcul (mobile) Application non Oracle installée et gérée par le client Serveur Web Apache pour le portail client Application en cours d'exécution	MyApp01Server01	4
Principal	Instance de calcul (mobile) Application non Oracle installée et gérée par le client Serveur Web Apache pour le portail client Application en cours d'exécution	MyApp01Server02	8
Principal	Instance de calcul (non mobile) Application Oracle installée et gérée par le client, telle qu'Oracle Siebel CRM, PeopleSoft, JD Edwards EnterpriseOne, Oracle E-business Suite, etc. Application en cours d'exécution	MyApp02Server01	2
Principal	Oracle Database Base de données principale de l'application Oracle exécutée sur MyApp02Server01 Cluster de machines virtuelles Exadata Data Guard dans le rôle principal 64 OCPU au total allouées au cluster de machines virtuelles 4 bases de données provisionnées dans le cluster de machines virtuelles 16 OCPU par base de données : (64/4 = 16 OCPU par base de données)	MyExaDatabase03		16
Principal	Equilibreur de charge Ensemble de back-ends 1 actif Ensemble de back-ends 2 actif	MyLoadBalancerRegion1	Aucun frais	Aucun frais	Aucun frais
Principal	Groupe de volumes de blocs Actif Répliqué vers la région 2 Contient le volume d'initialisation pour MyApp01Server01 Contient le volume d'initialisation pour MyApp01Server02	MyVG00	Aucun frais	Aucun frais	Aucun frais
Principal	Système de fichiers Actif Répliqué vers la région 2 Contient le système de fichiers pour les /myscripts montés sur MyApp01Server01 et MyApp01Server02	mystiques	Aucun frais	Aucun frais	Aucun frais
Principal	Total de toutes les OCPU et ECPU des ressources membres dans la région principale		14	16	0

UC dans le groupe de protection de récupération après sinistre de secours

Totalisez l'ensemble de l'UC consommée par les instances de calcul ou les bases de données membres du groupe de protection de récupération après sinistre dans la région de secours (région 2).

CPU dans le groupe de protection de récupération après sinistre de secours

Tableau A-24 UC du groupe de protection de récupération après sinistre de secours

Groupe de protection de récupération après sinistre	Ressource membre	Description	Nombre d'OCPU de calcul	Nombre d'OCPU de base de données	Nombre d'ECPU de base de données
De secours	Instance de calcul (non mobile). Application Oracle installée et gérée par le client, telle qu'Oracle Siebel CRM, PeopleSoft, JD Edwards EnterpriseOne, Oracle E-business Suite, etc. Application installée, mais pas en cours d'exécution	MyApp02Server02	2	0	0
De secours	Oracle Database Base de données de secours pour l'application Oracle exécutée sur MyApp02Server02 Cluster de machines virtuelles Exadata Data Guard dans le rôle de secours 64 OCPU au total allouées au cluster de machines virtuelles 4 bases de données provisionnées dans le cluster de machines virtuelles 16 OCPU par base de données : (64/4 = 16 OCPU par base de données)	MyExaDatabase03		16
De secours	Equilibreur de charge Ensemble de back-ends 1 non actif, non renseigné Ensemble de back-ends 2not actif, non renseigné	MyLoadBalancerRegion2	Aucun frais	Aucun frais	Aucun frais
De secours	Total de toutes les OCPU et ECPU des ressources membres dans la région de secours		2	16	0

Exemple 4 : pile d'applications avec OKE, base de données, déplacement du calcul et calcul non mobile

Cet exemple illustre la tarification de Full Stack DR pour un système métier qui inclut des noeuds de processus actif hébergés sur un cluster Oracle Kubernetes Engine (OKE), ainsi que le déplacement et la non-déplacement du calcul en tant que membres des groupes de protection de récupération après sinistre dans les deux régions. Il s'agit d'un exemple à petite échelle d'architecture de déploiement plus typique pour un système métier qui peut héberger une pile d'applications pour toute application non Oracle ou Oracle pour la planification des ressources, la finance, la gestion des entrepôts, la gestion de la chaîne d'approvisionnement, la gestion de la relation client, le portail de vente, etc. Le calcul mobile peut être utilisé pour héberger des applications Oracle ou non Oracle qui peuvent fonctionner avec un minimum de modifications lorsqu'elles sont affichées dans une autre région. Le calcul non mobile est normalement utilisé pour héberger des applications Oracle ou non Oracle qui ne peuvent pas fonctionner ou qui peuvent être facilement modifiées pour fonctionner lorsqu'elles sont affichées dans une autre région. Les applications Oracle telles que PeopleSoft, JD Edwards EnterpriseOne, Oracle Siebel CRM, Oracle E-Business Suite, Oracle WebLogic Server, etc. peuvent être installées sur des instances de calcul non mobiles. Ces applications doivent être installées et exécutées activement sur des machines virtuelles dans la région principale, et installées, mais pas actives sur des machines virtuelles exécutées dans la région de secours.

A des fins d'illustration, cet exemple utilise un total de quatre instances de calcul standard, quatre noeuds de processus actif OKE, ainsi que plusieurs bases de données Oracle différentes, y compris Autonomous Database, Base Database et Exadata, qui sont toutes récupérées dans une seule exécution de plan de récupération après sinistre :

Deux instances de calcul standard agissent comme des serveurs de "déplacement" pour une application qui tolère le déplacement entre les régions.
- Des exemples d'applications qui peuvent être installées sur ces serveurs sont celles qui ne conservent pas de valeurs codées en dur avec conservation de statut, spécifiques à une région, dans des fichiers binaires ou des fichiers de configuration et peuvent facilement tolérer d'être démarrées dans une autre région avec une adresse IP différente et mineure, ou aucune modification des fichiers de configuration au démarrage.
- Ces instances de calcul seront membres du groupe de protection de récupération après sinistre principal uniquement.
Une instance de calcul standard fait office de serveur d'applications actif "non mobile".
- Cette instance de calcul existe uniquement dans la région 1 et n'existera jamais dans la région 2.
- L'application est installée et en cours d'exécution dans la région 1.
- Cette instance de calcul sera membre du groupe de protection de récupération après sinistre principal uniquement.
Une instance de calcul standard fait office de serveur d'applications non actif "non mobile".
- Cette instance de calcul existe uniquement dans la région 2 et n'existera jamais dans la région 1.
- L'application est installée, mais n'est pas en cours d'exécution dans la région 2.
- Cette instance de calcul sera membre du groupe de protection de récupération après sinistre de secours uniquement.
Quatre noeuds de processus actif dans le cluster OKE qui hébergent les charges globales d'application à récupérer.
- Quatre noeuds de processus actif dans le cluster OKE de la région principale, qui reste toujours membre du groupe de protection de récupération après sinistre principal uniquement.
- Quatre noeuds de processus actif dans le cluster OKE de la région de secours, qui reste toujours membre du groupe de protection de récupération après sinistre de secours uniquement.
Quatre bases de données OCI Oracle avec Data Guard déjà activées à l'aide de la console OCI qui prend en charge les différentes applications.
- Les quatre bases de données principales seront membres du groupe de protection de récupération après sinistre principal uniquement.
- Les quatre bases de données de secours seront membres du groupe de protection de récupération après sinistre de secours uniquement.

Région OCI/Groupe de protection principal

Tableau A-25 Région OCI principale/Groupe de protection

Nombre total d'OCPU de membre de calcul	Nombre total d'OCPU de membre de base de données	Nombre total d'ECP de membre de base de données
22	24	20

Région OCI de secours/groupe de protection

Tableau A-26 Région OCI de secours/Groupe de protection

Nombre total d'OCPU de membre de calcul	Nombre total d'OCPU de membre de base de données	Nombre total d'ECP de membre de base de données
10	24	20

Totaux de mesure

Tableau A-27 Totaux de mesure

Récupération après sinistre sur pile complète OCI (OCPU)	Nombre total d'OCPU de membre de base de données
80	40

UC dans le groupe principal de protection de récupération après sinistre

Totalisez l'ensemble de l'UC consommée par les instances de calcul ou les bases de données membres du groupe de protection de récupération après sinistre dans la région principale (région 1).

Tableau A-28 UC du groupe principal de protection de récupération après sinistre

Groupe de protection de récupération après sinistre	Ressource membre	Description	Nombre d'OCPU de calcul	Nombre d'OCPU de base de données	Nombre d'ECPU de base de données
Principal	Instance de calcul (mobile) Application non Oracle installée et gérée par le client Serveur Web Apache pour le portail client Application en cours d'exécution	MyApp01Server01	4
Principal	Instance de calcul (mobile) Application non Oracle installée et gérée par le client Serveur Web Apache pour le portail client Application en cours d'exécution	MyApp01Server02	8
Principal	Instance de calcul (non mobile) Application Oracle installée et gérée par le client, telle qu'Oracle Siebel CRM, PeopleSoft, JD Edwards EnterpriseOne, Oracle E-business Suite, etc. Application en cours d'exécution	MyApp02Server01	2
Principal	Cluster OKE : 4 noeuds de processus actif avec 2 OCPU chacun	MyOKECluster01	8
Principal	Oracle Database : Base de données Base Data Guard dans le rôle principal	MyEEDatabase01		8
Principal	Oracle Database : Base de données principale de l'application Oracle exécutée sur MyApp02Server01 Cluster de machines virtuelles Exadata Data Guard dans le rôle principal 64 OCPU au total allouées au cluster de machines virtuelles 4 bases de données provisionnées dans le cluster de machines virtuelles 16 OCPU par base de données : (64/4 = 16 OCPU par base de données)	MyExaDatabase03		16
Principal	Autonomous Database Infrastructure dédiée Autonomous Data Guard dans le rôle principal	MyADB01			16
Principal	Autonomous Database Infrastructure sans serveur Autonomous Data Guard dans le rôle principal	MyADW01			4
Principal	Equilibreur de charge Ensemble de back-ends 1 actif Ensemble de back-ends 2 actif	MyLoadBalancerRegion1	Aucun frais	Aucun frais	Aucun frais
Principal	Groupe de volumes de blocs Actif Répliqué vers la région 2 Contient le volume d'initialisation pour MyApp01Server01 Contient le volume d'initialisation pour MyApp01Server02	MyVG00	Aucun frais	Aucun frais	Aucun frais
Principal	Groupe de volumes de blocs : Actif Répliqué vers la région 2 Contient un volume de blocs pour /u02 onMyApp02Server01 Remonté vers /u02 sur MyApp02Server02 dans region2 lors de la récupération	MyVG01	Aucun frais	Aucun frais	Aucun frais
Principal	Système de fichiers: Actif Répliqué vers la région 2 Contient le système de fichiers pour les /myscripts montés sur MyApp01Server01 et MyApp01Server02	mystiques	Aucun frais	Aucun frais	Aucun frais
Principal	Total de toutes les OCPU et ECPU des ressources membres dans la région principale		22	24	20

UC dans le groupe de protection de récupération après sinistre de secours

Totalisez l'ensemble de l'UC consommée par les instances de calcul ou les bases de données membres du groupe de protection de récupération après sinistre dans la région de secours (région 2).

Incluez uniquement les ressources membres qui existent actuellement dans la région de secours. Vous n'avez pas besoin de calculer où les ressources existeront après une opération de récupération après sinistre. Ajoutez simplement les ressources là où elles existent dans l'état normal actuel des opérations. Le calcul mobile dans la région principale n'est pas inclus en tant que membres du groupe de protection de récupération après sinistre de secours. Par conséquent, aucun frais d'OCPU n'est facturé pour le déplacement du calcul dans la région de secours.

Tableau A-29 UC du groupe de protection de récupération après sinistre de secours

Groupe de protection de récupération après sinistre	Ressource membre	Description	Nombre d'OCPU de calcul	Nombre d'OCPU de base de données	Nombre d'ECPU de base de données
De secours	Instance de calcul (non mobile) Application Oracle installée et gérée par le client, telle qu'Oracle Siebel CRM, PeopleSoft, JD Edwards EnterpriseOne, Oracle E-business Suite, etc. Application installée, mais pas en cours d'exécution	MyApp02Server02	2
De secours	Cluster OKE : 4 noeuds de processus actif avec 2 OCPU chacun	MyOKECluster01	8
De secours	Oracle Database : Base de données Base Data Guard dans le rôle de secours ,	MyEEDatabase01		8
De secours	Oracle Database : Base de données de secours pour l'application Oracle exécutée sur MyApp02Server02 Cluster de machines virtuelles Exadata Data Guard dans le rôle de secours 64 OCPU au total allouées au cluster de machines virtuelles 4 bases de données provisionnées dans le cluster de machines virtuelles 16 OCPU par base de données : (64/4 = 16 OCPU par base de données)	MyExaDatabase03		16
De secours	Autonomous Database : Infrastructure dédiée Data Guard dans le rôle de secours	MyADB01			16
De secours	Autonomous Database : Infrastructure sans serveur Data Guard dans le rôle de secours	MyADW01			4
De secours	Equilibreur de charge: Ensemble de back-ends 1 non actif, non renseigné Ensemble de back-ends 2not actif, non renseigné	MyLoadBalancerRegion2	Aucun frais		Aucun frais
De secours	Total de toutes les OCPU et ECPU des ressources membres dans la région de secours		10	24	20

Rubrique parent : Référence

Documentation Oracle Cloud Infrastructure

Détails de facturation Full Stack DR