On 8 Jul 2015 15:45, "Nicolas GORALSKI" nicolas+ml.frsag@goralski.fr wrote:
Bonjour amis sysadmin
Hello,
J'ai une question d'ordre technique
Dans ma mission actuelle je dois mettre en place un outil de type syslog
concentrator avec du Logstash / Elasticsearch et Kibana.
Ma machine a été livré avec 1 seul disque vmware venant du san.
De mon expérience personnelle, j'ai toujours eu et ou fait des VM de prod
avec au minimum 2 disques
1 pour le system et 1 pour les datas. Je le faisais ainsi ou bien le
demandais et on me le fournissais sans aucune contrainte.
Je poussais même le vice à demande disque lent pour le système (SATA) et
du SAS pour les data (SSD pouvait être aussi demandé).
J'ai comme contrainte les IO que les machines vont générés que le
concentrateur va recevoir et stocker.
Est-ce que certains d'entre vous ont des retours d'expérience qui ont
amené à devoir splitter les disques afin d'augmenter les perfs ?
Sachant que mon client ne fait pas de tiering pour les VM.
Je suis aussi preneur de toute argumentation qui pourrait justifier ou
injustifier ce choix. J'ai recement fait un cluster elastic search pour une stack ELK. J'ai 6 VM, toute avec 1 unique disque (san) sans souci pour l'instant. J'ai 3 VM master only et 1 VM client only (ni master et ni data) qui ont des toute petite specification. Les deux noeuds elastic search prennent 5000 evenements par secondes juste en suivant les recommandations officielles. J'ai pas eu le temps de regarder, mais je suis sure que je peux faire mieu avec un peu configuration.
J'ai cherché sur le net mais j'ai trouvé d'argumentaires qui répondent à
ma question. Le guide ne repondra pas a ta question, mais il a de nombreuses autres recommandations : https://www.elastic.co/guide/en/elasticsearch/guide/current/hardware.html
Cordialement, Flo
Peux être est-ce parce que la plupart des sysadmin font ce choix
naturellement.
Merci pour votre aide. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/