Ajout de membres sur Elasticsearch
Il est possible de faire évoluer votre déploiement IBM Cloud® Databases for Elasticsearch horizontalement en ajoutant des membres Elasticsearch (également appelés nœuds). Si votre déploiement commence à s'essouffler ou à ralentir, l'ajout de membres augmente la capacité et la fiabilité. Lorsqu'un membre est ajouté, Elasticsearch équilibre automatiquement la charge de travail entre tous les membres de votre déploiement.
Il n'est pas possible de diminuer le nombre de membres de Elasticsearch. Vous pouvez également utiliser les sauvegardes et restaurer une nouvelle instance avec moins de membres.
Les membres que vous ajoutez à votre déploiement sont ajoutés avec la même configuration de disque, de mémoire et d'unité centrale que les autres membres figurant actuellement dans votre déploiement. Une représentation visuelle de vos membres de données et de leur allocation de ressources est disponible dans l'onglet Ressources de la page Gérer de votre déploiement. Cependant, la mise à l'échelle horizontale n'est disponible que via l'interface utilisateur et l'API.
Un déploiement IBM Cloud® Databases for Elasticsearch par défaut s'exécute avec trois membres de données dans un cluster, et des ressources sont allouées aux trois membres de manière équitable. Par exemple, le stockage minimum d'un déploiement Elasticsearch est de 15360 Mo, ce qui équivaut à une taille initiale de 5120 Mo par membre. La mémoire RAM minimum d'un déploiement Elasticsearch est de 3072 Mo, ce qui équivaut à une allocation initiale de 1028 Mo par membre. Lorsqu'un noeud est ajouté, un autre membre d'une taille de 5120 Mo de disque et 1028 Mo de mémoire RAM est ajouté, ce qui porte votre utilisation totale de ressources pour votre déploiement à 20480 Mo de disque et 4096 Mo de mémoire RAM.
Le facturation est basée sur la quantité totale de ressources allouées au service.
Ajout de membres via l'API
Le noeud final de base qui s'affiche sur le panneau Aperçu de votre service fournit l'URL de base permettant d'accéder à ce déploiement via l'API.
Pour afficher les ressources actuelles et évolutives d'un déploiement, utilisez l'option /deployments/ {id} /groups.
curl -X GET -H "Authorization: Bearer $APIKEY" `https://api.{region}.databases.cloud.ibm.com/v4/ibm/deployments/{id}/groups'
Pour ajouter des membres, utilisez le nœud final de l'API /deployments/ { /groups/ {, en envoyant une demande PATCH avec le nombre de membres que vous souhaitez dans votre déploiement. L'exemple de demande fait passer le nombre de membres de la valeur par défaut de 3 à 5.
curl -X PATCH 'https://api.{region}.databases.cloud.ibm.com/v4/ibm/deployments/{id}/groups/member' \
-H 'Authorization: Bearer <>' \
-H 'Content-Type: application/json' \
-d '{"members": {"allocation_count": 5}}' \
Lorsque vous utilisez la valeur CRN, veillez à l'encoder dans l'URL car elle peut inclure le caractère barre oblique (/) %2F .
Lorsqu'il est correctement encodé, un CRN qui utilise une barre oblique (/) se substitue à une chaîne de caractères %2F. Par exemple, voir le CRN suivant.
crn:v1:bluemix:public:databases-for-redis:us-south:a/274074dce64e9c423ffc238516c755e1:29caf0e7-120f-4da8-9551-3abf57ebcfc7::
devient
crn:v1:bluemix:public:databases-for-redis:us-south:a%2F274074dce64e9c423ffc238516c755e1:29caf0e7-120f-4da8-9551-3abf57ebcfc7::