Migration d'une base de données sur site vers Oracle Base Database Service
Simplifiez vos opérations de provisionnement, de maintenance et de gestion de base de données en déplaçant vos déploiements sur site d'Oracle Database vers Oracle Base Database Service dans Oracle Cloud.
Avant de commencer
Architecture
Les diagrammes suivants illustrent le chemin d'accès à cette architecture de référence, de l'architecture sur site avant la migration vers une base de données migrée dans Oracle Cloud Infrastructure (OCI). Le déploiement sur site inclut un serveur d'applications et une instance d'Oracle Database Standard ou Enterprise Edition.

Description de l'illustration prémisses-arch.png
Le diagramme suivant illustre l'architecture provisoire. La région OCI, le VCN, les sous-réseaux, l'infrastructure et les services sont établis. Le réseau sur site est connecté à la région OCI à l'aide du VPN IPSec ou d'OCI FastConnect. Les sauvegardes Oracle RMAN sont envoyées de manière bidirectionnelle entre le serveur de base de données sur site via la passerelle de service vers OCI Object Storage.

Description de l'illustration intérimaire-arch.png
Une fois la base de données Oracle Database sur site migrée vers Oracle Base Database Service, l'application sur site est migrée d'une instance de calcul sur site vers une instance de calcul OCI et tous les services de base de données et de calcul sont dans Oracle Cloud et utilisent Oracle Database Zero Data Loss Autonomous Recovery Service.

