Démarrer avec Autonomous Database sur une infrastructure Exadata dédiée sur Oracle Database@AWS

Présentation

Autonomous Database est une expérience Oracle Database entièrement gérée avec l'automatisation des services qui facilite et rentable la création d'applications de base de données, qu'elles soient non critiques ou de nature super critique.

Autonomous Database facilite le traitement des transactions et des analyses dans une solution unique, tout en répondant de façon transparente aux exigences architecturales et opérationnelles traditionnellement exigeantes, telles que la disponibilité, l'évolutivité, les performances extrêmes et la sécurité.

Autonomous Database sur Oracle Database@AWS apporte la puissance d'Autonomous Database dans les régions AWS, ce qui permet un accès à faible latence à partir d'applications et de services déployés par AWS. Autonomous Database tire parti de l'architecture logicielle de base de données Oracle Exadata et s'exécute dans une grappe de machines virtuelles autonome déployée sur l'infrastructure Exadata phare d'Oracle. À l'aide d'Oracle Database @AWS, vous pouvez utiliser des API logicielles pour déployer des infrastructures Exadata physiques dans les zones de disponibilité AWS et sur un seul déploiement d'infrastructure, vous pouvez exécuter à la fois des bases de données autonomes Oracle entièrement gérées co-résidents avec d'autres grappes de machines virtuelles exécutant des bases de données Oracle co-gérées par le client.

Ce tutoriel explique le provisionnement et la connexion à votre première base de données Autonomous Database.

Objectifs

Aperçu

Avant de commencer à provisionner des bases de données autonomes sur Oracle Database @ AWS, vous devez d'abord accéder à AWS Marketplace et intégrer à une offre privée qui lie votre compte AWS à une location Oracle qui exécutera les API du service.

Cinq ressources clés sont impliquées dans l'infrastructure Autonomous Database sur une infrastructure Exadata dédiée sur Oracle Database @ AWS. Le réseau ODB est un VPC qui est pair avec vos VPC d'application et sert de réseau pont avec la console de service Oracle Database @ AWS et le plan de contrôle. Le réseau ODB spécifie le bloc CIDR (adresses IP) des noeuds de grappe de machines virtuelles où vos bases de données seront exécutées.

Les quatre ressources clés du service Autonomous Database sont présentées dans l'image suivante.

Cette image présente le modèle de ressource de l'infrastructure Exadata dédiée pour Autonomous Database avec des exemples.

Description de l'illustration ADB-Dedicated-Exadata-Infrastructure-resource-model.png

Les ressources d'administration de parc (infrastructure Exadata, grappe de machines virtuelles Exadata autonome et base de données conteneur autonome) sont plus axées sur l'infrastructure et l'architecture et nécessitent des temps de provisionnement plus longs. Toutefois, ils ne sont pas souvent créés, sauf lors de la configuration initiale de l'environnement ou pour l'expansion de la capacité lorsque vous ajoutez des charges de travail supplémentaires.

Ressource d'administrateur de base de données pour les développeurs et les applications (Autonomous Database alias La base de données autonome (ADB) peut être créée rapidement et facilement en libre-service. La conception du service permet la création de ressources d'administration de parc sans coûts facturables, ce qui vous permet de configurer un modèle de gouvernance d'intégration et de développement en continu qui couvre le développement, de la phase à la production. Cela peut être rendu visible aux responsables d'application au moyen d'affectations de quotas, ce qui leur permet de disposer de bases de données autonomes en libre-service dans les limites budgétisées.

Ce tutoriel vous guidera tout au long des flux de provisionnement pour les cinq ressources clés.

Étape 1 : Réseau ODB

Cette image décrit l'architecture de haut niveau de l'infrastructure Exadata dédiée d'Autonomous Database avec une seule zone de disponibilité.

Description de l'illustration high-level-arch-single-availability-zone.png

