En savoir plus sur la reprise après sinistre sur Oracle Compute Cloud@Customer
Une architecture de reprise 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 centres de données OCI sur place (même ou distants).
Dans une architecture OCI à sur place, la partie infonuagique d'un déploiement distribué sert d'environnement de production ou de site actif, et le déploiement sur place en tant que basculement, site secondaire ou site passif ou de secours pour la continuité de la production. Dans une solution sur place vers une solution sur place, vous devez configurer un OCI sur place en tant que site actif, et le deuxième OCI sur place en tant que site passif ou de secours.
Cette solution permet aux architectes et aux administrateurs de système de mettre en oeuvre la récupération après sinistre d'OCI vers Oracle Compute Cloud@Customer ou entre des bâtis Oracle Compute Cloud@Customer à l'aide des outils Oracle et de Rackware.
À propos d'Oracle Compute Cloud@Customer
Utilisez Compute Cloud@Customer pour déployer des services Oracle Cloud Infrastructure sur place 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. Maintenez un contrôle absolu sur vos données tout en tirant parti des capacité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 uniforme sur tous les environnements tout en conservant le contrôle complet des données pour répondre aux exigences en constante évolution de résidence et de latence des données. Compute Cloud@Customer permet la consolidation de la charge de travail et la rationalisation des opérations à faible coût avec un modèle de consommation flexible tel que le nuage public.
Étapes préliminaires
Consultez la solution Configurer une base de données de secours pour la récupération après sinistre pour configurer Oracle Data Guard pour l'une des trois méthodes de récupération après sinistre et 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 fonction de restauration à partir du service Oracle Recovery Manager (RMAN) et du courtier Data Guard.
Téléchargez ensuite l'application Gestionnaire de migration du rack Oracle Cloud Marketplace.
Vérifiez également les ressources suivantes :
- Guide d'installation d'Oracle Database pour Linux.
-
Si vous souhaitez utiliser Oracle GoldenGate, consultez 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 place.
Selon votre plan de soutien technique Oracle, vous pouvez télécharger Oracle Database à partir des emplacements suivants :
Architecture
Les trois stratégies de reprise 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 d'OCI vers Compute Cloud@Customer qui peut être utilisée pour les trois stratégies : Sauvegarde et restauration, éclairage pilote et secours à chaud :
dr-oracle-compute-cloud-customer-oci-oracle.zip
Voici l'architecture d'une récupération après sinistre entre des bâtis du service Calcul Cloud@Customer.
Ces architectures prennent en charge les composants suivants :
- RPV site-à-site
Un RPV site à site fournit une connectivité RPV IPSec entre votre réseau sur place et les réseaux en nuage virtuels d'Oracle Cloud Infrastructure. La suite de protocoles IPSec chiffre le trafic IP avant le transfert des paquets de la source à la destination, et déchiffre le trafic à son arrivée.
- Service de stockage d'objets
Le service de stockage d'objets offre un accès rapide à de grandes quantités de données structurées et non structurées de tous types, notamment des sauvegardes de base de données, des données analytiques et du contenu riche, comme des images et des vidéos. Vous pouvez stocker des données en toute sécurité, puis les extraire directement à partir d'Internet ou de la plate-forme en nuage. Vous pouvez faire évoluer le stockage sans que la performance ou la fiabilité des services soit affectée. Utilisez le stockage standard pour le stockage "à chaud" auquel vous devez accéder rapidement, immédiatement et fréquemment. Utilisez le stockage d'archives 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 qui créent, tiennent à jour, gèrent et surveillent une ou plusieurs bases de données de secours afin de permettre aux bases de données Oracle de production de rester disponibles sans interruption. Oracle Data Guard tient à jour 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 interruption planifiée ou non planifiée, Oracle Data Guard peut remplacer n'importe quelle base de données de secours par le rôle de production, réduisant ainsi le temps d'arrêt associé à la panne.
- Passerelle de routage dynamique (DRG)
La passerelle DRG est un routeur virtuel qui fournit un chemin pour le trafic réseau privé entre les réseaux en nuage 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 place ou un réseau d'un autre fournisseur de nuage.
Points à considérer
Lors de la configuration de la récupération après sinistre 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 de travail à faible priorité, les environnements de développement et de test dans lesquels l'objectif de délai de récupération (ODR) et l'objectif de point de récupération (OPR) peuvent prendre en charge les heures. Comme toutes les ressources telles que les instances et les volumes par blocs peuvent être provisionnées après la reprise après sinistre, dans cette architecture, une solution de sauvegarde et de restauration est considérée comme la solution la moins coûteuse pour la reprise après sinistre.
- Veilleuse
Si une panne à grande échelle affecte vos applications de production, vous aurez besoin de la capacité de restaurer rapidement les charges de travail. Votre plan de continuité des activités doit inclure une stratégie de reprise après sinistre qui répond à vos objectifs de point de reprise, de temps de reprise et de budget. Une topologie pilote offre un équilibre entre les exigences de coût et de récupération.
Le terme lumière pilote fait référence à une petite flamme qui est toujours allumée dans des appareils tels que les appareils de chauffage à gaz et peut être utilisée pour démarrer les appareils rapidement lorsque nécessaire. Dans le contexte de la reprise après sinistre, un environnement pilote léger contient les composants de base d'une charge de travail donnée, avec la configuration la plus récente et les données critiques, s'exécutant à 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.
- Secours à chaud
Configurez la même configuration, la même version et la même quantité de machines virtuelles s'exécutant dans l'environnement de production que le site de reprise après sinistre. Les machines virtuelles sont constamment répliquées par une synchronisation Oracle Database Rackware dans le continuum d'OCI vers Compute Cloud@Customer et Oracle Database configurée avec une réplication continue.
À propos des rôles et services requis
Cette solution nécessite les services et les rôles suivants :
-
Oracle Cloud Infrastructure
-
Oracle Compute Cloud@Customer
-
Oracle Data Guard
-
Service de stockage d'objets pour Oracle Cloud Infrastructure
- Oracle Linux 7.x et 8.x
- 19C pour Oracle Database
- Module de gestion Rackware (RMM)
Il s'agit des rôles nécessaires pour chaque service.
| Nom des services : Rôle | Obligatoire pour... |
|---|---|
Oracle Cloud Infrastructure : sysdba |
Fermez, arrêtez et démontez la base de données de secours dans le nuage. |
Oracle Data Guard : SYS, SYSDG ou SYSDBA |
Exécutez l'interface de ligne de commande d'Oracle Data Guard (DGMGRL) pour convertir la base de données de secours en base de secours instantanée et changer les rôles de base de données principale et de base de secours.
|
| OCI : Administrateur | Accès complet à des ressources telles que les services de calcul, de réseau, d'observabilité et de gestion, notamment la configuration d'Oracle Cloud Infrastructure Object Storage utilisée par cette solution. |
| OCI : Administrateur de la sécurité | Inspecter 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 |
Configurer la base de données principale et autonome, instancier et configurer la base de données de secours. |
| Oracle Compute Cloud@Customer : Administrateur | Utilisateur sur Oracle Compute Cloud@Customer avec les autorisations d'administrateur permettant de configurer et de déployer des instances Oracle Linux, un accès complet aux ressources telles que les services de calcul, de réseau, d'observabilité et de gestion. |
Voir Produits, solutions et services Oracle pour obtenir ce dont vous avez besoin.