Alternatives à DigitalOcean pour développeurs

Ce que les alternatives à DigitalOcean changent réellement

La plupart des alternatives à DigitalOcean modifient la facture, pas la machine. Dans tous les cas, vous obtenez une machine virtuelle Linux avec une adresse IP publique, un disque virtio et un accès root. Votre noyau ne se soucie pas du logo affiché sur le control panel. Les différences qui déterminent le choix sont le prix par Go de RAM, le volume de transfert inclus et le coût de chaque octet supplémentaire, la nature réelle du disque et la part de la stack située au-dessus du système d’exploitation qu’un autre opérateur exécutera pour vous.

Ce guide compare ces critères, car un développeur peut tous les vérifier depuis un terminal ou à partir d’une grille tarifaire publiée. Il indique également dans quels cas DigitalOcean est le bon choix, car une comparaison qui ne reconnaît aucun avantage ressemble à une publicité.

Tous les prix ci-dessous correspondent aux tarifs catalogue publiés et ont été vérifiés le 5 août 2026. Les prix évoluent, et plusieurs fournisseurs présentés ici ont modifié les leurs au cours de 2026. La structure tarifaire évolue beaucoup plus lentement. Commencez donc par comparer les ratios et le modèle de facturation, puis vérifiez le prix du jour sur la page officielle du fournisseur avant de vous engager.

Le prix par Go de RAM est la valeur à comparer

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

Chez un même fournisseur, le prix par Go de RAM varie très peu. DigitalOcean facture 6.00 $ par Go sur l’offre de 1 Go, et exactement le même prix, 6.00 $ par Go, sur l’offre de 4 Go, facturée 24.00 $ par mois. Choisir une offre plus grande chez le même fournisseur ne donne donc droit à aucune remise. La taille de l’offre n’est pas le critère de décision. C’est le fournisseur qui compte.

Akamai, qui commercialise désormais les services autrefois proposés par Linode, facture ses offres shared de 2 Go et 4 Go respectivement 12 $ et 24 $, exactement comme DigitalOcean. Son offre d’entrée de gamme est moins chère, à 5.00 $. Lorsque deux entreprises affichent exactement les mêmes prix, c’est un signal à prendre en compte : ce niveau tarifaire est fixé par rapport à un concurrent, et non par rapport au matériel. Il continuera donc de suivre les prix de ce concurrent.

L’écart apparaît avec les fournisseurs qui construisent leurs propres datacentres et facturent en euros. Un Hetzner CX23 fournit 4 Go de RAM pour environ 6.49 $ par mois, soit 1.62 $ par Go. C’est proche du quart du tarif de DigitalOcean. Ce montant en dollars est converti depuis un tarif affiché en euros. Il varie donc avec le taux de change. Hetzner a également augmenté ses tarifs cloud en 2026. Les anciens articles comparatifs citent donc des montants qui ne sont plus proposés.

Le prix par Go de RAM ne dit rien sur le CPU fourni. Un vCPU partagé signifie que l’hyperviseur planifie l’exécution de votre cœur avec celle d’autres tenants. La vérification fiable s’effectue sur une machine que vous avez réellement louée :

vmstat 1 10

Consultez la colonne st. Elle indique le pourcentage de temps pendant lequel votre vCPU était prêt à s’exécuter, mais où l’hyperviseur a attribué le cœur physique à un autre tenant. Quelques pour cent en charge sont normaux. Une valeur durablement à deux chiffres indique que l’hôte est surabonné. Aucun prix par Go ne compense un cœur que vous ne pouvez pas utiliser. Exécutez ce test pendant votre heure de pointe, car le steal time dépend de l’activité des voisins, et leurs horaires varient. Pour avoir une vue d’ensemble du coût réel d’un mois d’hébergement, une fois le stockage et le trafic ajoutés, consultez ce que coûte un VPS chaque mois.

