spb/cluster-skill

# title: "Inventaire complet MacLustr" subtitle: "Nœuds internes (LAN Saint-Augustin) et serveurs dédiés OVHcloud — spécifications, rôles, accès et applications" author: "Simon-Pierre Boucher — généré le 10 septembre 2026 à 22 h 40 (état live : mld scan, mld status, mld tunnel status, system_profiler, SSH) ; mis à jour le 2 octobre 2026 (retrait de 4 serveurs OVH)" lang: fr

# Vue d'ensemble

Les compteurs « nominaux » du cluster (NODES.md, CLAUDE.md, site www.maclustr.io) comptent 32 cœurs pour chaque M3 Ultra ; system_profiler et mld scan en voient 28 (20 performance + 8 efficience). Ce document donne les valeurs mesurées.

Mise à jour du 2 octobre 2026. Le parc OVH est ramené à un seul serveur, BHS64, la passerelle publique MacLustr Tunnel de Beauharnois. R9128 (Gravelines, passerelle de secours), BHS64b, BHS128 et BHS128b (Beauharnois) ont été retirés : leurs applications (WebSensor, Market Atlas, hfmarketdata, DataCenterIndex, cancerindex, company-atlas, satelliteindex, InternetPressure) ont été arrêtées et effacées après vérification que tout le code était poussé sur spbgit ; des copies à froid des bases ont été conservées sur M3U96b. Routes publiques, pairs WireGuard, interface wg0, alias SSH, inventaires mld et agentd (3.1.2) mis à jour ; la résiliation des quatre serveurs se fait dans le manager OVH.

Mise à jour du 28 septembre 2026. Mac mini m6mb (M6 12 cœurs / 24 Go, 192.168.2.106, Tailscale 100.102.242.94) et Mac mini m5ma (M5 Pro 15 cœurs / 24 Go, 192.168.2.112, Tailscale 100.117.72.79) ajoutés au LAN.

Mise à jour du 26 septembre 2026. Deux Macs ajoutés au LAN : M5M36 (Mac Studio M5 Max 18 cœurs / 36 Go, 192.168.2.104, Tailscale 100.69.26.91) et m6ma (Mac mini M6 12 cœurs / 24 Go, 192.168.2.105, Tailscale 100.83.195.67), macOS 27.0.

Mise à jour du 25 septembre 2026. Les 12 Macs loués hors site (Macly, MacStadium, rentamac) ont été retirés du cluster : services arrêtés, tunnel démonté, clés effacées, retirés de tous les inventaires (voir §2). Un Mac Studio M4 Max (M4M64c : 16 cœurs, 64 Go, 494 Go, macOS 26.4, LAN 192.168.2.103, Tailscale 100.125.225.117) ajouté au LAN ; raccordé au MacLustr Tunnel (wg1 10.67.0.33) et durci par mld prepare.

Mise à jour du 21 septembre 2026. Trois Mac mini locaux ajoutés (m4ml, m4mm, m4mn : 34 cœurs, 112 Go). Le serveur DHCP du LAN a renuméroté toutes les adresses 192.168.2.x le même jour ; les colonnes « IP LAN » reflètent l'état mld discover du 21 septembre, les noms *.maclustr.io (Tailscale) restent inchangés.

Architecture en trois plans. (1) La passerelle interne M1M32 héberge le git personnel spbgit et l'orchestrateur mld, qui place chaque application sur le nœud le plus efficient, la supervise (mld heal toutes les 5 min) et pousse le registre aux consommateurs. (2) L'agent maclustr-agentd (M4M64a:9210) sonde tous les nœuds pour les apps macOS et iOS MacLustr et le site www.maclustr.io. (3) La passerelle publique BHS64 (OVH Beauharnois) termine le TLS des domaines publics (30 routes au 2 octobre 2026) avec Caddy et les relaie aux nœuds par le tunnel WireGuard « MacLustr Tunnel » (hub 10.67.0.1, 16 pairs Mac). C'est la seule passerelle depuis le 2 octobre 2026 (R9128, le hub de secours de Gravelines, a été retiré). Il n'y a plus de ngrok.

