L’infrastructure réseau est l’une des dépenses informatiques les moins glamour — jusqu’au jour où elle tombe en panne. À ce moment-là, elle devient immédiatement la priorité absolue de la direction, car toute l’activité de l’entreprise est à l’arrêt.

Après des années d’interventions en urgence chez des PME belges, nous avons identifié un pattern récurrent : les entreprises investissent dans des outils SaaS sophistiqués, des solutions cloud avancées, des applications métier modernes — mais leur réseau repose sur des équipements hétérogènes, non supervisés, avec une configuration qui n’a pas été revue depuis l’installation initiale il y a 5 ou 7 ans.

Ce guide est destiné aux dirigeants et responsables IT de PME qui veulent comprendre ce que leur infrastructure réseau et serveurs devrait être capable de faire — et comment évaluer si c’est le cas. Il s’inscrit dans notre offre d’infrastructure réseau et serveurs, que nous concevons et exploitons pour des PME belges et du Benelux.

L’infrastructure héritée : construite couche par couche

La plupart des infrastructures de PME n’ont jamais été conçues — elles ont été accumulées. Un serveur ajouté pour la comptabilité en 2018, un NAS pour partager des fichiers en 2020, une seconde ligne Internet souscrite après une panne mémorable, un switch supplémentaire branché parce qu’il manquait des ports. Chaque ajout résolvait un problème immédiat sans vue d’ensemble.

Le résultat est une infrastructure dont personne ne connaît plus complètement la topologie. Les dépendances sont implicites : tel service tourne sur tel serveur dont l’arrêt impacterait tel autre service, mais cela n’est documenté nulle part. Quand une panne survient, le diagnostic prend des heures parce qu’il faut d’abord reconstituer mentalement le fonctionnement de l’ensemble.

Cartographier avant de reconstruire

Avant toute modernisation, la première étape est de cartographier l’existant. On ne reconstruit pas une infrastructure que l’on ne comprend pas. Cette cartographie couvre l’inventaire matériel et logiciel, le plan d’adressage IP, les flux entre applications, les dépendances entre serveurs et services, ainsi que les contrats et garanties en cours.

Cet exercice révèle presque toujours des surprises : un serveur physique vieillissant qui héberge un service critique sans aucune redondance, une sauvegarde que l’on croyait active mais qui a cessé de tourner il y a des mois, ou un équipement en bout de course que plus aucun constructeur ne supporte. C’est précisément ce que produit un audit d’infrastructure structuré.

Les quatre composantes d’un réseau PME solide

1. Le routing et la segmentation (VLAN)

Un réseau plat — où tous vos équipements sont sur le même segment — était acceptable pour une PME de 10 personnes en 2010. Aujourd’hui, avec des appareils IoT (imprimantes, caméras, systèmes de contrôle d’accès, bornes Wi-Fi), des postes invités et des serveurs de production cohabitant sur le même réseau, c’est une faille de sécurité majeure.

La segmentation VLAN divise votre réseau en zones logiques distinctes :

VLAN Production : serveurs, NAS, équipements critiques — accès restreint aux seuls équipements autorisés
VLAN Utilisateurs : postes de travail et téléphones IP
VLAN IoT : imprimantes, caméras, systèmes de contrôle — isolés du reste
VLAN Invités : accès Internet uniquement, aucune visibilité sur le réseau interne

Cette architecture ne nécessite pas de matériel haut de gamme. Des switches managés Cisco Catalyst, Ubiquiti UniFi ou HP Aruba suffisent pour la majorité des PME de 20 à 150 employés.

2. Le Wi-Fi professionnel

Le Wi-Fi grand public (routeur FAI ou point d’accès grand public) n’est pas adapté aux environnements professionnels pour plusieurs raisons :

Performances : les bornes grand public ne gèrent pas bien la densité d’utilisateurs simultanés. Au-delà de 15 à 20 appareils connectés, les performances se dégradent significativement.

Sécurité : la plupart des bornes grand public ne permettent pas d’isolation client (empêcher deux appareils Wi-Fi de se voir) ni de segmentation VLAN par SSID.

Supervision : en cas de problème, vous n’avez aucune visibilité sur ce qui se passe réellement sur votre réseau sans-fil.

Un déploiement Wi-Fi professionnel (Ubiquiti, Cisco Meraki, Aruba Instant On) permet de définir plusieurs SSID avec des VLAN associés, d’avoir une supervision centralisée et des rapports de connectivité, et de gérer proprement la mobilité des appareils entre bornes (roaming).

3. La redondance et la haute disponibilité

Quelle est la tolérance de votre activité à une panne réseau de 4 heures ? De 8 heures ? D’une journée ?

Pour la plupart des PME, la réponse est “aucune” — ou “très faible”. Pourtant, beaucoup fonctionnent avec une seule connexion Internet sans aucun mécanisme de bascule automatique.

Les mesures de base pour améliorer la résilience :

Double accès Internet : connexion principale (fibre) + connexion de secours (4G/5G ou VDSL) avec bascule automatique (failover). Le coût mensuel d’un accès 4G de secours est généralement inférieur au coût d’une heure d’arrêt d’activité.