Ce que coûte réellement le transfert inclus

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean inclut 1 To de transfert sortant avec son offre d’entrée de gamme et facture le dépassement au GiB, soit environ 10.00 $ par To supplémentaire. Akamai inclut le même volume et facture environ deux fois moins, soit environ 5.00 $ par To. Vultr inclut 2 To, avec un tarif de dépassement similaire. Hetzner inclut 20 To, puis facture environ 1.20 $ par To, soit un écart d’un ordre de grandeur avec les autres fournisseurs.

Trois détails structurels comptent davantage que les chiffres annoncés. Le trafic entrant est gratuit chez les quatre fournisseurs : seul le trafic sortant est comptabilisé. DigitalOcean et Vultr mutualisent le quota entre tous les serveurs du compte. Une machine très sollicitée consomme donc le quota d’une autre, et un parc de petits serveurs partage un même pool. De plus, le trafic entre serveurs sur un réseau privé ou un réseau VPC n’est généralement pas comptabilisé. Placer la base de données sur l’interface privée relève donc autant de la facturation que de la sécurité.

Tout cela importe peu si vous êtes loin de la limite. Un blog, une API qui renvoie du JSON ou un petit SaaS n’atteindront pas 1 To par mois. La vidéo, les galeries d’images, les serveurs de jeux, les miroirs de paquets et les cibles de sauvegarde externalisées l’atteindront. Mesurez avant de faire des suppositions :

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m affiche le transfert mensuel, en séparant les données reçues et transmises. Seule la colonne des données transmises est facturée. La base de données est vide au départ. La première mesure utile est donc disponible un jour après l’installation, et le premier mois complet un mois plus tard. D’ici là, le graphique de bande passante du fournisseur est le seul relevé disponible.

Posez une autre question, à laquelle aucune grille tarifaire ne répond : lorsque vous dépassez le quota, le fournisseur vous facture-t-il ou limite-t-il le débit du port ? La facturation coûte de l’argent. La limitation du débit pénalise les utilisateurs, précisément au moment où ils sont les plus nombreux. Vous devez savoir laquelle de ces deux mesures déclenche une hausse du trafic.

NVMe ou SATA : comment vérifier ce que vous avez réellement

Le panneau indique NVMe. Cela décrit les disques présents dans l’hôte, mais votre machine virtuelle n’est pas forcément hébergée dessus. Le stockage local place votre disque virtuel sur des disques installés dans la même machine physique. Le stockage réseau le place sur un cluster de stockage distinct, accessible via le réseau du datacenter. C’est ce qui permet le redimensionnement instantané, la migration à chaud et la création de snapshots sur place.

Dans le guest, les deux apparaissent de la même manière :

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA et rotational indiquent 0 pour tout périphérique que l’hôte déclare comme non rotatif. Un volume réseau reposant sur du NVMe renvoie donc exactement la même information qu’un NVMe local. Cette valeur indique que le disque n’utilise pas de plateaux rotatifs. Elle ne permet pas de savoir où se trouve le disque. Confirmer la présence d’un disque NVMe sous Linux présente les noms des périphériques et ce que chacun implique.

Le test qui permet de les distinguer mesure la latence avec une profondeur de file d’attente de 1, car une seule petite lecture ne peut pas être masquée par d’autres opérations. Un NVMe local répond depuis le même châssis. Un volume réseau ajoute un aller-retour sur le réseau du datacenter à chaque lecture. Sa latence minimale est donc plus élevée, même si son débit avec une file d’attente profonde semble similaire.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

La première exécution affiche un bloc clat, qui correspond à la latence d’achèvement. Consultez la ligne du 99e percentile plutôt que la moyenne, car la moyenne masque les blocages ressentis par les utilisateurs. La seconde exécution affiche IOPS= sur sa ligne récapitulative. Exécutez les deux tests chez le fournisseur que vous utilisez et sur une instance d’essai du fournisseur que vous envisagez, le même jour, puis comparez vos deux résultats. Une valeur publiée par l’un ou l’autre fournisseur a été mesurée sur une machine que vous ne pouvez pas observer. Exécutez également les tests trois fois à des heures différentes, car un hôte peu chargé et un hôte très sollicité donnent des résultats différents avec le même forfait. Évaluer correctement les performances d’un VPS présente la méthode, et ce que signifie réellement un VPS SSD explique les termes marketing utilisés.

