Proposition : Migration RAID USB vers Proxmox 1

Date : 05/01/2026 Status : IMPLEMENTEE Objectif : Migrer la gestion du RAID1 USB depuis la VM dev-portainer vers Proxmox 1 directement

Situation Actuelle

Architecture existante

2x SSD Crucial X6 1TB connectés en USB 3.2 (10Gbps) sur Proxmox 1
USB Passthrough vers VM 106 (dev-portainer)
mdadm RAID1 créé dans la VM, monté sur /mnt/raid1
57GB utilisés, dont :
- nextcloud/ : 5.7G
- Kelian/ : 80M
- n8n/ : 27M
- supabase/ : 69M
- redis/ : 32K

Problème

Le RAID est géré par la VM au lieu de l'hyperviseur
Impossible d'exporter en NFS vers d'autres VMs
Pas de snapshot ZFS possible
Gestion complexe en cas de problème

Architecture Cible

┌─────────────────────────────────────────────────────────────────┐
│                     Proxmox 1 (192.168.1.155)                    │
│                                                                   │
│   ┌─────────────────────────────────────────────────────┐       │
│   │           Pool ZFS "stock_1to" (mirror)             │       │
│   │   ┌───────────────┐    ┌───────────────┐           │       │
│   │   │ Crucial X6 #1 │ ↔ │ Crucial X6 #2 │           │       │
│   │   │    1TB USB    │    │    1TB USB    │           │       │
│   │   └───────────────┘    └───────────────┘           │       │
│   └─────────────────────────────────────────────────────┘       │
│                              │                                   │
│                         NFS Export                               │
│                    /stock_1to → 192.168.1.0/24                   │
│                              │                                   │
└──────────────────────────────┼───────────────────────────────────┘
                               │
          ┌────────────────────┼────────────────────┐
          │                    │                    │
          ▼                    ▼                    ▼
   ┌─────────────┐      ┌─────────────┐      ┌─────────────┐
   │ dev-portainer│      │   gitlab    │      │   vscode    │
   │ (VM 106)     │      │ (VM 101)    │      │ (VM 103)    │
   │ Docker DEV   │      │             │      │             │
   └─────────────┘      └─────────────┘      └─────────────┘
          │
          │ rsync horaire
          ▼
   ┌─────────────────────────────────────────────────────┐
   │              PVE (192.168.1.10)                     │
   │   stock_36to/data/backup-proxmox1/stock_1to/       │
   └─────────────────────────────────────────────────────┘

Plan de Migration

Phase 1 : Backup des données (sans interruption)

# Sur dev-portainer (192.168.1.51)
rsync -avP /mnt/raid1/ /mnt/stock_8to/33800-stack/backups/migration-raid1/

Phase 2 : Arrêt et migration (5 min downtime)

Arrêter la VM dev-portainer (106)
Retirer le USB passthrough de la config VM
Redémarrer la VM sans les USB

Phase 3 : Création pool ZFS sur Proxmox 1

# Identifier les disques USB
lsblk | grep -E "sd[a-z].*931"

# Créer le pool ZFS mirror
zpool create stock_1to mirror /dev/sdb /dev/sdc

# Structure
zfs create stock_1to/dev-stack

Phase 4 : Restauration des données

# Depuis le backup
rsync -avP /chemin/backup/ /stock_1to/dev-stack/

Phase 5 : Configuration NFS sur Proxmox 1

# /etc/exports
/stock_1to  192.168.1.0/24(rw,sync,no_subtree_check,no_root_squash,crossmnt)

# Activer NFS
apt install nfs-kernel-server
systemctl enable --now nfs-server
exportfs -ra

Phase 6 : Montage sur dev-portainer

# /etc/fstab sur dev-portainer
192.168.1.155:/stock_1to  /mnt/stock_1to  nfs  defaults,_netdev  0  0

Phase 7 : Configuration rsync backup

# Cron sur Proxmox 1
0 * * * * rsync -avP --delete /stock_1to/ root@192.168.1.10:/stock_36to/data/backup-proxmox1/stock_1to/

Avantages

Aspect	Avant (mdadm VM)	Après (ZFS Proxmox)
Gestion	Dans la VM	Sur l'hyperviseur
Snapshots	Non	Oui (ZFS)
Export NFS	Impossible	Natif
Performance	USB passthrough	Direct
Monitoring	Difficile	Intégré Proxmox
Backup	Manuel	Rsync automatique

Risques et Mitigation

Risque	Mitigation
Perte de données	Backup complet avant migration
USB déconnection	Les SSD USB externes peuvent se déconnecter - surveillance
Downtime	~10-15 minutes pour la migration

Commandes de Validation

# Après migration, vérifier :
zpool status stock_1to          # État du pool
showmount -e 192.168.1.155      # Export NFS
ssh dev-portainer "df -h /mnt/stock_1to"  # Montage OK

Décision Requise

[ ] APPROUVER - Procéder à la migration
[ ] REPORTER - Attendre un meilleur moment
[ ] MODIFIER - Ajuster le plan

Note : Cette migration nécessite ~15 minutes de downtime sur dev-portainer.