En savoir plus sur la récupération après sinistre vers Oracle Compute Cloud@Customer
Une architecture de récupération après sinistre nécessite un déploiement distribué. Topologie dans laquelle les applications, les bases de données et le stockage d'objets sont déployés sur Oracle Cloud Infrastructure (OCI) et Oracle Compute Cloud@Customer, ou entre deux OCI sur site (mêmes ou centres de données distants).
Dans une architecture OCI sur site, la partie cloud d'un déploiement distribué sert d'environnement de production ou de site actif, et le déploiement sur site en tant que site de basculement ou secondaire ou site passif ou de secours pour la continuité de la production. Dans une solution sur site vers sur site, vous devez configurer un OCI sur site en tant que site actif et le deuxième OCI sur site en tant que site passif ou de secours.
Cette solution permet aux architectes et aux administrateurs système d'implémenter la récupération après sinistre d'OCI vers les racks Oracle Compute Cloud@Customer ou Oracle Compute Cloud@Customer à l'aide des outils Oracle et de Rackware.
A propos d'Oracle Compute Cloud@Customer
Utilisez Compute Cloud@Customer pour déployer des services Oracle Cloud Infrastructure sur site afin de répondre aux exigences réglementaires et de souveraineté des données, tout en utilisant les services d'identité et de gouvernance d'OCI pour gérer l'accès à ces services. Gardez un contrôle absolu sur vos données tout en tirant parti des fonctionnalités d'Oracle Cloud Infrastructure (OCI) gérées par Oracle.
Les API et les outils de gestion identiques à ceux d'OCI vous permettent de créer une expérience de développement cohérente dans tous les environnements, tout en conservant un contrôle complet sur les données pour répondre aux exigences en constante évolution en matière de résidence et de latence des données. Compute Cloud@Customer permet de simplifier les opérations et la consolidation de la charge de travail à moindre coût grâce à un modèle de consommation flexible tel que le cloud public.
Avant de commencer
Consultez la solution Configurer une base de données de secours pour la récupération après sinistre afin de configurer Oracle Data Guard pour l'une des trois méthodes de récupération après sinistre et de l'utiliser pour automatiser la plupart de ces actions. Vous apprendrez à configurer Data Guard en configurant une base de données de secours pour une base de données principale existante et à utiliser la fonctionnalité de restauration à partir du service Oracle Recovery Manager (RMAN) et du broker Data Guard.
Téléchargez ensuite l'application Oracle Cloud Marketplace Rackware Migration Manager.
En outre, vérifiez les ressources suivantes :
- Guide d'installation d'Oracle Database pour Linux.
-
Si vous voulez utiliser Oracle GoldenGate, reportez-vous à la documentation d'installation et de configuration d'Oracle GoldenGate pour configurer la réplication à partir d'Oracle Autonomous Database exécutée sur OCI vers un environnement sur site.
Selon votre plan de support Oracle, vous pouvez télécharger Oracle Database à partir des emplacements suivants :
Architecture
Les trois stratégies de récupération après sinistre les plus populaires sont Backup and Restore, Pilot Light et Warm Standby.
Voici l'architecture d'une récupération après sinistre à partir d'OCI vers Compute Cloud@Customer qui peut être utilisée pour les trois stratégies : sauvegarde et restauration, lumière du pilote et veille chaude :
dr-oracle-compute-cloud-customer-oci-oracle.zip
Voici l'architecture d'une récupération après sinistre entre les racks Compute Cloud@Customer.
Ces architectures prennent en charge les composants suivants :
- VPN site à site
Le VPN site à site fournit une connectivité VPN IPSec entre votre réseau sur site et vos réseaux cloud virtuels dans Oracle Cloud Infrastructure. La suite de protocoles IPSec permet de crypter le trafic IP avant le transfert des paquets de la source vers la destination, puis de le décrypter lorsqu'il arrive.
- Stockage d'objets
Le stockage d'objets fournit un accès rapide à de grandes quantités de données, structurées ou non, de tout type de contenu, y compris des sauvegardes de base de données, des données analytiques et du contenu enrichi tel que des images et des vidéos. Vous pouvez stocker les données, puis les extraire directement à partir d'Internet ou de la plate-forme cloud, et ce, en toute sécurité. Vous pouvez redimensionner le stockage sans dégradation des performances ni de la fiabilité des services. Utilisez le stockage standard pour le stockage "à chaud" auquel vous devez accéder rapidement, immédiatement et fréquemment. Utilisez le stockage d'archive pour le stockage "à froid" que vous conservez pendant de longues périodes et auquel vous accédez rarement.
- Data Guard
Oracle Data Guard fournit un ensemble complet de services permettant de créer, de tenir à jour, de gérer et de surveiller des bases de données de secours afin que les bases de données Oracle de production restent disponibles sans interruption. Oracle Data Guard gère ces bases de données de secours en tant que copies de la base de données de production. Ensuite, si la base de données de production devient indisponible en raison d'une panne planifiée ou non planifiée, Oracle Data Guard peut basculer n'importe quelle base de données de secours vers le rôle de production, ce qui réduit le temps d'arrêt associé à la panne.
- Dynamic routing gateway (DRG)
L'DRG est un routeur virtuel qui fournit un chemin pour le trafic réseau privé entre les réseaux cloud virtuels de la même région, entre un VCN et un réseau en dehors de la région, tel qu'un VCN dans une autre région Oracle Cloud Infrastructure, un réseau sur site ou un réseau dans un autre fournisseur cloud.
Remarques
Lors de la configuration de la récupération après sinistre à partir de Compute Cloud@Customer vers OCI, tenez compte des stratégies suivantes :
- Sauvegarde et restauration
Compute Cloud@Customer peut être déployé en tant que solution de sauvegarde et de restauration pour votre charge de travail exécutée dans OCI. Cette stratégie est recommandée pour les charges globales à faible priorité, les environnements de développement et de test dans lesquels l'objectif de délai de récupération (RTO) et l'objectif de point de récupération (RPO) peuvent prendre en charge les heures. Comme toutes les ressources telles que les instances et les volumes de blocs peuvent être provisionnées après la récupération après sinistre, dans cette architecture, une solution de sauvegarde et de restauration est considérée comme la solution la plus économique pour la récupération après sinistre.
- Phare du pilote
Si une panne à grande échelle affecte vos applications de production, vous devez pouvoir restaurer rapidement les charges de travail. Votre plan de continuité d'activité doit inclure une stratégie de reprise après sinistre qui répond à vos objectifs de point de reprise, de temps de récupération et de budget. Une topologie pilote-lumière offre un équilibre entre les besoins en coûts et en récupération.
Le terme lumière pilote désigne une petite flamme qui est toujours allumée dans des dispositifs tels que des dispositifs de chauffage alimentés par gaz et qui peut être utilisée pour démarrer rapidement les dispositifs lorsque nécessaire. Dans le contexte de la récupération après sinistre, un environnement pilote-léger contient les principaux composants d'une charge de travail donnée, avec les dernières données de configuration et les données critiques, qui s'exécutent à une échelle minimale à un emplacement distant du site principal. En cas de sinistre sur le site principal, vous pouvez utiliser les composants d'éclairage pilote à l'emplacement distant pour restaurer rapidement un environnement de production.
- Base de secours chaude
Configurez la même configuration, la même version et la même quantité de machines virtuelles exécutées dans l'environnement de production que le site de récupération après sinistre. Les machines virtuelles sont constamment répliquées par un Oracle Database Rackware dans le continuum d'OCI vers Compute Cloud@Customer, et Oracle Database Sync configuré avec la réplication continue.
A propos des services et rôles requis
Cette solution requiert les services et rôles suivants :
-
Oracle Cloud Infrastructure
-
Oracle Compute Cloud@Customer
-
Oracle Data Guard
-
Oracle Cloud Infrastructure Object Storage
- Oracle Linux 7.x et 8.x
- Oracle Database 19C
- Module de gestion de rack (RMM)
Il s'agit des rôles nécessaires pour chaque service.
| Nom des services : rôle | Requis pour... |
|---|---|
Oracle Cloud Infrastructure : sysdba |
Fermez, arrêtez et démontez la base de données de secours dans le cloud. |
Oracle Data Guard : SYS, SYSDG ou SYSDBA |
Exécutez l'interface de ligne de commande Oracle Data Guard (DGMGRL) pour convertir la base de données de secours en base de données de secours instantanée et permuter les rôles de base de données principale et de secours.
|
| OCI : Administrateur | Accès complet à des ressources telles que les services de calcul, de réseau, d'observabilité et de gestion, y compris la configuration d'Oracle Cloud Infrastructure Object Storage utilisée par cette solution. |
| OCI : administrateur de sécurité | Inspectez l'accès aux ressources telles que le calcul, le réseau et l'accès complet aux services d'observabilité et de gestion. |
Oracle Database : root |
Configurez la base de données principale et autonome, instanciez et configurez la base de secours. |
| Oracle Compute Cloud@Customer : administrateur | Utilisateur sur Oracle Compute Cloud@Customer avec des droits d'accès d'administrateur pour configurer et déployer des instances Oracle Linux, accès complet à des ressources telles que les services de calcul, de réseau, d'observabilité et de gestion. |
Reportez-vous à Produits, solutions et services Oracle pour obtenir ce dont vous avez besoin.