Accès. Tout passe par ssh <alias> depuis le laptop (~/.ssh/config) avec clés ed25519 et agent forwarding ; trois clés publiques sont autorisées partout : maclustr-cluster (laptop), maclustr-m1m32 (passerelle mld) et maclustr-agentd (agent). Les mots de passe sudo et identifiants DeskIn/VNC ne figurent pas ici : voir NODES.md.

# 1. Nœuds internes — LAN MacLustr (Saint-Augustin-de-Desmaures, Québec)

Réseau 192.168.2.x, domaine maclustr.io, Tailscale présent mais SSH inter-nœuds via Tailscale bloqué (ACL) : tout passe par les IP LAN. Utilisateur simon-pierreboucher partout, home /Users/simon-pierreboucher. Tous durcis le 10 septembre 2026 (mld harden --all : ouverture de session automatique, pas de veille, redémarrage après coupure, mises à jour automatiques désactivées, FileVault désactivé sur les deux M3 Ultra). PM2 pour les apps, launchd seulement pour l'agent, les gardiens et la console.

# 1a. Matériel et système

Sous-total LAN : 29 Macs, 393 cœurs mesurés (401 nominaux), 1 068 Go. 12 Mac Studio, 13 Mac mini, 2 MacBook Pro, 2 MacBook Air. 16 nœuds ont redémarré ensemble le 10 septembre (coupure de courant) et sont revenus seuls : PM2, tunnel wg1 et routes Caddy intacts. Autres équipements sur place : deux NAS UGREEN (DXP4800 Plus 192.168.2.173, DH4300 Plus 192.168.2.175).

# 1b. Rôle, runtimes et applications par nœud

Les applications sont celles du registre mld status (source de vérité M1M32:~/dispatch/registry.json) ; « runtimes » vient de mld scan. Les nœuds sans app sont des workers libres, disponibles pour le calcul distribué (cluster-gateway.sh) ou un futur mld deploy.

# 2. Macs loués hors site — retirés le 25 septembre 2026

