Forum Linux.debian/ubuntu Choix disque dur : mécanique, SSD ou SSD M.2 ?

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
0
30
mar.
2021

Bonjour à tous,

Quelle technologie est la plus fiable dans le temps pour les HDD d'un serveur ?

Les disques méca, SSD ou SSD M.2 ? Pour une utilisation H24 standard multiservice 10-15 personnes (clients) et parfois en compilation (1 personne).

Comme ma carte mère à un slot M.2, je me demandais si c'était vraiment utile.

Je pensais pour la partition,
"/" 1 HDD SSD ou SSD M.2
"data" 1 HDD RED 2To
"compilation" HDD SSD

Est-ce qu'on peut aussi surveiller de la même façon du SSD / SSD M.2 de la même manière qu'un HDD mécanique avec smartmontools.

Merci d'avance.

Mécanique gamme RED 2To : https://www.ldlc.com/fiche/PB00267192.html
SSD Blue : https://www.ldlc.com/fiche/PB00272197.html
SSD M.2 : https://www.ldlc.com/fiche/PB00355223.html

  • # Ça dépend de l'utilisation

    Posté par  (site web personnel) . Évalué à 2.

    Déjà faut savoir qu'un SSD et un m.2 c'est la même chose, c'est juste le format qui change. Pour des serveurs je crois pas que les SSD soient très fréquents déjà parce qu'ils sont onéreux à très grand volume mais forcément ils ne sont pas éternel et s'il y a beaucoup d'écriture il faudra surveiller l'usure.

    Si tu souhaites simplement faire un serveur de stockage / sauvegarde ou petite écriture je pense qu'un disque dur sera largement suffisant.

    Pourquoi pas un SSD pour le stockage de compilation comme tu l'a indiqué dans ton message aussi. En gros, un espèce de très large /tmp dédié à ce disque dur.

    git is great because linus did it, mercurial is better because he didn't

    • [^] # Re: Ça dépend de l'utilisation

      Posté par  (site web personnel) . Évalué à 2.

      Pour aller dans le même sens, mon expérience est que les SSD supportent assez mal de très grosses charges de (lecture)-écriture. C'était du moins le cas avec les SSD il y a quelques années et il semble que la tendance ne soit pas forcément à l’amélioration de ce côté.

      Pour juste un peu de compilation et beaucoup de bureautique, ça devrait toutefois le faire sans problème, avec un confort certain pour les utilisateurs.

      Côté smartmontools aux dernières nouvelles, un peu surannée, que j'en ai prise — autrement dit elles sentent la naphtaline — aucun mécanisme ne permettait d'anticiper les problèmes spécifiques des SSD.

      « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

      • [^] # Re: Ça dépend de l'utilisation

        Posté par  (Mastodon) . Évalué à 3. Dernière modification le 31 mars 2021 à 09:09.

        Côté smartmontools aux dernières nouvelles, un peu surannée, que j'en ai prise — autrement dit elles sentent la naphtaline — aucun mécanisme ne permettait d'anticiper les problèmes spécifiques des SSD.

        N'importe quel disque dur, qu'il soit mécanique ou ssd peut mourrir du jour au lendemain. Les backups sont plus importans que l'anticipation.

        Cela-dit, tout ssd a une limite finie et ces informations sont fournies par les firmwares et restent accessibles via smartmontools. Exemple sur mon laptop c'est le "Percentage used" qui compte, mais ça dépend bien évidemment de la marque et du firmware:

            ~ $ sudo smartctl -a /dev/nvme0n1 
    smartctl 7.2 2021-01-17 r5171 [x86_64-linux-5.11.9-200.fc33.x86_64] (local build)
    Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

    === START OF INFORMATION SECTION ===
    Model Number:                       SAMSUNG MZVLW256HEHP-000L7
    Serial Number:                      S35ENX1K742001
    Firmware Version:                   5L7QCXB7
    PCI Vendor/Subsystem ID:            0x144d
    IEEE OUI Identifier:                0x002538
    Total NVM Capacity:                 256,060,514,304 [256 GB]
    Unallocated NVM Capacity:           0
    Controller ID:                      2
    NVMe Version:                       1.2
    Number of Namespaces:               1
    Namespace 1 Size/Capacity:          256,060,514,304 [256 GB]
    Namespace 1 Utilization:            137,691,025,408 [137 GB]
    Namespace 1 Formatted LBA Size:     512
    Namespace 1 IEEE EUI-64:            002538 b781b78ba9
    Local Time is:                      Tue Mar 30 12:21:45 2021 CEST
    Firmware Updates (0x16):            3 Slots, no Reset required
    Optional Admin Commands (0x0017):   Security Format Frmw_DL Self_Test
    Optional NVM Commands (0x001f):     Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat
    Log Page Attributes (0x03):         S/H_per_NS Cmd_Eff_Lg
    Warning  Comp. Temp. Threshold:     69 Celsius
    Critical Comp. Temp. Threshold:     72 Celsius

    Supported Power States
    St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
     0 +     7.60W       -        -    0  0  0  0        0       0
     1 +     6.00W       -        -    1  1  1  1        0       0
     2 +     5.10W       -        -    2  2  2  2        0       0
     3 -   0.0400W       -        -    3  3  3  3      210    1500
     4 -   0.0050W       -        -    4  4  4  4     2200    6000

    Supported LBA Sizes (NSID 0x1)
    Id Fmt  Data  Metadt  Rel_Perf
     0 +     512       0         0

    === START OF SMART DATA SECTION ===
    SMART overall-health self-assessment test result: PASSED

    SMART/Health Information (NVMe Log 0x02)
    Critical Warning:                   0x00
    Temperature:                        34 Celsius
    Available Spare:                    100%
    Available Spare Threshold:          10%
    Percentage Used:                    1%
    Data Units Read:                    5,596,756 [2.86 TB]
    Data Units Written:                 12,417,834 [6.35 TB]
    Host Read Commands:                 94,729,848
    Host Write Commands:                322,867,232
    Controller Busy Time:               921
    Power Cycles:                       844
    Power On Hours:                     816
    Unsafe Shutdowns:                   83
    Media and Data Integrity Errors:    0
    Error Information Log Entries:      138
    Warning  Comp. Temperature Time:    0
    Critical Comp. Temperature Time:    0
    Temperature Sensor 1:               34 Celsius
    Temperature Sensor 2:               43 Celsius

  • # SSD vs mecanique

    Posté par  (Mastodon) . Évalué à 6.

    D'un point de vue purement performance, les disques mécaniques sont à la ramasse face aux SSD. En terme d'énergie consommé les SSD sont aussi plus économes. Il n'y a qu'en terme de ratio capacité/prix qu'ils sont avantageux. Les disques mécaniques sont aussi plus sensibles au bruit et aux chocs. Si tu hurles devant ton serveur il va parquer ses têtes et attendre pour écrire ;-)

    Il existe de nombreuses gammes de disques, que ce soit SSD ou mécaniques, des modèles dédiés aux pc de grand public, d'autres pour les gammes serveurs. Bien évidemment les seconds sont plus chers, plus performants et sont conçus pour durer plus longtemps. D'une manière générale on peut cependant affirmer que les SSD sont conçus pour avoir une durée de vie espérée égale à supérieur à celle d'un disque mécanique du même niveau de gamme. La différence c'est qu'un SSD a une limite relativement finie et mesurable là où l'usure d'un disque mécanique est connue de manière plus statistique.

    Dans tous les cas :
    - tu peux avoir une idée de l'espérance de vie via smartmontools.
    - aussi rare soit-il, il faut garder en tête qu'un disque peut être HS du jour au lendemain sans prévenir, quelque soit sa construction.

    Certains filesystems comme ZFS sont intéressants car ils permettent d'utiliser des disques différents pour le cache en lecture et le buffer d'écriture. Ça permet de mixer ssd rapide pour le cache avec gros disque mécanique pour le gros des données. Il existe aussi des outils comme bcache (fonctionnalité intégrée au kernel et utilisable via les bcache-tools) et son remplaçant plus moderne bcachefs (encore en beta, est mostly posix compliant mais ne supporte pas encore les exports nfs ou les quotas).

    • [^] # Re: SSD vs mecanique

      Posté par  . Évalué à 1.

      Pas mieux : si tu as l'argent, prend des SSDs.

      Pour compléter :
      - vois si tu peux faire un RAID5 (ou son équivalent ZFS) avec 4 SSDs de 1To par exemple. Tu gagneras en sécurité¹ et en performance.
      - sur des compilations, tu vas gagner un temps fou avec des SSDs.

      [1] mais faut quand même faire des sauvegardes hein ;)

  • # SSD - M2 - NVME

    Posté par  . Évalué à 2.

    Bonjour,

    Sur les connecteurs M2 il peut y avoir un bus SATA ou un bus PCI-Express (disques NVME qui utilisent directement le PCI-E)
    Maintenant au niveau endurance, les disques se tiennent de plus en plus (https://www.backblaze.com/b2/hard-drive-test-data.html), c'est plus une question de coût et de vitesse du serveur.
    Pour info, de plus en plus de serveur sont livrés en SSD voir en NVME.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.