Bonjour à tous et à Jérémy Le format F2FS est supporté par vos serveurs ? https://fr.m.wikipedia.org/wiki/F2FS
Ce format semble plus tolérant si le problème de cycles d'écriture est une variable importante Richard Le 19 juin 2017 13:29, "Jérémy RIZZOLI" <jeremy.rizz...@gmail.com> a écrit : > Chez nous, on déploie les Hyperviseurs de façon automatique avec > PXE/AutoDeploy et le profil d'hôte qui va bien, puis on reboote en > forçant une install satefull sur un dongle USB local 8G (Clées USB > Carrefour) (ou carte double SD quand il y en a), tout en gardant la conf > dans le PXE/AutoDeploy. Ca permet d'assurer le coup si la clée USB fail, > et inversement, et ça juste marche très bien moyennant quelques mises à > jour de profil d'hôte régulièrement. > > Ensuite on colle 1 SSD (120/256Go) en SATA/SAS direct dans chaque > Hyperviseur, sans contrôleur RAID, on fait au plus simple, genre 1,5fois > la taille de la RAM, juste histoire de l'utiliser pour du Flash Read > Cache sur certaines VM ReadIntensive et d'y mettre aussi le swap des VM > en cas de surcharge .. pour éviter de plomber le SAN inutilement avec > des IOPS lors des incidents/surcharges. > Quant aux logs, un NFS sur un petit NAS dans ce but est amplement > suffisant, et ça coute pas cher .. et ça préserve le SAN pour des IOPS > de prod réelle .. > > Au final des machines de recup suffisent, pas besoin de cartes double SD > ou de controleur RAID/disques, juste un petit SSD sur LDLC suffit, les > machines sont moins complexes, moins couteuses, et plus fiables car > moins de composants donc moins de firmwares buggés (notamment les > controleurs RAID) > > Enfin pour ceux qui se demandent ce qui se passe quand le SSD pète (1 > seule fois en 5 ans), bah ma réponse est : rien, juste que le swap > utilisé et la charge prise par le FRC se reporteront sur le SAN .. mais > acceptable, et ça continue de tourner le temps de remplacer après mise > en maintenance de l'Hyperviseur. > > My 2 Cents > > Jérémy > > Le 19/06/2017 à 14:04, Duchet Rémy a écrit : > > On met les LOGS sur un volume (SAN). Vmware le gère très bien, et on > peut même mettre plusieurs ESXI sur le même volume. > > (https://pubs.vmware.com/vsphere-50/index.jsp?topic=% > 2Fcom.vmware.vsphere.install.doc_50%2FGUID-9F67DB52-F469- > 451F-B6C8-DAE8D95976E7.html ) > > Après, comme on est sur des M6xx, faut sortir la lame pour changer > la/les cartes. De toute façon, vaut mieux éviter les unplug sous tension. > > > > -----Message d'origine----- > > De : David Ponzone [mailto:david.ponz...@gmail.com] > > Envoyé : lundi, 19 juin 2017 13:59 > > À : Duchet Rémy <r...@duchet.eu> > > Cc : Arnaud Launay <a...@launay.org>; frnog@frnog.org > > Objet : Re: [FRnOG] [TECH] HP Dual 8GB microSD EM USB kit > > > > > > > >> Le 19 juin 2017 à 13:28, Duchet Rémy <r...@duchet.eu> a écrit : > >> > >> Par ici on est plutôt adepte de la SD en dual (RAID1 directement > intégré sur la carte mère) des PowerEdge. > >> Pas une seule SD de HS sur les 6 dernières années, sur une centaine de > serveurs. > >> Économie à l'achat, + la conso électrique. > >> C'est sûr que le cout de remplacement (humain) est important, mais > c'est le même entre les cartes et les disques. > > > > Tu as la version avec les 2 slots visibles à l’arrière (donc > remplacement facile) ? > > C’est vrai qu’ils ont été plus malins que HP sur ce coup-là. > > > >> Dans ce genre de config l'ESX boot plus lentement, et faut oublier les > R/W sur les cartes de façon trop répété. > > > > C’est un point intéressant ça. > > On fait quoi des logs quand on boot sur de la flash ? > > > > > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
