Ce document définit les concepts clés et les topologies de déploiement de Spanner Omni. Il couvre la relation hiérarchique entre les régions, les zones et les serveurs, et explique comment ces composants sont liés à la réplication et au stockage des données dans un déploiement.
Concepts de Spanner Omni
Les sections suivantes fournissent des définitions détaillées de la terminologie utilisée dans la documentation de Spanner Omni. En vous familiarisant avec ces concepts, vous comprendrez clairement l'architecture et le comportement opérationnel du système.
Déploiement
Déploiement de Spanner Omni, qui vous permet d'utiliser les bases de données dans vos centres de données ou vos comptes de cloud public. Vous créez le déploiement en fonction des paramètres spécifiés dans la configuration du déploiement. Un déploiement Spanner Omni équivaut à une instance Spanner dans Google Cloud.
Configuration du déploiement
Fournit l'emplacement et la spécification des régions, des zones et des serveurs pour votre déploiement Spanner Omni. Vous pouvez choisir une configuration de déploiement à serveur unique, à région unique ou multirégionale.
Emplacement
Équivalent de la région en Google Cloud termes. La latence réseau entre deux régions n'est pas négligeable. Pour les déploiements sur site, vous pouvez définir vos propres régions. Pour les déploiements cloud, la région doit correspondre aux régions du fournisseur de cloud respectif. Une région peut comporter plusieurs zones.
Processus
Le serveur Spanner duplique et gère plusieurs processus. Par exemple, TimeServer et spanserver sont tous des processus dans Spanner. Les processus individuels peuvent comporter des statistiques de surveillance telles que l'utilisation du processeur et de la mémoire. Un processus peut ouvrir des ports pour communiquer avec d'autres serveurs du déploiement.
Instance dupliquée
Spanner réplique les données pour assurer leur disponibilité et leur localité géographique. De manière générale, Spanner organise toutes les données en lignes. Spanner crée plusieurs copies ou instances dupliquées de ces lignes, puis les stocke dans différentes zones géographiques. Spanner utilise un schéma de réplication synchrone basé sur Paxos dans lequel les instances dupliquées dotées de la capacité de voter émettent un vote sur chaque requête d'écriture avant de valider l'écriture dans la base de données. Comme dans Spanner, il existe trois types d'instances dupliquées dans Spanner Omni : lecture/écriture, lecture seule et témoin. Pour en savoir plus, consultez la section Types d'instances dupliquées dans la documentation Spanner.
Serveur
Un serveur est une ressource de calcul, telle qu'une VM ou un conteneur, sur laquelle s'exécute le serveur Spanner Omni. Chaque serveur possède ses propres ressources système : processeur, mémoire et stockage. Le serveur fournit les fonctionnalités de Spanner Omni en stockant et en diffusant les données utilisateur.
Serveurs racine
Les serveurs racine stockent des métadonnées critiques pour prendre en charge la zone. Par exemple, le serveur racine stocke l'appartenance au serveur et d'autres informations de configuration de la zone.
Le nombre de serveurs racine par zone doit être un nombre impair compris entre 1 et 9 inclus pour garantir le quorum de cohérence. Si le nombre de serveurs est pair, les déploiements peuvent échouer. Lorsque vous configurez vos zones, désignez des serveurs comme serveurs racine. Nous vous recommandons d'en utiliser un pour le développement ou les tests, et trois pour les zones de production à disponibilité élevée.
Tenez compte du nombre de serveurs racine lors de la planification du déploiement. Bien que vous puissiez modifier le nombre de serveurs racine dans le déploiement après sa création, nous vous le déconseillons.
Serveurs non racine
Les serveurs non racine stockent et diffusent les données utilisateur, et permettent de mettre à l'échelle la capacité de calcul et le stockage d'une zone. Vous pouvez ajouter autant de serveurs non racine à votre déploiement que nécessaire pour la charge de travail. Vous pouvez modifier le nombre de serveurs non racine après avoir créé le déploiement.
Diviser
Une division Spanner contient une plage de lignes de données contiguës, où Spanner classe les lignes par clé primaire. Spanner crée des instances dupliquées de chaque division qu'il stocke dans chaque zone.
Stockage
Stockage permanent associé au serveur.
Zone
Groupe d'un ou plusieurs serveurs. Pour la réplication des données, vous devez créer une zone par instance dupliquée. Pour les déploiements sur site, nous vous recommandons de réduire au minimum le partage d'infrastructure (VM, disques) entre les zones. Pour les déploiements cloud, alignez les zones sur les zones de disponibilité dans AWS ou les zones dans Google Cloud.