Hologres:Prepare an instance for production workloads

free

Étape 1 : Mettre à niveau l'instance

Les instances Hologres 8 cœurs sont destinées uniquement à l'évaluation et aux tests fonctionnels. Ne les utilisez pas pour les tests de performance ni pour les charges de travail de production.

Pour exécuter des tests de performance ou déployer des jobs de production, vous devez d'abord mettre à niveau l'instance, par exemple vers une instance 64 cœurs. Pour plus d'informations, consultez la section Mettre à niveau ou rétrograder des instances.

Étape 2 : Modifier le nombre de shards

Hologres stocke les données sur plusieurs partitions appelées shards. Définir un nombre approprié de shards permet de mieux exploiter les ressources de calcul distribuées et le traitement parallèle, ce qui améliore les performances des requêtes.

Une instance 8 cœurs est configurée par défaut avec 2 shards. Après une mise à niveau, le nombre de shards reste à 2 même si le nombre de nœuds de calcul (Workers) augmente, ce qui empêche le système d'exploiter pleinement ses capacités de requête distribuée. Vous devez ajuster le nombre de shards après la mise à niveau. Pour plus d'informations, consultez la section Gérer les groupes de tables et les nombres de shards.

1. Créez un nouveau groupe de tables avec un nombre approprié de shards.

   Pour une instance Hologres 64 cœurs, nous recommandons 40 shards. Exécutez la commande suivante pour créer un nouveau groupe de tables et définir son nombre de shards :

   CALL HG_CREATE_TABLE_GROUP ('<new_tg_name>', <shard_count>);

   Dans cette commande, new_tg_name spécifie le nom du nouveau groupe de tables et shard_count spécifie le nombre de shards.

2. Définissez le nouveau groupe de tables comme groupe par défaut.

   Exécutez la commande suivante pour définir le nouveau groupe de tables comme valeur par défaut. Les nouvelles tables que vous créerez appartiendront automatiquement à ce groupe.

   CALL HG_UPDATE_DATABASE_PROPERTY ('default_table_group', '<new_tg_name>');

3. Migrez les tables existantes vers le nouveau groupe de tables.

   Les tables existantes appartiennent toujours au groupe de tables d'origine. Exécutez la commande suivante pour déplacer une table existante vers le nouveau groupe de tables.

   -- Syntax for V1.1 and later
   CALL HG_MOVE_TABLE_TO_TABLE_GROUP('<table_name>','<new_tg_name>');
   
   -- Syntax for V0.10
   CALL HG_UPDATE_TABLE_SHARD_COUNT('<table_name>','<new_tg_name>');

(Facultatif) Isolation des ressources et haute disponibilité

Pour la séparation lecture/écriture ou lecture-lecture, utilisez la solution de haute disponibilité (HA) multi-instances à stockage partagé de Hologres. Pour plus d'informations, consultez la section Déployer des instances principales et secondaires pour la séparation lecture/écriture (stockage partagé).

Par exemple, avec une instance 64 cœurs, vous pouvez configurer une instance principale 32 cœurs pour les écritures et une instance secondaire en lecture seule 32 cœurs pour les requêtes. Pour desservir plusieurs applications intensives en requêtes, ajoutez d'autres instances secondaires en lecture seule afin de mettre en place une séparation lecture-lecture.

Étapes suivantes

Une fois vos charges de travail de production stabilisées :

• Pour réduire les coûts de calcul, passez du mode de facturation paiement à l'utilisation au mode abonnement. Pour les détails tarifaires, consultez la section Facturation. Pour modifier le mode de facturation, consultez la section Changer de mode de facturation.

• Pour réduire les coûts de stockage, vous pouvez acheter des ressources de stockage Standard sur une base d'abonnement. Pour ce faire, vous devez d'abord passer l'instance au mode de facturation par abonnement, puis la mettre à niveau. .

Références

• Chaque type d'instance Hologres possède un nombre de shards par défaut correspondant. Pour plus d'informations, consultez la section Gérer les instances.

• Le nombre de shards et le nombre de Workers suivent une relation d'allocation spécifique. Un nombre de shards correctement configuré améliore le stockage des données et l'efficacité du calcul. Pour plus d'informations, consultez la section Relation entre les shards et les Workers de nœuds de calcul.

• Bonnes pratiques pour la configuration des groupes de tables.