Présentation du partitionnement géographique

Cette page présente le partitionnement géographique et explique son fonctionnement dans Spanner.

Spanner propose des configurations d'instances régionales et multirégionales qui vous permettent de répliquer vos données sur plusieurs emplacements géographiques. Le partitionnement géographique vous permet de segmenter davantage et de stocker les lignes de votre table de base de données dans différentes configurations d'instance.

Avantages et cas d'utilisation

Le partitionnement géographique vous permet de partitionner les lignes de votre base de données, ce qui présente les avantages suivants :

  • Latence régionale dans une base de données mondiale : grâce au partitionnement géographique, Spanner gère vos données dans une base de données unique et unifiée sur des emplacements géographiquement distribués, tout en garantissant une faible latence pour l'accès régional. L'utilisation du partitionnement géographique simplifie les opérations et réduit la complexité par rapport à la gestion de plusieurs bases de données fragmentées.
  • Fonctionnalités de base de données mondiale : le partitionnement géographique offre des fonctionnalités de base de données telles que les transactions mondiales, le déplacement de données entre les régions et l'application de l'unicité dans les régions géographiques.
  • Conformité aux exigences de résidence des données : Spanner fournit des engagements de résidence des données au niveau de l'emplacement. Pour en savoir plus, consultez la compatibilité avec la résidence des données pour les bases de données qui utilisent le partitionnement géographique.

Voici quelques cas d'utilisation courants :

  • Données liées aux utilisateurs : partitionnement géographique des données liées aux utilisateurs pour traiter et stocker les données dans une région la plus proche de l'utilisateur.

  • Données localisées : informations spécifiques à un lieu, telles que le trafic et les événements spéciaux.

Fonctionnement du partitionnement géographique

Toutes les instances Spanner comportent une partition d'instance principale appelée partition d'instance default. Si vous ne créez pas de partitions d'instance supplémentaires, tous les objets de base de données sont stockés dans la partition par défaut, qui se trouve au même emplacement que la configuration de votre instance. Si vous souhaitez partitionner les données d'une base de données, vous devez créer des partitions d'instance supplémentaires dans votre instance.

Pour utiliser le partitionnement géographique dans une base de données :

  1. Créez des partitions d'instance supplémentaires dans votre instance. Ces partitions d'instance créées par l'utilisateur ont leur propre configuration (régionale ou multirégionale) et leur propre nombre de nœuds.

  2. Créez votre base de données comme vous le feriez normalement. La base de données comporte un emplacement par défaut associé à la partition d'instance par défaut de l'instance.

  3. Créez des emplacements dans votre base de données qui sont associés aux partitions d'instance supplémentaires. Votre base de données peut interagir avec les partitions d'instance supplémentaires créées dans la même instance.

  4. Créez des tables d'emplacement comportant un attribut de clé d'emplacement. Vous devez utiliser la clé d'emplacement dans vos instructions LMD pour spécifier la partition d'instance dans laquelle résident les données de la ligne. Si vous créez des tables sans emplacement dans votre base de données, Spanner stocke ces données dans la partition d'instance par défaut.

La clé d'emplacement de chaque ligne d'une table d'emplacement doit être attribuée à l'un des éléments suivants :

  • Une valeur qui correspond au nom de l'un des emplacements créés par l'utilisateur et définis pour cette base de données ; ou

  • La valeur de la clé d'emplacement, default, qui stocke les données dans l'emplacement par défaut.

Pour savoir comment utiliser les partitions d'instance, consultez Créer et gérer des partitions d'instance.

Remarques importantes

Tenez compte des points suivants avant de créer vos partitions d'instance, vos emplacements et vos tables d'emplacement :

  • Emplacement de la partition d'instance : sélectionnez avec soin les régions de partition d'instance qui offrent le plus d'avantages à votre application.

    Bien que vous puissiez créer des partitions d'instance dans une instance avec une configuration d'instance régionale, nous vous recommandons de créer des partitions d'instance dans une instance avec une configuration d'instance multirégionale afin que l'emplacement de la partition d'instance par défaut soit également dans une configuration multirégionale.

    De plus, sélectionnez un emplacement de partition d'instance par défaut multirégional qui comporte des régions en lecture/écriture et en lecture seule couvrant toutes les juridictions requises par votre application. Créez ensuite des partitions d'instance supplémentaires (qui peuvent être régionales) avec des régions principales correspondant aux régions de la partition d'instance par défaut multirégionale.

  • Nombre de partitions d'instance : un nombre trop élevé de partitions d'instance peut entraîner une surcharge, tandis qu'un nombre trop faible peut ne pas offrir suffisamment d'avantages. Vous pouvez créer un maximum de dix partitions d'instance par instance.

Limites

