AWS → OVHcloud
Migrer d’AWS vers OVHcloud
OVHcloud est le premier fournisseur cloud européen (français, siège à Roubaix) et présente le catalogue managé le plus large de l’ensemble souverain, dont Kafka, Cassandra et OpenSearch managés, que la plupart des fournisseurs européens n’ont pas. Un parc AWS orienté streaming ou données y migre donc plus proprement. Cette page est précise sur les forces d’OVHcloud, les deux services AWS sans jumeau, et la leçon de PRA tirée de l’incendie de Strasbourg en 2021.
Quels services AWS ont un véritable équivalent OVHcloud ?
Noté de façon conservatrice, ligne par ligne. Le Kafka managé d’OVHcloud est l’atout qui le distingue d’une migration façon Scaleway.
| AWS | OVHcloud | Verdict |
|---|---|---|
| Amazon S3 | OVHcloud Object Storage (S3) Compatible S3 avec trois classes de stockage (High Performance, Standard, Infrequent Access) et sans frais d’egress. Des endpoints Swift historiques existent aussi, visez donc l’API S3. | Équivalent |
| Amazon EBS | OVHcloud Block Storage Volumes bloc réseau avec snapshots. Équivalent direct. | Équivalent |
| Amazon EC2 | OVHcloud Public Cloud Instances Instances généralistes, GPU et dédiées en France, Allemagne, Royaume-Uni et Pologne. | Équivalent |
| Amazon EKS | OVHcloud Managed Kubernetes (MKS) Plan de contrôle managé intégrant instances, GPU, load balancer, registre et bases managées. | Équivalent |
| Amazon MSK / Kinesis | OVHcloud Public Cloud Databases for Kafka Apache Kafka managé (avec Connect et MirrorMaker) est un vrai différenciateur ; l’API Kinesis n’est pas répliquée, visez Kafka. | Partiel |
| Amazon RDS / Aurora | OVHcloud Managed Databases (PostgreSQL) PostgreSQL, MySQL, Cassandra, Valkey et OpenSearch managés ; les fonctions propres à Aurora n’ont pas de jumeau. | Partiel |
| Amazon ElastiCache | OVHcloud Managed Databases for Valkey Redis/Valkey managé ; le cache en mémoire est bien couvert. | Équivalent |
| Amazon CloudFront / Lambda@Edge | OVHcloud CDN La diffusion de contenu est couverte ; les primitives d’edge compute (équivalent Lambda@Edge) sont limitées. | Partiel |
| AWS Lambda | OVHcloud Functions HTTP et cron fonctionnent ; l’étendue des sources d’événements natives de Lambda n’est pas égalée. | Partiel |
| Amazon DynamoDB | Pas de jumeau managé (ScyllaDB / Cassandra auto-hébergé) Pas de NoSQL en colonnes serverless managé au paiement à la requête. | Pas de jumeau managé |
| Amazon Redshift | Pas de jumeau managé (ClickHouse auto-hébergé) Pas d’entrepôt serverless souverain ; ClickHouse relève d’un autre modèle d’exploitation. | Pas de jumeau managé |
Où les API divergent-elles réellement ?
OVHcloud comble davantage le catalogue managé que ses pairs : les écarts sont plus étroits, mais restent précis.
- Kafka managé existe (un vrai avantage sur Scaleway), mais l’API Kinesis elle-même n’est pas répliquée : les consommateurs Kinesis basculent vers des clients Kafka.
- Object Storage est compatible S3 sans frais d’egress ; certains buckets anciens sont en Swift, standardisez donc sur les endpoints S3.
- L’edge compute (équivalent Lambda@Edge / CloudFront Functions) est limité : la logique d’edge mondiale se ré-architecture, elle ne se soulève pas telle quelle.
- DynamoDB et Redshift n’ont pas de jumeau managé et concentrent l’effort d’auto-hébergement.
Lesquels de vos services migrent proprement ?
Réduit aux lignes qu’OVHcloud couvre en managé. Recherchez ou filtrez par verdict.
10 capacités
Stockage objet
Hyperscaler Amazon S3 Azure Blob Storage Google Cloud StorageVoie souveraine européenne Scaleway Object StorageOVHcloud Object StorageVerdict MatureAPI compatible S3. Cible directe pour la plupart des SDK, sauvegardes et assets statiques.
Stockage bloc
Hyperscaler Amazon EBS Azure Managed Disks Persistent Disk / HyperdiskVoie souveraine européenne Scaleway Block StorageOVHcloud Block StorageVerdict MatureVolumes bloc réseau avec snapshots. Brique standard, bien couverte.
Machines virtuelles
Hyperscaler Amazon EC2 Azure Virtual Machines Google Compute EngineVoie souveraine européenne Scaleway InstancesOVHcloud Public CloudHetzner CloudVerdict MatureLes instances généralistes et dédiées sont un problème résolu en Europe.
Kubernetes managé
Hyperscaler Amazon EKS Azure AKS Google Kubernetes Engine (GKE)Voie souveraine européenne Scaleway KapsuleOVHcloud Managed KubernetesVerdict MaturePlans de contrôle managés conformes CNCF. Les charges portables migrent avec peu de friction.
Registre de conteneurs
Hyperscaler Amazon ECR Azure Container Registry Google Artifact RegistryVoie souveraine européenne Scaleway Container RegistryOVHcloud Managed Private RegistryHarbor (self-hosted)Verdict MatureLes registres OCI sont banalisés. Harbor auto-hébergé est un repli pleinement souverain.
PostgreSQL managé
Hyperscaler Amazon RDS / Aurora Azure Database for PostgreSQL Cloud SQL / AlloyDB for PostgreSQLVoie souveraine européenne Scaleway Managed DatabaseOVHcloud Managed DatabasesAiven for PostgreSQLVerdict ViableLe PostgreSQL standard est bien servi. Les fonctions propres à Aurora (base globale, autoscaling serverless v2) n’ont pas de jumeau exact, prévoyez-le.
DNS faisant autorité
Hyperscaler Amazon Route 53 Azure DNS Google Cloud DNSVoie souveraine européenne Scaleway Domains & DNSOVHcloud DNSBunny DNSVerdict ViableLe DNS managé faisant autorité est bien couvert. Les politiques de routage de Route 53 se réimplémentent à la main.
Fonctions serverless (FaaS)
Hyperscaler AWS Lambda Azure Functions Cloud Run functions (Cloud Functions)Voie souveraine européenne Scaleway Serverless FunctionsOVHcloud FunctionsVerdict PartielLes runtimes existent, mais l’étendue des sources d’événements natives de Lambda et la maturité du réglage des démarrages à froid ne sont pas égalées. Convient pour HTTP et cron ; plus délicat pour l’événementiel massif.
CDN mondial & edge compute
Hyperscaler Amazon CloudFront / Lambda@Edge Azure Front Door Cloud CDN / Media CDNVoie souveraine européenne Bunny.netGcoreOVHcloud CDNVerdict PartielLes CDN dont le siège est en Europe diffusent bien le contenu à l’international. Les primitives d’edge compute (équivalent Lambda@Edge / CloudFront Functions) sont plus limitées et moins matures.
Plateforme ML managée
Hyperscaler Amazon SageMaker Azure Machine Learning Vertex AIVoie souveraine européenne OVHcloud AI Endpoints / AI TrainingScaleway GPU Instances + Managed InferenceVerdict LacuneLe calcul GPU, l’entraînement et les endpoints d’inférence existent, mais rien n’égale l’étendue de bout en bout de SageMaker (pipelines, feature store, registre de modèles, tuning) en une seule plateforme managée. Vous l’assemblez.
Les verdicts sont prudents et reflètent les offres managées de juridiction européenne à jour en 2026. Les catalogues évoluent vite, nous les revérifions donc à chaque mission.
Combien de jours-ingénieur cela représente-t-il ?
30 à 75 jours-ingénieur
Une fourchette directionnelle pour un parc de taille moyenne. Un parc orienté streaming se situe plus bas ici que chez les fournisseurs sans Kafka managé.
- Un parc de taille moyenne : ~20 à 40 VM, PostgreSQL managé, stockage objet, Kubernetes et une charge Kafka ou de streaming.
- Le bas de la fourchette suppose des charges de type S3, Kubernetes, PostgreSQL et Kafka qu’OVHcloud couvre en managé.
- Le haut suppose une dépendance DynamoDB ou Redshift, plus un durcissement du PRA inter-régions.
- Hors réécritures applicatives, temps d’egress et montée en compétence sur l’API et la console OVHcloud.
Où OVHcloud opère-t-il réellement ?
Une empreinte UE plus large que la plupart des fournisseurs souverains : France, Allemagne, Royaume-Uni et Pologne pour le Public Cloud, plus des régions hors UE qu’il suffit de ne pas sélectionner.
- Gravelines (GRA), FranceRégion Public Cloud phare, à plusieurs régions OpenStack.
- Strasbourg (SBG), FranceReconstruite et durcie après l’incendie de 2021 ; concevez le PRA entre régions.
- Roubaix (RBX), FranceSite historique central.
- Francfort (DE), AllemagneOption de résidence des données en Allemagne.
- Londres (UK)Région britannique (adéquation post-Brexit applicable).
- Varsovie (WAW), PologneEmpreinte en Europe centrale.
Quelles sont les limites, dites honnêtement ?
- L’incendie de Strasbourg (SBG) en 2021 En mars 2021, un incendie a détruit le datacentre SBG2 et certains clients sans sauvegarde hors site ont perdu des données. OVHcloud a reconstruit et durci le site, mais c’est la raison de concevoir explicitement sauvegarde et PRA inter-régions plutôt que de les présumer.
- Plus « à faire soi-même » qu’AWS La console, l’API et les niveaux de support supposent que vous vous appuyiez sur vos propres runbooks plutôt que sur un support haut de gamme ; prévoyez cette charge d’exploitation.
- Pas de jumeau DynamoDB ni entrepôt serverless Ces charges basculent vers ScyllaDB et ClickHouse auto-hébergés, les deux lignes qui subsistent au large catalogue managé d’OVHcloud.
Qu’un DSI demande-t-il d’autre avant de s’engager ?
- Le Kafka managé d’OVHcloud change-t-il vraiment la migration ?
- Oui, pour les parcs de streaming. Les fournisseurs sans Kafka managé vous poussent à l’auto-héberger ou à passer par Aiven ; OVHcloud opère Kafka (avec Connect et MirrorMaker) en managé, si bien qu’un pipeline MSK se rapproche de la configuration. L’API Kinesis, elle, n’a toujours pas de jumeau.
- Comment éviter une nouvelle perte de données façon SBG ?
- Considérez tout datacentre unique comme faillible : répliquez le stockage objet entre régions, gardez les sauvegardes de bases hors site et validez les exercices de restauration. C’est déjà la règle sur AWS. L’incendie de 2021 la rend simplement non négociable ici.
- OVHcloud est-il souverain pour notre posture de conformité ?
- OVHcloud est français, avec des régions UE et sans maison mère américaine, ce qui satisfait la plupart des exigences RGPD et de résidence. La région britannique relève de l’adéquation post-Brexit : gardez les données réglementées en France ou en Allemagne si cela compte.