Le dimensionnement d'un serveur échoue le plus souvent de deux façons : payer des cœurs qui tournent au ralenti à 3% pendant un an, ou découvrir au lancement que l'ensemble de données actif de la base ne tient pas en RAM. Les deux erreurs viennent du fait de sauter la même étape : dimensionner à partir de la charge de travail plutôt qu'à partir d'une liste de prix. Ce guide vous donne la méthode (référence, marge, croissance), les règles empiriques par charge de travail pour le CPU, la RAM, le stockage et la bande passante, et une réponse honnête sur quand privilégier le scale up ou le scale out.

Le RAID détermine deux choses pour votre serveur avant même qu'il ne démarre : quelle part du stockage que vous payez est réellement utilisable, et ce qui se passe au moment où un disque tombe en panne. Aucune des deux décisions n'est réversible sans reconstruire l'array, autant donc bien les prendre dès la commande. Ce guide explique les quatre niveaux qui comptent en pratique (0, 1, 5 et 10), ainsi que la vision de ZFS sur ces mêmes idées, avec des indications honnêtes sur le risque de reconstruction, ce contre quoi le RAID ne protège pas, et quel niveau convient à quelle charge de travail.