Présentation d'Oracle Globally Distributed Exadata Database on Exascale Infrastructure

Les rubriques qui suivent expliquent les fonctionnalités clés du service Oracle Cloud Infrastructure Globally Distributed Exadata Database on Exascale Infrastructure (Distributed ExaDB-XS) et décrivent les concepts à connaître sur le service.

A propos d'Oracle Globally Distributed Exadata Database on Exascale Infrastructure

Globally Distributed Exadata Database on Exascale Infrastructure (Distributed ExaDB-XS) apporte la puissance des bases de données distribuées à Oracle Exadata Database on Exascale Infrastructure.

Distributed ExaDB-XS est un service de base de données cloud entièrement géré qui permet le sharding de données dans des bases de données convergées distribuées à l'échelle mondiale. Il est conçu pour prendre en charge des applications stratégiques à grande échelle. Il s'agit d'un service de base de données hautement disponible, tolérant les pannes et évolutif qui permet aux entreprises de stocker et de traiter d'énormes quantités de données, avec des performances et une fiabilité élevées.

Distributed ExaDB-XS s'appuie sur la technologie de services logiciels Exascale d'Oracle, qui permet à Exadata de répondre aux exigences les plus exigeantes en matière d'entreprise et de cloud computing en dissociant les clusters Oracle AI Database et GI des serveurs de stockage Exadata sous-jacents. Les services logiciels Exascale peuvent gérer un parc important de serveurs de stockage Exadata connectés par la topologie Fabric Exadata RDMA Network, fournissant des services de stockage à plusieurs clusters et bases de données GI tout en activant :

Partage sécurisé des ressources de stockage avec une isolation stricte des données, permettant à différents utilisateurs et bases de données de partager un pool de stockage volumineux tout en garantissant que les données sont inaccessibles aux utilisateurs sans les privilèges appropriés
Provisionnement flexible et dynamique du stockage pour de nombreux utilisateurs et bases de données
Augmentation de l'utilisation et de l'efficacité du stockage tout en réduisant les coûts de stockage
Partage des ressources de traitement du stockage inactives pour améliorer les performances

Pour plus d'informations sur Oracle Exadata Exascale sur Oracle Cloud, reportez-vous à Oracle Cloud Exadata Database Service sur une infrastructure Exascale.

Pour une discussion détaillée sur les fonctionnalités de base de données distribuée, reportez-vous à Présentation d'Oracle Globally Distributed AI Database.

Concepts relatifs aux bases de données distribuées globalement

Pour mieux comprendre les concepts d'une base de données distribuée à l'échelle mondiale, familiarisez-vous avec la terminologie suivante.

Catalogue : une base de données Oracle AI Database qui prend en charge le déploiement automatisé de shard, la gestion centralisée de la base de données distribuée et les requêtes multi-shard.

Un catalogue remplit les fonctions suivantes :
- Sert de serveur d'administration pour l'ensemble de la base de données distribuée
- Stocke une copie gold du schéma de base de données
- Gère les requêtes multi-shard avec un coordinateur de requêtes multi-shard
- Stocke une copie gold des données de table dupliquées
Shard : une base de données distribuée est un ensemble de shards.

Chaque shard d'une base de données distribuée est une instance Oracle AI Database indépendante qui héberge un sous-ensemble des données de la base de données distribuée. Le stockage partagé n'est pas requis sur les shards.

Les shards peuvent tous être placés dans une région ou dans différentes régions. Pour de meilleures performances, il est recommandé de placer tous les shards dans une seule région.

Les shards sont répliqués pour une haute disponibilité et une récupération après sinistre avec la réplication Raft. Pour une haute disponibilité, les shards répliqués Raft peuvent être placés dans différents domaines de disponibilité d'une même région.
Espace de sharding : un espace de sharding est un shard qui stocke les données correspondant à une plage ou une liste de valeurs de clé dans une configuration de distribution de données gérée par l'utilisateur. Un espace de shards se compose d'un shard et de sa réplique.
Directeur de sharding : processus d'écoute réseau qui permet un routage de connexion hautes performances basé sur une clé de sharding. En outre, un directeur de shard est un ensemble de processus connu collectivement sous le nom de Global Service Manager (GSM) qui agit en tant que processus d'écoute régional pour les clients qui se connectent à une base de données distribuée globalement.

