Combien coûte réellement un serveur ? Un calcul transparent du coût total de possession

Commencer par comparer des prestations équivalentes

Un serveur à 3 600 € ne se compare pas directement à une facture cloud mensuelle. Un devis comprend le matériel ; l’autre peut inclure du temps de calcul et l’exploitation du centre de données. Tous deux peuvent exclure sauvegardes, assistance et licences. Commencez par un cahier des charges : applications, capacité utilisable, horaires, perte de données admissible et interruption maximale tolérable.

Le nombre de cœurs n’est pas non plus une unité commune de performance. Des processeurs virtuels partagés, des cœurs dédiés et un ancien processeur possédé peuvent se comporter différemment avec la même application. La comparaison doit traiter une charge définie avec succès et atteindre les mêmes objectifs de restauration. Sinon, le devis moins cher peut simplement être plus petit ou couvrir moins de responsabilités.

Le cadre AWS Well-Architected considère l’optimisation des coûts comme un travail continu, qui relie usage, responsabilités organisationnelles et choix des ressources. Cette approche vaut aussi pour les serveurs possédés : un budget doit avoir un responsable et être revu régulièrement, pas seulement approuvé lors de l’achat. AWS : pilier d’optimisation des coûts ↗

Un modèle de calcul transparent sur cinq ans

Notre exemple est un petit serveur dans un local technique existant. Nous supposons 3 600 € de matériel et 600 € d’installation avec remise documentée, payés une fois. La période est de cinq ans, à 8 760 heures de fonctionnement par an. La puissance moyenne annuelle supposée à la prise est de 180 watts ; le prix d’énergie retenu est de 0,30 € par kilowattheure.

La formule est : 4 200 € initiaux + 5 × 3 053,04 € récurrents = 19 465,20 € sur cinq ans. Sur 60 mois, cela représente 324,42 € par mois. C’est une valeur de comparaison, ni une mensualité réelle ni un financement. L’achat porte la première année à 7 253,04 € ; les années suivantes supportent chacune les coûts d’exploitation supposés.

Le matériel seul représente environ 18,5 % du total de ce modèle. L’assistance supposée atteint déjà 9 600 € sur cinq ans. Ce n’est pas une proportion générale du marché, mais la conséquence de nos paramètres affichés. Le calcul montre pourquoi un appareil moins cher aide peu si des configurations mal définies créent du travail supplémentaire chaque mois.

Mesurer l’électricité plutôt que lire l’étiquette de l’alimentation

Une alimentation de 750 watts peut fournir cette puissance ; le chiffre ne décrit pas la consommation moyenne du serveur. L’enveloppe thermique d’un processeur ne mesure pas non plus l’ensemble du système. L’énergie prise au secteur et les heures réelles comptent. Une semaine de relevés incluant les sauvegardes habituelles est plus utile qu’une courte mesure au repos juste après le démarrage.

Dans notre modèle, 180 watts sur une année représentent 1 576,8 kWh. Si un serveur de test fonctionne réellement douze heures par jour, cinq jours par semaine, utilisez sa durée réelle plutôt que 8 760 heures par principe. Vérifiez d’abord si l’arrêt reste compatible avec sauvegardes, mises à jour et horaires d’accès nécessaires. Un ordinateur censé pouvoir être éteint le soir mais qui importe des données la nuit a un autre profil de charge.

Les pertes de l’onduleur, le refroidissement et une quote-part des équipements réseau peuvent s’ajouter. Notre calcul les exclut, et cela doit rester visible dans la comparaison. Si une enveloppe globale mesurée du site est utilisée, ne recomptez pas les mêmes pertes séparément. Dans un bureau, température, bruit et chaleur dégagée imposent aussi des limites pratiques que la facture électrique ne décrit pas.

Quelle hypothèse modifie le plus le résultat ?

Cette analyse de sensibilité est souvent plus utile qu’un premier tableau précis au centime. Demandez d’abord quelles valeurs sont incertaines. Si personne ne sait si l’assistance exige deux ou six heures par mois, débattre de dix euros d’électricité apporte peu. Relevez le temps réel par activité : tâches courantes, incidents, aide aux utilisateurs et évolution.

La durée d’exploitation mérite une comparaison distincte. Sur trois ans seulement, le modèle inchangé donne 4 200 + 3 × 3 053,04 = 13 359,12 €. Sur 36 mois, cela représente environ 371,09 € par mois. Une utilisation prolongée répartit l’achat, mais peut ensuite nécessiter réparations, extension d’assistance et migration. N’allongez pas le calcul sans examiner les conséquences opérationnelles.

Les postes souvent présentés séparément dans les devis

• Sauvegarde : volume protégé, durée de conservation, copie distincte et travail des tests de restauration.
• Logiciels : système d’exploitation, base de données, sauvegarde, droits d’accès nécessaires et métrique précise des licences proposées.
• Site : local technique, onduleur, refroidissement, réseau, connexion internet et éventuelles interventions sur place.
• Cloud et hébergement : stockage, requêtes, transferts, adresses IP supplémentaires, assistance et ressources inutilisées.
• Cycle de vie : mise en place, documentation, formation, renouvellement contractuel, export et remplacement ordonné.
• Disponibilité : second système ou pièces de rechange, surveillance et disponibilité du personnel pendant la période convenue.

Un prestataire peut exploiter le matériel et le centre de données alors que votre équipe garde la responsabilité du système invité, des applications et des réglages. AWS décrit explicitement ce partage pour EC2. Louer un ordinateur ne signifie donc pas automatiquement bénéficier de l’exploitation applicative gérée ; le périmètre convenu le détermine. AWS : modèle de responsabilité partagée ↗

Présenter les conséquences des pannes à côté du budget

Une panne doit entrer dans la décision, mais sans probabilités fiables, il est difficile d’en tirer un montant annuel prétendument exact. Décrivez d’abord un scénario : quatre heures sans logiciel de gestion touchent cinq salariés. Avec un taux interne choisi de 40 € par heure, cela immobilise 800 € de temps de travail. Commandes perdues, reprises et conséquences contractuelles ne sont pas encore incluses.

Ce scénario ne conduit pas automatiquement à recommander une coûteuse haute disponibilité. L’équipe peut peut-être travailler deux heures avec un mode dégradé préparé. Ou une seule heure est déjà critique. L’investissement adapté découle des processus réellement touchés et d’une restauration testée, pas d’une formule universelle du coût d’arrêt.

Terminer par une fiche de décision vérifiable

Comparez au moins un scénario de référence et une variante moins favorable : davantage de données, énergie plus chère ou assistance accrue. Indiquez si chaque poste vient d’un devis, d’une mesure ou d’une hypothèse. Séparez investissement et paiements récurrents pour tenir aussi compte de la trésorerie disponible.

Le résultat doit préciser le périmètre, les cinq principaux facteurs de coût et les conditions de réexamen. Une croissance dépassant la RAM disponible peut déclencher une deuxième extension. Un changement du modèle d’assistance peut davantage modifier le calcul qu’un nouveau devis de serveur. Ces déclencheurs transforment une liste de prix ponctuelle en planification opérationnelle utile.