En me connectant à Elasticsearch(ES) via le panneau elasticsearch-head, version : 7.10.2, j’ai rencontré les problèmes suivants :
{
« nom » : « BUREAU-C76AMDM »,
« cluster_name » : « elasticsearch »,
« cluster_uuid » : « g5yrfnSXS6CVusCV5XUMA »,
« version » : {
« numéro » : « 7.10.2 »,
« build_flavor » : « par défaut »,
« build_type » : « zip »,
« build_hash » : « 747e1cc71def077253878a59143c1f785afa92b9 »,
« build_date » : « 2021-01-13T00:42:12.435326Z »,
« build_snapshot » : faux,
« lucene_version » : « 8.7.0 »,
« minimum_wire_compatibility_version » : « 6.8.0 »,
« minimum_index_compatibility_version » : « 6.0.0-beta1 »
},
« slogan » : « Vous savez, pour la recherche »
}
Vueudp-test-2021.01.27Paramètres de l’index :
La connexion hyperlientérée est visible.
Vous pouvez aussi le voir via Kibana, comme montré ci-dessous :
{
« udp-test-2021.01.27 » : {
« paramètres » : {
« index » : {
« routing » : {
« allocation » : {
« include » : {
« _tier_preference » : « data_content »
}
}
},
« number_of_shards » : « 1 »,
« provided_name » : « udp-test-2021.01.27 »,
« creation_date » : « 1611732606460 »,
« number_of_replicas » : « 1 »,
« uuid » : « Ss4YOET8Rym1czi7CeyHgg »,
« version » : {
« créé » : « 7100299 »
}
}
}
}
}
number_of_shards fait référence au nombre de fragments à former par l’index, qui ne peut être spécifié qu’au moment de la création de l’index, et ne peut être modifié ultérieurement.
number_of_replicas fait référence au nombre de copies que chaque fragment possède, qui peuvent être modifiées dynamiquement par la suite
Fragment principal : Le fragment principal, chaque document est stocké dans un fragment, lorsque vous stockez un document, le système le stocke d’abord dans le fragment principal, puis il est copié dans une autre copie. Par défaut, un index contient 5 fragments principaux. Vous pouvez définir le nombre de fragments à l’avance, et une fois le fragment créé, le nombre de fragments ne peut pas être modifié.
Fragment réplique : Fragment réplique, chaque fragment contient zéro ou plus de répliques. Les répliques sont principalement reproduites par le fragment principal, ce qui peut augmenter la disponibilité et améliorer les performances.
Par défaut, une assignation maître possède une réplique, mais le nombre de répliques peut être augmenté dynamiquement plus tard dans la configuration.
La réplique doit être déployée sur un nœud différent, et non sur le même nœud que le fragment principal.
solution
Utilisez Kibana pour envoyer une requête PUT afin de modifier les paramètres de l’index, comme montré dans l’image suivante :
Ou bien envoyer la requête en utilisant la commande curl, qui est la suivante :
Après modification, le statut ES est normal, comme montré dans la figure suivante :
(Fin)
|
Publié sur 28/01/2021 14:27:14
|
|
|
|