Régions : mesurez la latence, ne regardez pas la carte

Une liste de régions relève du marketing tant que vous ne l’avez pas mesurée. Ce que ressent l’utilisateur correspond à l’aller-retour entre son réseau et votre serveur. Cela dépend du chemin emprunté par les paquets, et non de la distance sur une carte. Un serveur situé à 300 km, derrière une liaison de transit saturée, sera moins performant qu’un serveur situé à 1,500 km sur un chemin dégagé.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr affiche chaque saut avec sa propre perte de paquets et sa propre latence. Ainsi, un écart de 60 ms entre deux sauts permet d’identifier la liaison qui dégrade les performances, au lieu d’accuser la destination. Exécutez-le depuis une machine située sur le réseau utilisé par vos utilisateurs. Les chemins entre datacentres sont les meilleurs chemins sur internet et donnent une image favorable de tous les fournisseurs.

Un point structurel reste valable quel que soit le changement de prix. Lorsqu’un fournisseur ne propose qu’une seule région sur votre continent, votre plan de reprise après sinistre consiste à changer de continent, avec la latence que cela implique. Comptez les régions vers lesquelles vous pourriez réellement basculer, et non les régions affichées sur la page.

Les snapshots et les sauvegardes sont facturés séparément

Les options de stockage sont souvent celles qui rendent un forfait bon marché coûteux. DigitalOcean facture $0.06 par GiB et par mois pour les snapshots. Les sauvegardes automatiques sont facturées comme un pourcentage du serveur : 20% du prix du forfait pour des sauvegardes hebdomadaires, 30% pour des sauvegardes quotidiennes, avec aussi une option à l’usage facturée par GiB. Ces deux modèles se défendent, mais ils présentent des inconvénients opposés. Une tarification en pourcentage évolue avec la taille du serveur. Un serveur volumineux contenant peu de données devient donc trop cher. Une tarification au GiB évolue avec le volume de données. Un petit serveur associé à un gros volume devient donc trop cher.

Demandez combien coûte une restauration et combien de temps elle prend. Le prix du stockage d’une sauvegarde ne représente que la moitié du problème. Demandez également si la suppression du serveur supprime aussi ses snapshots.

Conservez ensuite une copie que le fournisseur ne contrôle pas. Les snapshots du fournisseur restent dans son compte. La perte des identifiants, un échec de paiement ou la suspension du compte peut donc rendre le serveur et ses sauvegardes indisponibles au même moment. Les sauvegardes restic vers un stockage qui vous appartient coûtent quelques dollars de stockage objet, peuvent être restaurées chez n’importe quel fournisseur et rendent une migration réversible plutôt que définitive.

Quelle part de la stack voulez-vous gérer

Les fournisseurs se situent sur un continuum. À une extrémité, vous louez une machine et vous y gérez vous-même toute la stack. À l’autre, vous poussez une branche Git et vous ne voyez jamais de serveur. Le prix par Go de RAM est une comparaison pertinente uniquement à la première extrémité. À la seconde, vous achetez du travail plutôt que de la mémoire, et le travail n’a pas de prix par Go.

Déterminez honnêtement à quelle extrémité vous vous situez avant de comparer les offres. Une base de données managée à 15.15 $ par mois semble chère face à un serveur à 6 $, jusqu’à ce que vous chiffriez les heures nécessaires à la réplication, au failover, à la restauration à un point dans le temps, aux mises à niveau de version mineure et à l’alerte qui réveille quelqu’un à 03:00. Si ce travail vous incombe, gérez-la vous-même et conservez la différence. Si votre travail consiste à développer l’application, racheter ce temps coûte peu. Le partage entre services managés et non managés détermine la colonne de la grille tarifaire que vous devez consulter. Si vous voulez honnêtement disposer de la machine entière et de ses disques, il s’agit d’une question de VPS ou serveur dédié plutôt que d’une question de fournisseur.

