Vidéo : Configuring a Liberty auto-scalable cluster for JVM elasticity

Cette retranscription est celle de la vidéo "Configuring a Liberty auto-scalable cluster for JVM elasticity", laquelle explique comment configurer une collectivité pour la prise en charge de l'élasticité JVM. Cette transcription est le storyboard de la vidéo. La section Audio décrit la narration et les légendes. La section Action à l'écran décrit le contenu affiché dans la vidéo.

Vidéo Configuring a Liberty auto-scalable cluster for JVM elasticity

Tableau 1. Page de titre. Affichage du titre puis de l'animation qui illustre le démarrage et l'arrêt autonomiques de serveurs en fonction de l'utilisation des ressources.
Scène Audio Action à l'écran
1 Cette vidéo illustre comment configurer une collectivité Liberty pour la prise en charge de l'élasticité JVM. Affichage du titre Configuring a Liberty auto-scalable cluster for JVM elasticity.
2 Avec l'élasticité JVM, un contrôleur de mise à l'échelle Liberty peut démarrer ou arrêter des membres en fonction de l'utilisation des ressources. Lorsque les ressources augmentent, le contrôleur de mise à l'échelle démarre des membres de cluster. Lorsque les ressources diminuent, le contrôleur de mise à l'échelle arrête des membres de cluster. Les kits IBM Java Development (ou JDK) sur les ordinateurs qui hébergent les membres de cluster fournissent les données relatives à l'utilisation des ressources. Affichage de l'animation d'un contrôleur de mise à l'échelle qui arrête et démarre des serveurs de membre de cluster. Lorsque les ressources augmentent, le contrôleur de mise à l'échelle démarre des serveurs de membre. Lorsque les ressources diminuent, le contrôleur de mise à l'échelle arrête des serveurs de membre.
Tableau 2. Démonstration de la configuration du contrôleur de mise à l'échelle. Illustration de l'ajout de la fonction scalingController-1.0 dans le fichier server.xml d'un contrôleur de collectivité.
Scène Audio Action à l'écran
3 Pour configurer un cluster à mise à l'échelle automatique, vous avez besoin d'au moins un contrôleur de collectivité avec au moins deux serveurs de membre associés à ce contrôleur. Je dispose ici d'un contrôleur de collectivité avec trois serveurs de membre.

Ce que vous voyez là, c'est mon contrôleur de collectivité et les membres de serveur dans l'outil Explorer du Centre d'administration de Liberty.

Vous pouvez aussi voir le fichier server.xml du contrôleur de collectivité. J'ai ajouté la fonction adminCenter-1.0 dans le fichier server.xml afin de visualiser les serveurs de la collectivité dans le Centre d'administration.

Affichage des quatre serveurs dans l'outil Explorer du Centre d'administration.

On peut voir également ouvert dans un éditeur le fichier server.xml du contrôleur de collectivité, qui comporte :

<featureManager>
   <feature>jsp-2.2</feature>
   <feature>adminCenter-1.0</feature>
</featureManager>
4 Pour faire de mon contrôleur de collectivité un contrôleur de mise à l'échelle, j'ajoute la fonction scalingController-1.0 dans son fichier server.xml. La fonction scalingController-1.0 peut être ajoutée dans n'importe quel gestionnaire de fonction. Dans le cas présent, je choisis de l'ajouter sous la fonction collectiveController-1.0.

Enregistrez le fichier.

Dans le fichier server.xml ouvert dans un éditeur sur le contrôleur, ajoutez la fonction scalingController-1.0 dans un gestionnaire de fonctions :
<featureManager>
 <feature>collectiveController-1.0</feature>
 <feature>scalingController-1.0</feature>
