[FRsAG] Question sur vmware et le stockage

florentin raud florentin.raud at gmail.com
Mer 8 Juil 17:20:43 CEST 2015


On 8 Jul 2015 15:45, "Nicolas GORALSKI" <nicolas+ml.frsag at 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/
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://www.frsag.org/pipermail/frsag/attachments/20150708/d7880020/attachment.html>


Plus d'informations sur la liste de diffusion FRsAG