Le directeur de shard tient à jour une topologie de la base de données distribuée. En fonction de la clé de sharding transmise lors d'une demande de connexion, le directeur achemine les connexions vers le shard approprié.
Service global : service de base de données utilisé pour accéder aux données de la base de données distribuée.

Un service global est une extension de la notion de service de base de données traditionnel. Toutes les propriétés des services de base de données traditionnels sont prises en charge pour les services globaux.

Pour plus d'informations sur les composants de base de données distribuée et les objets de schéma, reportez-vous à Architecture et concepts dans le Guide de la base de données Oracle Globally Distributed AI.

Concepts relatifs à Exadata Database Service on Exascale Infrastructure

Exadata Database Service on Exascale Infrastructure (ExaDB-XS) offre une expérience de service cloud similaire à Exadata Database Service on Dedicated Infrastructure. Vous pouvez commencer avec un petit cluster de machines virtuelles et évoluer facilement en fonction de l'évolution des besoins. Oracle gère l'ensemble de l'infrastructure physique dans un modèle de service d'infrastructure colocative partagée. Exascale est la technologie sous-jacente qui sert de base à ce service.

Le stockage des fichiers de base de données réside dans un coffre de stockage Oracle Exadata Exascale. Storage Vault fournit un stockage intelligent Exadata hautes performances et évolutif. Le stockage peut être redimensionné en ligne si nécessaire, à l'aide d'une seule commande, et ce stockage devient disponible pour une utilisation immédiate. Contrairement à Dedicated Infrastructure Exadata Database Service on Exascale Infrastructure, vous ne devez pas gérer l'ajout de serveurs de stockage au système ni les allocations de stockage.

L'architecture comprend les éléments suivants :

Un seul coffre Exascale, qui fournit du stockage pour les bases de données
Un ensemble de machines virtuelles exécutées sur des serveurs de base de données physiques colocatifs gérés par Oracle
Systèmes de fichiers de machine virtuelle, hébergés de manière centralisée par Oracle
Un réseau client virtuel (VCN) qui fournit une connectivité de réseau client et de sauvegarde

Solutions de réplication de données

Les services Globally Distributed Database d'Oracle offrent des solutions de réplication de données pour assurer une haute disponibilité, une récupération après sinistre et une évolutivité supplémentaire pour les lectures.

Globally Distributed Exadata Database on Exascale Infrastructure (Distributed ExaDB-XS) offre une réplication de catalogue avec Oracle Data Guard. La réplication de radeau est disponible pour les shards.

Distributed ExaDB-XS déploie automatiquement la topologie de réplication spécifiée sur les systèmes achetés et active la réplication de données.

Réplication de catalogue avec Oracle Data Guard

Le catalogue est une base de données. La réplication Oracle Data Guard vers une base de données de secours physique peut être utilisée pour fournir une haute disponibilité. La réplication est automatiquement configurée et déployée lors de la création de la base de données distribuée.

Oracle Data Guard est étroitement intégré à Distributed ExaDB-XS pour fournir une haute disponibilité et une récupération après sinistre avec une cohérence des données stricte et aucune perte de données. La réplication Oracle Data Guard conserve une copie synchronisée (base de données de secours) du catalogue (base de données principale) à des fins de haute disponibilité et de protection des données. Une base de données de secours peut être déployée localement ou à distance.

Réplication au niveau de l'ensemble de blocs avec réplication Raft

Au lieu d'utiliser des bases de données supplémentaires pour les bases de données de secours au niveau de l'ensemble du shard, la fonctionnalité de réplication Raft d'un ExaDB-XSDistributed ExaDB-XS Distributed crée des ensembles de blocs de données à partir de chaque shard et les distribue automatiquement entre les shards pour gérer l'affectation de blocs, le déplacement de blocs, la répartition de la charge globale et l'équilibrage lors de la mise à l'échelle (ajout ou suppression de shards), y compris les modifications de disponibilité de shard planifiées ou non planifiées.

