1. Migrer des charges de travail vers Oracle Cloud VMware Solution et Oracle Exadata Database Service
  2. Migration des charges de travail vers Oracle Cloud VMware Solution et Oracle Exadata Database Service on Dedicated Infrastructure

Migration des charges de travail vers Oracle Cloud VMware Solution et Oracle Exadata Database Service on Dedicated Infrastructure

Oracle Cloud VMware Solution vous permet de déployer et de gérer facilement une pile d'applications dans un centre de données défini par logiciel (SDDC) Oracle Cloud VMware Solution.

Oracle Cloud VMware Solution fournit un environnement cloud natif basé sur VMware et géré par le client, installé dans la location d'un client. Il offre un contrôle complet à l'aide d'outils VMware familiers. Les utilisateurs peuvent déplacer ou étendre des charges de travail basées sur VMware vers le cloud sans modifier l'architecture des applications ni les outils des opérations.

Par conséquent, les utilisateurs peuvent déployer Oracle Exadata Database Service on Dedicated Infrastructure de manière native, puis se connecter de manière transparente aux applications dans le SDDC VMware pour une solution hautes performances et haute disponibilité.

En déployant une application à 3 niveaux sur cette solution combinée, vous pouvez accéder aux fonctionnalités complètes d'un SDDC VMware, notamment :

  • Haute disponibilité : tous les composants VMware sont répartis sur différents domaines de pannes au sein des domaines de disponibilité de la région OCI.
  • Evolutivité : à l'aide de formes denses, vous pouvez commencer avec 3 hôtes ESXi et augmenter ce nombre jusqu'à 64 au sein d'un même SDDC. Si vous utilisez des formes standard, vous pouvez commencer avec 3 hôtes ESXi et redimensionner jusqu'à 8 hôtes dans un seul cluster ESXi au sein du SDDC.
  • Flexibilité : Oracle Cloud VMware Solution est la solution VMware la plus flexible du cloud. Les ressources de calcul et de stockage peuvent être redimensionnées indépendamment. Vous pouvez utiliser Oracle Cloud Infrastructure Block Volumes pour faire évoluer votre stockage en tant que magasin de données principal avec des formes standard ou en tant que magasin de données secondaire avec des formes denses.
  • Transfert : la migration des charges globales VMware sur site vers un SDDC de solution VMware est transparente.
  • Intégration complète : étant donné que le SDDC réside dans un réseau cloud virtuel (VCN), il peut être configuré pour communiquer avec d'autres ressources OCI telles que les instances de calcul, les services de base de données, les services de stockage, l'intégration continue/le déploiement continu (CI/CD), etc.
  • Gestion simplifiée : la console OCI fournit des workflows qui facilitent la création de SDDC et la configuration du réseau.
  • Réseau de couche 2 : Oracle Cloud VMware Solution utilise des VLAN dans OCI pour la connectivité SDDC. Si votre application nécessite des latences inférieures à la milliseconde, déployez-les ou migrez-les vers le cloud en toute sérénité grâce au réseau de couche 2 d'OCI.

Architecture

Cette architecture de référence présente une pile d'applications à 3 niveaux dans Oracle Cloud Infrastructure (OCI) avec le niveau d'application déployé dans un centre de données défini par logiciel (SDDC) VMware créé à l'aide d'Oracle Cloud VMware Solution.

L'équilibreur de charge reçoit les demandes des clients et les distribue aux machines virtuelles frontales de pile d'applications exécutées dans le SDDC VMware. Le SDDC VMware utilise les trois domaines de pannes d'une région OCI pour une haute disponibilité. Les hôtes Bare Metal ESXi sont déployés dans les domaines de pannes. La machine virtuelle peut être vMotioned sur n'importe quel hôte ESXi du SDDC pour une haute disponibilité. La pile d'applications se connecte à l'instance Oracle Exadata Database Service on Dedicated Infrastructure déployée dans la même région OCI.

Oracle Exadata Database Service on Dedicated Infrastructure vous permet de profiter de la puissance d'Exadata dans le cloud. L'architecture évolutive d'Oracle Exadata Database Service on Dedicated Infrastructure aide les utilisateurs à disposer de ressources de calcul et de stockage de manière indépendante et efficace pour répondre à des demandes croissantes. Oracle Exadata Database Service on Dedicated Infrastructure offre une mise en réseau RDMA sur Ethernet convergé (RoCE) pour une bande passante élevée et une faible latence, la mémoire RDMA Exadata (XRMEM) pour l'accélération de lecture partagée et le logiciel Exadata intelligent pour permettre le traitement des charges de travail de base de données hautes performances.

