Hébergement & exploitation
Hébergement d’une application métier : faut-il vraiment trois serveurs ?
Trois serveurs identiques, deux serveurs aux rôles différents ou un seul : ce que chaque option protège réellement, ce qu’elle coûte tous les mois, et comment trancher pour votre entreprise.
La bonne question n’est pas « comment supprimer le risque de panne » — personne ne sait le faire — mais « que se passe-t-il le jour où elle arrive, et combien je paie chaque mois pour ce jour-là ». Trois serveurs identiques offrent la meilleure protection possible et coûtent en réalité plus de trois fois le prix, tous les mois. Pour la plupart des entreprises, deux serveurs aux métiers différents — un grand qui fait tourner l’application, un petit qui sauvegarde, remplace et sert de banc d’essai — couvrent le risque réel pour à peine plus qu’un serveur seul.
En bref
- Aucun hébergeur ne garantit zéro panne. Le plus grand du monde publie lui-même un taux de défaillance annuel non nul pour ses disques.
- Trois machines identiques coûtent plus que trois fois : trois abonnements, trois entretiens mensuels, plus les copies de base de données et la répartition du trafic.
- Deux serveurs aux rôles différents couvrent la sauvegarde, la reprise et les tests avec une seule petite machine en plus.
- Le prix de cette économie est connu d’avance : une reprise en quelques minutes au lieu d’instantanée, et au pire une journée de saisie à refaire.
- Trois serveurs restent justifiés le jour où une heure d’arrêt coûte plus cher que le surcoût mensuel. Ce calcul se fait avec des chiffres, pas au ressenti.
Le risque de panne n’est jamais nul
Aucun hébergeur au monde ne promet qu’un serveur ne tombera jamais en panne. Les plus grands opérateurs publient au contraire leurs propres taux de défaillance : quelques dixièmes de pour cent de disques perdus chaque année. Le chiffre est petit, mais il n’est pas zéro — et c’est le meilleur du marché qui l’annonce.
La conséquence est simple : construire un plan qui suppose qu’il ne se passera rien revient à ne pas avoir de plan. La question utile n’est donc pas de savoir comment supprimer le risque, mais ce qui se passe le jour où il se réalise, combien de temps l’activité s’arrête, et combien de données sont perdues.
C’est le raisonnement de l’extincteur. On ne l’installe pas parce qu’on attend un incendie : on l’installe parce qu’on préfère ne pas le découvrir les mains vides.
La réponse standard : trois machines identiques
La réponse classique du métier consiste à installer trois serveurs identiques. Si l’un s’arrête, les deux autres continuent, et personne ne s’aperçoit de rien. C’est efficace, et c’est ce que font les très grandes entreprises. Le problème n’est pas technique, il est budgétaire.
Trois machines, ce ne sont pas seulement trois abonnements. Ce sont trois machines à surveiller, à mettre à jour et à sécuriser — donc trois fois le travail d’entretien, tous les mois, indéfiniment. Et l’installation exige des pièces supplémentaires qui coûtent elles aussi, et qui peuvent elles-mêmes tomber en panne.
- Trois abonnements d’hébergement au lieu d’un.
- Trois fois la surveillance, les mises à jour et les correctifs de sécurité, chaque mois.
- Des copies supplémentaires de la base de données, à héberger et à maintenir synchronisées.
- Un équipement qui répartit le trafic entre les machines — une pièce de plus, donc une panne possible de plus.
- Une installation plus complexe à diagnostiquer le jour où quelque chose se comporte mal.
Deux serveurs, deux métiers différents
Plutôt que de tripler la même machine, une autre organisation consiste à en installer deux qui ne font pas le même travail. Un grand serveur, chez un hébergeur de qualité, fait tourner l’application tous les jours. Un petit serveur, chez un hébergeur économique, coûte une fraction du premier et occupe trois fonctions à la fois.
Ce n’est pas la même protection, et il faut le dire franchement. C’est une protection différente, dimensionnée pour une entreprise dont l’activité ne s’effondre pas parce que l’application est indisponible quarante minutes une fois tous les deux ou trois ans.
- Il sauvegarde : une copie complète des données, chaque nuit, automatiquement.
- Il remplace : si le grand serveur s’arrête, il prend le relais du service.
- Il sert d’essai : les nouveautés y sont installées et validées avant d’arriver en production.
Pourquoi cela revient réellement moins cher
La petite machine coûte peu, mais l’économie ne vient pas de là. Elle vient du fait que ces trois besoins existent de toute façon. Il faut sauvegarder les données. Il faut un endroit où tester les nouveautés avant de les mettre en service. Et il faut un plan pour le jour où le serveur principal s’arrête.
La plupart des installations paient ces trois choses séparément : un service de sauvegarde, une machine de test, et un dispositif de reprise. Ici, une seule petite machine assure les trois, et la troisième fonction ne coûte rien de plus que les deux premières.
C’est la différence entre acheter trois camions identiques et acheter un camion plus une camionnette. La camionnette ne fait pas le même travail, elle coûte beaucoup moins cher, et le jour où le camion est immobilisé, elle roule quand même.
Les deux solutions côte à côte
Le tableau ci-dessous compare les deux organisations sur les points qui décident réellement, plutôt que sur les caractéristiques techniques.
| Critère | Trois serveurs identiques | Un grand serveur et un petit |
|---|---|---|
| Coût d’hébergement | Trois fois le montant, chaque mois | À peine plus qu’un serveur seul |
| Entretien mensuel | Trois machines à surveiller et à mettre à jour | Une machine principale et une petite très simple |
| Si le serveur principal tombe | Reprise immédiate, personne ne s’en aperçoit | Bascule sur le serveur de secours après une interruption courte |
| Sauvegarde des données | À prévoir et à payer en plus | Incluse, automatique, chaque nuit |
| Endroit pour tester les nouveautés | À prévoir en plus, sur une quatrième machine | Inclus : c’est le petit serveur |
| Validation avant mise en service | Possible, mais rien ne l’organise | Intégrée au fonctionnement |
| Complexité de l’ensemble | Élevée : plus de pièces, donc plus de pannes possibles | Faible : deux machines, deux rôles clairs |
Ce que vous n’achetez pas
Une proposition honnête énonce ses limites avant la signature, pas le jour où elles se manifestent. Deux serveurs plutôt que trois, cela veut dire accepter précisément deux choses.
Ces deux limites ne se manifestent qu’un jour tous les quelques années. Le surcoût de trois serveurs, lui, se paie tous les mois, y compris les années où rien ne se passe.
- Le remplacement n’est pas instantané : il faut une intervention pour basculer sur le serveur de secours, donc une interruption courte plutôt qu’une continuité que personne ne remarque.
- La sauvegarde est quotidienne : dans le pire des cas, une panne juste avant la copie de la nuit fait repartir de la copie de la veille. La fréquence peut être augmentée — c’est un réglage, pas une reconstruction.
Comment trancher pour votre cas
La décision se prend avec un seul chiffre : ce que coûte une heure d’indisponibilité pour votre activité. Multipliez-le par la durée de reprise annoncée, comparez au surcoût mensuel de la solution la plus protectrice, et la réponse apparaît sans discussion.
Dans la pratique, trois serveurs se justifient quand l’application encaisse des paiements en continu, quand elle sert des clients à toute heure, quand un contrat impose une disponibilité chiffrée, ou quand des centaines de personnes travaillent dessus en même temps. En dehors de ces cas, la protection payée tous les mois dépasse largement le risque couvert.
- Combien d’argent perdez-vous par heure d’arrêt, et à quelles heures travaillent réellement vos équipes ?
- Un contrat ou un client vous impose-t-il un taux de disponibilité écrit ?
- Combien de saisie faudrait-il refaire si vous repartiez de la copie de la veille ?
- Qui est joignable la nuit et le week-end pour déclencher une bascule ?
- La solution retenue peut-elle passer à trois serveurs plus tard sans tout reconstruire ?
Questions fréquentes
Les réponses courtes
Combien de temps dure l’interruption si le serveur principal tombe ?
Avec un serveur de secours préparé et une sauvegarde de la nuit, comptez une interruption courte, de l’ordre de quelques dizaines de minutes, le temps de basculer le service et de vérifier les données. Cette durée doit vous être annoncée par écrit avant la mise en service, et vérifiée au moins une fois pour de vrai.
Peut-on commencer à deux serveurs et passer à trois plus tard ?
Oui, à condition que l’application ait été construite pour cela dès le départ : configuration séparée du code, données dans une base distincte, déploiement automatisé. C’est une question d’architecture, pas d’hébergeur, et elle se décide avant la première mise en production.
Faut-il héberger en Algérie ou à l’étranger ?
Les deux se défendent, et le choix se fait sur trois critères : où sont vos utilisateurs, ce que vos obligations imposent quant à l’emplacement des données, et la qualité de service de l’hébergeur. Une organisation fréquente place le serveur principal au plus près des utilisateurs et le serveur de sauvegarde ailleurs, pour qu’un incident local ne touche pas les deux.
La sauvegarde est-elle incluse, ou facturée à part ?
Dans l’organisation décrite ici, elle est incluse : c’est l’une des trois fonctions du petit serveur. Demandez systématiquement à voir cette ligne, car beaucoup de devis d’hébergement ne la contiennent pas et la facturent ensuite comme une option.
Que se passe-t-il si les deux serveurs tombent en même temps ?
C’est précisément pour cela qu’ils ne sont pas placés chez le même hébergeur. Deux machines chez deux fournisseurs différents ne partagent ni alimentation, ni réseau, ni panne d’exploitation. Le scénario devient alors très improbable, et il reste couvert par la copie des données.
Combien cela coûte-t-il par mois ?
Le montant dépend de la taille de l’application, du volume de données et des hébergeurs retenus. L’ordre de grandeur utile est le rapport : deux serveurs aux rôles différents coûtent à peine plus qu’un serveur unique, là où trois machines identiques coûtent plus de trois fois ce montant, entretien compris.