Compréhension de l'architecture
Le but de cet exercice est de vous permettre de manipuler l'architecture d'Elasticsearch, afin d'illustrer le principe de résilience.
Il vous faut pour cela remplir votre base Elasticsearch. Nous allons créer un index boutiques, avec un type restaurant, que nous allons enrichir avec environ 500 restaurants de New-York.
Une fois Elasticsearch et Kibana lancé, ouvrez l'interface de Sense.
Copiez le contenu du fichier ci dessous
Le coller dans la partie requête de Sense
Lancer les deux requêtes
Ouvrez l'interface du plugin Head (http://localhost:9200/_plugin/head/)
Question
Question
Nous allons simuler un cluster de noeud en lancant deux autres instances Elasticsearch.
Aller dans le répertoire d'Elasticsearch
Lancer deux nouvelles instance en lançant deux fois la commande (dans deux nouveaux terminaux)
Linux :
./bin/elasticsearchWindows :
bin\elasticsearch.batActualiser l'interface du plugin Head en rafraîchissant la page.
Question
Comment s'appellent vos nouvelles instances ? Quelle est l'instance principale ?
Question
Arrêter l'instance principale d'Elasticsearch pour simuler une panne :
Ouvrir le terminal ayant lancé l'instance marquée comme principale d'Elasticsearch
Envoyer la commande stop par CTRL+C, et confirmer
Changez d'adresse pour accéder au plugin Head (car vous avec terminé l'instance), en changeant le port par 9201
Question
Comment Elasticsearch a réorganisé l'architecture des shards pour maintenir la disponibilité du cluster ? Quel est le nœud principal ? Quels sont les shards primaires ?
