Pourquoi ne pas se baser uniquement sur la bande passante ?

Les migrations de boîtes mail sont limitées par les plafonds de connexions par adresse IP côté source, la latence IMAP et les contrôles d'auth — pas seulement par le réseau.

Pourquoi ajouter des VM accélère-t-il toujours la migration ?

Chaque VM tourne sur une IP publique dédiée. Les plateformes source appliquent leurs limites par IP, pas par session globale. Chaque VM supplémentaire apporte donc un quota indépendant — le débit scale linéairement avec le nombre de VM.

Qu'est-ce qu'une delta sync ?

Une dernière passe après la copie principale pour capturer les messages reçus pendant la fenêtre de migration, avant la bascule DNS.

Simulateur de durée de migration mail

Estimez votre calendrier projet en direct. Ajustez les VM et voyez l'impact instantanément.

Parler de votre projet Voir comment ça marche

Plateforme source

Boîtes mail

Taille moyenne / boîte (Go)

Machines virtuelles 1 VM = 1 IP

Heures d'exploitation / jour

Durée projet estimée —

Fenêtre de copie —

Volume total —

Débit effectif —

Workers actifs —

IP publiques nécessaires —

Surcoût VM —

Prép.

Copie

Delta

Charge par IP — / — workers/IP

Note plateforme

Hypothèses du modèle

Repères de planification conservateurs — pas des engagements éditeurs. Le débit réel dépend de la configuration d'auth, de la latence et de l'état des boîtes.

Source	Débit / worker	Max workers / IP	Workers / VM Scale = VM × min(wpvm, wip)
Gmail / Google Workspace	1.8 Go/h	8	12 (×VM)
Microsoft 365	2.8 Go/h	12	16 (×VM)
Gandi Mail	2.4 Go/h	8	12 (×VM)
Zimbra	3.0 Go/h	12	14 (×VM)
OVH / Hosted Exchange	2.6 Go/h	10	12 (×VM)
IMAP générique	3.5 Go/h	20	20 (×VM)

Besoin d'un plan de migration détaillé ?

On transforme cette estimation en vrai runbook — séquencé, testé et validé.

Demander un devis Nous contacter