Redondance des équipements critiques : votre switch core devrait idéalement avoir une alimentation redondante. Un switch core qui tombe en panne paralyse tout le réseau même si Internet fonctionne.

UPS (onduleurs) : vos équipements réseau actifs (switch, pare-feu, bornes Wi-Fi) doivent être sur onduleur pour absorber les micro-coupures et les variations de tension, premières causes de défaillance prématurée des équipements.

4. La supervision et les alertes

Un réseau non supervisé est un réseau dont vous découvrez les problèmes après vos utilisateurs. La supervision proactive vous permet de détecter une saturation de bande passante, une panne partielle ou une anomalie de sécurité avant qu’elle n’impacte l’activité.

Les outils de supervision ne nécessitent pas d’expertise approfondie pour une PME. Des solutions comme PRTG Network Monitor, Zabbix ou les dashboards intégrés aux solutions Ubiquiti/Meraki permettent de configurer des alertes par email ou SMS sur :

Disponibilité des équipements (ping)
Utilisation de la bande passante (seuils d’alerte à 70 % et 90 %)
Temps de réponse des liens WAN
Espace disque des NAS et serveurs

Conception réseau : LAN, WAN et SD-WAN

La conception réseau commence par le LAN — le réseau local du site. C’est là qu’interviennent la segmentation VLAN et le Wi-Fi professionnel décrits ci-dessus, mais aussi le dimensionnement des liens entre switches : un switch d’accès relié à son switch core par un seul lien gigabit peut devenir un goulet d’étranglement dès que plusieurs dizaines de postes sollicitent le serveur de fichiers simultanément.

Le WAN concerne les liens vers l’extérieur : accès Internet, liaisons entre sites, accès aux ressources cloud. Pour une PME mono-site, un double accès Internet avec failover suffit généralement. Pour une organisation multi-sites, le SD-WAN devient pertinent : il permet d’agréger plusieurs liens (fibre, VDSL, 4G/5G) et d’orienter dynamiquement le trafic selon sa nature — par exemple privilégier la fibre pour les transferts de fichiers et basculer la voix sur un lien plus stable. Le SD-WAN n’est pas une nécessité pour toutes les PME, et son intérêt réel dépend du nombre de sites et de la criticité des liaisons inter-sites.

Virtualisation et consolidation des serveurs

Faire tourner chaque application sur son propre serveur physique est coûteux, encombrant et fragile. La virtualisation — avec un hyperviseur comme VMware vSphere, Proxmox ou Microsoft Hyper-V — permet de consolider plusieurs serveurs virtuels sur un nombre réduit de machines physiques.

Les bénéfices sont concrets : meilleure utilisation du matériel, isolation des environnements, et surtout flexibilité d’exploitation. Une machine virtuelle peut être sauvegardée sous forme d’instantané, déplacée d’un hôte physique à un autre, ou restaurée en quelques minutes plutôt qu’en réinstallant un serveur de zéro. Pour beaucoup de PME, deux hôtes de virtualisation correctement dimensionnés remplacent avantageusement un parc de cinq ou six serveurs physiques vieillissants.

La consolidation a toutefois ses limites : concentrer trop de services sur trop peu de matériel recrée un point de défaillance unique. C’est pourquoi la virtualisation va de pair avec la réflexion sur la haute disponibilité.

Haute disponibilité et continuité d’activité

La haute disponibilité consiste à éliminer les points de défaillance uniques — ces éléments dont la panne suffit à arrêter une fonction critique. En pratique, cela signifie doubler ce qui peut l’être : alimentations redondantes, deux hôtes de virtualisation plutôt qu’un, stockage en RAID, double lien réseau vers les équipements critiques.

Au-delà de la disponibilité au quotidien, le plan de continuité d’activité (PCA) et le plan de reprise d’activité (PRA, ou DR pour disaster recovery) répondent à une question différente : que se passe-t-il en cas de sinistre majeur — incendie, dégât des eaux, ransomware chiffrant l’ensemble du stockage ? Deux indicateurs structurent cette réflexion : le RTO (durée maximale d’interruption acceptable) et le RPO (volume maximal de données que l’on accepte de perdre). Définir ces deux valeurs avec la direction oriente l’ensemble des choix techniques et budgétaires, car viser une reprise en une heure coûte sensiblement plus cher que viser une reprise en une journée.

Des sauvegardes réellement testées

Une sauvegarde qui n’a jamais été restaurée n’est pas une sauvegarde — c’est une hypothèse. Nous rencontrons régulièrement des PME persuadées d’être protégées dont la dernière sauvegarde exploitable remonte à plusieurs mois, soit parce que le job s’était silencieusement arrêté, soit parce que le support était plein, soit parce que les fichiers sauvegardés se sont révélés corrompus le jour où il a fallu les restaurer.

La règle de référence reste la règle 3-2-1 : trois copies des données, sur deux types de supports différents, dont une copie hors site. À l’ère du ransomware, on y ajoute souvent une copie immuable ou déconnectée, qu’un attaquant ne peut pas chiffrer même s’il prend le contrôle du réseau. Mais la règle 3-2-1 n’a de valeur que si les restaurations sont testées régulièrement : un test de restauration trimestriel, documenté, est la seule preuve réelle que votre dispositif fonctionne.

