Les modèles de conception réseau UniFi qui passent à l'échelle

UniFi passe à l'échelle bien plus loin que sa réputation ne le laisse croire, mais seulement si le premier site est structuré comme s'il devait y en avoir un dixième. Rattraper la structure sur un parc UniFi qui a poussé de façon organique est pénible.

Où vit le contrôleur

Trois modèles, par ordre d'échelle croissante :

Sur la passerelle. Un Cloud Gateway ou une Dream Machine fait tourner le contrôleur lui-même. Le plus simple, et correct pour un site unique. La limite est que le contrôleur partage le sort de la passerelle — perdre le boîtier fait perdre le plan de gestion jusqu'à sa restauration depuis une sauvegarde.

Une console dédiée. Un Cloud Key ou équivalent sépare le contrôleur de la passerelle. Cela vaut le coup dès que vous avez plus d'une passerelle, ou lorsque la passerelle se trouve dans un lieu difficile d'accès.

Auto-hébergé. UniFi Network tourne sur une VM ou un conteneur Linux que vous contrôlez. C'est la bonne réponse pour le multi-site : un contrôleur, plusieurs sites, un seul jeu d'identifiants, et des sauvegardes qui suivent votre politique habituelle de sauvegarde de VM. Cela signifie aussi que vous décidez du calendrier de mise à jour.

Quel que soit votre choix, le contrôleur n'est pas dans le chemin de données. Les points d'accès continuent de servir les clients quand il est injoignable — vous perdez la gestion et les statistiques, pas le réseau.

Un schéma de VLAN qui vieillit bien

Décidez ceci avant que le premier switch ne soit configuré, et utilisez la même numérotation sur chaque site :

Les numéros précis comptent moins que le fait d'utiliser les mêmes partout. Un ingénieur qui sait que le VLAN 30 est toujours l'IoT peut travailler sur n'importe lequel de vos sites sans document.

Topologie de switchs

Gardez une topologie en étoile. Un switch cœur unique avec des switchs d'accès qui en dépendent, chacun relié une fois (ou deux, agrégées). UniFi gère correctement le spanning tree, mais un maillage plat de switchs interconnectés est plus difficile à raisonner qu'il n'en vaut la peine.

Dimensionnement de la liaison montante. Des points d'accès sur un switch avec une liaison montante 1 GbE vers le cœur créeront un goulot d'étranglement dès que vous aurez plus de deux ou trois AP Wi-Fi 6E dessus. Agrégez deux liens, ou utilisez une liaison montante SFP+.

Budget PoE par switch. Comptez chaque appareil à sa consommation en pleine fonctionnalité. Un switch 24 ports avec un budget de 400 W ne fait pas tourner 24 points d'accès Wi-Fi 7, et le mode de défaillance est une dégradation silencieuse plutôt qu'une erreur.

Nommez et profilez chaque port. Les profils de port UniFi vous permettent de définir un VLAN et un mode PoE une fois et de l'appliquer à de nombreux ports. Utilisez-les ; la configuration manuelle port par port ne survit pas au turnover du personnel.

Le modèle multi-site

• Un contrôleur auto-hébergé, un site par emplacement physique.
• Une numérotation de VLAN identique et des noms de SSID identiques sur tous les sites, afin qu'un ordinateur portable passe d'un bâtiment à l'autre sans reconfiguration.
• Des réglages spécifiques au site — plans de canaux, puissance d'émission — définis par site, jamais globalement.
• Une convention de nommage des appareils qui encode le site, l'étage et la position : LDN-03-NE-AP01 vous dit où le trouver. UAP-AC-Pro ne le fait pas.
• L'adoption via un VPN de site à site ou via le réglage de l'hôte d'information, documentée, afin que la personne suivante puisse adopter un point d'accès de remplacement sans ticket de support.

Que faire avant que le parc ne grandisse

Notez le plan de canaux, le schéma de VLAN, la convention de nommage et la politique de firmware dans un court document, et placez-le là où le prochain ingénieur le trouvera. UniFi rend très facile l'ajout d'un site. Il ne fait rien pour rendre dix sites cohérents — cette partie vous revient.