Convertir des Tio en Go

Un tébioctet vaut 1 024 gibioctets. L’écart avec le téraoctet grandit à chaque échelon : 2,4 % au kilo, 4,9 % au méga, 7,4 % au giga, 10 % au téra.

Un gigaoctet vaut un milliard d’octets, au sens décimal qu’emploient les fabricants de disques, les forfaits mobiles et les tailles de vidéo.

Un TiB vaut 1 024 fois l'unité du dessous ; un TB, 1 000. Sur cette page, c'est l'écart entre 1099,5116 GB et 1000 GB — 10 % — et il grandit à chaque palier : négligeable sur une photo, visible sur un disque dur.

Le mystère de l'espace disque manquant tient tout entier là-dedans, et sur cette page il vaut 10 %. Un disque vendu en TB contient exactement ce qui est annoncé ; Windows divise ensuite par 1 024 au lieu de 1 000, garde le nom décimal, et affiche 1000 GB là où la boîte annonçait 1099,5116 GB. macOS compte ces tailles en unités décimales depuis 10.6, d'où le même disque qui paraît de deux tailles sur deux machines — rien n'a disparu et personne n'arrondit : les mêmes octets portent deux noms.

Les volumes de stockage déclarent leurs capacités en tébioctets. Un volume ZFS, la page de synthèse d’un NAS, un système de fichiers Linux à qui l’on demande des tailles lisibles — tous comptent en puissances de 1 024, et le chiffre qui est noté et qui entre dans un document de planification est un chiffre en Tio. Les catalogues de prix, les pages de quota et les boîtes de dialogue de provisionnement sont en très grande majorité en Go décimaux, parce que c’est l’unité dans laquelle la capacité se vend et se vend depuis bien avant qu’on la vende au mois.

Entre les deux il y a une multiplication par 1 099,511627776. Un volume de 12 Tio fait 13 194 Go, et non 12 000, et les 1 194 Go d’écart valent près de 10 % du devis. Rien dans la conversion ronde n’a l’air faux sur une page — 12 Tio et 12 000 Go se lisent comme la même quantité par presque tout le monde — ce qui explique pourquoi cette erreur survit à la relecture et apparaît d’abord sur une facture.

La conversion n’est que la moitié du problème, parce que le champ dans lequel on l’inscrit peut lui-même signifier des gibioctets. Les volumes de stockage en blocs sont fréquemment provisionnés en Gio tandis que le stockage objet est souvent facturé au Go décimal, et les deux peuvent se trouver dans la même console sous des étiquettes voisines. Lire la documentation du service est la bonne première étape et elle ne répond pas toujours à la question.

Ce qui y répond toujours est une mesure. Provisionnez ou stockez une quantité dont vous connaissez le compte d’octets, lisez ce que le service rapporte, et divisez : le ratio sera exactement 1 000 000 000 ou exactement 1 073 741 824, et il n’y a rien entre les deux où il pourrait se trouver. Une observation par service tranche la question définitivement et vaut la peine d’être consignée là où la personne suivante la trouvera.

Une capacité utilisable en Tio est à plusieurs soustractions des disques qu’il faudra acheter. Convertissez le besoin utilisable en octets ; ajoutez la redondance, qui pour la parité simple sur un ensemble de disques coûte la capacité d’un des disques et pour le miroring coûte la moitié de tout ; ajoutez la marge dont le système de fichiers a besoin pour continuer à bien fonctionner, qui pour un système de fichiers en copie à l’écriture n’est pas une petite réserve ; puis convertissez en téraoctets décimaux qui sont l’étiquette des disques.

Faire ces étapes en unités mélangées est comment un volume se retrouve à un disque près. Chaque soustraction doit s’appliquer à un chiffre dans un système connu, et la tentation est de retirer 9 % ici et un disque là jusqu’à ce que la réponse semble plausible. En octets, chaque étape se vérifie et la conversion finale arrive une seule fois, au point où le nombre devient un bon de commande.

Un stockage tarifé au gigaoctet par mois multiplie la quantité qu’on lui donne, donc une erreur sur la quantité est une erreur sur chaque facture tant que les données existent. Coter une migration de 12 Tio à 12 000 Go plutôt qu’à 13 194 sous-évalue de 1 194 Go par mois, définitivement, et le manque ne se voit dans aucun chiffre isolé de la facture — il se voit seulement dans un total qui ne correspond pas à l’estimation.

Il en va de même pour tout ce qui est facturé au volume : transfert, instantanés, répliques dans une seconde région. Chacun est un multiplicateur sur une quantité de base, et chacun hérite de l’erreur d’unité que porte la base. Bien faire la base une fois vaut davantage que vérifier chaque ligne après coup, ce qui est l’argument général pour citer en octets et laisser chaque système présenter le chiffre dans sa propre unité.

Un résumé de volume montre habituellement plusieurs nombres qui ressemblent à une capacité et ne sont pas la même grandeur : la capacité brute sur l’ensemble des disques, la capacité utilisable après redondance, l’espace alloué, l’espace libre, parfois avec la compression et la déduplication rabattues dans l’un d’eux. Comparer la mauvaise paire produit un écart que l’on attribue aux unités alors que c’est un problème de définition.

L’ordre dans lequel les lire est : brut, puis utilisable, puis alloué. Le brut doit être proche de la somme des étiquettes de disques convertie des To décimaux en Tio — environ 91 % du chiffre des boîtes. L’utilisable doit être le brut moins la redondance. L’alloué doit être inférieur à l’utilisable de ce qui est libre. Si aucune de ces trois relations ne tient, l’explication est dans la configuration plutôt que dans l’arithmétique.

Les couches de stockage qui compressent ou dédupliquent déclarent une taille logique et une taille physique, et le ratio entre les deux est une propriété des données plutôt que du système. Un volume contenant des données hautement compressibles peut stocker plus d’octets logiques que sa capacité physique, ce qui rend toute prévision bâtie sur des chiffres logiques peu fiable dans les deux sens — favorable tant que les données restent compressibles, et brusquement défavorable quand un grand volume de médias déjà compressés arrive.

Pour un devis, cela signifie préciser quel chiffre est tarifé. Une migration cotée sur la taille logique et facturée sur la physique, ou l’inverse, produit un écart bien plus grand que les 9,95 % dont cette page traite. La conversion d’unité est exacte et peut être tranchée une fois ; le taux de compression est une estimation qui doit être mesurée sur un échantillon représentatif et énoncée comme une hypothèse. L’énoncer rend aussi le devis révisable : quand le vrai taux s’avère différent, un seul chiffre du document change.

L’habitude qui supprime toute cette classe de litiges est de transporter le compte d’octets dans tout document qui sera lu par plus d’une organisation. Un devis qui dit 13 194 Go et donne 13 194 139 533 312 octets à côté peut être vérifié par n’importe qui, converti dans toute convention, et comparé à tout catalogue de prix sans qu’il faille parler de qui parle de quel gigaoctet.

Cela coûte une colonne et cela change la nature d’un désaccord. Avec les octets sur la page, une discordance est une question de ce qui est compté — instantanés, répliques, overhead — qui est une discussion que les deux camps peuvent avoir de manière productive. Sans eux, la première heure se passe à établir si quelqu’un parle de la même quantité, et cette heure se répète à chaque étape du projet. Le compte d’octets est un seul nombre, il n’a jamais besoin d’être traduit, et c’est le seul chiffre du document dont les deux parties peuvent être certaines qu’elles le lisent de la même manière.