Introduction à Autonomous Database on Dedicated Exadata Infrastructure sur Oracle Database@AWS

Introduction

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

Autonomous Database simplifie le traitement des transactions et des analyses dans une solution unique, tout en répondant de manière transparente aux exigences opérationnelles et architecturales 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 s'appuie sur l'architecture logicielle de base de données Oracle Exadata et s'exécute dans un cluster de machines virtuelles Autonomous déployé sur la première infrastructure Exadata d'Oracle. A 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 déploiement d'infrastructure unique. Vous pouvez exécuter à la fois des bases de données autonomes Oracle entièrement gérées en co-résidence avec d'autres clusters de machines virtuelles exécutant des bases de données Oracle co-gérées par le client.

Ce tutoriel vous explique comment provisionner et vous connecter à votre première instance Autonomous Database.

Objectifs

Présentation

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

Cinq ressources clés sont impliquées dans l'instance Autonomous Database on Dedicated Exadata Infrastructure sur Oracle Database @ AWS. Le réseau ODB est un VPC homologue de vos VPC d'application et sert de pont réseau avec la console de service et le plan de contrôle Oracle Database @ AWS. Le réseau ODB indique le bloc CIDR (IP) des noeuds de cluster de machines virtuelles sur lesquels les 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 d'Autonomous Database on Dedicated Exadata Infrastructure avec des exemples.

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

Les ressources d'administration de parc (infrastructure Exadata, cluster de machines virtuelles Exadata Autonomous et base de données Conteneur Autonomous) sont davantage axées sur l'infrastructure et l'architecture, et nécessitent des délais de provisionnement plus longs. Cependant, ils ne sont pas souvent créés, sauf lors de la configuration initiale de l'environnement ou pour l'augmentation de la capacité lorsque vous ajoutez plus de charges de travail.

Ressource DBA de développeur/d'application (Autonomous Database alias) ADB) peut être créé rapidement et facilement en libre-service. La conception de service permet de créer des ressources d'administration de parc sans coûts facturables, ce qui vous permet de configurer un modèle de gouvernance d'intégration continue et de déploiement continu qui couvre le développement jusqu'à la production. Cela peut être rendu visible par les propriétaires d'application via des allocations de quota, ce qui leur permet de disposer de bases de données autonomes en libre-service dans les limites des contraintes budgétées.

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

Etape 1 : réseau ODB

Cette image présente l'architecture de haut niveau d'Autonomous Database on Dedicated Exadata Infrastructure 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 au sein d'AWS, mais le workflow de provisionnement est démarré à partir des liens de ressources de service Oracle Database @AWS. Le réseau ODB spécifie un sous-réseau hébergeant des noeuds de machine virtuelle de service de base de données (sous-réseau client) et, éventuellement, 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 du réseau ODB en fonction du nombre de noeuds de machine virtuelle que vous prévoyez d'héberger dans les 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 base de données réserve 4 adresses IP pour chaque machine virtuelle de vos clusters, plus 8 adresses IP supplémentaires et le sous-réseau de sauvegarde (non requis si vous utilisez uniquement le service Autonomous Database) réserve 3 adresses IP pour chaque machine virtuelle de vos clusters, ainsi que 3 adresses IP supplémentaires. Des détails sont disponibles dans la documentation réseau ODB.

Pour obtenir des instructions détaillées, reportez-vous à l'atelier 1 sur le provisionnement du réseau ODB dans Introduction à Oracle Database@AWS.

Etape 2 : Infrastructure Exadata