Hybride : articuler on-premise et cloud

Le débat « tout cloud » contre « tout sur site » est largement dépassé pour les PME. La plupart des organisations fonctionnent mieux avec une architecture hybride, où chaque charge de travail est placée là où elle est le plus pertinente. La messagerie et la bureautique vivent naturellement dans le cloud (Microsoft 365), tandis qu’une application métier sensible à la latence ou soumise à des contraintes réglementaires peut rester on-premise.

L’enjeu d’une architecture hybride est l’articulation : la connectivité entre le site et le cloud, la cohérence des identités et des accès, et une stratégie de sauvegarde qui couvre les deux mondes — y compris les données hébergées dans le cloud, que l’éditeur ne sauvegarde pas toujours à votre place. Une migration vers le cloud Azure bien menée s’appuie justement sur une infrastructure réseau saine au préalable.

Une documentation qui vous appartient

Le dernier pilier est souvent le plus négligé : la documentation. Un schéma réseau à jour, un plan d’adressage, un inventaire des équipements avec leurs dates de fin de garantie, les procédures de restauration et les coordonnées des prestataires constituent un actif qui appartient à l’entreprise — pas au technicien ou au prestataire qui détient l’information dans sa tête.

Cette documentation est aussi le socle d’une bonne posture de sécurité : on ne peut pas protéger ce que l’on n’a pas inventorié. Elle se combine naturellement avec une démarche de cybersécurité et de conformité RGPD, qui s’appuie sur la même connaissance précise du parc.

Quand votre réseau a besoin d’une révision

Voici les signaux qui indiquent qu’il est temps d’auditer votre infrastructure réseau :

Vos utilisateurs se plaignent régulièrement de lenteurs sans cause identifiée
Vous avez ajouté des services cloud (Microsoft 365, ERP SaaS) sans revoir votre architecture réseau
Vous n’avez pas de documentation de votre réseau (plan d’adressage IP, inventaire des équipements, schéma de câblage)
Votre pare-feu est le même routeur que celui installé par votre FAI
Vous n’avez reçu aucune alerte de votre réseau depuis 6 mois — non pas parce que tout va bien, mais parce qu’il n’y a pas de système d’alerte

Notre approche chez ITOPS.be

Nous réalisons des audits d’infrastructure réseau qui produisent un livrable concret : un rapport d’état avec les écarts constatés par rapport aux bonnes pratiques, et une feuille de route priorisée avec estimation de coûts.

Nous travaillons principalement avec des équipements Cisco, Ubiquiti et Fortinet, mais notre conseil est indépendant du fournisseur — nous recommandons ce qui correspond au budget et aux besoins de votre organisation, pas ce qui maximise notre marge.

Si vous avez un doute sur la solidité de votre infrastructure réseau, contactez-nous pour un entretien d’évaluation de 30 minutes. Nous vous poserons quelques questions structurées qui nous permettront d’évaluer ensemble si un audit plus complet est justifié.

Questions fréquentes

On-premise, cloud ou hybride pour une PME ?

Il n’existe pas de réponse unique. La bureautique, la messagerie et la collaboration sont généralement plus simples et plus économiques dans le cloud. À l’inverse, une application métier sensible à la latence, soumise à des contraintes réglementaires ou très intégrée à des équipements locaux peut rester on-premise. La plupart des PME aboutissent à un mélange des deux. Le bon point de départ est de cartographier vos applications et leurs contraintes avant de décider.

Comment éviter les points de défaillance uniques ?

Un point de défaillance unique est un élément dont la panne suffit à arrêter une fonction critique : un seul accès Internet, un seul switch core, un seul serveur hébergeant une application clé. On les réduit en doublant ce qui peut l’être — alimentations redondantes, double lien réseau, second hôte de virtualisation, stockage en RAID, accès Internet de secours avec failover. L’objectif n’est pas de tout dédoubler, mais d’identifier les éléments réellement critiques et de cibler les investissements en conséquence.

Qu’est-ce qu’une sauvegarde 3-2-1 et en avons-nous besoin ?

La règle 3-2-1 préconise de conserver trois copies de vos données, sur deux types de supports différents, dont une copie hors site. Aujourd’hui on y ajoute souvent une copie immuable ou déconnectée pour résister au ransomware. Oui, toute organisation qui dépend de ses données informatiques en a besoin — mais à condition que les restaurations soient testées régulièrement, faute de quoi la sauvegarde n’est qu’une hypothèse non vérifiée.

Combien de temps dure un audit d’infrastructure ?

Cela dépend de la taille et de la complexité de l’environnement. Pour une PME mono-site de 20 à 50 postes, la phase de collecte et de cartographie demande généralement de quelques jours à une à deux semaines, suivie de la rédaction du rapport et de la feuille de route. Les environnements multi-sites ou très hétérogènes prennent davantage de temps. Nous fixons le périmètre et le délai lors de l’entretien préalable, afin que vous sachiez à quoi vous attendre avant de vous engager.