[gull] Proxmox et HP DL380p G9

[Daniel Cordey]

On 07. 09. 15 16:47, Frédéric Benninger wrote:

Frédéric,

> ProxMox ne supportant pas mdadm, l'utilisation d'une carte RAID matériel me semble
> indispensable dans le cas de serveurs destinés à la virtualisation.
>
> Alors vers quelle fournisseur se tourner quand on cherche à mettre à l'abri ses données
> d'une panne disque et augmenter les IO de notre OS préféré?

Il faut aussi fuire comme la peste les cartes RAID. Pourquoi ? 
Parcequ'en cas de problème de ta carte, tu as un vrai problème que les 
RAID proprios se chargent d'amplifier d'un facteur 1000. En général t'es 
mort si tu n'as pas de backup et, aux mieux, il te faut plusieurs jours 
pour récupérer tes données...

Il est a noté que RAID ne fait plus partie des examens de certifications 
de Linux Foundation Certified System Administrator (LFCS) ! Cela en dit 
assez long sur la pertinence et l'avenir de RAID.

Si vraiment tu veux faire du RAID, fait le en software. C'est beaucoup 
beaucoup plus souple et les performances sont excellentes.

Il faut toujours se poser la question de savoir ce que l'on veut faire 
avec le RAID. Soit l'on cherche de la performance (RAID0), soit la 
fiabilité (RAID1/10); on oublie le RAID5 ! Or, btrfs répond en partie à 
ces préoccupations et des technologies comme CEPH et GlusterFS font 
mieux que du RAID; mais il est vrai que l'infrastructure est bien plus 
complexe.

> Parfois vue le temps passé et les bouillons que je me suis pris à mettre à jour/tester/
> activer des firmwares propriétaires, je me demande s'il ne serait pas mieux de faire
> machine arrière et consacrer ce temps à assembler/remplacer du matériel plus standard.

Très bon réflexe. C'est ce que je fais depuis 15 ans avec les PC/Desktop 
et 10 ans avec les serveurs. Je monte mes PCs en pièce détachées. Cela 
me permet de choisir chaque composant et de réduire le coût 
drastiquement. Pour les serveurs, tu peux te servir chez Transtec (j'y 
ai toujours eu un très bon service), ou avec du SuperMicro. 
Actuellement, je suis beaucoup plus dans le clustering, et je construit 
mes architecture à base de matériel commandé à Taiwan (par exemple 
http://www.commell.com.tw/ mais il y en a d'autres)

> Sur une petite infra avec des serveurs pro, se pose également le dilemme ente  iLO/
> iDRAC/IPMI, à savoir qu'il m'est impossible de comparer les 3 produit à un instant t,
> d'une part parce que ces technologies évoluent et d'autres part, certaines
> fonctionnalités dépendent du prix des licences qu'on veut/peut acquérir.

Oui, c'est trop chronophage ! J'ai abandonné cette manière de faire il y 
a très longtemps. Il est impossible de penser que l'on va avoir du 
matériel bien compatible dans le temps. On oublie ! Il faut admettre que 
ton infrastructure sera en permanence hétérogène. Exit tout ce qui te 
lie à des licences... tu vas payer cher pour quelque chose qui va 
t'empêcher d'évoluer rapidement. Tu choisis ta gamme/type de CPU, ta 
RAM, tes disques et leur technologie (SATA, SAS, SSD...) et tu fais ton 
shopping chez des gens qui arrivent à mélanger cet ensemble de choses 
(HP n'y arrive pas ! C'est à hurler de rire). Franchement, pour les 
serveurs, j'ai toujours trouvé mon bonheur chez Transtec 
(http://www.transtec.ch/fr/)

> Finalement
> pour quelques machines je fini encore par massacrer du temps à étudier/comparer
> toutes les options d'extension de garantie à activer ou non sur les produits qu'offre
> les acteurs de la place.

Les seules garanties à regarder sont celles du hardware. Chez Transtec, 
c'est (sauf erreur) trois ans en standard. Leur service fonctionne bien 
et cela s'avère plus efficace que les garanties HP (ou autres) qui se 
contentent de te faire payer une somme importante pour te garantir qu'un 
gugusse qui ne connaît que W* te rappellera dans les 14 heures en te 
disant "c'est quoi votre problème". La suite est écrite dans les 20 
pages du contrat que tu as signé et qui te garanti qu'HP va t'écouter et 
te faire des courbettes, mais pas que l'on va forcément résoudre ton 
problème. J'ai une liste tellement longue de c... que le SAV m'a servi 
en 20 ans que je pourrais en écrire un bouquin. Oublie donc les 
contrats/garanties des grands constructeurs. Ils ont été rédigés pas des 
juristes désireux de se couvrir dans tous les cas de figures (aidés par 
des financiers qui considènt que le SAV doit être une source de revenu), 
et pas par des ingénieurs soucieux de résoudre ton problème. Achète un 
serveur en plus et tu pourras avoir un super temps de réponse en cas de 
problème !

> Bref difficile de faire des choix intelligents quand le Q entre deux chaises et qu'on
> cherche à se positionner. Au risque de passer pour un amateur, ne serait-il pas plus
> intéressant de travailler avec du matériel SOHO ( Small Office/Home Office ) i7, de
> la RAM ECC et une carte Adaptec à 400.- permettant d'utiliser des disques abordable?

Parfaitement exact !!!

> Car la virtualisation KVM, OpenVz et bientôt LXC offre une très grand souplesse
> d'utilisation et d'excellente possibilités de backup et reprise après incident.

OpenVZ n'est plus supporté par Debian et KVM est fait si tu veux tourner 
différents OS/version sur le même hardware. La tendance est maintenant à 
la "conteneurization" avec Docker ou CoreOS. Ceci se couple à Rocket, 
Kubernetes, Hadoop, CEPH, etc.

Il n'y a pas photo avec les solutions propriétaires et ça fait beaucoup 
plus que du RAID :-)

> (A condition bien sûre d'avoir le personnel qualifié pour analyser et faire face aux
> imprévus.

Ah, c'est le point sensible en ce moment :-) Ces technologies sont en 
passe de révolutionner complètement le domaine de l'IT et il vaut mieux 
essayer de s'accrocher au train maintenant. On peut toujours faire appel 
a un consultant dans ce domaine si l'on a besoin d'aide pour définir une 
stratégie de transition.

dc