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 fournit des 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 nuage 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 Oracle Autonomous Database entièrement gérée et d'une Oracle Exadata Database Service cogérée. Les deux services sont intégrés nativement dans Google Cloud, qui fournit un environnement d'exploitation simple, sécurisé et à faible latence. Le service IAM et l'administrateur de Google Cloud assurent la 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 du nuage.

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

Étapes préliminaires

Avant de commencer, vérifiez que vous connaissez bien :

Consultez la documentation suivante :

Architecture

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

Description de google-detailed-arch.png ci-dessous

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

google-détail-arch-oracle.zip

L'architecture affiche les ressources applicatives 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 fonctionnant dans un site enfant OCI situé dans la même région Google Cloud. Le sous-réseau Oracle Autonomous Database et 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 : chambre forte OCI, stockage d'objets OCI et 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 l'hébergement des ressources. Les régions sont constituées de zones isolées les unes des autres à l'intérieur de la région.
Région OCI
Une région Oracle Cloud Infrastructure est une zone géographique localisée qui contient 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 (dans différents pays ou continents).
Nuage privé virtuel Google
Google Cloud Virtual Private Cloud (VPC) fournit des fonctionnalités de réseau aux instances de machine virtuelle du moteur de calcul, aux conteneurs Google Kubernetes Engine (GKE), aux services de base de données et aux charges de travail sans serveur. VPC fournit un réseau global, évolutif et flexible pour votre service en nuage.
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 dans une région et sont traitées comme un seul domaine d'échec.
Projet Google Cloud
Un projet Google Cloud est requis pour utiliser les API Google Workspace et créer des add-ons ou des applications Google Workspace. Un projet en nuage 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 en nuage virtuel (VCN) et sous-réseau
Un VCN est un réseau défini par logiciel personnalisable que vous avez configuré dans une région Oracle Cloud Infrastructure. Comme les réseaux en nuage virtuels traditionnels, ils vous offrent un contrôle sur votre environnement de réseau. Un VCN peut disposer de plusieurs blocs CIDR sans chevauchement que vous pouvez modifier après avoir créé le VCN. Vous pouvez segmenter un VCN en sous-réseaux, dont la portée peut concerner une région ou un domaine de disponibilité. Un sous-réseau est constitué d'un intervalle contigu d'adresses qui ne chevauchent pas les autres sous-réseaux dans le réseau en nuage 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 préconfiguré entièrement géré que vous pouvez utiliser pour le traitement des transactions et les charges de travail d'entreposage de données. Il n'est pas nécessaire de configurer ou de gérer du matériel ni d'installer des logiciels. Oracle Cloud Infrastructure gère la création, la sauvegarde, l'application de correctifs, la mise à niveau et le réglage de la base de données.
Service Oracle Exadata Database
vous permet de profiter de la puissance d'Exadata dans le nuage. Oracle Exadata Database Service offre des capacités éprouvées d'Oracle Database sur une infrastructure optimisée et spécialement conçue pour Oracle Exadata dans le nuage public. Automatisation en nuage intégrée, évolutivité souple des ressources, sécurité et performance rapide pour toutes les charges de travail Oracle Database vous aident à simplifier la gestion et à réduire les coûts.
Stockage d'objets
Le service de stockage d'objets pour Oracle Cloud Infrastructure 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 adapter 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 retenez pendant de longues périodes et auquel vous accédez rarement.
Service de chambre forte pour OCI
Oracle Cloud Infrastructure Vault vous permet de gérer, de manière centralisée, les clés de chiffrement qui protègent vos données et les données d'identification de clé secrète que vous utilisez pour sécuriser l'accès à vos ressources dans le nuage. Vous pouvez utiliser le service de chambre forte pour créer et gérer des chambres fortes, des clés et des clés secrètes.

Considérations relatives au service de réseau pour Oracle Autonomous Database

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

Sélectionnez ou créez un VPC à associer à Oracle Autonomous Database.
Déterminez un intervalle CIDR qui ne se chevauche pas pour Oracle Autonomous Database. Définissez un bloc CIDR pour le sous-réseau principal (sous-réseau de base de données) et un minimum de /28.

Note :

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

Considérations relatives au service de réseau Oracle Exadata Database Service

Lors de la sélection d'une topologie de réseau, tenez compte des éléments suivants pour le service de réseau en grappe de machines virtuelles Oracle Exadata Database Service :

Select or create a VPC to associate your Oracle Exadata Database Service on Dedicated Infrastructure VM Cluster.
Déterminez deux intervalles CIDR qui ne se chevauchent pas pour Oracle Exadata Database Service sur une grappe de machines virtuelles d'infrastructure dédiée :
- Définissez un bloc 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 bloc CIDR du sous-réseau client afin de répondre à une croissance future.
- Définissez un bloc CIDR pour le sous-réseau de sauvegarde avec au moins /28.