cloud / systèmes
Le bon mode de débit EFS n’est pas celui qui affiche le chiffre le plus spectaculaire. C’est celui dont le modèle de capacité correspond à la charge, et dont l’équipe maîtrise les coûts et les modes de défaillance.
Amazon EFS propose actuellement Elastic, Provisioned et Bursting. Chacun répond à un besoin différent.
Bursting : la capacité suit le volume stocké
Bursting convient lorsque le besoin de débit augmente avec le volume en stockage Standard et que des périodes suffisamment calmes permettent de reconstituer les crédits. C’est une option simple et économique, mais son débit de référence peut être étonnamment bas pour un petit système de fichiers.
Choisissez-le si le volume stocké et le besoin de débit évoluent réellement ensemble. Ne considérez pas les crédits accumulés comme une capacité permanente. Un solde BurstCreditBalance en baisse continue prouve que la charge n’est pas à l’équilibre.
Elastic : la capacité suit l’activité
Elastic Throughput adapte automatiquement le débit à l’activité et n’utilise pas de crédits de burst. AWS le recommande pour les charges irrégulières ou imprévisibles, notamment lorsque le débit moyen représente une faible part du pic. Cela supprime le risque d’épuisement des crédits et allège la planification de capacité.
La contrepartie est économique plutôt qu’architecturale : la facturation à l’usage peut grimper si les E/S sont nombreuses ou mal maîtrisées. Surveillez MeteredIOBytes, définissez des budgets et examinez les demandes inattendues. L’élasticité ne remplace pas la maîtrise des usages.
Provisioned : la capacité suit un besoin explicite
Provisioned Throughput dissocie le débit de la taille du système de fichiers et fournit une capacité choisie. Il convient à un besoin connu et soutenu, ou à un débit moyen proche du pic. L’avantage est la prévisibilité ; la responsabilité consiste à bien dimensionner, puis à revoir ce dimensionnement.
Trop peu de capacité recrée une contrainte. Trop de capacité gaspille de l’argent. Ce mode est pertinent lorsque les mesures sont suffisamment stables pour justifier un engagement explicite.
Une grille de choix pratique
- Choisissez Bursting si le volume stocké prédit bien le débit, si les périodes calmes reconstituent les crédits et si leur suivi fait partie de l’exploitation courante.
- Choisissez Elastic si la demande est irrégulière, les pics difficiles à prévoir ou si l’élimination du risque d’épuisement des crédits justifie la facturation à l’usage.
- Choisissez Provisioned si le débit nécessaire est connu, relativement soutenu et indépendant du volume stocké.
Changer de mode, une évolution à mesurer
Avant le changement, relevez les métriques de référence, les débits moyen et maximal attendus, la tendance des crédits et la latence applicative. Après, comparez ces mêmes signaux et examinez les coûts. AWS documente aussi des restrictions temporaires après le passage à Provisioned Throughput ou sa modification : la procédure doit tenir compte de ces délais.
Le choix en une phrase
Si le volume stocké prédit la demande, Bursting peut convenir. Si l’activité est imprévisible, Elastic est souvent plus sûr à exploiter. Si le besoin est stable et mesurable, Provisioned permet un dimensionnement assumé. Quel que soit le choix, rendez visible la ressource qui le limite.