FAQ sur Full Stack Disaster Recovery

Généralités

1. À quoi sert Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery ?

Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) organise la transition du calcul, de la base de données et des applications entre les régions OCI dans le monde en un seul clic. Les clients peuvent automatiser les étapes nécessaires à la récupération d'un ou de plusieurs systèmes métier sans repenser ou modifier l'architecture de l'infrastructure, des bases de données ou des applications existantes, et ce, sans avoir besoin de serveurs de gestion spécialisés ou de conversion.

2. Où OCI Full Stack DR est-il actuellement disponible ?

À l'heure actuelle, OCI Full Stack DR est disponible dans 27 régions du domaine commercial OC1. Pour obtenir la liste complète de ces régions, reportez-vous à la page de disponibilité des régions Full Stack DR. Nous prévoyons d'étendre rapidement sa disponibilité aux régions OC1 restantes, puis aux régions OCI dédiées ou non. Pour plus d'informations sur les régions OCI, y compris les domaines et leurs emplacements spécifiques, consultez la documentation href="https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm" data-lbl="oci-realms-regions">Domaines et régions OCI.

3. OCI Full Stack DR peut-il prendre en charge la reprise après sinistre dans les scénarios OCI, on-premises, hybrides et de reprise après sinistre multicloud ?

Actuellement, OCI Full Stack Disaster Recovery concerne les ressources disponibles dans les régions OCI. Sachez toutefois que la capacité de reprise après sinistre dans les stratégies on-premises, hybrides et multicloud fait partie de notre feuille de route. Oracle prévoit d'étendre les fonctionnalités d'OCI Full Stack DR pour englober ces environnements, ce qui vous permet de disposer d'une solution complète de reprise après sinistre couvrant un plus large éventail de scénarios.

4. OCI Full Stack DR peut-il être utilisé pour les déploiements inter-région et intra-région OCI ?

Oui, c’est possible. Le déploiement de ressources OCI dans deux régions OCI offre des fonctionnalités améliorées de reprise après sinistre. Cette approche permet d'assurer une haute disponibilité et une résilience pour les applications et services critiques. En cas de sinistre ou de panne dans une région, les ressources peuvent basculer vers une autre, ce qui réduit les temps d'arrêt et réduit l'impact sur les opérations commerciales. En répartissant les ressources entre plusieurs régions, vous pouvez mettre en place une stratégie robuste de reprise après sinistre qui améliore la protection des données et la continuité des activités.

5. Dois-je gérer une infrastructure supplémentaire avec OCI Full Stack DR ?

Non, OCI Full Stack DR est un service entièrement géré.

6. OCI Full Stack Disaster Recovery fournit-il des contrats de niveau de service ?

Oui, OCI Full Stack DR fournit des contrats de niveau de service de disponibilité et de performances. Pour plus de détails, reportez-vous au document sur les piliers d'Oracle PaaS and IaaS Public Cloud Services (PDF).

7. Comment accéder à OCI Full Stack Disaster Recovery ?

Vous pouvez accéder à OCI Full Stack DR à l'aide de la console d'Oracle Cloud Infrastructure (interface dans un navigateur), des API REST, des kits SDK Oracle Cloud Infrastructure, de l'interface en ligne de commande et des outils DevOps.

8. Puis-je utiliser OCI Full Stack DR pour tous les workloads ?

Oui, OCI Full Stack DR peut être utilisée pour les workloads Oracle et non-Oracle.

9. Puis-je créer des plans de reprise après sinistre dans la région principale du groupe de protection de reprise après sinistre ?

Non. Full Stack DR vous permet de créer des plans de reprise après sinistre uniquement dans la région de groupe de protection de reprise après sinistre de secours.

Prérequis et services OCI pris en charge

1. Quels sont les prérequis pour utiliser OCI Full Stack Disaster Recovery ?

OCI Full Stack DR permet d'automatiser les étapes de récupération pour les applications existantes. Pour effectuer une intégration avec OCI Full Stack DR, vous devez effectuer les opérations suivantes :

