Un projet de dimensionnement de mur d'images doit commencer par le nombre de sources du mur d'images, et non par la marque des dalles. Comptez les tableaux de bord, les caméras, les sessions KVM, les cartes, les tableaux d'incidents, les applications web, les flux de capture HDMI et les dispositions de secours dont les opérateurs ont besoin pendant un événement réel. Le nombre d'écrans vient ensuite : 8 écrans, 16 écrans, mur d'images 64 écrans et mur d'images 8K signifient tous des choses différentes une fois pris en compte le mélange de sources, la résolution du canvas et le workflow opérateur.
Dimensionnement de mur d'images : commencer par les sources, pas par les dalles
L'erreur courante consiste à dimensionner le mur comme « N dalles avec un contrôleur ». Cela fonctionne pour l'affichage dynamique, mais sous-spécifie une salle de contrôle. Un NOC, un SOC, une salle de régulation des services publics ou un centre de commandement est limité par le nombre de systèmes en direct qui doivent rester visibles ensemble, par la fréquence à laquelle les opérateurs promeuvent une source et par le fait qu'une source défaillante doit se dégrader localement ou perturber tout le canvas.
Commencez la feuille de dimensionnement par les classes de sources : tableaux de bord par navigateur, caméras RTSP / NDI, capture HDMI, IP-KVM, VNC / RDP, médias statiques, cartes GIS, panneaux SIEM, synthèses SCADA, files de tickets et pages d'état de repli. Marquez ensuite chaque source comme toujours active, réservée aux incidents, en secours ou promue. Cette simple répartition rend le plan matériel plus fiable qu'un nombre d'écrans seul.
Nombre de sources du mur d'images : en direct, en secours et promues
Le nombre de sources du mur d'images n'est pas seulement le nombre de câbles branchés sur un contrôleur. Dans un mur défini par logiciel, c'est le nombre de sources logiques que la plateforme doit authentifier, restituer, actualiser, commuter, journaliser et récupérer. Un mur de 16 écrans peut avoir 14 sources visibles dans la disposition calme, 26 sources définies dans des préréglages et 40 sources disponibles pour les opérateurs pendant un incident.
- Sources toujours actives : tableaux de bord de surveillance, files d'alarmes, mosaïques de caméras et vues d'image opérationnelle commune qui restent sur le mur pendant tout le quart.
- Sources en secours : caméras de secours, dispositions d'exercice, diapositives de briefing, pages d'état ou tableaux de bord alternatifs qui doivent être prêts sans reconstruire la salle.
- Sources promues : vues d'incident, sessions KVM, captures de paquets, cartes de pannes ou recherches SIEM qui s'agrandissent pour une courte fenêtre puis quittent le canvas.
Pour les salles NOC, l' architecture de référence de mur d'images NOC associe cela à Grafana, Splunk, SolarWinds, CCTV et IP-KVM. Pour les salles de sécurité, utilisez le guide du mur d'images SOC et SIEM. Pour les salles riches en SCADA, utilisez le guide du mur d'images de salle de contrôle des services publics.
8 écrans, 16 écrans et 64 écrans
Le nombre d'écrans change le problème d'ingénierie, mais pas de façon linéaire. Le passage de 8 à 16 écrans concerne généralement la lisibilité pour l'opérateur et la densité des sources. Le passage à un mur d'images 64 écrans concerne la gouvernance : zones multiples, préréglages nommés, rôles opérateur, propriété des sources et procédure de rafraîchissement.
| Taille du mur | Question type de planification des sources | Risque à vérifier |
|---|---|---|
| 8 écrans | Quelles 8 à 12 sources doivent rester lisibles depuis la rangée des opérateurs ? | Surinvestir dans le matériel du contrôleur pour une salle qui restitue surtout des tableaux de bord web. |
| 16 écrans | Quelles 20 à 30 sources définies doivent être regroupées dans des préréglages de quart, d'incident et de briefing ? | Traiter la promotion des sources comme une tâche AV plutôt que comme un workflow opérateur. |
| 64 écrans | Quelles zones, quels rôles et quelles règles de propriété empêchent une équipe de casser la zone de mur d'une autre équipe ? | Laisser le nombre d'écrans masquer les limites de sources, d'authentification, de réseau et de GPU. |
Pour une vue des coûts, modélisez chaque nombre d'écrans dans le calculateur de TCO de mur d'images avant de figer la nomenclature. La même salle de 16 dalles peut être tarifée très différemment selon qu'il s'agit d'un contrôleur matériel, d'un abonnement par écran ou d'un mur local défini par logiciel.
Mur d'images 8K : résolution du canvas contre résolution des sources
Une exigence de mur d'images 8K doit être rédigée avec soin. Elle peut signifier un canvas physique 8K, une seule source 8K, plusieurs tableaux de bord 4K disposés sur une zone 8K, ou l'attente de l'opérateur qu'un petit texte reste lisible à distance. Ce sont des exigences techniques différentes.
Pour les salles de contrôle, la question pratique est généralement la composition du canvas : combien de tableaux de bord par navigateur, de flux de caméras, de cartes et de fenêtres KVM le mur peut-il restituer tout en préservant la lisibilité du texte ? Un canvas 8K n'exige pas que chaque source soit en 8K. Il exige des règles claires de mise à l'échelle, de fréquence de rafraîchissement, de priorité des sources et de l'emplacement où les vues détaillées sont promues pendant un incident.
Transport des sources et implications serveur
Le transport des sources détermine la forme du serveur. Les tableaux de bord par navigateur sollicitent le CPU, la mémoire, l'authentification et le cycle de vie du navigateur. Les flux de caméras RTSP et NDI sollicitent les chemins de décodage et le débit réseau. La capture HDMI ajoute le nombre de cartes, la planification des emplacements, le cheminement des câbles et le repli de signal. L'IP-KVM ajoute la sécurité et le contrôle d'accès. L'AV-over-IP ajoute la conception réseau et les règles de multidiffusion.
C'est là que l'architecture définie par logiciel change la conversation sur le dimensionnement. Au lieu d'acheter des appliances à entrées fixes, l'acheteur dimensionne un serveur GPU Linux, des cartes de capture là où c'est nécessaire, des ports réseau, du stockage pour les journaux et les préréglages, et le processus opérationnel d'ajout de sources. Si la salle est à accès restreint, associez cela au guide du mur d'images air-gap.
Définitions de contexte utiles : AV-over-IP, IP-KVM, NDI et dvLED.
Spécification des exigences du mur d'images
Une spécification des exigences du mur d'images solide transforme le dimensionnement en langage testable. Elle doit définir le nombre d'écrans, la disposition physique, la résolution du canvas, le nombre de sources, les classes de sources, le budget de sources en direct, le budget de sources en secours, le comportement des sources promues, les rôles opérateur, les journaux d'audit, le comportement de bascule, les transports pris en charge et l'horizon TCO.
- « Le mur doit prendre en charge au moins 24 sources définies, dont 16 visibles simultanément et 8 sources en secours disponibles dans des préréglages nommés. »
- « Les opérateurs doivent pouvoir promouvoir une source, restaurer un préréglage et récupérer un tableau de bord défaillant depuis l'interface navigateur sans accès administrateur AV. »
- « Le système doit prendre en charge les tableaux de bord par navigateur, la vidéo RTSP ou NDI, la capture HDMI lorsque nécessaire et la promotion IP-KVM pour les postes de travail opérateur homologués. »
- « Le fournisseur doit chiffrer la même salle sur 5 ans, y compris la licence, le support, le matériel serveur, le matériel de capture, la mise en service et les hypothèses de renouvellement. »
Langage d'appel d'offres pour mur d'images
Un bon langage d'appel d'offres pour mur d'images évite d'enfermer l'acheteur dans une famille de contrôleurs avant que le plan de sources soit connu. Spécifiez des résultats : nombre de sources visibles, workflow opérateur, transports pris en charge, bascule, auditabilité et coût du cycle de vie. Ne nommez une classe d'appliance spécifique que lorsque la latence sous-trame, le traitement de signal en bande de base ou un standard existant l'exige.
Si l'appel d'offres indique actuellement « contrôleur matériel avec X entrées et Y sorties », demandez si la charge de travail réelle est constituée de tableaux de bord par navigateur, de caméras, de cartes et de KVM. Si c'est le cas, comparez la voie matérielle avec une option définie par logiciel dans l' alternative à Datapath Fx4 et la liste restreinte plus large du meilleur logiciel de mur d'images.
Où se situe Craft Wall
Craft Wall convient aux projets de dimensionnement où le mur d'affichage est surtout constitué de tableaux de bord par navigateur, de vidéo IP, de capture HDMI, de KVM promu par l'opérateur, de dispositions locales et d'un TCO prévisible. Il est tarifé comme une licence logicielle perpétuelle pour le serveur du mur plutôt que comme un abonnement par écran, de sorte que l'économie devient plus claire à mesure que le nombre d'écrans et de sources augmente.
Ce n'est pas la bonne couche pour les actions de contrôle certifiées primaires, le QC de signal broadcast ou la commutation en bande de base sous-trame. Dans ces cas, conservez la chaîne primaire sur son système certifié et utilisez le mur comme couche de visualisation partagée autour d'elle.
À lire ensuite
Utilisez ce guide de dimensionnement avec le calculateur de TCO de mur d'images, l' architecture de référence NOC, le guide du mur d'images de centre de données de recherche, le guide RBAC, SSO et API du mur d'images, le guide du mur d'images de centre de commandement, la répartition du TCO logiciel vs matériel et l' alternative à Userful avant de rédiger la spécification d'achat finale.