Les déploiements d'infrastructure cloud Exadata incluent les meilleures pratiques intégrées d'architecture de disponibilité maximale (Oracle MAA) d'Oracle qui augmentent la disponibilité de la base de données. Oracle Exadata Database Service on Dedicated Infrastructure réduit les temps d'arrêt et simplifie la gestion opérationnelle grâce à la maintenance sans temps d'arrêt, au redimensionnement en ligne et au provisionnement automatisé d'Oracle Real Application Clusters (Oracle RAC) et d'Oracle Active Data Guard.

Une instance de récupération après sinistre de secours est recommandée pour la résilience au niveau de l'application et de la base de données. Les instances de récupération après sinistre peuvent être déployées dans une région OCI distincte avec la même architecture.

Le diagramme suivant illustre l'architecture :


Description de l'image ocvs-exadata-database-service.png
Description de l'illustration ocvs-exadata-database-service.png

ocvs-exadata-database-service-oracle.zip

L'architecture se compose des éléments suivants :

  • Location

    Une location est une partition sécurisée et isolée qu'Oracle configure dans Oracle Cloud lorsque vous êtes inscrit à Oracle Cloud Infrastructure. Vous pouvez créer, organiser et administrer vos ressources dans Oracle Cloud au sein de votre location. Une location est synonyme d'entreprise ou d'organisation. Généralement, une entreprise dispose d'une location unique et reflète sa structure organisationnelle dans cette location. Une location unique est généralement associée à un seul abonnement et un seul abonnement ne comporte généralement qu'une seule location.

  • Région

    Une région Oracle Cloud Infrastructure est une zone géographique localisée qui contient des 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 (dans des pays voire des continents).

  • Domaine 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. Ainsi, il est peu probable qu'un problème survenant dans un domaine de disponibilité affecte les autres domaines de disponibilité de la région.

  • Domaine 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 une alimentation et un matériel indépendants. Lorsque vous distribuez des ressources sur plusieurs domaines de pannes, vos applications peuvent tolérer les pannes de serveur physique, de maintenance du système et d'alimentation au sein d'un domaine de pannes.

  • 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 un contrôle total 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é.

  • Table de routage

    Les tables de routage virtuel 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.

  • Liste 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 vers et depuis le 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 réseau plus fiable par rapport aux connexions Internet.

  • passerelle Internet

    La passerelle Internet autorise le trafic entre les sous-réseaux publics d'un VCN et le réseau Internet public.

  • 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.

  • Passerelle de service

    La passerelle de service fournit l'accès d'un VCN à d'autres services, tels qu'Oracle Cloud Infrastructure Object Storage. Le trafic du VCN vers le service Oracle se déplace sur la structure réseau Oracle et ne traverse jamais Internet.

  • Service Bastion

    Oracle Cloud Infrastructure Bastion fournit un accès sécurisé limité et limité dans le temps aux ressources qui ne disposent pas d'adresses publiques et qui nécessitent des contrôles d'accès stricts aux ressources, tels que les machines virtuelles et Bare Metal, Oracle MySQL Database Service, Autonomous Transaction Processing (ATP), Oracle Container Engine for Kubernetes (OKE) et toute autre ressource qui autorise l'accès SSH (Secure Shell Protocol). Avec le service Oracle Cloud Infrastructure Bastion, vous pouvez activer l'accès aux hôtes privés sans déployer ni gérer d'hôte de saut. En outre, vous bénéficiez d'une meilleure posture de sécurité grâce aux droits d'accès basés sur l'identité et à une session SSH centralisée, auditée et liée au temps. Oracle Cloud Infrastructure Bastion élimine le besoin d'une adresse IP publique pour l'accès au bastion, ce qui élimine les problèmes et la surface d'attaque potentielle lors de l'accès à distance.

  • Programme d'équilibrage de charge

    Le service Oracle Cloud Infrastructure Load Balancing fournit une répartition de trafic automatisée à partir d'un seul point d'entrée vers plusieurs serveurs du back-end.

  • Calcul

    Le service Oracle Cloud Infrastructure Compute vous permet de provisionner et de gérer des hôtes de calcul dans le cloud. Vous pouvez lancer des instances de calcul avec des formes qui répondent à vos besoins en ressources en matière de CPU, de mémoire, de bande passante réseau et de stockage. Une fois qu'une instance de calcul a été créée, vous pouvez y accéder en toute sécurité, la redémarrer, attacher et détacher des volumes, et y mettre fin lorsque vous n'en avez plus besoin.

  • Bare Metal

    Les serveurs Bare Metal d'Oracle permettent l'isolation, la visibilité et le contrôle à l'aide d'instances de calcul dédiées. Les serveurs prennent en charge les applications qui nécessitent un grand nombre de cœurs, une grande quantité de mémoire et une bande passante élevée. Ils peuvent faire évoluer jusqu'à 160 coeurs (le plus grand du secteur), 2 To de RAM et jusqu'à 1 Po de stockage de blocs. Les clients peuvent créer des environnements cloud sur les serveurs Bare Metal d'Oracle, ce qui améliore considérablement les performances par rapport aux autres clouds publics et centres de données sur site.

  • Oracle Exadata Database Service on Dedicated Infrastructure

    Oracle Exadata Database Service on Dedicated Infrastructure fournit Oracle Exadata Database Machine en tant que service dans un centre de données Oracle Cloud Infrastructure (OCI). L'instance Oracle Exadata Database Service on Dedicated Infrastructure est un cluster de machines virtuelles qui réside dans les racks Exadata d'une région OCI.

  • Stockage d'objets

    Object Storage fournit un accès rapide à de grandes quantités de données, structurées ou non, de n'importe quel 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 de manière transparente 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 longtemps et auquel vous accédez rarement.

  • Volume de blocs

    Avec les volumes de stockage de blocs, vous pouvez créer, attacher, connecter et déplacer des volumes de stockage, et modifier leurs performances pour 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.

  • Identity and Access Management (IAM)

    Oracle Cloud Infrastructure Identity and Access Management (IAM) est le plan de contrôle d'accès pour Oracle Cloud Infrastructure (OCI) et Oracle Cloud Applications. L'API IAM et l'interface utilisateur vous permettent de gérer les domaines d'identité et les ressources au sein du domaine d'identité. Chaque domaine d'identité OCI IAM représente une solution de gestion des identités et des accès autonome ou une population d'utilisateurs différente.

  • Audit

    Le service Oracle Cloud Infrastructure Audit enregistre automatiquement les appels vers toutes les adresses d'interface de programmation d'application publique Oracle Cloud Infrastructure prises en charge en tant qu'événements de journal. Actuellement, tous les services prennent en charge la journalisation par Oracle Cloud Infrastructure Audit.

  • Connexion
    Logging est un service hautement évolutif et entièrement géré qui permet d'accéder aux types de journal suivants à partir des ressources du cloud :
    • Journaux d'audit : journaux liés aux événements émis par le service Audit.
    • Journaux de service : journaux émis par des services individuels tels qu'API Gateway, Events, Functions, Load Balancing, Object Storage et les journaux de flux VCN.
    • Journaux personnalisés : journaux contenant des informations de diagnostic issues d'applications personnalisées, d'autres fournisseurs de cloud ou d'un environnement sur site.