• Guide de reprise après sinistre ou détails sur la façon de récupérer votre système d'entreprise.
• Déployer l'application
• Scripts personnalisés selon les exigences de l'application

2. Puis-je utiliser OCI Full Stack Disaster Recovery avec toutes les topologies de reprise après sinistre ?

Oui, Full Stack DR est un service extrêmement flexible. Vous pouvez intégrer tout type de déploiements de reprise après sinistre avec OCI Full Stack Disaster Recovery.

3. Quelles sont les ressources OCI requises pour utiliser Full Stack Disaster Recovery ?

Vous devrez configurer tous les composants d'application et d'infrastructure de production/DR en fonction de vos déploiements de reprise après sinistre.

• Ressources de mise en réseau, telles qu'Oracle Cloud Infrastructure (OCI) VCN et l'équilibreur de charge
• Système ou base de données de secours qui sera utilisé, selon le type d'Oracle Database PaaS (Oracle Data Guard est utilisé en interne pour la réplication Oracle Database)
• Réplication du stockage en fonction du type de service de stockage Oracle Cloud Infrastructure (OCI) que vous utiliserez pour la configuration de l'initialisation/du bloc et la réplication de groupe de volumes

4. Quels services d'OCI peuvent être intégrés avec OCI Full Stack Disaster Recovery ?

Vous pouvez ajouter les types de ressource suivants en tant que membres dans le groupe DR Protection.