Douze Macs loués chez trois fournisseurs (Macly en Turquie : M1M64, m4me, m4mf, m4mh, m1m16b, m4mi, m4mj, m4mk ; MacStadium à Atlanta et Dublin : m2m16b, m1m16, m2m16c ; rentamac à Limassol : m4mg) avaient rejoint le cluster du 8 au 10 septembre 2026 comme nœuds réservés, sans placement automatique. Ils n'ont hébergé qu'une seule application (LLM API sur M1M64). Le 25 septembre 2026, les douze ont été retirés : application retirée et routes publiques supprimées, PM2 et tunnel WireGuard démontés, marqueurs et clés MacLustr effacés sur les machines (m4mg n'était plus joignable), pairs et adresses 10.67.0.40–51 libérés sur la passerelle, entrées supprimées de mld, de l'agent et des applications macOS/iOS. Le cluster ne compte plus aucun Mac hors du LAN.

# 3. Serveurs dédiés OVHcloud (Linux, hors mld / agentd)

Un seul serveur depuis le 2 octobre 2026 (BHS64) ; le tableau conserve, barrés, les serveurs retirés ce jour-là. Serveurs bare-metal Ubuntu Server 24.04.4 LTS (noyau 6.8), utilisateur ubuntu avec sudo sans mot de passe, root joignable par clé, fuseau America/Toronto, marqueur /root/maclustr-postinstall.done. Installés depuis le manager https://manager.ca.ovhcloud.com piloté en Safari/JXA (recette et scripts dans cluster-skill/ovh-manager/, ≈ 20 min par serveur). Ce ne sont pas des nœuds mld/agentd (pas de Homebrew ni de launchd) : on les pilote en SSH direct. Disques : 2 × 960 Go NVMe en RAID 1 logiciel partout (md2 /boot, md3 / 878 Go).

# 3a. Tableau

# 3b. Fiches

• BHS64 — installé le 10 septembre 2026 (hostname bhs64), puis gateway-setup.sh BHS64 51.161.112.61 10.67.0. Clé publique WireGuard du hub QrpSXW8mIJjGMuB3eiP2LQJGpFgV6lTmBG9v0Cxsiz0=. Les Macs s'y raccordent par leur interface wg1 (10.67.0.x). Les certificats Let's Encrypt ont été copiés depuis R9128 pour un HTTPS immédiat. Latence ≈ 10 ms depuis Saint-Augustin. Outils : tunnelctl sur place, mlt sur le laptop (cible par défaut), mld tunnel … via M1M32. Toute route est repointée automatiquement à chaque mld deploy/move. Renouvellement automatique le 10 octobre 2026, sans engagement ; monitoring OVH avec intervention proactive.
• Serveurs retirés le 2 octobre 2026 — BHS64b (jumeau de BHS64, installé le 10 septembre), BHS128 (ADVANCE-1 128 Go, 10 septembre), BHS128b (ADVANCE-2 128 Go, 14 septembre) et R9128 (RISE-L, 8 septembre, première passerelle du tunnel devenue secours). Ils ont hébergé du 12–14 septembre au 2 octobre les plateformes WebSensor, Market Atlas, hfmarketdata, DataCenterIndex, cancerindex, company-atlas, satelliteindex, rareindex et InternetPressure, toutes arrêtées et effacées ce jour-là (code sur spbgit, bases sauvegardées à froid sur M3U96b).

# 4. Topologie publique : sites et tunnel

Les domaines publics (30 routes au 2 octobre 2026 ; le tableau ci-dessous est l'état du 10 septembre, les sites des serveurs OVH retirés ne répondent plus) arrivent sur BHS64 (DNS A → 51.161.112.61) et sont relayés par WireGuard vers le nœud qui porte l'app. mld pose et repointe les routes ; mld heal répare pairs et routes manquants.

Autres services internes : maclustr-agentd (M4M64a:9210, API Bearer, routes /api/cluster, /api/apps, /api/tunnel, /api/events) alimente les apps macOS MacLustr 3.0.7 et iOS 4.2.0 ; Postgres 17 local sur M3U96a, M2U64, M4M64a, M4M64b, M2M32b et M1M32 ; Redis sur M3U96a, M3U96b, M4M64b, M2M32b ; Docker sur les Studios et M2M32/M2M32b.

# 5. Répartitions

# 5a. Par emplacement

# 5b. Par modèle et par puce

# 5c. Capacité libre

Au 10 septembre 2026 : 14 nœuds LAN sans app (150 cœurs, 332 Go) et 2 serveurs OVH sans rôle (BHS64b 16 t / 64 Go, BHS128 12 t / 128 Go). Les apps tournent sur 7 nœuds LAN seulement (M3U96a, M3U96b, M2U64, M4M64a, M4M64b, M4M36, M1M32), avec entre 50 et 80 Go de RAM libre sur chaque Studio 64–96 Go.

# 6. Sources et méthode

mld scan, mld status, mld tunnel status (22 h 30), system_profiler SPHardwareDataType, sw_vers, sysctl hw.model, df -H, uptime, pm2 jlist sur les 33 Macs ; lscpu, free, /proc/mdstat, systemctl, ufw status sur les serveurs OVH (4 le 10 septembre, 1 depuis le 2 octobre 2026) ; fiches du manager OVH (ID, baie, IPv6) ; NODES.md, ~/.ssh/config, mld/config.py, agentd.py. Géolocalisation des Macs loués : whois / ip-api et temps de connexion mesurés le 9 septembre. Documents complémentaires : NODES.md (identifiants, sudo), MACLUSTR-TUNNEL.md (tunnel), KA-REMOTE-DEV.md (apps Ka), ovh-manager/README.md (installation OVH), cluster-registry.json (registre mld).