Aller au contenu

AWS Mis à jour le 2026-07-04

S3 Transfer Acceleration : quand ça aide et comment tester si ça aide vraiment

S3 Transfer Acceleration route les téléversements par les points de présence CloudFront contre des frais au Go. Quand ça accélère vraiment, quand le réglage multipart le bat gratuitement, et comment tester avant de payer.

S3 Transfer Acceleration aide quand les clients sont géographiquement loin de la région du compartiment et que les transferts sont gros — il route le trafic vers le point de présence CloudFront le plus proche et le transporte jusqu’au compartiment sur le réseau d’AWS plutôt que sur l’internet public. Il facture des frais additionnels au Go, avec une garantie honnête : si S3 détermine qu’un téléversement accéléré n’a pas été plus rapide qu’un téléversement régulier, il ne facture pas le supplément d’accélération pour ce transfert. Avant de payer quoi que ce soit, réglez la concurrence multipart — pour des clients sur le même continent que le compartiment, le parallélisme bien réglé livre habituellement la même accélération gratuitement.

Ce que vous décidez

La distance est ce que l’accélération corrige réellement. Le débit TCP se dégrade avec le temps d’aller-retour et la perte de paquets, donc un client à Singapour qui téléverse vers ca-central-1 rampe non pas par manque de bande passante mais à cause de la latence sur un chemin long et abîmé. L’accélération raccourcit la portion internet de ce chemin jusqu’au point de présence le plus proche, puis emprunte la dorsale d’AWS pour le reste. Les gains qu’AWS lui-même annonce varient largement — de marginaux à plusieurs fois plus rapides — précisément parce qu’ils dépendent de la qualité initiale du chemin public.

Ce que ça coûte : des frais au Go sur le trafic accéléré, en plus des prix normaux de requêtes et de transfert, le taux dépendant du point de présence par lequel le trafic entre. Ce que ça exige : le nom du compartiment doit être conforme DNS sans points, et les clients doivent réellement utiliser le point de terminaison accéléré (bucketname.s3-accelerate.amazonaws.com) — activer la fonctionnalité sur le compartiment ne change rien pour les clients qui frappent encore le point de terminaison régulier. Ce que ce n’est pas : un correctif pour les téléchargements des utilisateurs finaux à grande échelle (c’est le travail de CloudFront), ni pour les téléversements depuis l’intérieur d’AWS (ceux-là empruntent déjà la dorsale — voir points de terminaison VPC pour S3 pour garder ce trafic privé et peu coûteux).

Quoi vérifier d’abord

  • Où sont réellement les téléverseurs. Même continent que le compartiment : l’accélération gagne rarement ses frais. De l’autre côté d’un océan : peut-être.
  • La taille des transferts. Les petits objets sont dominés par le surcoût de requêtes que l’accélération n’enlève pas; la fonctionnalité brille sur les gros fichiers.
  • Si les réglages multipart ont déjà été ajustés. Les défauts du CLI sous-utilisent les gros liens; c’est gratuit à corriger et souvent suffisant.
  • La conformité du nom de compartiment. Des points dans le nom disqualifient l’accélération d’emblée.

Comment vérifier

Activez-la sur le compartiment (ça ne fait que rendre le point de terminaison disponible; ça ne force rien) :

aws s3api put-bucket-accelerate-configuration \
  --bucket my-bucket \
  --accelerate-configuration Status=Enabled

aws s3api get-bucket-accelerate-configuration --bucket my-bucket

Puis faites le seul test qui compte — le même vrai fichier, depuis le vrai emplacement client, des deux façons :

# Référence : point de terminaison régulier, multipart réglé d'abord
aws configure set default.s3.max_concurrent_requests 20
time aws s3 cp testfile-1gb.bin s3://my-bucket/speedtest/plain.bin

# Accéléré : même fichier, point de terminaison accéléré activé
aws configure set default.s3.use_accelerate_endpoint true
time aws s3 cp testfile-1gb.bin s3://my-bucket/speedtest/accel.bin