Architecture - Centre de données défini par logiciel (SDDC)

Le SDDC Oracle Cloud VMware Solution est déployé sur les serveurs Bare Metal Oracle Cloud Infrastructure (OCI).

Vous pouvez commencer avec 3 hôtes ESXi à l'aide de formes denses et augmenter ce nombre jusqu'à 64 au sein d'un même SDDC. Les machines virtuelles sont isolées dans le sous-réseau de superposition NSX. NSX Edge fournit la conversion d'adresse réseau (NAT) des adresses IP de la surcouche NSX vers le réseau local virtuel (VLAN) OCI. Le SDDC OCVS utilise Oracle Cloud Infrastructure Block Volumes, Oracle Cloud Infrastructure File Storage et Oracle Cloud Infrastructure Object Storage pour les besoins de système de fichiers de machine virtuelle et de stockage d'application.

Le diagramme suivant présente l'architecture de centre de données définie par logiciel (SDDC) d'Oracle Cloud VMware Solution.


Description de l'image ocvs-standard-shape-exacs.png
Description de l'illustration ocvs-standard-shape-exacs.png

forme octvs-standard-exacs-oracle.zip

L'architecture comprend les composants suivants en plus de ceux décrits avec l'architecture générale :

  • VMware vSphere (ESXi)

    VMware vSphere ESXi est un hyperviseur de type 1 de niveau entreprise. Dans cette architecture, l'hyperviseur est exécuté sur des instances de calcul Bare Metal qui utilisent la forme DenseIO Bare Metal, fournissant ainsi une base solide pour l'ensemble du SDDC.

  • Calcul/machines virtuelles

    Les machines virtuelles de cette architecture sont exécutées sur l'hyperviseur VMware ESXi. Vous pouvez choisir le système d'exploitation invité des machines virtuelles et spécifier la CPU et la mémoire requises. Par exemple, vous pouvez déployer une application Python Flask simple exécutée sur CentOS 8 sur des machines virtuelles avec deux CPU et 2 Go de RAM.