</featureManager>
Ensuite, sauvegardez le fichier.
5 Une fois la fonction ajoutée, je veux m'assurer que le contrôleur de mise à l'échelle est installé et activé. Avant d'activer la mise à l'échelle automatique pour les membres, je veux voir le message This server is elected to be the primary scaling controller dans le journal des messages du contrôleur. Ouvrez le fichier messages.log dans un éditeur sur le contrôleur et accédez à la fin du journal.
6 myController est désormais le contrôleur de mise à l'échelle principal, et je peux donc activer ses membres afin qu'ils deviennent des membres de cluster dynamiques. Dans le fichier messages.log du contrôleur, recherchez le message suivant :
CWWKV0102I: This server is
elected to be the primary scaling controller.
Tableau 3. Démonstration de la configuration d'un serveur membre pour une mise à l'échelle automatique. Illustration de l'ajout des fonctions clusterMember-1.0 et scalingMember-1.0 dans le fichier server.xml d'un membre de collectivité.
Scène Audio Action à l'écran
7 Pour faire d'un membre de collectivité un membre de cluster dynamique, j'ajoute les fonctions clusterMember-1.0 et scalingMember-1.0 dans le gestionnaire de fonctions du membre de collectivité. Je peux ajouter les fonctions sous la fonction jsp-2.2 ou sous la fonction collectiveMember-1.0. J'ajoute les fonctions sous la fonction collectiveMember-1.0. Dans le fichier server.xml ouvert dans un éditeur du membre de collectivité myMember, ajoutez les fonctions clusterMember-1.0 et scalingMember-1.0 dans un gestionnaire de fonctions :
<featureManager>
 <feature>collectiveMember.0</feature>
 <feature>clusterMember-1.0</feature>
 <feature>scalingMember-1.0</feature>
</featureManager>
8 J'ajoute également un élément hostSingleton dans le fichier server.xml. J'indique le nom hostSingleton de ScalingMemberSingletonService et le numéro de port 5164. Vous pouvez indiquer n'importe quel numéro de port, mais ce numéro de port doit être unique sur l'ordinateur hôte.

Tous les membres de mise à l'échelle sur le même hôte doivent utiliser le même port hostSingleton.

Dans le fichier myMember server.xml ouvert dans un éditeur, ajoutez l'élément hostSingleton :
<hostSingleton name="ScalingMemberSingletonService" port="5164" />
9 Je sauvegarde le fichier.

Pour que le contrôleur de mise à l'échelle puisse reconnaître ces modifications dans une configuration de membre, il est nécessaire que ce membre soit en cours d'exécution.

Sauvegardez le fichier myMember server.xml .

L'icône de mise à l'échelle automatique s'affiche dans la fiche myMember dans l'outil Explorer.

10 Pour vous assurer que la fonction de mise à l'échelle du membre est activée, consultez les messages de ce membre.

Ces messages indiquent que la fonction de mise à l'échelle de membre est activée, que ScalingMemberSingletonService est choisi en tant qu'hôte principal et que la connexion Messenger accède au contrôleur de mise à l'échelle.

Ouvrez le fichier myMember messages.log dans un éditeur et recherchez les messages suivants :
CWWKV0200I: The ScalingMember feature is
activated.
...
CWWKV0203I: Server host=wasid.raleigh.ibm.com; userdir=C:/wlp/usr; server=myMember; port=9444; service=ScalingMemberSingletonService; scope=host is elected as the host leader.
11 Je copie maintenant les modifications que j'ai apportées dans le fichier myMember server.xml et j'effectue des modifications similaires dans les fichiers server.xml des autres membres de collectivité.

Notez qu'une fois les modifications sauvegardées, une icône de mise à l'échelle automatique s'affiche dans les fiches de membre de l'outil Explorer.

Dans le fichier myMember server.xml ouvert dans un éditeur, copiez les éléments suivants :
<featureManager>
 <feature>collectiveMember.0</feature>
 <feature>clusterMember-1.0</feature>
 <feature>scalingMember-1.0</feature>
</featureManager>

<hostSingleton name="ScalingMemberSingletonService" port="5164" />
Ensuite, recherchez le second gestionnaire de fonctions dans le fichier myMember2 server.xml :
<featureManager>
 <feature>collectiveMember.0</feature>