# Le désactiver après le test
aws configure set default.s3.use_accelerate_endpoint false

Exécutez chaque test trois fois et comparez les médianes — une seule exécution ment. AWS publie aussi un outil de comparaison de vitesse dans le navigateur qui estime le téléversement accéléré contre direct depuis votre emplacement vers diverses régions; c’est un bon premier coup d’œil, mais vos propres fichiers depuis votre propre réseau sont la vraie réponse. La bascule console est à S3 > votre compartiment > Properties > Transfer acceleration.

L’approche

  1. Réglez le multipart d’abord, mesurez, gardez les chiffres. Montez max_concurrent_requests et multipart_chunksize (patrons dans l’article s3 sync et cp) et mesurez. C’est la référence gratuite que l’accélération doit battre.
  2. Testez l’accélération depuis chaque géographie client réelle. Un fournisseur qui téléverse depuis Francfort et une équipe terrain sur le Wi-Fi d’hôtel à Santiago verront des gains complètement différents. Testez d’où les octets partent vraiment, pas depuis votre bureau.
  3. Adoptez-la seulement là où le gain mesuré justifie les frais. Une amélioration de 10 % ne vaut pas un supplément au Go sur une ingestion mensuelle de plusieurs téraoctets; une amélioration de 3x sur des téléversements clients la vaut habituellement.
  4. Ne pointez que les clients éloignés vers le point de terminaison accéléré. Le choix se fait par requête, donc les systèmes proches peuvent garder le point de terminaison régulier sans frais additionnels pendant que les lointains accélèrent.
  5. Retestez chaque trimestre. Le peering et le routage changent; le gain mesuré il y a un an peut avoir grandi ou disparu.

Quand ce n’est pas la bonne approche

Si les téléversements partent de la même région ou d’une région adjacente, le chemin public est déjà court et vous payez pour rien — la règle « pas de gain, pas de frais » adoucit la facture mais pas la complexité inutile. Si la charge de travail est faite de nombreux petits objets, corrigez le patron de requêtes (regroupement, archivage) à la place. Si le problème est le téléchargement par les utilisateurs finaux, c’est CloudFront, pas l’accélération. Et si le transfert est une migration ponctuelle qui se mesure en dizaines de téraoctets ou plus, comparez avec AWS DataSync ou la famille Snow avant d’optimiser un boyau d’incendie par la porte d’entrée — la documentation S3 couvre où chacun s’applique.

Erreurs courantes

  • Activer l’accélération sur le compartiment et ne mesurer aucun changement — parce que les clients n’ont jamais été pointés vers le point de terminaison accéléré.
  • Mesurer contre des défauts non réglés, et créditer l’accélération pour des gains que monter la concurrence aurait livrés gratuitement.
  • Tester une fois, depuis le bureau, par VPN — et déployer sur la base d’un chemin qu’aucun client n’utilise.
  • Supposer que le supplément s’applique à tout le compartiment; il ne s’applique qu’au trafic passant par le point de terminaison accéléré.

Garder le contrôle

  • Gardez les chiffres avant/après avec le dossier de décision, et la date de leur prise.
  • Surveillez la ligne d’accélération dans Cost Explorer (types d’usage contenant S3-XferAccel) contre le volume de téléversement.
  • Restreignez la configuration du point de terminaison accéléré aux parcs de clients qui ont mesuré un vrai gain.
  • Refaites la comparaison après toute migration de région — rapprocher le compartiment des utilisateurs peut rendre l’accélération redondante du jour au lendemain.

Transfer Acceleration est un outil de distance, pas un bouton de vitesse : mesurée depuis les bons endroits, la décision se prend toute seule. Si personne dans votre équipe ne possède vraiment l’environnement AWS de bout en bout, c’est la racine de la plupart de ces problèmes — Stack Harbor opère des comptes AWS au quotidien sous Opérations AWS, et vous pouvez réserver une revue AWS.