L'infrastructure Exadata (EI) est une allocation de serveurs de base de données (calcul) et de stockage qui définissent un système physique. Un système requiert un minimum de 2 serveurs de base de données et 3 serveurs de stockage, mais peut être augmenté jusqu'à un maximum de 32 serveurs de base de données et 64 serveurs de stockage. Chaque serveur de base de données (la dernière génération d'Exadata X11M d'aujourd'hui) fournit 192 coeurs de processeur physiques, et chaque serveur de stockage fournit jusqu'à 80 To de stockage de données utilisable. Vous pouvez commencer avec un système minimum ou un système plus grand et plus tard en ligne en ajoutant davantage de 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 de cluster compatible RDMA (Remote Direct Memory Access) à haut débit interne pour Real Application Cluster (RAC) et des communications d'E/S et de réseau de demande de base de données. L'automatisation d'Oracle gère entièrement l'infrastructure, tandis que le client conserve le contrôle de la planification des mises à jour mensuelles de sécurité du système d'exploitation et de 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 permet d'accéder à l'ensemble du stockage et de la mémoire sur les serveurs respectifs. Les services que vous exécutez sur l'infrastructure dédiée sont ensuite facturés selon un modèle de paiement à l'utilisation propre au type de service déployé.

Pour obtenir des instructions détaillées, reportez-vous à l'atelier 2 sur le provisionnement d'une infrastructure Exadata dans Introduction à Oracle Database@AWS.

Etape 3 : Cluster de machines virtuelles Exadata Autonomous

Le cluster de machines virtuelles Exadata Autonomous est une couche de virtualisation qui, comme sur tout déploiement de calcul AWS, isole un environnement d'exécution d'un autre. Les AVMC permettent le partitionnement des ressources de calcul et de mémoire de l'infrastructure physique sous-jacente et fournissent une interface réseau distincte avec des configurations de règles de sécurité du trafic. AVMC doit être exécuté sur un minimum de 2 serveurs de base de données. Outre les allocations de stockage de base de données, vous contrôlez l'allocation symétrique de coeurs et de mémoire à chaque machine virtuelle du cluster. Etant donné qu'ADB est un service de base de données entièrement géré et que rien ne peut être exécuté dans les machines virtuelles à l'exception des ressources contrôlées par les API de service ADB, il n'y a aucune facturation pour l'allocation de ressources physiques à AVMC. Les ressources physiques peuvent être augmentées et réduites à la fois verticalement (dans les serveurs existants) et horizontalement (ajout de serveurs supplémentaires). Bien qu'Oracle soit responsable de l'état d'AVMC, vous pouvez contrôler la planification des opérations de maintenance trimestrielle en configurant des stratégies que l'automatisation d'Oracle respectera.

Pour obtenir des instructions détaillées, reportez-vous à l'atelier 3 sur le provisionnement d'un cluster de machines virtuelles Autonomous dans Présentation d'Oracle Database@AWS.

Etape 4 : base de données Conteneur Autonomous

La base de données Conteneur Autonomous (ACD) est une couche supplémentaire d'isolation des bases de données dans les AVMC. La base de données Conteneur Autonomous définit une version logicielle de base de données unique (par exemple, 19c ou 23ai) et son modèle de mise à jour et sa programmation. La base de données Conteneur Autonomous peut déléguer entièrement toutes les décisions de maintenance à l'automatisation Oracle et déclarer des modèles, tels que le saut d'un trimestre sur l'autre et l'application systématique d'une version qui a été précédemment validée dans un environnement intermédiaire. A l'instar d'AVMC, la base de données Conteneur Autonomous n'engendre aucun coût de facturation et s'adapte dynamiquement à mesure que des bases de données autonomes sont ajoutées ou mises à l'échelle dans le conteneur. La base de données Conteneur Autonomous permet de configurer des stratégies de conservation des sauvegardes, une stratégie de clé de cryptage, une architecture haute disponibilité et de récupération après sinistre et d'appliquer des contrôles avancés de clustering de base de données.

Pour obtenir des instructions détaillées, reportez-vous à l'atelier 4 sur le provisionnement d'une base de données Conteneur Autonomous dans Présentation d'Oracle Database@AWS.

Etape 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 propose une automatisation sophistiquée du paiement à l'utilisation, y compris le redimensionnement automatique, qui permet une mise à l'échelle instantanée jusqu'à 3x des ressources CPU à mesure que la charge de travail augmente ou diminue, avec une facturation au deuxième niveau. ADB est l'emplacement de l'API principale et des outils gérés intégrés (Hub de performances, Data Studio (pipelines, catalogues, partage, transformations), Oracle REST, interfaces MongoDB, APEX Low Code, etc.).

Autonomous Database prend en charge les cycles de vie de production et de développement avec des API pour créer, démarrer, arrêter, redimensionner, cloner, effectuer un flashback jusqu'à un point dans le temps, restaurer, effectuer la rotation des clés et la sauvegarde à long terme, entre autres fonctions. Autonomous Database englobe toutes les fonctionnalités natives d'analyse et d'automatisation des performances d'Oracle Database, notamment l'indexation automatique, la gestion automatique des plans SQL, le partitionnement automatique, le machine learning, les types de vecteurs et l'indexation, ainsi que le traitement des graphiques.

Autonomous Database fournit également des mesures opérationnelles riches, des événements et une journalisation 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 de service pour ADB, puis cliquer sur le bouton Connexion à la base de données pour télécharger le portefeuille de connexion et copier les chaînes de connexion à utiliser dans votre application.

Pour obtenir des instructions détaillées, reportez-vous à l'atelier 5 sur le provisionnement d'Autonomous Database dans Introduction à Oracle Database@AWS.

Résumé

Les 5 Live Labs ci-dessus ont parcouru 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 désormais de toute la puissance d'Oracle Database dans un modèle en libre-service simple d'utilisation et rentable. Pour en savoir plus sur toutes les fonctionnalités et tous les outils intégrés, vous pouvez consulter la documentation du service Autonomous Database. Profitez d'Autonomous Database et bienvenue.

Etapes suivantes

Vous êtes maintenant prêt à migrer vos données vers votre nouvelle instance Oracle Database. Consultez 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.

Accusés de réception

Répertoriez les noms et titres des auteurs et des contributeurs. Cette section est facultative ; supprimez-la si nécessaire.

Ressources de formation supplémentaires

Explorez d'autres ateliers sur le site docs.oracle.com/learn ou accédez à d'autres contenus d'apprentissage gratuits sur le canal Oracle Learning YouTube. En outre, visitez le site education.oracle.com/learning-explorer pour devenir un explorateur Oracle Learning.

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