Scaling
Le scaling d'un cluster est le processus consistant à ajouter ou supprimer des nœuds d'un cluster en réponse aux modifications des charges de travail ou des besoins en stockage de données.
Vous pouvez procéder au scaling d'un cluster Bigtable de différentes manières :
- Autoscaling
- Attribution manuelle des nœuds
Dans la plupart des cas, choisissez l'autoscaling. Lorsque vous activez l'autoscaling pour un cluster, Bigtable surveille en permanence le cluster et ajuste automatiquement le nombre de nœuds en fonction de vos paramètres.
Vous pouvez faire évoluer votre cluster Bigtable en fonction de métriques telles que l'utilisation du processeur du cluster. Par exemple, si votre cluster est soumis à des charges importantes et que son utilisation du processeur est élevée, vous pouvez ajouter des nœuds au cluster jusqu'à ce que son utilisation diminue. Vous pouvez également économiser de l'argent en supprimant les nœuds du cluster lorsqu'il est peu utilisé.
Facteur de scaling des nœuds
Lorsque vous créez un cluster Bigtable, vous pouvez le configurer avec un facteur de scaling de nœuds x2. Lorsque vous choisissez cette configuration, Bigtable traite deux nœuds standards comme un seul nœud de calcul plus grand, et le cluster est toujours mis à l'échelle par incréments de deux nœuds. Par conséquent, il y a moins de limites de calcul entre les nœuds du cluster. En fonction de la charge de travail, les avantages de la mise à l'échelle de deux nœuds sont les suivants:
- Amélioration de la stabilité du débit et de la latence de queue
- Meilleure capacité à absorber les points d'accès
Vous pouvez créer un cluster avec un facteur de scaling de nœuds de 2 fois lorsque vous utilisez la consoleGoogle Cloud ou gcloud CLI.
Vous pouvez configurer le doublement du nombre de nœuds avec l'autoscaling ou l'allocation manuelle de nœuds.
Pour en savoir plus sur les limites, consultez la section Limites du facteur de scaling de nœud.
Petits clusters
Le scaling de deux nœuds est optimal pour les charges de travail plus importantes. Si vous envisagez de passer du scaling de nœud standard (par un facteur de un) au scaling de nœud x2, tenez compte des implications en termes de coûts. Pour une charge de travail plus petite, telle qu'une qui s'exécute sur un cluster avec un seul nœud, l'utilisation de la mise à l'échelle de deux nœuds coûte deux fois plus cher. De même, l'utilisation d'une échelle de deux nœuds pour une charge de travail qui était auparavant exécutée sur un cluster à trois nœuds augmente les coûts de 33%.
En revanche, pour une charge de travail qui s'exécutait auparavant sur un grand cluster, tel qu'un cluster de 50 nœuds, l'effet d'un facteur de scaling de 2 fois est faible par rapport au nombre de nœuds.
Bigtable renvoie une erreur si vous essayez de créer un cluster avec un facteur de scaling de nœuds de 2 fois dans une zone non prise en charge.
Limites
L'ajustement de la taille du cluster est soumis à la disponibilité des nœuds, prend du temps, ne peut pas compenser une conception de schéma inappropriée et doit être effectué progressivement. Les sections suivantes décrivent ces limites, ainsi que les limites qui s'appliquent à la mise à l'échelle de deux nœuds.
Disponibilité des nœuds
Les quotas de nœuds s'appliquent si l'allocation manuelle ou l'autoscaling sont activés sur le cluster. Pour en savoir plus, consultez la section Quotas et disponibilité des nœuds.
Délai pendant le rééquilibrage des nœuds
Une fois que vous avez ajouté des nœuds à un cluster, un délai de 20 minutes peut s'écouler avant que vous constatiez une amélioration significative des performances du cluster. Par conséquent, si votre charge de travail implique des pics d'utilisation courts, l'ajout de nœuds en fonction de la charge de processeur n'améliorera pas les performances de votre cluster, car le pic d'utilisation sera probablement terminé avant que Cloud Bigtable ne rééquilibre vos données.
Pour gérer ce délai, vous pouvez ajouter des nœuds à votre cluster de façon automatisée ou via la console Google Cloud avant d'augmenter la charge du cluster. Cette approche donne suffisamment de temps à Bigtable pour rééquilibrer vos données entre les nœuds supplémentaires avant d'augmenter la charge de travail. Sur les clusters qui utilisent l'allocation manuelle de nœuds, modifiez le nombre de nœuds. Sur les clusters qui utilisent l'autoscaling, modifiez le nombre minimal de nœuds. Une fois que votre trafic revient à la normale, rétablissez vos anciens paramètres de nœud.
Augmentation de la latence provoquée par une réduction trop rapide de la capacité
Lorsque vous réduisez le nombre de nœuds d'un cluster, ne réduisez pas la taille du cluster de plus de 10 % sur une période de 10 minutes. Une réduction trop rapide de la capacité peut entraîner des problèmes de performances, tels qu'une latence accrue, si les nœuds restants du cluster deviennent temporairement surchargés.
Problèmes de conception de schémas
Si vous rencontrez des problèmes lors de la conception du schéma de votre table, l'ajout de nœuds à votre cluster Bigtable peut ne pas améliorer les performances. Par exemple, si vous avez un grand nombre de lectures ou d'écritures sur une seule ligne de votre table, toutes ces opérations sont dirigées vers le même nœud de votre cluster. Par conséquent, l'ajout de nœuds n'améliore pas les performances. En revanche, si les lectures et les écritures sont réparties uniformément sur les lignes de votre table, l'ajout de nœuds améliore généralement les performances.
Pour en savoir plus sur la conception d'un schéma permettant de faire évoluer efficacement Bigtable, consultez la page Concevoir votre schéma.
Limites du facteur de scaling des nœuds
Vous ne pouvez pas convertir un cluster avec une mise à l'échelle de nœud standard pour utiliser la mise à l'échelle de nœud x2. Vous devez créer un cluster et activer la mise à l'échelle de nœud x2 au moment de la création. Pour en savoir plus sur l'ajout d'un cluster à une instance, consultez la page Modifier une instance.
Vous ne pouvez pas configurer la mise à l'échelle de deux nœuds pour un cluster de disques durs.
Vous pouvez créer des clusters configurés avec une mise à l'échelle de deux nœuds dans chaque région Bigtable, mais pas dans chaque zone. Les zones suivantes ne peuvent pas contenir de cluster avec une mise à l'échelle de deux nœuds:
- asia-south1-c
- europe-central2-c
- me-central2-b
- me-central2-c
- northamerica-northeast1-a
- northamerica-northeast1-b
- southamerica-east1-c
- us-south1-b
- us-south1-c
Étape suivante
- En savoir plus sur l'autoscaling Bigtable.
- Découvrez comment surveiller votre instance de façon automatisée et via la console Google Cloud .