Description de l'illustration migration-arch.png
L'architecture OCI comporte les composants suivants :
- Région
Une région Oracle Cloud Infrastructure est une zone géographique précise, incluant un ou plusieurs centres de données, appelés domaines de disponibilité. Les régions sont indépendantes les unes des autres et de grandes distances peuvent les séparer (entre pays, voire continents).
- Domaines de disponibilité
Les domaines de disponibilité sont des centres de données autonomes indépendants au sein d'une région. Les ressources physiques de chaque domaine de disponibilité sont isolées de celles des autres, ce qui garantit la tolérance aux pannes. Les domaines de disponibilité ne partagent ni infrastructure (par exemple, alimentation, système de refroidissement), ni réseau de domaine de disponibilité interne. Par conséquent, une panne sur un domaine de disponibilité ne doit pas affecter les autres domaines de disponibilité de la région.
- Domaines de pannes
Un domaine de pannes est un regroupement de matériel et d'infrastructures au sein d'un domaine de disponibilité. Chaque domaine de disponibilité comporte trois domaines de pannes avec du matériel et une alimentation indépendants. Lorsque vous répartissez les ressources entre plusieurs domaines de pannes, vos applications peuvent tolérer les pannes physiques du serveur, la maintenance du système et les pannes d'alimentation au sein d'un domaine de pannes.
- Compartiment
Les compartiments sont des partitions logiques inter-régionales au sein d'une location Oracle Cloud Infrastructure. Utilisez des compartiments afin d'organiser, de contrôler l'accès et de définir des quotas d'utilisation pour les ressources Oracle Cloud. Dans un compartiment donné, vous définissez des stratégies qui contrôlent l'accès et définissent des privilèges pour les ressources.
- Réseau cloud virtuel (VCN) et sous-réseaux
Un VCN est un réseau personnalisable défini par logiciel que vous configurez dans une région Oracle Cloud Infrastructure. Comme les réseaux de centre de données traditionnels, les réseaux cloud virtuels vous donnent le contrôle sur l'environnement réseau. Un réseau cloud virtuel peut comporter plusieurs blocs CIDR qui ne se chevauchent pas et que vous pouvez modifier après l'avoir créé. Vous pouvez segmenter un réseau cloud virtuel en plusieurs sous-réseaux ciblant une région ou un domaine de disponibilité. Chaque sous-réseau est composé d'une plage contiguë d'adresses qui ne chevauchent pas celles des autres sous-réseaux du réseau cloud virtuel. Vous pouvez modifier la taille d'un sous-réseau après sa création. Un sous-réseau peut être public ou privé.
- Tables de routage
Les tables de routage virtuelles contiennent des règles pour acheminer le trafic des sous-réseaux vers des destinations en dehors d'un VCN, généralement via des passerelles.
- Listes de sécurité
Pour chaque sous-réseau, vous pouvez créer des règles de sécurité qui indiquent la source, la destination et le type de trafic qui doivent être autorisés à entrer et à sortir du sous-réseau.
- FastConnect
Oracle Cloud Infrastructure FastConnect permet de créer facilement une connexion privée dédiée entre le centre de données et Oracle Cloud Infrastructure. FastConnect offre des options de bande passante plus élevée et une expérience de réseau plus fiable par rapport aux connexions Internet.
- VPN site à site
Le VPN site à site fournit une connectivité VPN IPSec entre votre réseau sur site et les réseaux cloud virtuels dans Oracle Cloud Infrastructure. La suite de protocoles IPSec crypte le trafic IP avant le transfert des paquets de la source vers la destination. Elle décrypte également le trafic à son arrivée.
- Passerelle de routage dynamique
Le DRG est un routeur virtuel qui fournit un chemin pour le trafic de 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.
- Passerelle de service
La passerelle de service fournit un accès à partir d'un VCN à d'autres services, tels qu'Oracle Cloud Infrastructure Object Storage. Le trafic entre le VCN et le service Oracle passe par la structure du réseau Oracle et ne traverse pas Internet.
- Passerelle NAT (Network Address Translation)
Une passerelle NAT permet aux ressources privées d'un VCN d'accéder aux hôtes sur Internet, sans les exposer aux connexions Internet entrantes.
- Volume de blocs
Avec Oracle Cloud Infrastructure Block Volumes, vous pouvez créer, attacher, connecter et déplacer des volumes de stockage, et modifier leurs performances afin de répondre à vos exigences en matière de stockage, de performances et d'application. Une fois un volume attaché et connecté à une instance, vous pouvez l'utiliser comme un disque dur classique. Vous pouvez également déconnecter un volume et l'attacher à une autre instance sans perdre de données.
- Object Storage
Oracle Cloud Infrastructure Object Storage 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.
- Oracle Base Database Service
Oracle Base Database Service est un service de base de données Oracle Cloud Infrastructure (OCI) qui vous permet de créer, de mettre à l'échelle et de gérer des bases de données Oracle complètes sur des machines virtuelles. Oracle Base Database Service permet de déployer des bases de données Oracle complètes sur des machines virtuelles avec des volumes de blocs attachés au réseau dans des régions OCI. Vous pouvez déployer Enterprise Edition ou Standard Edition 2 et exécuter Oracle Real Application Clusters (Oracle RAC) pour améliorer la disponibilité.
- Oracle Database Zero Data Loss Autonomous Recovery Service
Oracle Database Zero Data Loss Autonomous Recovery Service est une solution de sauvegarde et de récupération cloud entièrement gérée, autonome et centralisée pour les bases de données Oracle Cloud Infrastructure (OCI). Elle apporte une protection des données en temps réel à OCI avec un chiffrement de sauvegarde appliqué pour fournir une sécurité élevée. La conservation des sauvegardes protège contre les suppressions accidentelles ou malveillantes.
Recommandations
Vos exigences peuvent différer de l'architecture décrite ici. Utilisez les recommandations suivantes comme point de départ.
- Formes de calcul
Pour les formes de calcul d'application, Oracle propose une liste fiable d'options permettant de les aligner sur les besoins en mémoire et en calcul d'application.
- Volumes de blocs
Pour cette architecture, Oracle Cloud Infrastructure Block Volumes est utilisé afin d'installer l'application et de stocker les données et les journaux d'application. Vous pouvez créer, attacher, connecter et déplacer des volumes, ainsi que modifier leurs performances, si nécessaire, afin de répondre à vos exigences en matière de performances de stockage d'application.
- Formes de machine virtuelle Base Database Service
Oracle Base Database Service offre un choix de formes de calcul et de types de processeur de machine virtuelle avec nombre d'OCPU flexible. AMD VM.Standard.E4. La forme flexible est la solution recommandée pour les bases de données de production.
Fonctions de réseau- VCN
Avant de déployer Oracle Base Database Service, vous devez disposer d'un VCN avec un sous-réseau client et de sauvegarde dans OCI.
Lorsque vous créez un VCN, déterminez le nombre de blocs CIDR requis et la taille de chaque bloc en fonction du nombre de ressources que vous prévoyez d'attacher à des sous-réseaux dans le VCN. Utilisez des blocs CIDR qui se trouvent dans l'espace d'adresse IP privée standard.
Pour votre plage de blocs CIDR, sélectionnez une plage d'adresses qui ne chevauche pas votre réseau sur site afin de pouvoir configurer une connexion entre le VCN et votre réseau sur site à l'aide du VPN IPSec ou d'OCI FastConnect. Après avoir créé un VCN, vous pouvez modifier, ajouter et supprimer ses blocs CIDR.Les sous-réseaux exploiteront les adresses IP des blocs CIDR que vous avez définis pour prendre en charge votre VCN. Lorsque vous concevez les sous-réseaux, tenez compte du flux de trafic et des exigences de sécurité. Attachez toutes les ressources d'un niveau ou d'un rôle spécifique au même sous-réseau, qui peut servir de limite de sécurité. Il est recommandé que les sous-réseaux de votre base de données et de vos serveurs d'applications soient des sous-réseaux privés.
- Table de routage de niveau base de données
Cette architecture utilise une règle de routage pour envoyer le trafic de sauvegarde de base de données du sous-réseau BACKUP privé vers OCI Object Storage via OCI Service Gateway. Pour établir la connectivité entre le cloud et sur site, configurez la règle de routage pour la passerelle de routage dynamique (DRG).
- Liste de sécurité au niveau de la base de données
Cette architecture utilise des règles entrantes et sortantes dans les listes de sécurité attachées aux sous-réseaux de serveur d'applications et de serveur de base de données. Ces règles permettent la connectivité entre l'application et la base de données. Il est recommandé de définir les règles de liste de sécurité pour le sous-réseau CLIENT privé Oracle Base Database Service qui établit l'accès au port pour l'accès SSH, l'accès SQLNet et l'utilisation d'Oracle Database Autonomous Recovery Service.
- VCN
- Méthode de migration de base de données
Cette architecture de référence utilise le module Oracle Database Cloud Backup pour sauvegarder une base de données Oracle Standard Edition sur site vers Oracle Cloud Infrastructure Object Storage. La sauvegarde est ensuite utilisée pour créer un système de base de données de machine virtuelle sur OCI.
Le processus de migration consiste à télécharger le module Oracle Database Cloud Backup, à l'installer sur le serveur de base de données et à configurer Oracle Recovery Manager (RMAN) de sorte qu'il utilise un bucket OCI Object Storage en tant que cible de sauvegarde de base de données.
Cette approche de migration nécessite un temps d'inactivité de l'application lors de la sauvegarde de la base de données vers le bucket de stockage d'objet et de la restauration de la base de données vers un système de base de données de machine virtuelle sur OCI. Vous devez également prendre en compte le temps nécessaire à la migration du serveur d'applications.Remarques :
Vous pouvez réduire ou éliminer les temps d'arrêt à l'aide d'Oracle Zero Downtime Migration (ZDM).Oracle vous recommande d'utiliser le service OCI FastConnect pour migrer des bases de données volumineuses vers OCI.
Points à prendre en compte
- Evolutivité
- Niveau Applications
Vous pouvez redimensionner les serveurs d'applications verticalement en modifiant la forme des instances de calcul. Une forme avec un nombre de coeurs plus élevé fournit également plus de mémoire et de bande passante réseau. Si davantage de stockage est nécessaire, augmentez la taille des volumes de blocs attachés au serveur d'applications.
- Niveau Database
Vous pouvez redimensionner Oracle Base Database Service verticalement en modifiant la configuration flexible d'OCPU de la forme de machine virtuelle jusqu'à 128 OCPU sur un seul noeud et 256 OCPU sur un système Oracle RAC à deux noeuds. Vous pouvez également redimensionner indépendamment le stockage DATA et RECO associé à Oracle Base Database Service avec DATA jusqu'à 80 To et RECO jusqu'à 20 To.
- Niveau Applications
- Disponibilité
- Niveau Applications
Pour bénéficier d'une haute disponibilité au niveau de l'application, il est recommandé de déployer les serveurs d'applications dans différents domaines de pannes et d'utiliser un équilibreur de charge pour répartir le trafic client entre les serveurs d'applications. Les domaines de pannes offrent la meilleure résilience pour les charges de travail d'application déployées au sein d'un même domaine de disponibilité.
- Niveau Database
Pour une haute disponibilité au niveau de la base de données, Oracle Base Database Service fournit des fonctionnalités de meilleures pratiques Oracle intégrées. Déployez votre base de données pour des performances, une disponibilité et une sécurité optimales à l'aide de l'automatisation du cloud. Votre système sera configuré de manière optimale pour fournir les niveaux de service les plus élevés. Lorsque Oracle Base Database Service est configuré pour utiliser deux noeuds, il est automatiquement déployé avec Oracle RAC pour fournir une base de données évolutive et hautement disponible. Oracle RAC protège contre les pannes non planifiées en répartissant le travail entre plusieurs instances de base de données. En outre, il élimine les temps d'arrêt pour les activités de maintenance en migrant automatiquement les tâches sur le point de subir une maintenance vers d'autres serveurs qui restent en ligne.
Oracle Data Guard fournit une protection en temps réel contre les sinistres. Si vous perdez votre base de données principale ou votre centre de données, vous pouvez basculer votre charge globale vers un site de secours géré automatiquement par Oracle Data Guard. Oracle Base Database Service simplifie l'activation d'Oracle Data Guard en un seul appel d'API ou en quelques clics de souris dans l'interface utilisateur grâce à l'automatisation du cloud. De même, l'automatisation prend en charge des cas d'utilisation critiques tels que le basculement de votre base de données principale vers votre site de récupération après sinistre, le basculement en arrière et le rétablissement de votre base de données principale après un basculement.
Oracle Data Guard prend en charge toutes les technologies Oracle Maximum Availability Architecture (Oracle MAA), qui constituent le plan de haute disponibilité pour les bases de données Oracle dans le cloud.
- Niveau Applications
- Coût
La migration d'Oracle Database sur site vers Oracle Base Database Service dans Oracle Cloud offre de nombreuses opportunités d'économies. Le déploiement cloud vous permettra d'exploiter le modèle d'allocation de ressources de calcul élastique d'Oracle et vous fournira un choix de modèles de licence d'UC (Licence incluse ou BYOL). L'exécution d'Oracle Database dans le cloud avec un modèle d'allocation de calcul de ressource élastique vous permet d'aligner les CPU allouées sur votre demande de charge globale et de ne payer que pour ce que vous utilisez. Avec Oracle Base Database Service, vous pouvez commencer avec 1 OCPU et 256 Go de stockage, puis redimensionner selon vos besoins.
Déployez
Pour déployer cette architecture de référence, créez les ressources requises dans Oracle Cloud Infrastructure, puis migrez la base de données sur site à l'aide du module Oracle Database Cloud Backup.
Le code Terraform permettant de déployer les ressources dans le cloud est disponible sur GitHub. Utilisez le code pour provisionner les ressources réseau, une instance de calcul que vous pouvez utiliser comme bastion ou pour le serveur d'applications, ainsi qu'un système de base de données de machine virtuelle.
Vous pouvez extraire le code dans Oracle Cloud Infrastructure Resource Manager en un seul clic, créer la pile et la déployer. Vous pouvez également télécharger le code à partir de GitHub sur votre ordinateur, le personnaliser et déployer l'architecture à l'aide de l'interface de ligne de commande Terraform.
- Déployez à l'aide de l'exemple de pile dans Oracle Cloud Infrastructure Resource Manager :
- Accédez à
.
Si vous n'êtes pas déjà connecté, entrez la location et les informations d'identification utilisateur.
- Sélectionnez la région de déploiement de la pile.
- Suivez les invites à l'écran et les instructions pour créer la pile.
- Après avoir créé la pile, cliquez sur Actions Terraform, puis sélectionnez Planifier.
- Attendez que le travail soit terminé et vérifiez le plan.
Pour apporter des modifications, revenez à la page Détails de la pile, cliquez sur Modifier la pile et apportez les modifications requises. Exécutez ensuite à nouveau l'action Planifier.
- Si aucune autre modification n'est nécessaire, revenez à la page Détails de la pile, cliquez sur Actions Terraform et sélectionnez Appliquer.
- Accédez à
- Déployez à l'aide du code Terraform dans GitHub :
- Accédez à GitHub.
- Clonez ou téléchargez le référentiel sur votre ordinateur local.
- Suivez les instructions du document
README
.
En savoir plus
Découvrez comment migrer des bases de données on-premise vers le cloud.
- A propos des formes de calcul (Documentation OCI)
- Formes de machine virtuelle (documentation OCI)
- Oracle Base Database Service (page du produit)
- Documentation Oracle Base Database Service
- Nouveautés d'Oracle Base Database Service
- Procédures Oracle Base Database Service
- Passer à Oracle Cloud
- Oracle Zero Downtime Migration
Modifier le journal
Ce journal répertorie uniquement les modifications importantes :
7 novembre 2024 | Contenu mis à jour. Ajout de diagrammes d'architecture mis à jour et de versions modifiables téléchargeables. |
18 novembre 2020 | Ajout d'étapes pour déployer les ressources cloud à l'aide d'Oracle Cloud Infrastructure Resource Manager. |