Quand DigitalOcean est le bon choix

DigitalOcean est avantageux lorsque vous achetez la plateforme plutôt que la machine virtuelle.

• Bases de données managées. PostgreSQL et MySQL managés commencent à 15.15 $ par mois pour 1 GiB de RAM et 10 GiB de stockage. Le stockage supplémentaire est facturé au GiB et les nœuds standby sont facturés à l’unité. Reproduire cette fiabilité vous-même implique d’utiliser Patroni ou repmgr, un magasin de consensus, un proxy de connexions et un exercice de failover réellement testé. Une équipe de deux personnes ne peut pas maintenir cet ensemble tout en livrant des fonctionnalités.
• App Platform. Vous poussez une branche, puis vous obtenez un build, un certificat et un service en fonctionnement, sans système d’exploitation à mettre à jour. La version VPS bon marché de ce produit, c’est vous, un samedi.
• Object storage et load balancers couverts par un provider Terraform mature. Une infrastructure que vous pouvez détruire et reconstruire à partir du code vaut plus qu’un prix unitaire inférieur.
• L’entreprise derrière le produit. Des niveaux de support publiés, une page d’état avec un historique et une organisation qui répondra au questionnaire de sécurité d’un client. Si vous revendez de l’hébergement, cela vaut plus que quelques dollars par Go.

DigitalOcean devient cher lorsqu’il s’agit d’une simple machine virtuelle, en quantité, avec un véritable trafic sortant. C’est précisément le cas auquel une alternative répond, et cela représente l’essentiel des achats d’un développeur qui s’auto-héberge.

Migrer vers un nouveau fournisseur sans interruption

L’interruption pendant une migration a une seule cause : du trafic arrive encore sur l’ancienne adresse IP après le transfert des données vers la nouvelle. Chaque étape ci-dessous vise à réduire cette période et à la rendre prévisible.

Commencez par le DNS, au moins 48 heures avant la migration. Les resolvers mettent en cache votre enregistrement A pendant la durée de son TTL (time to live). Ainsi, un enregistrement avec un TTL de 24 heures peut continuer à envoyer les utilisateurs vers l’ancien serveur pendant toute une journée après sa modification. Réduire le TTL au moment de la bascule ne sert à rien, car les resolvers ont déjà l’ancienne valeur en cache, avec l’ancienne expiration. Réduisez-le d’abord, attendez l’expiration de l’ancienne valeur, puis effectuez la migration.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

La première commande affiche le TTL actuel dans la deuxième colonne de la réponse. Définissez sa valeur à 300 chez votre fournisseur DNS, puis attendez plus longtemps que la valeur que vous venez de remplacer.

Procédez ensuite dans cet ordre.

