Serveurs et virtualisation

À quoi sert vraiment un serveur dans une petite structure

Il range les fichiers à un seul endroit, pour qu'il n'existe qu'une version d'un document et qu’elle soit sauvegardée. C’est sa fonction la plus utile et la plus sous-estimée.

Il fait tourner les logiciels métier qui ont besoin d'une base de données partagée : gestion, comptabilité, devis, production. Ces logiciels supportent mal d’être installés sur un poste de travail qu’on éteint le soir.

Il gère les comptes et les droits : qui accède à quoi, qui n'y accède pas, et ce qui se passe quand quelqu’un arrive ou s’en va. Sans cela, les droits se donnent au cas par cas et ne se reprennent jamais.

Pourquoi virtualiser, même à petite échelle

Virtualiser, c’est faire tourner plusieurs serveurs logiques sur une seule machine physique. Chacun est isolé : le logiciel métier ne cohabite pas avec le partage de fichiers, et une mise à jour qui tourne mal n’emporte pas le reste.

L'intérêt décisif n'est pas l'économie de matériel, c'est la remise en service. Un serveur virtuel se sauvegarde en entier et se redémarre sur une autre machine. Après une panne matérielle, on repart en quelques heures au lieu de réinstaller pendant deux jours.

Cela permet aussi d'essayer avant d'engager : monter la future version à côté de l’actuelle, la tester avec de vraies données, basculer quand elle convient, et revenir en arrière si elle ne convient pas.

Serveur sur place ou dans le cloud ?

La réponse honnête est : cela dépend de votre connexion et de vos logiciels. Dans le Gers, la qualité de la ligne varie beaucoup d’une commune à l’autre, et un logiciel métier hébergé ailleurs se juge sur le temps de réponse à chaque saisie.

Un serveur sur place reste souvent le bon choix quand les fichiers sont lourds, quand le logiciel métier le demande, ou quand l’activité ne peut pas dépendre d’une ligne internet. L’hébergement est pertinent pour la messagerie, le partage avec l’extérieur et la copie de sauvegarde distante.

Beaucoup d'installations finissent mixtes, et c'est très bien. Ce qui compte est que le choix soit fait en connaissance de cause, pas par principe.

La migration, le moment qui fait peur

Changer de serveur touche tout le monde en même temps. Nous préparons la nouvelle machine à côté de l’ancienne, nous recopions les données, nous testons les logiciels métier avec les personnes qui s’en servent, et nous basculons à une date convenue, en général en dehors des heures de travail.

L'ancienne machine reste en place quelques jours, éteinte mais intacte. C'est le filet de sécurité : s’il manque quelque chose, on va le rechercher au lieu de le reconstruire.

Après : la supervision, et le jour de la panne

Un serveur prévient avant de tomber, à condition que quelqu’un écoute : un disque qui commence à faiblir, une alimentation qui lâche, un espace disque qui sature, une température anormale. Nos serveurs supervisés remontent cela chez nous.

Quand la panne arrive quand même, nous intervenons en moins de 24 heures ouvrées. Et comme la machine est sauvegardée en entier, on la remet en service plutôt que de la reconstruire.