Architecture - Oracle Exadata Database Service on Dedicated Infrastructure

Lorsque vous êtes abonné à Oracle Exadata Database Service on Dedicated Infrastructure, Oracle possède et gère l'infrastructure Exadata, et les clients gèrent tout ce qui s'exécute dans la machine virtuelle de base de données.

La machine virtuelle client inclut le logiciel Oracle Grid Infrastructure, le logiciel de base de données, les données client, le schéma et les clés de cryptage. Vous pouvez programmer des fenêtres de maintenance pour qu'Oracle effectue la maintenance de l'infrastructure à un moment qui correspond le mieux aux besoins de l'entreprise.

Oracle Exadata Database Service on Dedicated Infrastructure simplifie les tâches liées au cycle de vie, telles que le provisionnement, la mise à l'échelle, les mises à jour, la sauvegarde et la récupération après sinistre via Oracle Cloud Infrastructure Automation.

Les utilisateurs d'application et les administrateurs peuvent se connecter aux serveurs de base de données uniquement à l'aide du client et des réseaux de sauvegarde créés précédemment avec votre VCN. L'administrateur peut utiliser la console Web Oracle Cloud Infrastructure (OCI), l'interface de ligne de commande OCI et les API REST pour se connecter à Exadata Database Service via une connexion HTTPS. Vous pouvez accéder à votre base de données via des méthodes de connexion Oracle standard, telles qu'Oracle Net, et vous pouvez vous connecter au cluster de machines virtuelles via des méthodes Oracle Linux traditionnelles, telles que le shell sécurisé basé sur un jeton (SSH).

Le diagramme suivant présente l'architecture réseau de haut niveau pour Oracle Exadata Database Service on Dedicated Infrastructure.


Description de l'image ocvs-exacs-d.png
Description de l'illustration ocvs-exacs-d.png

OCVS-exacs-d-oracle.zip

L'architecture se compose des éléments suivants :

  • Oracle Exadata Database Service on Dedicated Infrastructure:
    • L'architecture Oracle Exadata Database Service on Dedicated Infrastructure inclut au moins 2 serveurs de base de données Exadata et 3 serveurs de stockage Exadata.
    • La base de données physique et les serveurs de stockage sont connectés à l'aide d'une structure réseau RoCE interne haut débit à faible latence. Oracle Database utilise ce réseau pour le trafic d'interconnexion Oracle Real Application Clusters (RAC) et pour l'accès aux données sur les serveurs de stockage Exadata.
    • Cette configuration minimale assure une protection haute disponibilité contre les pannes d'équipement et permet au ASM de la couche de stockage d'être provisionné en mode de redondance élevée (qui fournit la mise en miroir triple des données entre les serveurs de stockage) afin d'assurer une protection contre les pannes de disque et de serveur de stockage.
    • Lorsque des performances ou une capacité supplémentaires sont nécessaires, vous pouvez mettre Oracle Exadata Database Service on Dedicated Infrastructure à l'échelle en ligne en ajoutant simplement des serveurs de base de données ou de stockage.
    • Une instance Oracle Exadata Database Service on Dedicated Infrastructure est un cluster de machines virtuelles qui réside sur l'infrastructure cloud Exadata.
    • Les machines virtuelles sont exécutées sur les serveurs de base de données Exadata physiques et les machines virtuelles de chaque serveur de base de données Exadata forment un cluster de machines virtuelles.
    • Les machines virtuelles peuvent héberger un ou plusieurs répertoires de base de base de données et les répertoires de base de base de données peuvent héberger des bases de données RAC.
  • Réseau client :

    Le réseau client connecte les serveurs de base de données Exadata à votre réseau client existant et est utilisé pour l'accès client aux machines virtuelles. Les applications accèdent aux bases de données sur Exadata Database Service via ce réseau à l'aide d'interfaces de nom d'accès client unique (SCAN) et d'adresse IP virtuelle Oracle RAC. Le réseau d'accès client utilise une paire d'interface réseau sur chaque serveur de base de données connecté au réseau client.

  • Réseau de sauvegarde

    Le réseau de sauvegarde est similaire au réseau d'accès client car il se connecte aux serveurs de base de données Exadata pour séparer le trafic de sauvegarde et les transferts en masse du trafic d'application. Tout comme le réseau client, le réseau de sauvegarde utilise une paire d'interfaces réseau sur chaque serveur de base de données, qui sont connectées au réseau client.