1. Provisionnez le nouveau serveur et sécurisez-le avant d’y déployer quoi que ce soit. Les dix premières minutes sur un nouveau VPS couvre l’étape que l’on néglige souvent quand on est pressé.
2. Installez la stack applicative et effectuez une première copie des données avec rsync, pendant que l’ancien serveur continue de fonctionner normalement.
3. Émettez maintenant le certificat TLS sur le nouvel hôte, avec un challenge DNS-01. Un challenge HTTP-01 valide l’adresse IP vers laquelle le DNS pointe actuellement, c’est-à-dire encore l’ancien serveur. Un challenge DNS-01 élimine entièrement ce problème d’ordre des opérations.
4. Testez le nouvel hôte avant toute modification publique en surchargeant le DNS sur votre propre ordinateur portable. Ajoutez 203.0.113.20 example.com à /etc/hosts, consultez le site réel, puis supprimez la ligne. Ce test n’affecte aucun utilisateur.
5. Évaluez la taille de la base de données. En dessous de quelques GB, un dump et une restauration tiennent dans le gel des écritures. Au-delà, configurez plusieurs jours à l’avance la réplication de l’ancienne base vers la nouvelle et laissez-la rattraper son retard. Le gel ne couvrira ainsi que la promotion.
6. Gelez les écritures. Placez l’application en mode maintenance ou en lecture seule. C’est la seule étape visible par les utilisateurs, et elle doit durer quelques minutes.
7. Effectuez la synchronisation finale : relancez rsync, puis la synchronisation finale de la base de données.
8. Modifiez les enregistrements A et AAAA pour les faire pointer vers la nouvelle adresse IP. Avec un TTL de 300 secondes, la plupart des resolvers suivent la modification en environ cinq minutes.
9. Laissez l’ancien serveur en fonctionnement et accessible pendant au moins une journée, car certains resolvers ignorent les TTL courts. Si l’ancienne application accepte encore les écritures, les utilisateurs arrivant tardivement écriront dans la mauvaise base de données. Faites donc pointer l’ancien hôte vers la nouvelle base ou faites-lui renvoyer une page de maintenance.
10. Surveillez le taux d’erreur du nouveau serveur pendant une journée, rétablissez ensuite le TTL à sa valeur normale et détruisez l’ancien serveur après une semaine, plutôt que le soir même.

La copie elle-même utilise deux commandes, exécutées chacune deux fois. Synchronisation des fichiers :

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a conserve le propriétaire, les permissions et les horodatages, -H conserve les hard links, -AX conserve les ACL et les extended attributes, et --numeric-ids empêche rsync de remapper les identifiants utilisateur à partir de noms différents entre deux machines. Exécutez-la plusieurs jours à l’avance, puis de nouveau pendant le gel. Elle ne transfère alors que les modifications.

Pour PostgreSQL lorsque le volume est suffisamment faible pour utiliser un dump :

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

Pour MySQL ou MariaDB :

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction effectue le dump dans une seule transaction sur les tables InnoDB. Le résultat est donc cohérent et l’application peut continuer à écrire pendant l’opération. Sans ce flag, mysqldump verrouille les tables. Le gel des écritures commence alors plus tôt que prévu, sans que vous ayez choisi le moment.

Deux éléments externes à vos serveurs peuvent poser problème. Une nouvelle adresse IP n’a aucune réputation email. Les messages envoyés directement depuis le nouveau serveur sont donc filtrés comme spam. Utilisez un relay qui dispose déjà d’une bonne réputation. Par ailleurs, chaque partenaire qui autorise votre IP sortante, par exemple une passerelle de paiement ou un firewall client, doit être mis à jour avant la bascule. Sinon, ces appels commenceront à échouer dès que le trafic sera transféré.

Ce qu’il faut vérifier avant de vous engager

• Vérifiez si le prix est promotionnel et à quel tarif il est renouvelé. Une remise valable la première période, puis doublée au renouvellement, correspond à un coût réel, simplement reporté.
• Vérifiez si la période est prépayée. Les offres prépayées sur plusieurs années, comme celles de SSD Nodes, permettent d’obtenir un prix par Go de RAM bien inférieur en payant à l’avance. En contrepartie, vous ne pouvez pas résilier le mois suivant. Faites donc correspondre la durée à votre niveau de certitude.
• Vérifiez le coût mensuel d’un snapshot, ainsi que le coût et la durée d’une restauration.
• Vérifiez si le dépassement est facturé ou si le débit est limité.
• Vérifiez si IPv6 est correctement routé ou s’il s’agit simplement d’une adresse ajoutée au serveur.
• Vérifiez s’il existe une API avec un provider Terraform maintenu, si vous prévoyez de reconstruire l’infrastructure à partir du code plutôt que manuellement.
• Vérifiez comment contacter le support et quel est le délai de réponse annoncé pour un serveur hors service, plutôt que pour une question commerciale.

