En bref
Un mur d'images de datacenter de recherche et un mur d'exploitation IT universitaire sont des surfaces d'exploitation, pas de l'AV de salle de cours ni de l'affichage destiné aux donateurs. Le mur utile rassemble la santé des clusters HPC, le stockage, l'état du réseau de campus, le contexte de sécurité, la télémétrie des installations, les tickets et le flux de traitement des incidents dans une vue de salle partagée pour les équipes de calcul de recherche et d'infrastructure de campus.
Mur d'images de datacenter de recherche : ce qui doit figurer sur le mur
Les équipes de calcul de recherche ont généralement besoin que le mur réponde vite à une question : la plateforme partagée est-elle suffisamment saine pour que les chercheurs continuent à travailler ? Cela rend le mur différent d'un affichage générique de datacenter. Il doit montrer ensemble la capacité, la pression sur les files d'attente, le risque de stockage, l'état du réseau, l'état environnemental et les incidents ouverts, et pas seulement une succession de jolis graphiques.
- Calcul : files du planificateur HPC, santé des nœuds, disponibilité des GPU, échecs de tâches, état des clusters Kubernetes ou de virtualisation, et fenêtres de maintenance.
- Stockage : santé du système de fichiers parallèle, stockage objet, état des sauvegardes, débit, pression sur les quotas, retard de réplication et disques défaillants.
- Réseau : cœur de campus, liaisons montantes du réseau de recherche, liens Internet2 ou NREN, état du pare-feu, DNS, identité, VPN et santé du sans-fil.
- Installations : caméras de baies, électricité, onduleurs, refroidissement, humidité, détection de fuites, alarmes BMS et ordres de travail de maintenance.
- Exploitation : files de tickets, calendrier des changements, pont d'incident, état des astreintes, et vues de briefing pour la direction ou la liaison recherche.
Mur d'exploitation IT universitaire : NOC de campus, pas AV de salle de cours
Un mur d'exploitation IT universitaire est la version campus d'un mur NOC. Il suit les services qui touchent l'enseignement, la recherche, l'administration, les résidences, les bibliothèques, les laboratoires, les enceintes sportives et les utilisateurs distants. Cette intention d'achat diffère de celle d'un mur d'images de salle de cours ou de l'AV d'amphithéâtre : le mur est destiné aux opérateurs qui répondent aux pannes, pas aux enseignants qui présentent du contenu.
L'architecture compagnon la plus proche reste la référence d'architecture de mur d'images NOC, mais l'IT de campus ajoute davantage de diversité de services : fournisseur d'identité, systèmes d'apprentissage, Wi-Fi, informations étudiants, systèmes du bâtiment, peering du réseau de recherche, sécurité physique et opérations du jour J peuvent tous faire partie de la situation opérationnelle partagée.
Mélange de sources pour le HPC et l'exploitation de campus
Le mélange de sources est surtout constitué de tableaux de bord par navigateur, pas de vidéo en bande de base. Grafana, Prometheus, Zabbix, PRTG, ServiceNow, Jira, les outils SIEM, les consoles de stockage, les vues VMS, les panneaux BMS et les runbooks arrivent généralement sous forme d'applications web ou de flux de caméras RTSP. La capture HDMI et l'IP-KVM sont utiles pour les consoles héritées et la promotion d'urgence, mais elles ne doivent pas définir l'ensemble de la conception.
| Zone du mur | Sources typiques | Pourquoi c'est important |
|---|---|---|
| HPC et calcul de recherche | Planificateur, GPU, stockage, tâches par lots, profondeur de file, calendrier des changements | Montre si les chercheurs sont bloqués par un risque de calcul, de stockage ou de maintenance. |
| Réseau de campus | Commutateurs cœur, Wi-Fi, DNS, pare-feu, VPN, identité, peering externe | Distingue les problèmes locaux d'un bâtiment de la dégradation de service à l'échelle du campus. |
| Sécurité et installations | Synthèse SIEM, vues VMS, BMS, électricité, refroidissement, contrôle d'accès, caméras de baies | Maintient visible le contexte cyber, physique et des installations pendant un incident d'infrastructure. |
| Flux de traitement des incidents | File de tickets, page de statut, conférence téléphonique, astreinte, briefing de direction | Maintient le mur rattaché à la responsabilité de la réponse au lieu de devenir une supervision passive. |
Gouvernance des accès, SSO et contrôle par API
Les universités ont souvent un personnel mixte : IT central, calcul de recherche, installations, sécurité, étudiants employés, prestataires et fournisseurs. Le mur ne doit pas réduire ces rôles à un seul mot de passe d'administration partagé. Utilisez le guide RBAC, SSO et API de mur d'images pour définir qui peut changer les dispositions, promouvoir des sources, créer de nouvelles sources, modifier les identifiants, exporter les journaux et déclencher des préréglages d'incident.
Le contrôle par API est utile lorsque les outils de supervision doivent charger automatiquement une disposition d'incident : panne de stockage, défaillance du DNS de campus, alerte de sécurité, défaut de refroidissement ou événement majeur. Limitez l'automatisation aux préréglages nommés et à la promotion de sources approuvées. L'API ne doit jamais devenir un moyen de contourner l'identité de campus, la gestion des changements ou la propriété des identifiants de source.
Dimensionner le mur autour des sources et des zones d'opérateur
Une petite salle d'exploitation de recherche peut fonctionner avec 6 à 8 écrans. Une salle IT centrale de campus peut nécessiter 12 à 24 écrans ou un canevas LED équivalent car elle sert plusieurs équipes à la fois. Commencez par le guide de dimensionnement et de comptage des sources : sources en direct, sources en veille, vues d'incident, zones d'opérateur, promotion KVM, bascule et exigences d'audit déterminent le mur plus que le nombre de panneaux.
Pour la budgétisation, modélisez la salle dans le calculateur de TCO de mur d'images avant d'acheter un contrôleur fixe. Les murs de recherche et de campus ont tendance à accumuler des sources à chaque semestre : nouveaux tableaux de bord, nouveaux laboratoires, nouveaux bâtiments, nouveaux services d'identité et nouveaux flux de traitement des incidents. Un modèle de coût qui évolue selon les entrées d'appliance ou l'abonnement par écran peut mal vieillir lorsque la carte des sources s'agrandit.
Où se situe Craft Wall
Craft Wall convient aux murs d'exploitation de datacenter de recherche et d'IT universitaire où l'acheteur souhaite des tableaux de bord par navigateur, des flux de caméras RTSP / NDI, la capture HDMI là où elle est nécessaire, la promotion IP-KVM, des dispositions d'incident nommées, un contrôle local par l'opérateur, un accès tenant compte des rôles et une licence perpétuelle sur un serveur Linux sur site. C'est la couche de visualisation partagée autour du HPC, du réseau de campus, des installations, de la sécurité et des systèmes de tickets.
Ce n'est pas le planificateur HPC principal, le SIEM, le VMS, le BMS, le fournisseur d'identité, la plateforme de tickets ou le contrôleur réseau. Ces systèmes conservent l'autorité. Le mur rend des vues approuvées afin que l'équipe puisse voir le contexte inter-systèmes pendant les pannes, les fenêtres de maintenance et les briefings de direction.
À lire ensuite
Associez ce guide à la référence d'architecture NOC, au guide du mur d'images SOC et SIEM, au guide de dimensionnement de mur d'images, au guide RBAC, SSO et API, et au guide du mur d'images air-gap pour les environnements de recherche restreints. Si le projet compare encore des fournisseurs, utilisez la comparaison des meilleurs logiciels de mur d'images.