Recommandations

Utilisez les recommandations suivantes comme point de départ pour déployer vos charges globales vers un SDDC VMware dans Oracle Cloud Infrastructure (OCI). Vos besoins peuvent différer de l'architecture décrite ici.
  • VCN

    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 aux sous-réseaux du VCN. Utilisez des blocs CIDR situés dans l'espace d'adresses IP privées standard.

    Sélectionnez des blocs CIDR qui ne chevauchent aucun autre réseau (dans Oracle Cloud Infrastructure, votre centre de données sur site ou un autre fournisseur cloud) sur lequel vous souhaitez configurer des connexions privées.

    Après avoir créé un VCN, vous pouvez modifier, ajouter et supprimer ses blocs CIDR.

    Lorsque vous concevez les sous-réseaux, tenez compte de vos exigences en matière de sécurité et de flux de trafic. Associez toutes les ressources d'un niveau ou d'un rôle spécifique au même sous-réseau, ce qui peut servir de limite de sécurité.

    Utilisez des sous-réseaux régionaux.

    Le VCN représente le réseau sous-jacent du centre de données pour l'hébergement d'un cluster de SDDC VMware. Oracle Cloud VMware Solution crée les sous-réseaux et le VLAN requis pour le cluster SDDC. Vous pouvez également utiliser un sous-réseau et un VLAN existants pour le SDDC. Si vous utilisez un sous-réseau et un VLAN existants, l'administrateur doit créer au préalable tous les VLAN et les règles de sécurité réseau requises.

    Vous pouvez éventuellement fournir un CIDR de charge globale NSX, si ce CIDR est connu. Oracle Cloud VMware Solution crée un segment de superposition NSX et un groupe de ports distribués NSX appelé charge globale est créé sur le serveur VMware vCenter.

  • Instances de calcul pour l'hyperviseur VMware ESXi

    Oracle Cloud VMware Solution prend en charge l'ajout et la suppression de la capacité d'hôte de l'hyperviseur dans le cluster SDDC. Vous pouvez donc commencer à petite échelle et évoluer selon vos besoins. Pour un fonctionnement en bon état du cluster, un cluster SDDC requiert au moins trois noeuds et vous pouvez redimensionner jusqu'à 64 hôtes dans un cluster SDDC donné. Pour identifier les hôtes ESXi appartenant à un cluster de SDDC, vous pouvez définir des préfixes conviviaux pour les instances de calcul ESXi.

    Actuellement, les formes BM.DenseIO2.52, d'E/S haut débit et de calcul flexible sont prises en charge pour le déploiement natif d'un SDDC VMware sur OCI. Le cluster VMware vSphere d'Oracle Cloud VMware Solution propose des clusters ESXi à 3 noeuds, fournissant 156 OCPU et 2,25 To de mémoire, et peut être redimensionné jusqu'à 64 noeuds dans un cluster. OCI gère la haute disponibilité des instances de calcul Bare Metal qui hébergent l'hyperviseur.

    Pour les environnements de production, un minimum de trois hyperviseurs est requis dans diverses formes, notamment les formes à débit d'E/S élevé, le calcul flexible et les formes standard pour les déploiements Bare Metal.

  • Groupes de sécurité réseau

    Vous pouvez utiliser des groupes de sécurité réseau pour définir un ensemble de règles entrantes et sortantes qui s'appliquent à des cartes d'interface réseau virtuelles spécifiques. Nous vous recommandons d'utiliser des groupes de sécurité réseau plutôt que des listes de sécurité, car les groupes de sécurité réseau vous permettent de séparer l'architecture de sous-réseau du VCN des exigences de sécurité de votre application.

    Dans l'architecture de référence, toutes les communications réseau entre l'équilibreur de charge, les machines virtuelles et la base de données sont contrôlées par le biais de groupes de sécurité réseau.

  • Récupération après sinistre

    Une instance de récupération après sinistre de secours dans une autre région OCI est recommandée pour les applications d'entreprise.

    La stratégie de récupération après sinistre doit être cohérente sur l'ensemble des 3 niveaux pour répondre aux exigences de contrat de niveau de service et de durabilité des données.

    L'environnement DR Oracle Cloud VMware Solution est synchronisé avec la production à l'aide des outils de réplication de VMware (SRM, HCX) et des solutions tierces (par exemple, Zerto et Veeam Replication).

    La récupération après sinistre Oracle Exadata Database Service on Dedicated Infrastructure est synchronisée avec l'environnement de production à l'aide d'Oracle Data Guard. Oracle Exadata Database Service on Dedicated Infrastructure de secours est une copie cohérente au point de vue transactionnel de la base de données principale. Oracle Data Guard gère automatiquement la synchronisation entre les bases de données en transmettant les données redo à partir de la base de données principale et en les appliquant à la base de données de secours. En cas de sinistre dans la région principale, Oracle Data Guard bascule automatiquement vers la base de données de secours de la région secondaire.

    Les équilibreurs de charge frontaux sont déployés soit en mode veille pour les équilibreurs de charge réseau, soit avec une haute disponibilité à l'aide de l'équilibreur de charge en tant que service (LBaaS).

  • Serveurs d'applications et applications personnalisées exécutés sur Oracle Platform as a Service (PaaS)

    Les services PaaS, tels qu'Oracle SOA Cloud Service et Oracle WebLogic Server pour OCI, utilisent la plupart des ressources mentionnées ci-dessus en interne (calcul, volumes de blocs, stockage de fichiers, réseau, base de données). Ils nécessitent des stratégies spécifiques de récupération après sinistre qui protègent toutes les différentes couches de manière cohérente. Oracle fournit des bonnes pratiques détaillées visant à créer des architectures de disponibilité maximale (MAA) et à protéger ce type de système contre les sinistres. Pour obtenir de la documentation spécifique sur la récupération après sinistre (DR) pour PaaS, reportez-vous à la section Plus d'informations.

