Auteur Sujet: Évolution serveur/NAS  (Lu 2649 fois)

0 Membres et 1 Invité sur ce sujet

renaud07

  • Client Orange adsl
  • *
  • Messages: 2 072
Évolution serveur/NAS
« Réponse #12 le: 27 février 2019 à 21:56:48 »
Proxmox c'est du KVM, je suis surpris que les perfs I/O soient si dégradées : les drivers paravirtualisés (virtio) ont bien été utilisés ?

Pour mon cas, oui :

renaud07

  • Client Orange adsl
  • *
  • Messages: 2 072
Évolution serveur/NAS
« Réponse #13 le: 04 novembre 2019 à 22:58:36 »
Bonsoir,

J’ai enfin décidé de remplacer cette carte mère par quelque chose de plus consistant.

Après recherche, j'ai jeté mon dévolu sur une Asrock B85M Pro4 que j'ai trouvé pour 30€ avec un défaut néanmoins : 2 pins du socket tordu, d'après le vendeur elle fonctionne quand même et puis ça ne doit pas être bien difficile à redresser. (j'avais aussi une b250m pro4 pour le même prix, mais elle avait 3 pins tordu et 2 emplacements de RAM HS, j'ai préféré ne pas tenter le diable... et la plateforme étant récente j'aurais douillé sur la DDR4 et le CPU)

Elle possède une carte réseau intel et surtout l'activation du VT-d dans le BIOS. Ce qui est apparemment le cas de quasi toutes les CM Asrock et ça c'est cool.

Maintenant, je lui cherche un CPU. Y'a t-il une bonne différence entre les i5 basse conso et les normaux ou c'est juste en charge ? Car vu qu'en théorie un NAS est au repos 90% du temps je me demande si ça vaut le coup de payer plus cher ces déclinaisons au TDP réduit ?
« Modifié: 05 novembre 2019 à 02:58:41 par renaud07 »

renaud07

  • Client Orange adsl
  • *
  • Messages: 2 072
Évolution serveur/NAS
« Réponse #14 le: 08 novembre 2019 à 15:51:53 »
Et voici la nouvelle config :

-Asrock B85M Pro4 : 30€
-i5 4590T : 50€
-2x4 Go 1333 Mhz : 20€

J'ai reçu la CM ce matin. Plus qu'à attendre le CPU et la RAM.

Finalement j'ai bien fait de conserver mon Cooler Master TX3 evo, ça ira nickel pour ce CPU  :)

renaud07

  • Client Orange adsl
  • *
  • Messages: 2 072
Évolution serveur/NAS
« Réponse #15 le: 09 novembre 2019 à 03:52:26 »
Après quelques sueurs froides, j'ai réussi à détorde les pins mais ça a été hyper délicat, avec une aiguille et une pince à épiler bien trop grosse pour ce genre de travaux... Y'en a une qui était totalement retournée, j'ai bien cru que j'allais la casser. Si je me suis pas trompé c'est une pin de VSS (AC36), donc pas trop grave (ce qui explique pourquoi ça marche encore).

Au final elles sont de nouveau à peu près dans la bonne position, j'espère que ça ira. Verdict la semaine prochaine (j'ai peur)
« Modifié: 09 novembre 2019 à 04:26:39 par renaud07 »

renaud07

  • Client Orange adsl
  • *
  • Messages: 2 072
Évolution serveur/NAS
« Réponse #16 le: 16 novembre 2019 à 03:39:11 »
CPU reçu jeudi. Tout fonctionne. La conso est de 30w au repos et 60w en charge avec toujours 2 HDD, c'est pas mal comparé aux 20w du J1900.

Il n'y a pas non plus besoin de beaucoup de ventilation, je n'ai laissé que le ventilo du boitier et il ne dépasse pas les 50° en charge. Bon point là aussi.

J'ai installé proxmox et openmediamvaut, mais j'ai un petit soucis au niveau des données SMART. Elles ne s'affichent pas en mode scsi ou virtio. En mode SATA oui, mais ce sont des données génériques et non celles du disque.

