Quels serveurs existent sur un réseau et le rôle de chacun

Un serveur est un rôle et non du matériel : une même machine peut servir un site, stocker des fichiers et vérifier des mots de passe. Tant que la charge est faible, les rôles cohabitent ; avec la croissance, ils partent sur des machines et des VM séparées. Pour s'orienter dans ce zoo, il suffit de savoir quels rôles existent et comment ils s'entendent.

Face à l'utilisateur

Le serveur web livre pages et applications : il reçoit la requête du navigateur, prend ce qu'il faut dans des fichiers ou des services voisins et répond. Dans les installations sérieuses, un proxy inverse se place devant : il accepte les connexions, gère le chiffrement, répartit la charge entre les machines et les protège des attaques, comme le montre l'article sur les tâches des serveurs proxy. Le serveur d'applications vit derrière et exécute la logique, de la boutique en ligne à l'API d'une appli mobile.

Données

Le serveur de bases de données stocke le structuré : commandes, utilisateurs, stocks. Ses principaux ennemis sont le manque de mémoire et les disques, sa vache sacrée les sauvegardes avec test de restauration. Le serveur de fichiers stocke le non-structuré : documents, scans, projets ; au bureau, ce sont des dossiers partagés avec droits par groupe. Le stockage de sauvegardes se met à part et au loin : une copie sur le même serveur que les données survit aux mêmes pannes.

La couche de service

Le serveur DNS transforme les noms en adresses ; au bureau, il gère aussi les noms internes, les requêtes externes allant à des résolveurs publics, et vous vérifiez tout enregistrement avec notre recherche DNS. DHCP distribue les adresses aux appareils. Le contrôleur de domaine stocke comptes et politiques : qui est sur le réseau et ce qu'il peut faire, et presque tous les autres rôles s'appuient sur lui. Le serveur mail reçoit et envoie les messages, c'est le rôle le plus capricieux : réputation de l'adresse, signatures de l'expéditeur et listes noires exigent une attention constante, et le contrôle du domaine facilite le suivi.

La frontière du réseau

À la sortie vers internet vivent la passerelle et le pare-feu : routage, règles d'accès, VPN pour le télétravail. Dans les grandes entreprises, une passerelle de sécurité avec filtrage et rapports les réunit, comme UserGate. Ici se place aussi le proxy direct du bureau, si le trafic des employés doit être filtré et compté.

Physique, virtuel et cloud

Un rôle n'est pas lié au matériel. Une machine physique porte une dizaine de serveurs virtuels, et c'est la norme actuelle : la virtualisation simplifie sauvegardes, migrations et expériences. Le cloud déplace encore le tableau : certains rôles se louent comme services prêts à l'emploi, et il vous reste leur configuration, sans aucun matériel. Le choix entre matériel propre, VM et cloud se calcule en argent et en responsabilité : quoi coûte le moins à entretenir et qui réveiller la nuit en cas de panne. Les schémas mixtes, base en propre et mail loué, sont plus fréquents que les purs.

Comment cela grandit en pratique

Un petit réseau commence avec une machine où cohabitent fichiers, DNS et quelques services, et un routeur en guise de passerelle. La base de données part la première en général : elle se sent à l'étroit près de ses voisins sur la RAM et les disques, et une machine dédiée devient rentable. La frontière trouve ensuite sa place : une passerelle à ses propres règles remplace le routeur. Le mail, les petites équipes le confient plutôt à des services externes : ses caprices coûtent plus que l'abonnement, et un service externe soigne mieux la réputation de l'expéditeur. Le serveur de fichiers, lui, reste volontiers proche : documents à portée, droits clairs, vitesse locale. Puis la virtualisation multiplie les rôles : deux machines physiques peuvent porter une dizaine de rôles, densité normale.

Yeux et oreilles : la supervision

Ce dont on se souvient après la première panne mérite son propre rôle : le serveur de supervision et de journaux. Il collecte métriques et journaux de tous les autres, trace des graphiques et réveille l'astreinte avant que les utilisateurs ne remarquent. Le suivi du trafic y arrive aussi, nous en avons fait une analyse à part. La règle est simple : ce rôle apparaît en deuxième ou troisième, pas en dixième, car sans lui tous les autres vivent à l'aveugle.

En concevant, gardez en tête deux questions du tableau : qu'est-ce qui casse quand un rôle tombe et qui le remarquera. Les réponses fixent les priorités de redondance mieux que n'importe quel manuel : contrôleur de domaine et DNS d'abord, un serveur de fichiers pardonne des heures d'arrêt, la vitrine d'une boutique ne pardonne pas des minutes. Une infrastructure mûrit par la conscience de ces réponses plus que par le nombre de serveurs. Et quel que soit le schéma, documentez-le avec au moins une image fléchée : le prochain administrateur, peut-être vous dans un an, vous remerciera.