Remarques

Lors de l'implémentation d'un centre de données défini par logiciel (SDDC) VMware dans Oracle Cloud Infrastructure (OCI), envisagez ces options de conception.

  • Performances

    Vous pouvez redimensionner verticalement la quantité d'UC et de RAM des machines virtuelles en fonction des besoins en ressources de votre application.

  • Disponibilité
    • Oracle Cloud VMware Solution intègre les meilleures pratiques recommandées par VMware pour la haute disponibilité.
    • Les composants VMware sont répartis dans différents domaines de pannes au sein du domaine de disponibilité d'une région OCI donnée.
    • Oracle Exadata Database Service on Dedicated Infrastructure fonctionne sans perte de données.
    • Data Guard fournit une récupération après sinistre de base de données et une haute disponibilité au niveau transaction.
    • Un réseau à faible latence facilite la réplication au niveau transactionnel.
    • La réplication régionale de volume de blocs permet une haute disponibilité au niveau régional pour les machines virtuelles et les hyperviseurs.

En savoir plus

Découvrez les caractéristiques de cette architecture et les architectures associées.

Oracle Cloud VMware Solution

Oracle Exadata Database Service
Oracle Cloud Infrastructure

Remerciements

  • Authors: Michael Rutledge, Wei Han, Praveen Pedda Vakkalam, Nicole Ghalwash, Leo Alvarado, Eddie Ambler
  • Contributors: Anwar Belayachi, Robert Lies