Apparemment c'est censé fonctionner en SCSI (en mode Virtio SCSI), mais pas dans mon cas... J'avais pensé mettre en passtrough le contrôleur SATA, mais malheureusement tout est géré par le chipset (je croyais qu'il y avait 2 ports géré par un chip dédié car en 3gb/s, mais non).

Lors de l'ajout, y'a un petite erreur mais je ne pense pas que ça influe (ça le fait dans tous les modes) :
qm set 100 -sata1 /dev/disk/by-id/ata-ST1000DM003-1CH162_Z1DB47W0
Use of uninitialized value $volname in string eq at /usr/share/perl5/PVE/API2/Qemu.pm line 70.
update VM 100: -sata1 /dev/disk/by-id/ata-ST1000DM003-1CH162_Z1DB47W0
Use of uninitialized value $volname in string eq at /usr/share/perl5/PVE/API2/Qemu.pm line 148.

renaud07

  • Client Orange adsl
  • *
  • Messages: 2 072
Évolution serveur/NAS
« Réponse #17 le: 18 novembre 2019 à 03:31:04 »
Après plus ample recherche, il n'y a apparemment pas solution propre pour gérer SMART sans passtrough complet du contrôleur SATA.

Donc je me demandais si ça revenait au même de faire gérer le tout par proxmox directement ? Et dans le cas d'un RAID, est-ce ok pour attacher /dev/mdX à omv et que le RAID soit géré par proxmox ? Pas de risque de perte de données en cas de crash d'un HDD ? Ça ne reviendrait pas un peu à un RAID matériel où le système n'a pas connaissance de ce qu'il se passe en dessous ?

Alors oui je sais que PM ne supporte pas officiellement le RAID, mais on peut quand même l'installer.

renaud07

  • Client Orange adsl
  • *
  • Messages: 2 072
Évolution serveur/NAS
« Réponse #18 le: 05 décembre 2019 à 01:55:13 »
C'est officiel : Je passe à 2 To de stockage avec 3x1 To en RAID (on commence gentiment  :P)

Viens alors le choix de la solution :
-mdadm
-btrfs
-zfs

Étant donné que j'ai déjà expérimenté des corruptions de données avec un HDD qui avait son alimentation qui coupait (mais qui bizarrement ne le fait plus depuis que j'ai échangé les prises d'alim...) je pense plutôt me tourner vers les deux derniers qui intègre des mécanisme de protection contre la corruption, chose que mdadm ne fait pas à priori.

J'ai vu que btrfs avait encore quelques bugs sur la gestion en RAID5/6... dommage. Reste donc ZFS qui est largement éprouvé.

J'hésite à l'installer sur OMV ou remplacer par FreeNAS. Y'a aussi la fameuse contrainte de la RAM... Je ne sais pas trop quoi en penser, certains disent qu'on peut s'en servir quand même mais que les perfs seront moindres, d'autres ne le recommande pas du tout si on a pas une quantité suffisante de RAM.

Sachant que j'ai 8 Go mais que tout ne sera pas alloué (autres VMs oblige).

Des avis ?

lechercheur123

  • Client Orange Fibre
  • *
  • Messages: 1 044
  • Montauban (82)
Évolution serveur/NAS
« Réponse #19 le: 06 décembre 2019 à 22:16:09 »
Étant donné que j'ai déjà expérimenté des corruptions de données avec un HDD qui avait son alimentation qui coupait (mais qui bizarrement ne le fait plus depuis que j'ai échangé les prises d'alim...) je pense plutôt me tourner vers les deux derniers qui intègre des mécanisme de protection contre la corruption, chose que mdadm ne fait pas à priori.

Ah ? J'utilise un pool de 7 disques + un spare en RAID 6 sous mdadm. Il y a vraiment un risque de corruption ?

Sinon, bravo pour l'upgrade :)  Perso, j'utilisais OMV, mais j'ai fini par trouver que ça me limitait trop (par exemple, je voulais mon propre postfix, qui rentrait en compétition avec celui installé par OMV). J'ai donc fini par passer sur une Debian Server toute simple :)

renaud07

  • Client Orange adsl
  • *
  • Messages: 2 072
Évolution serveur/NAS
« Réponse #20 le: 14 décembre 2019 à 20:21:17 »
Ah ? J'utilise un pool de 7 disques + un spare en RAID 6 sous mdadm. Il y a vraiment un risque de corruption ?

Un RAID simple détecte seulement si un disque est ok ou non, mais si par exemple un écrit n'importe quoi mais qu'il ne l’indique pas au système (genre secteurs morts), le disque ne sera pas mis de côté et des données incorrectes seront quand même écrites. C'est ce qu'on appelle couramment la corruption silencieuse.

Un article qui explique bien la chose en comparant ZFS avec un RAID classique : https://www.klennet.com/notes/2019-07-04-raid5-vs-raidz.aspx la partie intéressante est celle-ci :

With silently corrupt data, RAIDZn can reconstruct damaged data, thanks to the extra checksum provided by ZFS. Having no extra help, traditional RAID does not recover from silent data corruption, because it does not know which block to reconstruct.

Sinon, bravo pour l'upgrade :)  Perso, j'utilisais OMV, mais j'ai fini par trouver que ça me limitait trop (par exemple, je voulais mon propre postfix, qui rentrait en compétition avec celui installé par OMV). J'ai donc fini par passer sur une Debian Server toute simple :)

Je me demande aussi si je ne vais pas remettre une debian minimale comme avant. Car j'ai par exemple un bug bizarre lorsque j'uploade une image iso un peu grosse par proxmox.

L'écriture ne se fait pas en temps réel mais seulement à la fin. Du coup vu que ça écrit une grosse quantité de données très rapidement sur le disque la consommation de RAM augmente et me fait planter le partage samba... qui revient quelques secondes après mais c'est assez pénible.

lechercheur123

  • Client Orange Fibre
  • *
  • Messages: 1 044
  • Montauban (82)
Évolution serveur/NAS
« Réponse #21 le: 14 décembre 2019 à 20:25:22 »
Mdadm fait un test mensuel sur les disque, qui prend quand même 16 heures pour mon pool de 7 disques de 2 To. À ce moment là, mdadm ne vérifie pas la présence de données corrompues ?

renaud07

  • Client Orange adsl
  • *
  • Messages: 2 072
Évolution serveur/NAS
« Réponse #22 le: 14 décembre 2019 à 20:37:01 »
Ça vérifie la cohérence des données, oui. Par contre j'ai lu des choses contradictoires sur le fait que ça les répare automatiquement...


lechercheur123

  • Client Orange Fibre
  • *
  • Messages: 1 044
  • Montauban (82)
Évolution serveur/NAS
« Réponse #23 le: 14 décembre 2019 à 21:47:53 »
Visiblement, avec un RAID 6 on peut détecter et réparer les corruptions de données (contrairement aux autres RAID) : https://mirrors.edge.kernel.org/pub/linux/kernel/people/hpa/raid6.pdf (partie 4)

Après, ça "doit" être implémenté dans mdadm (ou non)...

 

Mobile View