• Machines virtuelles Oracle Cloud Infrastructure (OCI) Compute (VM et VM dédiée à la destination)
• Oracle Database PaaS
• Oracle Autonomous Database
• Oracle Base Database Service
• Oracle Exadata on Dedicated Infrastructure
• Groupe de volumes (pour les volumes d'initialisation et de blocs)
• OCI Load Balancer
• OCI Network Load Balancer
• OCI File Storage

Lors de la création du plan de reprise après sinistre, OCI Full Stack Disaster Recovery génère automatiquement des groupes de plans intégrés. Vous pouvez personnaliser davantage votre plan de reprise après sinistre pour interagir avec d'autres services OCI via des groupes de plans définis par l'utilisateur à l'aide de scripts ou de fonctions Oracle Cloud Infrastructure (OCI).

5. Quels types de plans de reprise après sinistre sont disponibles ?

Il existe quatre types de plans de reprise après sinistre.

• Commutation
• Basculement
• Lancement de l'exploration
• Arrêt de l'exploration

6. Vous envisagez d'ajouter de nouveaux membres en tant que types de ressource dans le groupe de protection DR ?

Oui. Nous prévoyons d'ajouter d'autres services de base OCI, tels qu'OCI Container Engine for Kubernetes (OKE) et OCI Object Storage. Pour plus d'informations, revenez à la page précédente.

7. Dois-je utiliser la console OCI ou l'automatisation intégrée disponible dans Oracle Database PaaS pour configurer le système de base de données ou la base de données de secours ?

Oui. OCI Full Stack DR dépend des API Data Guard Oracle Database PaaS pour générer des groupes de plans pour la permutation ou le basculement de la base de données.

8 Puis-je intégrer des bases de données Oracle Database exécutées dans des machines virtuelles OCI Compute avec Full Stack Disaster Recovery ?

Oui, en supposant qu'Oracle Data Guard est configuré pour les bases de données exécutées dans une machine virtuelle OCI. Vous pouvez créer des groupes de plans définis par l'utilisateur et utiliser Data Guard Broker ou des scripts d'inversion de rôle.

9. Puis-je intégrer des bases de données non-Oracle avec OCI Full Stack DR ?

Nous vous recommandons de suivre les technologies natives de réplication de base de données pour répliquer les bases de données de production et de secours. Vous pouvez utiliser des groupes de plans définis par l'utilisateur et intégrer vos scripts pour annuler les rôles de base de données.

10. Quels sont les types de ressource de calcul d'instance en mouvement et statiques ?

Instance en mouvement : Généralement utilisée dans les topologies de reprise après sinistre de machine virtuelle légère ou froide où les instances qui composent la pile d'applications sont uniquement déployées dans la région principale. Les instances sont déplacées du groupe de protection de reprise après sinistre principal vers le groupe de protection de reprise après sinistre de secours.

Instance statique : Généralement utilisée pour les topologies de reprise après sinistre passives-actives dans lesquelles les instances qui composent la pile d'applications sont prédéployées dans les régions et les composants logiciels d'application. Vous démarrez ou arrêtez ces instances pendant les opérations de reprise après sinistre pour faire passer le service d'une région à une autre.

11. Quand dois-je ajouter un groupe de volumes en tant que membre du groupe de protection de reprise après sinistre ?

Si vous avez ajouté une instance de calcul mobile ou immobile en tant que membre du groupe de protection de reprise après sinistre principal, vous devez ajouter le groupe de volumes d'initialisation/de blocs approprié en tant que membre du groupe de protection de reprise après sinistre principal.

12. Comment gérer la réplication de stockage pour les machines virtuelles ajoutées en tant qu'instances de calcul non mobiles dans le groupe de protection de reprise après sinistre ?

Vous pouvez indiquer les détails de l'option de montage de volume de blocs dans les propriétés de membre d'instance non mobile. Vous devez ajouter le groupe de volumes de blocs approprié en tant que membre dans le groupe de protection de reprise après sinistre principal.

13. Puis-je intégrer Oracle Cloud Infrastructure (OCI) Object Storage avec Full Stack Disaster Recovery ?

Oui, en utilisant des groupes de plans définis par l'utilisateur. Reportez-vous à Automatisation de la permutation et du basculement pour les buckets OCI Object Storage avec Functions et OCI Full Stack Disaster Recovery

Objectif de temps de récupération et objectif de point de récupération

1. Qu'est-ce qu'un objectif de temps de récupération ? Qu'est-ce qu'un objectif de point de récupération ? Pourquoi sont-ils importants ?

Objectif de temps de récupération (recovery time objective, RTO) : le RTO est le délai maximal de restauration d'une application ou un système particulier après un sinistre ou un événement perturbateur. Il représente le temps d'inactivité maximal que l'entreprise peut tolérer pour cette application. En d'autres termes, il indique la rapidité avec laquelle l'application doit être opérationnelle pour répondre aux exigences de continuité de l'activité. Les applications critiques ont souvent un RTO faible, car elles doivent être restaurées rapidement pour limiter les perturbations et maintenir les opérations essentielles.

Objectif de point de récupération (recovery point objective, RPO) : le RPO désigne la perte de données maximale tolérée en cas de sinistre ou d'interruption. Il représente la période pendant laquelle les données peuvent être perdues (non sauvegardées ou répliquées) avant que le sinistre ne commence à avoir un impact significatif sur l'entreprise. Par exemple, si une application a un RPO d'une heure, cela signifie qu'après un sinistre, les données doivent être récupérées à un point ne dépassant pas une heure avant que l'incident ne se produise. Les applications avec un RPO inférieur nécessitent généralement des sauvegardes ou une réplication de données plus fréquentes pour garantir une perte de données minimale.

Le RTO et le RPO sont des considérations essentielles dans la planification de la reprise après sinistre, car ils ont un impact direct sur la continuité et la résilience des opérations commerciales pendant et après une perturbation. Les entreprises doivent équilibrer ces objectifs en fonction de la criticité de leurs applications et du coût de mise en œuvre des mesures de reprise après sinistre nécessaires.

2. Quel est l'impact d'OCI Full Stack Disaster Recovery sur le RTO de mon application?

Le RTO d'une application peut être déterminé en tenant compte du temps nécessaire pour terminer le plan de permutation ou de basculement. OCI Full Stack DR, avec son processus de récupération entièrement automatisé, peut considérablement améliorer le RTO en limitant le temps d'arrêt et en réduisant l'intervention manuelle requise pour la récupération.

En automatisant les processus de basculement et de permutation, OCI Full Stack DR rationalise le workflow de récupération et permet aux applications d'être rapidement remises en ligne. Cette réduction du temps de récupération peut améliorer la continuité de l'activité et réduire les perturbations lors d'un sinistre.

3. Quel est l'impact d'OCI Full Stack Disaster Recovery sur le RPO de mon application?

OCI Full Stack DR ne contrôle pas le RPO, car il peut varier en fonction des services OCI, de leurs méthodes de réplication et de leurs configurations. Différents services d'Oracle Cloud Infrastructure peuvent avoir des directives RPO spécifiques en fonction de la façon dont ils gèrent la réplication et la synchronisation des données.

Par exemple, pour Oracle Autonomous Database Serverless, Oracle peut avoir publié des valeurs RPO pour les bases de données de secours inter-régions, indiquant la perte de données maximale tolérée pour cette configuration spécifique.

Pour garantir la conformité avec le RPO souhaité et comprendre les capacités de récupération des données de chaque service OCI, il est essentiel de se référer à la documentation relative aux services OCI respectifs. Ces directives fournissent des informations détaillées sur la manière dont les données sont répliquées, les options de récupération disponibles et le RPO attendu pour différentes configurations. En suivant les recommandations de la documentation, vous pouvez implémenter une stratégie de reprise après sinistre adaptée aux besoins de votre entreprise et aux exigences de protection des données.

Tarification

1. Quel est le modèle de tarification pour OCI Full Stack Disaster Recovery ?

La tarification d'OCI Full Stack DR suit le modèle de tarification standard à l'heure d'Oracle Compute (OCPU). L'unité de gestion des stocks (SKU) pour la reprise après sinistre de pile complète OCI est B95485. Pour plus d'informations, reportez-vous à l'évaluateur de coûts d'OCI.

2. Comment fonctionne la tarification d'OCI Full Stack Disaster Recovery ?

La tarification d'OCI Full Stack DR est fonction du nombre total d'OCPU de ressources de calcul et de base de données ajoutées en tant que membres dans le groupe de protection de reprise après sinistre principal et de secours.

Exemple  1

• Le DRPG primaire comprend les membres suivants : Compute-A (2 OCPU) et ADB-Primary (1 OCPU)
• Le DPG de secours comprend les membres suivants : Compute-B (2 OCPU) et ADB-Standby (1 OCPU)
• Nombre total d'OCPU/h (calcul et base de données) : 6 OCPU par heure
• Prix/h de reprise après sinistre de pile complète : 6 x 0,0128 USD = 0,0768 USD

Exemple  2

• Le DRPG primaire comprend les membres suivants : Compute-A (4 OCPU), ADB-Primary (2 OCPU), volume group-500 Go
• Le DPG de secours comprend les membres suivants : ADB-Standby (2 OCPU)
• Nombre total d'OCPU/h (calcul et base de données) : 8 OCPU par heure
• Prix/h de reprise après sinistre de pile complète : 8 x 0,0128 USD = 0,1024 USD

Veuillez noter que le prix par heure et le modèle pourront évoluer. Reportez-vous aux dernières informations de tarification ou contactez le service commercial Oracle pour connaître la tarification actuelle.

3. L'ajout d'un groupe de volumes en tant que membre d'un groupe de protection contre la reprise après sinistre est-il facturé ?

Non, il n'existe pas de tarification distincte pour l'ajout d'un groupe de volumes en tant que membre d'un groupe de protection de reprise après sinistre. La tarification d'OCI Full Stack DR s'applique uniquement aux types de membre de calcul et de base de données.

4. La configuration d'une infrastructure de reprise après sinistre entraîne-t-elle un coût supplémentaire ?

Oui. Le coût associé aux services OCI et à un modèle de déploiement de reprise après sinistre varie en fonction des services et configurations spécifiques que vous choisissez. Par exemple, si vous optez pour la réplication de blocs inter-régions, le coût de stockage est en supplément. De même, l'utilisation d'une base de données de secours autonome entraîne également des dépenses supplémentaires. Pour plus d'informations sur la tarification de chaque service OCI, reportez-vous aux détails des tarifs Oracle Cloud Infrastructure.