</featureManager>
Collez les éléments copiés dans le fichier, puis sauvegardez les modifications.

L'icône de mise à l'échelle automatique s'affiche dans la fiche myMember2 dans l'outil Explorer. Placez le curseur sur l'icône de mise à l'échelle automatique dans les fichiers myMember et MyMember2.

Recommencez cette scène pour myMember3.

12 Comme je n'ai pas indiqué de nom de cluster, les membres de cluster dynamique sont ajoutés à l'élément defaultCluster.

J'ai à présent trois membres de cluster dynamique associés à mon contrôleur de mise à l'échelle.

Le nom de cluster, defaultCluster, s'affiche dans les fiches de membre dans l'outil Explorer.
Tableau 4. Démonstration de la modification d'une règle de mise à l'échelle par défaut. Mention des règles de mise à l'échelle par défaut et démonstration de la modification d'une règle de mise à l'échelle.
Scène Audio Action à l'écran
13 L'une des règles de mise à l'échelle par défaut implique qu'au moins deux membres de cluster dynamique soient en cours d'exécution.

Les autres règles de mise à l'échelle par défaut contrôlent le démarrage ou l'arrêt d'un membre de cluster dynamique. Un membre est démarré lorsque l'utilisation moyenne des ressources de membres dépasse 90%. Un membre est arrêté lorsque l'utilisation moyenne des ressources est inférieure à 30%.

Je vais modifier la première règle de mise à l'échelle par défaut de sorte que seulement un ou deux membres de cluster dynamique soient en cours d'exécution. Comme j'ai trois membres, l'un deux doit s'arrêter.

Affichage des informations relatives aux règles de mise à l'échelle par défaut :
Default scaling policies

At least two cluster members are active

Another cluster member starts when the average CPU, process memory
use, or heap use of all active members exceeds 90%

A cluster member stops when the average CPU, process memory, and heap
use drops below 30%
14 J'accède au fichier server.xml du contrôleur de mise à l'échelle et j'ajoute une définition de mise à l'échelle qui définit un minimum égal à 1 et un maximum égal à 2 pour la règle de mise à l'échelle par défaut.

Sauvegarde des modifications.

Dans le fichier server.xml ouvert dans un éditeur du contrôleur de collectivité, ajoutez :
<scalingDefinitions>
 <defaultScalingPolicy enabled="true" min="1" max="2"/>
</scalingDefinitions>
Ensuite, sauvegardez les modifications apportées au fichier.
15 L'outil Explore indique que le contrôleur de mise à l'échelle a arrêté l'un des membres de cluster dynamique en raison des modifications que j'ai apportées à la règle de mise à l'échelle par défaut.

J'ai configuré un cluster à mise à l'échelle automatique avec élasticité JVM.

Dans l'outil Explorer, le nombre de serveurs arrêtés passe de 0 à 1. L'état de myMember3 passe de en cours d'exécution, à en cours d'arrêt, puis à arrêté.
Tableau 5. Conclusion. Affichage de l'emplacement d'informations supplémentaires sur la mise à l'échelle automatique avec élasticité JVM.
Scène Audio Action à l'écran
16 Pour plus d'informations sur la mise à l'échelle automatique Liberty et la modification des règles de mise à l'échelle par défaut, voir WASdev.net et la documentation relative à WebSphere Application Server Liberty dans IBM Knowledge Center. Affichage des informations sur la documentation :
WASdev
http://developer.ibm.com/wasdev
Documentation WebSphere Application Server Liberty dans l'IBM Knowledge Center
http://www-01.ibm.com/support/knowledgecenter/

Pour plus d'informations, voir Configuration de clusters à mise à l'échelle automatique pour l'élasticité JVM.


Icône indiquant le type de rubrique Rubrique de concept

Nom du fichier : video_transcript_autoscaling_jvm.html