Choisissez selon le facteur qui pèse le plus dans votre propre facture. Si ce facteur est la mémoire, le prix par Go de RAM permet de trancher. S’il s’agit du trafic sortant, c’est le volume de transfert inclus qui fait la différence. S’il s’agit de votre temps, une plateforme managed est le meilleur choix, et celle de DigitalOcean est la plus convaincante des quatre comparées ici.

FAQ

Hetzner est-il toujours moins cher que DigitalOcean ?

Pour une machine virtuelle classique, le coût par Go de RAM est nettement inférieur : environ $1.62 contre $6.00 pour les offres mutualisées d’entrée de gamme au 5 août 2026. La comparaison change dès que les services managés entrent en jeu. Hetzner vend des serveurs et du réseau. Vous devez donc fournir vous-même la base de données managée ou la plateforme push-to-deploy, ou les obtenir auprès d’un tiers. Le temps nécessaire a un coût. Hetzner a également augmenté ses tarifs cloud en 2026. Vérifiez donc le montant actuel en euros au lieu de vous fier à un article ancien.

Quelle alternative à DigitalOcean choisir si j’ai besoin d’une base de données managée ?

Vultr et Akamai vendent tous deux des bases de données managées. Ce sont donc les substituts les plus proches si c’est précisément la base de données managée qui vous fait utiliser DigitalOcean. Les hébergeurs européens à bas coût n’en vendent généralement pas. Vous devez alors administrer vous-même PostgreSQL ou MySQL, y compris la réplication et un basculement testé. C’est un travail réel. Comparez son coût aux $15.15 par mois d’une instance managée de 1 GiB avant de conclure que le serveur moins cher vous a réellement fait économiser quelque chose.

Comment déplacer un site en production vers un nouveau fournisseur sans interruption ?

Abaissez le TTL DNS à 300 secondes au moins 48 heures avant la migration. Les resolvers continuent en effet à utiliser l’ancienne adresse IP pendant toute la durée indiquée par le TTL précédent. Préparez et testez le nouvel hôte pendant que l’ancien continue de servir le trafic. Utilisez une surcharge /etc/hosts sur votre propre machine afin que personne d’autre ne la voie. Gelez ensuite les écritures pendant quelques minutes, exécutez le dernier delta rsync et la dernière synchronisation de la base de données, basculez les enregistrements A et AAAA, puis laissez l’ancien serveur fonctionner pendant une semaine au cas où un resolver ignorerait le TTL court.

Un VPS moins cher signifie-t-il que les disques sont plus lents ?

Pas nécessairement. Ce qui compte, c’est de savoir si votre disque virtuel est local à l’hôte ou placé sur un cluster de stockage réseau. Le panneau indique rarement cette information. lsblk -o NAME,ROTA indique 0 dans les deux cas, car les deux types de stockage sont non rotatifs. Mesurez plutôt les performances : exécutez fio avec --iodepth=1 --bs=4k --direct=1, puis lisez la latence d’achèvement au 99e percentile. Un volume réseau ajoute un aller-retour sur le réseau du datacentre à chaque lecture. Son niveau de latence minimal est donc supérieur à celui d’un stockage NVMe local, même si le débit avec une file de requêtes profonde semble similaire.

Mes e-mails seront-ils toujours distribués depuis le nouveau serveur ?

Souvent, pas au début. Une nouvelle adresse IP n’a pas encore d’historique d’envoi. Les serveurs destinataires considèrent donc les e-mails qui en proviennent comme suspects. Ils arrivent dans le spam ou sont directement rejetés. Les enregistrements SPF et DKIM pointent également vers l’ancien hôte tant que vous ne les avez pas mis à jour. Envoyez les e-mails de l’application via un relay ou un service d’e-mail qui dispose déjà d’une bonne réputation. Mettez à jour les enregistrements DNS du courrier avant la bascule, et non après.