Le réseau ODB est créé comme n'importe quel VPC dans AWS, mais le flux de travail de provisionnement est démarré à partir des liens de ressource du service @AWS d'Oracle Database. Le réseau ODB indiquera un sous-réseau hébergeant les noeuds de machine virtuelle du service de base de données (sous-réseau client) et, facultativement, un sous-réseau pour le trafic de sauvegarde, ainsi qu'un VPC d'application à appairer avec le réseau ODB. Vous devez planifier la taille de votre réseau ODB de manière appropriée en fonction du nombre de noeuds de machine virtuelle que vous prévoyez d'héberger dans vos infrastructures Exadata, car chacune de ces ressources nécessitera une réservation d'adresse IP. En général, dans un réseau ODB, le sous-réseau client de la base de données réserve 4 adresses IP pour chaque machine virtuelle de vos grappes, plus 8 adresses IP supplémentaires et le sous-réseau de sauvegarde (non requis uniquement à l'aide du service Autonomous Database) réserve 3 adresses IP pour chaque machine virtuelle de vos grappes, plus 3 adresses IP supplémentaires. Pour plus de détails, consultez la documentation relative au réseau ODB.

Reportez-vous à Laboratoire 1 : Provisionnement du réseau ODB dans Présentation d'Oracle Database@AWS pour obtenir une assistance étape par étape.

Étape 2 : Infrastructure Exadata

L'infrastructure Exadata (EI) est une affectation de serveurs de base de données (calcul) et de stockage qui définissent un système physique. Un système nécessite un minimum de 2 serveurs de base de données et de 3 serveurs de stockage, mais peut être étendu à un maximum de 32 serveurs de base de données et de 64 serveurs de stockage. Chaque serveur de base de données (aujourd'hui la dernière génération d'Exadata X11M) fournit 192 coeurs d'UC physiques et chaque serveur de stockage fournit jusqu'à 80 To de stockage de données utilisable. Vous pouvez commencer par un système minimal ou une mise à l'échelle supérieure et ultérieure en ligne en ajoutant d'autres serveurs de base de données et de stockage aux systèmes existants, jusqu'à la taille maximale.

Le système est automatiquement configuré avec un réseau en grappe RDMA (Remote Direct Memory Access) pour Real Application Cluster (RAC) et un réseau de demande de base de données et des communications d'E/S globales. L'automatisation Oracle gère entièrement l'infrastructure, tandis que le client conserve le contrôle de programmation pour les mises à jour de sécurité mensuelles du système d'exploitation et la maintenance trimestrielle du logiciel Exadata. L'infrastructure Exadata est fournie avec un coût d'abonnement nominal qui sécurise la réservation de matériel dédié et donne accès à tout le stockage et à la mémoire sur les serveurs respectifs. Les services que vous exécutez sur l'infrastructure dédiée sont ensuite facturés dans un modèle de paiement à l'utilisation spécifique au type de service déployé.

Reportez-vous à Laboratoire 2 : Provisionnement de l'infrastructure Exadata dans Présentation d'Oracle Database@AWS pour obtenir une assistance étape par étape.

Étape 3 : Grappe de machines virtuelles Exadata autonome

La grappe de machines virtuelles Exadata autonome (AVMC) est une couche de virtualisation qui, comme pour tout déploiement de calcul AWS, isole un environnement d'exécution d'un autre. Les machines virtuelles autonomes permettent le partitionnement des ressources de calcul et de mémoire à partir de l'infrastructure physique sous-jacente et fournissent une interface réseau distincte avec des configurations de règle de sécurité du trafic. L'AVMC doit s'exécuter sur un minimum de 2 serveurs de base de données et, avec les allocations de stockage de base de données, vous avez le contrôle de l'allocation symétrique des coeurs et de la mémoire à chaque machine virtuelle de la grappe. La base de données autonome étant un service de base de données entièrement géré et rien ne peut s'exécuter dans les machines virtuelles, à l'exception des ressources contrôlées par les API du service de base de données autonome, il n'y a pas de facturation pour l'affectation de ressources physiques à la machine virtuelle autonome. Les ressources physiques peuvent être augmentées ou réduites verticalement (au sein des serveurs existants) et horizontalement (ajout de serveurs supplémentaires). Bien qu'Oracle soit responsable de l'état de l'AVMC, vous pouvez contrôler le calendrier des opérations de maintenance trimestrielles en configurant des politiques que l'automatisation d'Oracle respectera.

Reportez-vous à Laboratoire 3 : Provisionnement d'une grappe de machines virtuelles autonome dans Présentation d'Oracle Database@AWS pour obtenir une assistance étape par étape.

Étape 4 : Base de données conteneur autonome

La base de données conteneur autonome est une autre couche d'isolement des bases de données au sein des machines virtuelles autonomes. La base de données conteneur autonome définit une version unique du logiciel de base de données (par exemple, 19c ou 23ai) ainsi que son modèle de mise à jour et sa programmation. La base de données conteneur autonome peut déléguer entièrement toutes les décisions de maintenance à l'automatisation Oracle et déclarer des modèles, par exemple sauter tous les deux trimestres et toujours appliquer une version qui a déjà été validée dans un environnement intermédiaire. À l'instar d'AVMC, la base de données conteneur autonome ne subit aucun coût de facturation et s'adapte dynamiquement au fur et à mesure de l'ajout ou de l'ajustement de bases de données autonomes dans le conteneur. La base de données conteneur autonome vous permet de configurer les politiques de conservation des sauvegardes, la stratégie de clé de chiffrement, l'architecture haute disponibilité et de reprise après sinistre et d'appliquer des contrôles avancés de mise en grappe de bases de données.

Reportez-vous à Laboratoire 4 : Provisionnement d'une base de données conteneur autonome dans Présentation d'Oracle Database@AWS pour obtenir une assistance étape par étape.

Étape 5 : Autonomous Database

Autonomous Database (ADB) est une base de données Oracle Database entièrement gérée avec une automatisation opérationnelle et de l'état. C'est là que les applications se connectent; le schéma est défini et les données utilisateur sont stockées. Autonomous Database offre une automatisation sophistiquée du paiement à l'utilisation, y compris l'ajustement automatique, qui permet une mise à l'échelle instantanée jusqu'à 3x des ressources d'UC à mesure que la charge de travail augmente ou diminue, avec une facturation au deuxième niveau. La base de données autonome est l'endroit où résident l'API de base et les outils gérés intégrés (Centre de performance, Data Studio (pipelines, catalogues, partage, transformations), RESTOracle, interfaces MongoDB, Code faible APEX, etc.).

Autonomous Database prend en charge les cycles de vie de production et de développement avec des API pour la création, le démarrage, l'arrêt, l'ajustement, le clonage, la restauration, la rotation des clés et la sauvegarde à long terme, entre autres fonctions. Autonomous Database comprend toutes les fonctions natives d'automatisation et d'analyse des performances d'Oracle Database, y compris l'indexation automatique, la gestion automatique des plans SQL, le partitionnement automatique, l'apprentissage automatique, les types et l'indexation de vecteurs et le traitement de graphiques.

Autonomous Database fournit également des mesures opérationnelles, des événements et une journalisation riches qui sont intégrés aux services AWS natifs tels que CloudWatch, ce qui vous permet d'ajouter facilement l'observabilité du service. Une fois provisionné, vous pouvez accéder à la console du service pour la base de données autonome et cliquer sur le bouton Connexion à la base de données pour télécharger le portefeuille de connexions et copier les chaînes de connexion à utiliser dans votre application.

Reportez-vous à Laboratoire 5 : Provisionnement d'Autonomous Database dans Présentation d'Oracle Database@AWS pour obtenir une assistance étape par étape.

Sommaire

Les 5 laboratoires en direct ci-dessus ont suivi le processus de mise en service d'Autonomous Database dans une région AWS et dans la zone de disponibilité de votre choix. Vous disposez maintenant de toute la puissance d'Oracle Database dans un modèle de libre-service facile à utiliser et rentable. Pour en savoir plus sur toutes les fonctions et tous les outils intégrés, consultez la documentation du service Autonomous Database. Profitez d'Autonomous Database et bienvenue.

Étapes suivantes

Vous êtes maintenant prêt à migrer vos données vers votre nouvelle base de données Oracle Database. Jetez un coup d'œil à Oracle Zero Downtime Migration (ZDM) pour vous aider à répondre à vos besoins en matière de migration.

Fournissez des liens vers des ressources supplémentaires. Cette section est facultative. Supprimez-la si nécessaire.

Remerciements

Liste des noms et des titres des auteurs et des contributeurs. Cette section est facultative. Supprimez-la si nécessaire.

Ressources d'apprentissage supplémentaires

Explorez d'autres laboratoires sur le site docs.oracle.com/learn ou accédez à plus de contenu d'apprentissage gratuit sur le canal Oracle Learning YouTube. De plus, visitez education.oracle.com/learning-explorer pour devenir un explorateur Oracle Learning.

Pour obtenir la documentation sur le produit, visitez Oracle Help Center.