Le SSD a perdu quarante pour cent en un an : pourquoi Proxmox use un disque plus vite

Vous avez monté le serveur, un an a passé, et l’indicateur de vie du SSD est descendu à soixante pour cent. La première pensée est une panne. En général, ce n’en est pas une.

Le disque n’est pas cassé, la charge est différente.

Ce qu’est l’usure

Les cellules d’un SSD supportent un nombre limité d’écritures. Le disque le rapporte sous forme de pourcentage : ce qu’il reste. Pendant que le pourcentage baisse, le disque ne ralentit pas, ne casse pas, ne laisse rien paraître. Seul le chiffre descend.

C’est ce qui fait de l’usure une mesure sournoise : quand vous le remarquez, vous êtes déjà proche du bout du chemin.

Un disque de serveur ne se repose pas comme un disque de bureau

Sur un ordinateur de bureau, le disque reste au repos la plupart du temps. Sur un serveur de virtualisation, jamais.

Il n’y a pas que vos machines virtuelles qui écrivent. Les journaux propres au serveur, le fichier d’état du cluster, les relevés de mesure, les journaux des invités, tous produisent en continu de petites écritures. Prises isolément elles sont insignifiantes ; ensemble elles forment un flux permanent.

Le multiplicateur que personne n’attend

C’est là que se trouve le vrai sujet : une petite écriture faite depuis l’intérieur d’une machine virtuelle atterrit bien plus grosse sur le disque physique.

Car le chemin est long. Le système de fichiers de l’invité arrondit l’écriture à sa propre taille de bloc. La couche du disque virtuel arrondit encore. Le système de fichiers du serveur arrondit une fois de plus. La gestion interne du SSD arrondit à nouveau. Chaque couche dit « au moins autant » et aucune n’arrondit vers le bas.

Résultat : une écriture de quatre kilooctets peut se multiplier plusieurs fois à la couche physique. Ce n’est pas une panne, c’est le prix naturel des couches. Mais si on n’en tient pas compte, la durée de vie du disque tombe bien en dessous de l’attendu.

Ce multiplicateur grossit encore à deux endroits : dans les systèmes de fichiers qui écrivent en copiant (les mêmes données sont écrites à un nouvel endroit et l’ancien est laissé), et dans les travaux qui veulent être sûrs que chaque écriture a bien atteint le disque, typiquement les bases de données.

La vraie différence entre disque grand public et disque de serveur

La différence n’est pas la vitesse. Ce sont deux choses.

Le budget d’écriture. Les disques vendus pour serveurs sont conçus pour supporter bien plus d’écritures. Entre deux disques de même taille, l’écart d’endurance peut être de plusieurs fois.

Le comportement sous charge continue. Les disques grand public utilisent un tampon rapide et ralentissent nettement une fois ce tampon plein. Sur un bureau cela reste invisible, car le tampon trouve le temps de se vider. Sur un serveur il ne le trouve pas.

Il existe aussi une distinction discrète mais importante : les disques de serveur sont conçus pour pouvoir écrire le contenu de leur tampon même en cas de coupure de courant. Cela leur permet de répondre « écrit » tôt et sans risque. Un disque grand public sans cette garantie répond soit lentement, soit en prenant un risque.

Ce qu’on peut faire sans acheter de matériel

Séparez le travail qui écrit beaucoup du disque de démarrage. Si une machine collecte des journaux, fait tourner une base de données ou tient des enregistrements permanents, mettez son disque ailleurs.

Revoyez l’espace d’échange. Sur un serveur ayant assez de mémoire, un échange permanent signifie à la fois lenteur et usure.

Coupez la journalisation détaillée inutile. Un niveau de débogage réglé une fois et oublié continue d’écrire pendant des années.

Le chiffre à suivre n’est pas le pourcentage mais la pente

« Quatre-vingt-cinq pour cent restants » ne dit rien en soi. Le même pourcentage signifie dix ans sur un disque et huit mois sur un autre.

La bonne question est celle-ci : de combien de points a-t-il baissé le mois dernier ? S’il baisse d’un point par mois, vous avez des années. S’il baisse de cinq points par mois, vous avez environ un an et demi et devriez déjà prévoir.

Ce que fait Atlas

Atlas lit le pourcentage de vie restante rapporté par le disque et produit une estimation des jours restants en regardant la pente des trente derniers jours. Il ne vous donne donc pas un pourcentage mais « à ce rythme, tant de jours ».

Pour le sujet de cet article, ce qui compte vraiment est le moment où le produit refuse d’estimer :

S’il n’a qu’une seule mesure, il n’estime pas, il dit que les données ne suffisent pas pour une tendance. Si le pourcentage est resté stable ou a monté, il dit qu’il ne s’épuisera pas de sitôt plutôt que d’inventer un nombre de jours. Si la baisse est inférieure à un millième de point par jour, il ne donne à nouveau aucun chiffre, car une estimation issue de cette pente n’aurait aucun sens.

C’est la partie la plus difficile de tout outil d’estimation : savoir se taire quand les données ne portent pas l’estimation. Un mauvais nombre de jours est pire que pas de chiffre du tout, car on bâtit des plans dessus.