Les limites suivantes s'appliquent pendant la version bêta et peuvent être modifiées ou supprimées lors de la disponibilité générale ou après :

  • Vous ne pouvez pas créer de partition d'instance à l'aide d'une configuration birégionale.
  • Pour chaque partition d'instance, la capacité de calcul doit être d'au moins un nœud (1 000 unités de traitement).
  • Pour une instance donnée, vous ne pouvez pas créer plus d'une partition d'instance qui utilise la même configuration d'instance de base. Par exemple, dans test-instance, vous ne pouvez pas créer deux partitions, partition-1 et partition-2, qui utilisent toutes les deux us-central1 comme configuration de partition d'instance.
  • Pour chaque nœud de votre partition d'instance, vous pouvez placer un maximum de 100 millions de lignes d'emplacement. Vous pouvez afficher le nombre de lignes d'emplacement qui ont été placées dans chacune de vos partitions d'instance sur la page "Partitions d'instance" de la Google Cloud console.
  • Pour chaque nœud de votre partition d'instance de destination, Spanner peut déplacer environ 10 lignes d'emplacement par seconde.
  • Vous ne pouvez pas créer de sauvegardes incrémentielles ni copier la sauvegarde.
  • Vous ne pouvez pas activer l'autoscaling asymétrique en lecture seule sur les partitions d'instance non par défaut.
  • Vous ne pouvez pas déplacer la partition d'instance vers une autre configuration d'instance.
  • Vous ne pouvez pas déplacer une instance comportant des partitions d'instance. (Vous pouvez déplacer des lignes individuelles dans différentes partitions d'instance. Vous n'avez donc pas besoin de déplacer l'instance.)
  • L'utilisation de partitions d'instance ne garantit pas la conformité aux exigences réglementaires.
  • Les flux de modifications ne sont pas compatibles avec les données partitionnées.
  • Si vous utilisez une instruction LMD INSERT ou DELETE pour une table d'emplacement, cette instruction doit être la seule instruction de la transaction.
  • Le mode de transaction en lecture/écriture vous permet de ne référencer que les clés primaires d'une table d'emplacement dans la clause WHERE. Si vous devez référencer une colonne de clé non primaire d'une table d'emplacement dans la clause WHERE, vous pouvez utiliser l'une des alternatives suivantes :
    • Si vous n'avez besoin que d'un accès en lecture seule, passez au mode de transaction en lecture seule.
    • Si vous devez effectuer des mises à jour, utilisez le mode de transaction LMD partitionné ou recherchez les clés primaires dans une requête de transaction en lecture seule, puis, dans une transaction en lecture/écriture distincte, référencez les clés primaires renvoyées dans la clause WHERE.
  • Vous ne pouvez pas utiliser de schémas nommés.
  • Vous ne pouvez pas créer de partitions d'instance dans des instances d'essai sans frais ou dans des instances de taille granulaire inférieure à un nœud (1 000 unités de traitement).
  • Vous ne pouvez pas modifier un emplacement. Vous pouvez créer un emplacement, utiliser le langage LMD partitionné pour mettre à jour l' emplacement de vos données vers un nouvel emplacement, puis supprimer l'emplacement d'origine.

Contrôle des accès avec IAM

Vous devez disposer des autorisations spanner.instancePartitions.create, spanner.instancePartitions.update et spanner.instancePartitions.delete pour créer et gérer des partitions d'instance. Si vous n'avez besoin que d'afficher les partitions d'instance, vous devez disposer de l'autorisation spanner.instancePartitions.list ou spanner.instancePartitions.get. Pour en savoir plus, consultez la Présentation d'IAM.

Pour savoir comment accorder des autorisations IAM Spanner permissions, consultez Appliquer des autorisations IAM.

Surveillance

Spanner fournit plusieurs métriques pour vous aider à surveiller vos partitions d'instance. Une fois que vous avez créé une partition d'instance supplémentaire, vous voyez un filtre de liste déroulante supplémentaire pour les partitions d'instance sur la page "Insights système" de la Google Cloud console. La sélection par défaut consiste à afficher les métriques pour toutes les partitions d'instance. Vous pouvez utiliser la liste déroulante pour filtrer les métriques d'une partition d'instance spécifique.

Pour en savoir plus sur la surveillance de vos ressources Spanner, consultez Surveiller les instances avec Cloud Monitoring.

Sauvegardes

Vous pouvez créer des sauvegardes complètes pour les bases de données qui utilisent le partitionnement géographique. Vous ne pouvez pas supprimer la partition d'instance si vous l'utilisez dans une sauvegarde. Pour en savoir plus, consultez Créer des sauvegardes.

Remarques concernant l'utilisation :

  • Spanner stocke les sauvegardes des données partitionnées géographiquement au même emplacement que les données d'origine au moment de la version de la sauvegarde.

  • Pour restaurer les sauvegardes contenant des données partitionnées géographiquement, votre instance de destination doit répondre aux conditions suivantes :

    • L'instance de destination doit utiliser les mêmes noms de partition d'instance que la sauvegarde d'origine.
    • Chaque partition d'instance de l'instance de destination doit utiliser la même configuration d'instance que la sauvegarde d'origine.

Autoscaler géré

Vous pouvez activer l'autoscaler géré sur les partitions d'instance. Lorsque vous activez l'autoscaler géré, Spanner ajuste automatiquement la taille de votre partition d'instance. L'autoscaler géré réagit aux modifications de la charge de travail ou des besoins de stockage de votre partition d'instance lorsque votre charge augmente ou diminue. L'autoscaler géré effectue un scaling à la hausse, en ajoutant de la capacité de calcul à la partition d'instance, ou un scaling à la baisse, en supprimant de la capacité de calcul de la partition d'instance.

Tarifs

L'utilisation du partitionnement géographique n'entraîne pas de frais supplémentaires. Vous êtes facturé selon les tarifs standards de Spanner pour la quantité de capacité de calcul utilisée par votre instance et la quantité de stockage utilisée par votre base de données.

Pour en savoir plus, consultez les tarifs de Spanner.

Étape suivante