En savoir plus sur Oracle Database@Google Cloud

Oracle Database@Google Cloud est le service Oracle Database sur OCI géré par Oracle, exécuté dans les centres de données Google Cloud.

Oracle Database@Google Cloud intègre les technologies Oracle, telles qu'Oracle Exadata Database Service, Oracle Autonomous Database, Oracle Real Application Clusters (Oracle RAC), Oracle Database Autonomous Recovery Service et Oracle Data Guard, dans Google Cloud. La solution s'intègre au réseau Google Cloud et à l'accès au cloud privé virtuel (VPC) Google Cloud.

Vous pouvez gérer le service sur la console Google Cloud ou à l'aide des outils d'automatisation Google Cloud. Oracle Database@Google Cloud se compose d'une instance Oracle Autonomous Database entièrement gérée et d'une instance Oracle Exadata Database Service co-gérée. Les deux services sont intégrés de manière native dans Google Cloud, qui fournit un environnement d'exploitation simple, sécurisé et à faible latence. Google Cloud IAM et Admin fournissent une gestion fédérée des identités et des accès pour Oracle Exadata Database Service. Vous pouvez le déployer dans plusieurs régions pour assurer la continuité des activités et la résilience cloud.

Dans cette solution, vous découvrirez les considérations et les options de topologie réseau disponibles pour sélectionner celle qui convient le mieux à vos besoins organisationnels.

Avant de commencer

Avant de commencer, vérifiez les éléments suivants :

Consultez la documentation suivante :

Architecture

Cette architecture présente une topologie détaillée pour Oracle Database@Google Cloud :

Description de l'illustration google-detailed-arch.png

google-detailed-arch-oracle.zip

L'architecture montre les ressources d'application dans un VPC d'un projet Google Cloud dans une zone unique d'une région Google Cloud. Un sous-réseau d'application dans le VPC se connecte à l'aide du réseau géré OCI à Oracle Database@Google Cloud qui fonctionne sur un site enfant OCI situé dans la même région Google Cloud. Le sous-réseau Oracle Autonomous Database, le client Oracle Exadata Database Service et les sous-réseaux de sauvegarde s'étendent au VCN de la location OCI dans la région OCI et sont accessibles à d'autres ressources dans OCI.

La région OCI héberge les services OCI suivants : OCI Vault, OCI Object Storage et le plan de contrôle OCI.

Cette architecture prend en charge les composants suivants :

Région Google Cloud
Une région Google Cloud est une zone géographique qui contient des centres de données et une infrastructure pour héberger des ressources. Les régions sont constituées de zones isolées les unes des autres au sein de la région.
Région OCI
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).
Cloud privé virtuel Google
Google Cloud Virtual Private Cloud (VPC) fournit des fonctionnalités réseau aux instances de machine virtuelle (VM) Compute Engine, aux conteneurs Google Kubernetes Engine (GKE), aux services de base de données et aux charges de travail sans serveur. VPC fournit une mise en réseau globale, évolutive et flexible pour votre service cloud.
Zone Google Cloud
Une zone dans Google Cloud est une zone de déploiement pour les ressources d'une région. Les zones sont isolées les unes des autres au sein d'une région et sont traitées comme un seul domaine de défaillance.
Projet Google Cloud
Un projet Google Cloud est requis pour utiliser les API Google Workspace et créer des applications ou des modules complémentaires Google Workspace. Un projet Cloud constitue la base de la création, de l'activation et de l'utilisation de tous les services Google Cloud, y compris la gestion des API, l'activation de la facturation, l'ajout et la suppression de collaborateurs et la gestion des autorisations.
Réseau cloud virtuel (VCN) et sous-réseau
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é.
Autonomous Database
Oracle Autonomous Database est un environnement de base de données entièrement géré et préconfiguré que vous pouvez utiliser pour le traitement des transactions et les charges de travail d'entreposage de données. Vous n'avez pas à configurer ni à gérer le matériel, ni à installer de logiciel. Oracle Cloud Infrastructure gère la création, la sauvegarde, l'application de patches, la mise à niveau et le réglage de la base de données.
Oracle Exadata Database Service
vous permet d'exploiter toute la puissance d'Exadata dans le cloud. Oracle Exadata Database Service offre des fonctionnalités Oracle Database éprouvées sur une infrastructure Oracle Exadata optimisée et spécialement conçue dans le cloud public. L'automatisation cloud intégrée, l'évolutivité élastique des ressources, la sécurité et les performances rapides de toutes les charges de travail Oracle Database vous aident à simplifier la gestion et à réduire les coûts.
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.
OCI Vault
Oracle Cloud Infrastructure Vault permet de gérer de manière centralisée les clés de cryptage qui protègent vos données et les informations d'identification de clé secrète utilisées pour sécuriser l'accès à vos ressources dans le cloud. Vous pouvez utiliser le service Vault pour créer et gérer des coffres, des clés et des clés secrètes.

Remarques concernant la mise en réseau d'Oracle Autonomous Database

Lors de la sélection d'une topologie réseau, tenez compte des exigences suivantes pour les fonctions de réseau Oracle Autonomous Database :

Sélectionnez ou créez un VPC pour associer votre instance Oracle Autonomous Database.
Déterminez une plage CIDR qui ne se chevauche pas pour Oracle Autonomous Database. Définissez un CIDR pour le sous-réseau principal (sous-réseau de base de données) et une valeur minimale de /28.

Remarques :

Oracle Autonomous Database est configuré automatiquement pour les sauvegardes locales dans la région OCI. Les processus de sauvegarde et de restauration sont lancés via Oracle Autonomous Database.

Remarques concernant la mise en réseau d'Oracle Exadata Database Service

Lors de la sélection d'une topologie réseau, tenez compte des éléments suivants pour les fonctions de réseau de cluster de machines virtuelles Oracle Exadata Database Service :

Sélectionnez ou créez un catalogue privé virtuel pour associer le cluster de machines virtuelles Oracle Exadata Database Service on Dedicated Infrastructure.
Déterminez deux plages CIDR qui ne se chevauchent pas pour Oracle Exadata Database Service sur le cluster de machines virtuelles d'infrastructure dédiée :
- Définissez un CIDR pour le sous-réseau client (sous-réseau de base de données) : minimum /28, bien que nous vous recommandons d'utiliser /24 pour le CIDR de sous-réseau client afin de prendre en charge la croissance future.
- Définissez un CIDR pour le sous-réseau de sauvegarde avec un minimum de /28.