Comment fonctionne cette calculatrice
Le Calculateur du coût de la passerelle NAT estime la facture mensuelle pour l'exécution de passerelles NAT dans un environnement cloud tel qu'AWS. Il combine deux éléments de coût : un tarif horaire fixe pour chaque passerelle que vous gardez provisionnée, et un frais de traitement de données par gigaoctet pour tout le trafic qui y passe. Vous saisissez le nombre de passerelles, le prix par heure de passerelle, le volume de données traitées chaque mois et le prix par gigaoctet. L'outil multiplie les heures de passerelle au cours du mois, ajoute le coût de traitement et renvoie un total mensuel. Les principaux moteurs sont simplement combien de passerelles fonctionnent et combien de données les traversent.
Cela est important car les frais de passerelle NAT font partie des éléments de ligne les plus fréquemment sous-estimés sur une facture cloud. Le des frais de traitement par gigaoctet s'appliquent à chaque octet, y compris le trafic vers les services de la même région qui pourrait souvent contourner entièrement la passerelle. L’exécution d’une passerelle par zone de disponibilité multiplie le coût horaire fixe. Avant le déploiement, modélisez ici le volume de données attendu et déterminez si les points de terminaison VPC pour les services à fort trafic tels que S3 pourraient contourner la passerelle et réduire considérablement les frais de traitement.
Questions fréquemment posées
Pourquoi la passerelle NAT est-elle si chère ?
Il facture deux fois : des frais horaires (~ 0,045 $/h, environ 32 $/mois par passerelle) juste pour fonctionner, plus des frais de traitement de données par Go (~ 0,045 $/Go) sur tout ce qui transite – et cela s'ajoute à la sortie standard. Les sous-réseaux privés à fort trafic accumulent rapidement les frais de traitement.
Comment puis-je réduire le coût de la passerelle NAT ?
Utilisez les points de terminaison de passerelle VPC pour S3 et DynamoDB (le trafic vers eux ignore entièrement le NAT et est gratuit), consolidez avec moins de passerelles là où la haute disponibilité le permet, conservez le trafic du service AWS bavard sur les points de terminaison privés et, pour les cas de faible trafic, envisagez une instance NAT autogérée.