spb/maclustr-dispatch

1# maclustr-dispatch — `mld`23Orchestrateur de déploiement du cluster MacLustr. Il tourne **sur la passerelle M1M32** et4déploie chaque application sur le **nœud le plus efficient** du cluster, via le LAN5(192.168.2.x, clé SSH `maclustr-m1m32` autorisée sur tous les nœuds).67```8laptop ──ssh──▶ M1M32 (passerelle : spbgit + mld + staging ~/dispatch/stage)9                  │  scan live (RAM libre, charge, disque, ports, runtimes)10                  │  choix du nœud (score) → rsync LAN → PM2/launchd → ngrok → healthcheck → registre11                  ▼12        M3U96a · M3U96b · M2U64 · M4M64a · M4M64b · M4M36 · M2M32 · …13```1415## Depuis le laptop1617`~/Desktop/cluster-skill/mld <commande>` relaie à la passerelle et rapatrie le registre18(`cluster-skill/cluster-registry.json`).1920| Commande | Effet |21|---|---|22| `mld scan` / `mld nodes` | sonde (ou relit) ressources + runtimes des nœuds |23| `mld apps` / `mld show <app>` | manifestes et emplacement courant |24| `mld pick <app>` · `mld pick --ram 4 --runtime node` | classement des nœuds pour une app / un besoin |25| `mld plan [apps…]` | plan de placement global (glouton, projection des ressources) |26| `mld stage <dir-local> <app>` | pousse un dossier du laptop dans le staging de la passerelle |27| `mld deploy <app> [--node X]` | staging → nœud choisi (auto sans `--node`), démarrage, santé, registre |28| `mld move <app> [--to X] [--from Y]` | migration : pré-copie à chaud, arrêt, delta final, déploiement, santé, retrait (rollback auto) |29| `mld stop/start/restart <app>` · `mld logs <app>` · `mld health <app>` | cycle de vie |30| `mld status [--live]` · `mld registry` | registre (`~/dispatch/registry.json` sur M1M32) |31| `mld subscribers [--add app\|node NOM CHEMIN] [--remove …]` · `mld registry --push` | abonnés du registre (copie poussée à chaque sauvegarde) · rediffusion manuelle |32| `mld retire <app>` | arrête et efface la copie du nœud |33| `mld prepare <nœud> [--ka-helpers]` | installe node/pnpm/pm2/ngrok/python via Homebrew, config ngrok, pm2 startup, marqueur ; `--ka-helpers` = pousseur Ka + alias `gitsrv` + clé autorisée sur la passerelle |34| `mld bootstrap <nœud>` | Xcode CLT + Homebrew sur un Mac vierge (sudo NOPASSWD temporaire) |35| `mld import <nœud>` | brouillons de manifestes depuis les PM2 vivants d'un nœud (`~/dispatch/apps/_drafts/`) |3637## Manifestes (`~/dispatch/apps/<app>.json`, mode 600)3839Un manifeste décrit *comment* tourne une app : `dir` (même chemin absolu sur tous les nœuds),40`processes` (PM2 : script, args, interpreter, cwd, env, cron_restart…), `ngrok` (domaine réservé →41processus `<app>-ngrok`), `launchd` (plists générés), `requires` (runtimes, RAM, ports),42`placement` (`pin`, `prefer`, `avoid` + raison), `sync_excludes`, `extra_paths`, `env_overrides`43(réécriture de `.env` au déploiement), `hooks.post_sync` / `post_start`, `ka_repo` (inscription au pousseur).44Gabarits : `{{HOME}}`, `{{NODE}}`, `{{LAN_IP}}`, `{{IP:<alias>}}`.4546## Scoring4748`0.45·RAM libre après placement + 0.25·cœurs idle + 0.10·disque + 0.15·cœurs − 0.04·apps hébergées49(+0.15 prefer, +0.05 si déjà sur ce nœud)`. Inéligible : hors ligne, rôle gateway (sauf épingle),50runtime manquant, RAM libre < besoin + 2 Go, disque, port occupé (hors nœud d'origine).5152## Registre = source de vérité des emplacements (consommateurs)5354`~/dispatch/registry.json` (M1M32) est la **seule** référence « quelle app tourne sur quel nœud ».55Personne ne code plus d'emplacement en dur : les consommateurs lisent le registre.5657- **Push** : à chaque sauvegarde (deploy/move/stop/start/retire), `registry.save()` pousse une copie58  atomique chez chaque abonné de `~/dispatch/subscribers.json` (`mld subscribers` pour lister/ajouter).59  Un abonné `{"app": X, "path": P}` est résolu dans le registre lui-même (nœud + dir de X) — il suit60  les migrations. Abonnés au 2026-09-04 : `admin-ka` → `data/registry.json` (console61  administration-ka.com : sites, projets Claude Code, sweep des nœuds, CLAUDE.md de l'orchestrateur62  multi-sites) et `ka2` → `~/ka-guardian-spool/registry.json` (gardiens ka2/ka4/ka6 : nœud, dir,63  port, process PM2 de chaque service surveillé).64- **Pull** : tout nœud peut aussi tirer `ssh gitsrv cat ~/dispatch/registry.json` (alias `gitsrv`65  = M1M32, clé `ka_guardian_ed25519` autorisée). admin-ka le fait toutes les 2 min, le service launchd66  `com.ka.registry-sync` de M4M36 toutes les 2 min (chaîne zsh pure : macOS 26 LNP interdit le LAN aux67  descendants de python).68- Champs consommés : `node`, `ip`, `port`, `domain`, `dir`, `processes` (PM2), `launchd`, `status`,69  `updated`. Garder ces noms stables.7071## Ajouter un nœud72731. Activer *Session à distance* sur le Mac, autoriser la clé de la passerelle74   (`~/.ssh/id_ed25519.pub` de M1M32) et celle du laptop dans `~/.ssh/authorized_keys`.752. `echo <alias> > ~/.maclustr-node` sur le nœud ; ajouter l'alias dans `mld/config.py` (`NODES`).763. `mld discover` → `mld bootstrap <alias>` (si Mac vierge) → `mld prepare <alias>`.7778Nœud **hors LAN** (IP publique, autre utilisateur — ex. M1M64, Mac Studio loué, 2026-09-08) : le déclarer aussi79dans `REMOTE_NODES` (`host`, `user`, `sudo_pw_file`) ; `discover` s'y connecte directement au lieu de balayer80192.168.2.x, `ssh.target`/`home_of`/`sudo_pw_file` suivent l'utilisateur du nœud. Ces nœuds sont `RESERVED`81(pas de LAN vers les apps sœurs, pas de gardiens Ka) : déploiement seulement avec `--node`. Si le sshd du82fournisseur a `AllowUsers` (ex. `/etc/ssh/sshd_config.d/100-rental.conf`), ajouter un fichier83`000-maclustr.conf` avec `AllowUsers <user>` (les directives se cumulent).8485## Fichiers8687- `mld/config.py` inventaire statique, rôles, chemins, détection des runtimes88- `mld/nodes.py` découverte LAN, sonde · `mld/picker.py` score/plan · `mld/deploy.py` fetch/deploy/move/health89- `mld/render.py` ecosystem PM2 + plists · `mld/prepare.py` runtimes/bootstrap/ka-helpers · `mld/importer.py`90- `assets/` pousseur Ka (script + plist)9192Pas de dépendance : Python 3 système (3.9) + ssh/rsync (GNU rsync via Homebrew sur la passerelle).93