> Stéphane Rivière a écrit :
> Sans compter que ces batteries sont de remarquables nids à fails.
+1, les batteries classiques faut pas compter dessus.
> Il parait qu'aujourd'hui il font ça avec des
> supercaps histoire d'éviter les pleurs...
Oui, avec des capacités mesurées en Farads, ce qui par
J'utilise qcow en prod sur des milliers de VM depuis des annees, dont de
grosses VM qui encaissent pres d'1 Gb/s de trafic sans jamais un soucis.
Survecu a tous les crashs, et snapshots en ce qui me concerne bien plus
fiable que lvm..
Le nombre n'est pas raison mais si t'es pas à 20% de perf e
Je n'utiliserais pas qcow en prod, même pour du snapshot, c'est sous
performant, toujours une image raw en lvm... Mais ça n'enlève pas le
bug, on est bien d'accord :)
J'utilise qcow en prod sur des milliers de VM depuis des annees, dont de
grosses VM qui encaissent pres d'1 Gb/s de trafic
artagé entre 2 noeuds, donc pas de mode
cluster)
- Mail original -
De: "David Ponzone"
À: "stef"
Cc: "aderumier" , "Olivier Lange" ,
"Duchet Rémy" , "Richard Klein" ,
"Ludovic Scotti" , "frnog"
Envoyé:
>
> Je n'utiliserais pas qcow en prod, même pour du snapshot, c'est sous
> performant, toujours une image raw en lvm... Mais ça n'enlève pas le bug, on
> est bien d'accord :)
>
Mais promox ne supporte pas les snapshot en LVM sur iSCSI.
Pas dans ma version en tout cas.
--
pardon, je ne voulais pas dire "n'autorise pas", mais ne supporte pas, ne
garantit pas
d'enventuels problèmes. (en gros, pas dispo dans l'installeur, mais rien
n'empeche d'installer une debian en raid soft et d'installer proxmox au dessus).
J'ai compris la subtilité :)
suffit de voir le nomb
phy me fera tomber dans les 0.01% de bug possible).
Ce qui m'ennuie le plus, c'est que ca ne se bouge pas trop coté dev pour les
fixer.
- Mail original -
De: "stef"
À: "aderumier" , "Olivier Lange"
Cc: "Duchet Rémy" , "Richard Klein&
mais une simple vm , avec une partition de swap en o_direct, peux corrompre le
raid soft
Une VM Linux avec une swap ? Sérieux ?
J'ai un autre cas où le raid déconne sous Linux, c'est quand met un coup
de marteau aux disques :>
The swap writes finish. Now the raid is degraded.
Pour être s
je ne sais pas pour vmware, mais pour proxmox par example, il ne recommande pas
le raid soft
pour une simple raison, il peux y avoir des corruption des données dans les vms
qui utilisent O_DIRECT.
https://bugzilla.kernel.org/show_bug.cgi?id=99171
Qui se termine par ...
We can confirm
Le 15/06/2019 à 21:25, Duchet Rémy a écrit :
Nagios ou équivalent + logiciel du fabricant (pour moi Dell, qui le
fournit gratuitement).
Fonctionne sur Linux et Windows, vmware.
Préviens même des updates firmware, des predictives failures etc..
Ah oui... Dell... Sérieux... Bien... :)
--
Stépha
erumier"
Cc: "Duchet Rémy" , "stef" , "Richard Klein"
, "Ludovic Scotti" , "frnog"
Envoyé: Dimanche 16 Juin 2019 10:26:20
Objet: Re: [FRnOG] [TECH] Serveur avec disques NVMe
Peut-être, même si j'ai jamais eu de soucis, et qu'auj
Duchet Rémy a écrit :
>
> > Nagios ou équivalent + logiciel du fabricant (pour moi Dell, qui le
> > fournit gratuitement).
> > Fonctionne sur Linux et Windows, vmware.
> > Préviens même des updates firmware, des predictives failures etc..
> >
> > Rémy
> &
ot;
Cc: "stef" , "Richard Klein" ,
"Ludovic Scotti" , "frnog"
Envoyé: Samedi 15 Juin 2019 21:32:28
Objet: Re: [FRnOG] [TECH] Serveur avec disques NVMe
Pour moi, en 2019, un raid hard, c'est juste un spof de plus sur un
serveur. Aucun intérêt. J
vière
> Date : 15/06/2019 19:07 (GMT+01:00)
> À : Duchet Rémy , Richard Klein ,
> Ludovic Scotti
> Cc : frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] Serveur avec disques NVMe
>
> > Le choix raid soft ou hard est un choix d'économie avant tout selon moi.
>
> Sincè
gt; Rémy
>
>
>
> Message d'origine
> De : Stéphane Rivière
> Date : 15/06/2019 19:07 (GMT+01:00)
> À : Duchet Rémy , Richard Klein ,
> Ludovic Scotti
> Cc : frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] Serveur avec disques NVMe
>
> > L
(GMT+01:00)
À : Duchet Rémy , Richard Klein ,
Ludovic Scotti
Cc : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] Serveur avec disques NVMe
> Le choix raid soft ou hard est un choix d'économie avant tout selon moi.
Sincèrement... non... En tout cas pour moi...
J'ai eu des clients haut
Le choix raid soft ou hard est un choix d'économie avant tout selon moi.
Sincèrement... non... En tout cas pour moi...
J'ai eu des clients haut de gamme, au début, j'ai voulu les soigner,
leur mettre le meilleur, pas lésiner... La seule fois où j'ai perdu un
RAID... La honte... Bon, y'avait d
Et pas de supervision sur ce type d’alarme et bien les serveurs étaient
en mode dégradé pendant plusieurs années.
+1000
L'horreur de la supervision des cartes RAID HW... Alors qu'en natif, du
contrôle avec smartctl + états mdadm et on reste dans le standard
reproductible : la moindre chtouill
Le sam. 15 juin 2019 à 17:37, Ludovic Scotti a écrit :
> Avec vos RAID soft comment gérez-voud la coupure électrique ou autre et
> que les données n'ont pas été flushé sur les disques ?
> Les cartes HW ont en général une batterie associé pour garder en cache les
> données en mémoire le temps que
igé de remonter une sauvegarde.
Le choix raid soft ou hard est un choix d'économie avant tout selon moi.
Rémy
Message d'origine
De : Richard Klein
Date : 15/06/2019 18:30 (GMT+01:00)
À : Ludovic Scotti
Cc : frnog@frnog.org, s...@genesix.org
Objet : Re: [FRnOG] [T
Bonjour,
Avec vos RAID hard et le flush du cache en ram sauvegardé par une pile au
lithium avec 500 cycles de charge/décharge qui génère des alarmes dans les
logs lorsque la pile est HS vous faite quoi?
Et pas de supervision sur ce type d’alarme et bien les serveurs étaient en
mode dégradé pendant
Le 15/06/2019 à 17:37, Ludovic Scotti a écrit :
Avec vos RAID soft comment gérez-voud la coupure électrique ou autre et
que les données n'ont pas été flushé sur les disques ?
Avec un onduleur ? :>
Sérieusement, au moins dans les micro installations de quelques baies
(mon rayon d'action, après
Avec vos RAID soft comment gérez-voud la coupure électrique ou autre et que
les données n'ont pas été flushé sur les disques ?
Les cartes HW ont en général une batterie associé pour garder en cache les
données en mémoire le temps que cela soit de nouveau possible d'écrire sur
les disques.
Le ven.
Donc oui, je ne vois pas l'avantage du RAID HW en 2019 ?
+1
Dans la plupart des cas : que des emmerdes, de la complication et des
incompatibilités. Et ça fait au moins 10 ans que le raid soft est plus
rapide que 90% des cartes hardware...
Mais il y a des os ou des virtualiseurs qui adorent
Maintenant, les CPUs font le RAID de manière efficace en soft :
https://software.intel.com/en-us/articles/intel-isa-l-erasure-code-and-recovery
Pour la latence, les queues soft sont plus faciles à gérer que les queues
HW, donc j'attends ceux qui montrent des contrôleurs HW avec une manière
late
Le 14/06/2019 à 14:29, Breizh a écrit :
> Salut,
>
> Le Fri, 14 Jun 2019 14:15:12 +0200
> Sébastien COUREAU a écrit:
>> Hello les listes (frsag & frnog),
>>
>> Petit challenge de dredi - pas trolldi - concernant les disques
>> NVMe...
>>
>> Admettons que je veux faire du raid soft (pourquoi pas a
Salut,
Le Fri, 14 Jun 2019 14:15:12 +0200
Sébastien COUREAU a écrit:
> Hello les listes (frsag & frnog),
>
> Petit challenge de dredi - pas trolldi - concernant les disques
> NVMe...
>
> Admettons que je veux faire du raid soft (pourquoi pas après tout),
> avec des disques PCIe sous une distrib
Hello les listes (frsag & frnog),
Petit challenge de dredi - pas trolldi - concernant les disques NVMe...
Admettons que je veux faire du raid soft (pourquoi pas après tout), avec
des disques PCIe sous une distrib quelconque Linux.
Est-ce que cela fonctionne ?
J'explique ma question: autant av
28 matches
Mail list logo
