MVP : tester le concept en 2 semaines et ~131 000 FCFA
Où suis-je ? Tu valides les hypothèses à risque AVANT de construire le boîtier complet (01–02). Machine : CAS 2 (carte mère PC = cerveau) + 1 phone + 1 PC nœud + un hub du commerce. Suite : Installation.
1. Objectif
Prouver le concept avec le minimum de matériel, en CAS 2 (composants faciles à trouver : mini-PC d’occasion) :
- Une carte mère PC = cerveau, bootant Winux depuis une clé USB
- Un smartphone (ARM64) piloté sans écran ni PIN par le cerveau
- Un PC (amd64) piloté sans bouton physique (WoL + relais/PMM externe)
- Un cluster k3s multi-arch stable (ARM64 + amd64)
- Un LLM tournant sur la RAM combinée des nœuds
2. Les 3 hypothèses à risque
| # | Hypothèse | Test de validation | Si échec |
|---|---|---|---|
| H1 | La carte mère PC boote Winux depuis la clé USB et devient le maître | Clé de boot → installation → node-control.sh sur le phone | Autre carte mère (boot USB refusé), vérifier l’ordre de boot BIOS |
| H2 | ADB/fastboot marche sans écran ni PIN après préparation | node-control.sh reboot/format sur le phone | Console série UART, autre modèle |
| H3 | k3s multi-arch (arm64+amd64) stable | 2 pods sur 2 archs, kubectl get nodes | Réduire à 1 arch, revoir réseau |
| H4 | LLM sur RAM combinée exploitable | deploy-llm.sh 7B + sharding 2 nœuds | Petits modèles par nœud uniquement |
3. Matériel et budget (~131 000 FCFA)
| Pièce | Qté | Prix ~ | Rôle |
|---|---|---|---|
| Mini-PC d’occasion (HP EliteDesk 800 mini, Dell OptiPlex 3050/3060 micro, Lenovo ThinkCentre M720q) | 1 | 39 000–59 000 FCFA | Cerveau CAS 2 : boote Winux depuis la clé USB |
| Carte USB4 PCIe (ASM4242) | 1 | 0–66 000 FCFA | Pont dock — option à valider au MVP (inutile pour 1 phone + 1 PC) |
| Hub USB 3.0 7 ports (self-powered) | 1 | 16 400 FCFA | Remplace le dock au MVP (ports serveurs + clé) |
| Clé de boot USB ≥ 16 Go | 1 | 6 600 FCFA | Boot Winux → la carte mère devient le maître |
| Alim 5V/20A (rail serveurs) | 1 | 16 400 FCFA | Rail 2 (le mini-PC a sa propre alim = rail 1) |
| Câbles USB-C données | 2 | 7 900 FCFA | Boîtier ↔ cartes |
| Adaptateurs UART→USB (CP2102/CH340) | 2 | 7 900 FCFA | Console série de secours |
| Module relais 4 canaux 5V + câbles Dupont | 1 lot | 9 800 FCFA | PMM externe (power PC — pas de GPIO en CAS 2) |
| Total | ~118 000 FCFA | (+ USB4 optionnelle → ~151 000 FCFA) |
Aucune carte carrier ni PCB : tout sur étagère au MVP. En réutilisant phone + PC + alims → ~85 000 FCFA de dépenses réelles. Le mini-PC contient déjà son SSD + alim : rien à ajouter pour le cerveau.
4. Phases (2 semaines, par ordre de risque)
PHASE 1 — Cerveau CAS 2 + 1 smartphone (jours 1–3) · le plus risqué
- Brancher la clé de boot USB sur le mini-PC → boot → Winux s’installe → il devient le maître
sudo bash scripts/brain-install.sh(version Ubuntu x86) → k3s control-plane tainté- Préparer le téléphone UNE FOIS (avec écran) : déblocage bootloader (OEM unlock) + débogage USB + autoriser l’ordinateur
- Connecter via hub USB →
adb devices bash scripts/node-control.sh status/reboot/format/install phone-01
Verdict attendu : H1 + H2 ✅ — boot Winux depuis la clé + ADB sans écran
PHASE 2 — + 1 PC multi-arch (jours 4–7) · prouve le cluster
- Joindre le phone :
bash scripts/join-arm64.sh - Joindre le 2e PC :
bash scripts/join-amd64.sh - Câbler le relais USB (PMM externe) sur PWR/RST du 2e PC, déclarer les GPIO dans
nodes.conf node-control.sh power-on/power-off/reboot pc-01(WoL puis relais en secours)kubectl apply -f k8s/labels-arch.yaml+ déploiement test arm64 + amd64
Verdict attendu : H3 ✅ — 2 architectures dans un cluster, contrôlées sans contact
PHASE 3 — LLM sur RAM + format (+ USB4 option) (jours 8–14) · prouve la valeur
- Copier un modèle 7B GGUF sur la RAM du phone :
deploy-llm.sh - Sharding 2 nœuds :
deploy-llm-distributed.sh - Test
formatd’un phone (fastboot efface le PIN) puis re-flash - Option : insérer la carte USB4 PCIe + dock → valider le pont CAS 2
Verdict attendu : H4 ✅ — un LLM tourne sur la RAM combinée, gestion complète
5. Critères go / no-go
| Phase | ✅ GO si | ❌ NO-GO si |
|---|---|---|
| P1 | Winux boote depuis la clé + ADB pilote le phone sans écran | Boot USB refusé, bootloader verrouillé |
| P2 | k3s multi-arch stable + power PC OK | Réseau instable, WoL/PMM inefficaces |
| P3 | LLM 7B servi + sharding fonctionnel | Sharding trop lent (réseau) ou RAM insuffisante |
En cas d’échec : P1 → autre carte mère (boot USB) ou changer de phone. P3 → se limiter aux modèles par nœud (pas de fusion RAM).
6. Test de validation final
bash scripts/hub-scan.sh # ports détectés (hub 7 ports)
bash scripts/node-control.sh status phone-01 # phone piloté sans écran
bash scripts/node-control.sh reboot pc-01 # PC redémarré sans contact
kubectl get nodes -o wide # 2 archs : arm64 + amd64
curl http://llm-api:8080/v1/chat/completions # LLM servi depuis la RAM7. Interfaces web à laquelle coupler le MVP
En plus du dashboard dédié (dashboard/, port 8081), trois outils éprouvés se
connectent au MVP :
| Situation | Outil | Accès |
|---|---|---|
| Cluster k3s + web UI complète | Rancher (créateurs de k3s) | https://IP:8443 |
| Variante Docker Swarm | Portainer | http://IP:9000 |
| Admin du boîtier (système) | Cockpit | https://IP:9090 |
| Console rapide en terminal | K9s | terminal |
| Contrôle des cartes + LLM (sur mesure) | Dashboard dédié | http://IP:8081 |
⚠️ Rancher veut ~2 Go de RAM en plus sur le control-plane → prévoir 8 Go ou l’installer sur un nœud PC amd64.
8. Ce qu’on reporte (production, après MVP validé)
| Reporté au MVP | Remplacé par (projet final) |
|---|---|
| Hub USB 7 ports | Carte carrier modulaire (PLUG-SRV-5/KEY-3) |
| 1 phone + 1 PC nœud | 10+ cartes mères |
| Carte USB4 PCIe (option) | Pont dock USB4/TB permanent (CAS 2) |
| Relais générique | PMM dédié |
| k3s seul | + Swarm/Proxmox optionnels |
| Clé de boot | 6+ clés + hub-dongles |
9. Suite logique
Une fois le MVP validé, tu peux passer à l’installation complète du système (indépendamment du nombre de nœuds) → Installation.