La réplication Raft est intégrée à Distributed ExaDB-XS pour fournir une solution de disponibilité consensuelle, hautes performances et à faible surcharge, avec des répliques distribuées et un basculement rapide sans perte de données, tout en maintenant automatiquement le facteur de réplication en cas de panne des shards. Avec la gestion de la réplication Raft, la surcharge n'augmente pas avec le nombre de shards. Si vous êtes habitué aux bases de données NoSQL et que vous ne souhaitez rien savoir sur le fonctionnement de la réplication, la réplication native ne fonctionne que.

Contrairement à la réplication Data Guard, la réplication Raft n'a pas besoin d'être reconfigurée lorsque des shards sont ajoutés ou supprimés, et les répliques n'ont pas besoin d'être gérées activement.

Pour plus d'informations sur le fonctionnement de la réplication Raft, reportez-vous à Utilisation de la réplication Raft dans Oracle Globally Distributed Database.

Identificateurs de ressource

Les ressources de services de base de données Globally Distributed d'Oracle possèdent un identificateur unique affecté par Oracle appelé ID Oracle Cloud (OCID).

Les ressources de base de données distribuées sont répertoriées dans le tableau ci-dessous.

Ressource	Identificateur
Base de données distribuée	`osddistributeddb`
Adresse privée de base de données distribuée	`osddistributeddbprivateendpoint`
Demande de travail OSD	`osdworkrequest`

Par exemple, le format d'OCID pour osddistributeddb est ocid1.osddistributeddb.oc1.iad.<UNIQUE ID>.

Pour plus d'informations sur le format OCID et les autres moyens d'identifier vos ressources, reportez-vous à Identificateurs de ressource.

Mesure et facturation

La mesure et la facturation de la base de données Globally Distributed Exadata Database on Exascale Infrastructure sont basées sur le nombre d'UC par heure.

Etant donné que Globally Distributed Exadata Database on Exascale Infrastructure provisionne les clusters de machines virtuelles Oracle Exadata Database Service on Exascale Infrastructure, la facturation et la mesure sont gérées par l'utilisation d'Oracle Exadata Database Service on Exascale Infrastructure. Toutefois, le cluster sera facturé sous le SKU de la base de données distribuée globalement.

Pour plus de détails, reportez-vous à Fréquence de mesure et facturation à la seconde.

Remarque : une fois que vous avez balisé un cluster pour l'utiliser dans une base de données distribuée globalement, il continue à facturer le SKU de la base de données distribuée globalement jusqu'à ce que le cluster soit supprimé.

Limites de service

Les limites de service propres à Globally Distributed Exadata Database on Exascale Infrastructure peuvent être définies pour le nombre de bases de données distribuées et le nombre d'adresses privées de bases de données distribuées.

Les limites des instances de machine virtuelle de base de données Exadata, du nombre d'ECPU et du stockage doivent être définies pour Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS).

Pour comprendre la capacité de ressource du service ExaDB-XS, reportez-vous à Limites de capacité pour le service Exadata Database sur une infrastructure Exascale.

Services intégrés

Les services Globally Distributed Database d'Oracle sont intégrés à divers services et fonctionnalités d'Oracle Cloud Infrastructure.

IAM

Les services Oracle Globally Distributed Database sont intégrés au service Identity and Access Management (IAM) pour l'authentification et l'autorisation de la console, du kit SDK, de l'interface de ligne de commande et de l'API REST.

Pour en savoir plus sur IAM, reportez-vous à Présentation d'IAM.

Demandes de travail

Les services de base de données mondialement distribuée d'Oracle utilisent leurs propres API pour les demandes de travail.

Les droits d'accès requis pour l'utilisation des API sont documentés dans Droits d'accès pour les API de base de données distribuée globalement.

Surveillance

Oracle Cloud Infrastructure Monitoring vous permet de surveiller activement et passivement les alarmes et les ressources de base de données distribuée globalement.

Les mesure de base de données distribuée globalement capturent l'utilisation du CPU, la consommation d'OCPU, l'utilisation de mémoire, l'état du déploiement, et le décalage entrant et sortant. Vous pouvez visualiser ces mesures à l'aide du service Monitoring.

Pour plus d'informations sur la surveillance de l'état et des performances d'une base de données distribuée, reportez-vous à Surveillance d'une base de données distribuée globalement.