Serveurs : Remplacer, virtualiser ou migrer vers le cloud

3 min de lecture DataRoad

Le serveur de l'entreprise est arrivé en fin de vie et la question se pose : le remplacer par un autre, le virtualiser, ou en profiter pour aller dans le cloud ? La réponse honnête est que cela dépend — et, contrairement à ce que l'on entend souvent, le cloud n'est pas automatiquement la bonne réponse.

Les trois options

Remplacer par un serveur physique. Cela continue d'avoir du sens lorsque des applications exigent un matériel spécifique, lorsque la connexion à Internet n'est pas suffisamment fiable pour y compter, ou lorsque le volume de données rend le nuage disproportionnément cher.

Virtualiser. Plusieurs serveurs logiques sur une seule machine physique. C'est presque toujours la meilleure évolution d'une infrastructure propre : meilleure utilisation du matériel, démarrage de nouveaux systèmes en quelques minutes, et sauvegardes au niveau de la machine entière — ce qui rend la récupération après un désastre beaucoup plus rapide.

Migrer vers le cloud. Il n'y a plus de matériel à gérer et l'on passe à un paiement à la consommation. On gagne en élasticité et l'on perd le contrôle sur le profil de coût, qui commence à varier avec l'utilisation.

Qu'est-ce qui décide de facto

Quatre facteurs expliquent la majorité des décisions judicieuses :

• Latence tolérée par les applications. Ancien logiciel de gestion, systèmes de production et applications qui travaillent directement sur de grands fichiers se comportent mal quand le serveur cesse d'être de l'autre côté du mur.
• Volume de données. Le stockage cloud est accessible ; en revanche, déplacer de grands volumes fréquemment ne l'est pas.
• Modèle d'utilisation. Une charge stable favorise l'infrastructure propre ; une charge avec des pics marqués favorise le nuage, parce qu'on ne paie le pic que lorsqu'il existe.
• Exigences de localisation des données. Certains secteurs et certains clients imposent où les données peuvent résider, et cela restreint les options avant toute analyse technique.

Le compte qui trompe

La comparaison habituelle — prix du serveur contre abonnement mensuel du cloud — omet la moitié des coûts de chaque côté.

Du côté de l'infrastructure propre, au prix de l'équipement s'ajoutent les licences, le contrat de maintenance du matériel, l'électricité et la climatisation, l'espace, l'alimentation de secours, et le temps de la personne qui l'administre. Et le remplacement dans cinq ans, qui est certain.

Du côté du cloud, à la mensualité de base s'ajoutent le stockage des copies de sauvegarde, le trafic sortant — souvent sous-estimé —, les services auxiliaires qui s'accumulent, et une connexion Internet plus robuste, souvent avec redondance, car tout commence à en dépendre.

Et il y a un coût que presque personne ne calcule avant d'entrer : le coût de la sortie. Ramener plusieurs téraoctets a un coût et prend du temps. Ce n'est pas une raison pour ne pas y aller, mais c'en est une pour connaître le chiffre avant de décider.

Le modèle hybride

En pratique, c'est là que la plupart des entreprises portugaises de taille moyenne finissent — et non par indécision, mais parce que c'est ce qui a du sens.

Le modèle qui fonctionne : e-mail et productivité dans le nuage, car c'est là que le cloud est clairement supérieur ; applications sectorielles et fichiers de travail lourd localement, sur un serveur virtualisé, où la latence importe ; et sauvegardes répliquées vers le cloud, qui répond à l'exigence d'avoir une copie hors site sans maintenir un deuxième espace physique.

Cette combinaison donne le meilleur de chaque modèle et est significativement plus bon marché que de tout migrer.

Si vous décidez de migrer

Quatre règles qui évitent les problèmes les plus courants :

• Ne migrez pas tout en même temps. Commencez par ce qui est le moins critique, apprenez de cette migration, et seulement ensuite passez aux systèmes centraux.
• Testez les performances réelles avant de vous engager. Une preuve de concept avec de vrais utilisateurs pendant deux semaines révèle plus que n'importe quelle spécification.
• Rédémarrez la connexion Internet avant, pas après. Si tout commence à dépendre d'elle, il faut capacité et de redondance À la hauteur.
• Maintenez la capacité de recul pendant la période de transition. Démanteler l'infrastructure ancienne la semaine suivant la migration, c'est supposer que rien ne va mal se passer.

Et, quelle que soit la décision, ce qui détermine si l'entreprise survit à un incident n'est pas l'endroit où se trouve le serveur — c'est si les sauvegardes existent, sont hors de portée d'une attaque, et ont été effectivement restaurées une fois.

DataRoad évalue, dimensionne et gère l'infrastructure des serveurs selon un modèle propre, virtualisé ou nuage, à l'intérieur des services informatiques gérés.