Blog
Le coût réel de l'IPv4 publique chez AWS, Azure et Google Cloud
Le changement qui a fait de l'IPv4 une ligne de facture
Chez AWS, une adresse IPv4 publique rattachée à une ressource était autrefois gratuite. C'est fini. Le 1er février 2024, AWS a commencé à facturer 0,005 $ par heure pour chaque adresse IPv4 publique qu'il fournit, qu'il s'agisse d'une Elastic IP ou d'une adresse attribuée automatiquement à une instance. Microsoft Azure et Google Cloud facturent l'IPv4 externe à l'heure selon des conditions comparables.
Les fournisseurs ajustent leurs prix : considérez donc les chiffres de cet article comme la forme du problème plutôt que comme le tarif du jour, et consultez la page de tarifs actuelle avant d'y fonder une analyse de rentabilité. L'évolution a été constante : à la hausse.
Ce que cela représente
Le chiffre horaire paraît anodin. Annualisé, il ne l'est pas :
- 0,005 $ par heure
- 0,12 $ par jour
- environ 3,65 $ par mois et par adresse
- environ 43,80 $ par an et par adresse
Passez maintenant à l'échelle. Un /24 compte 256 adresses. Si vous utilisiez autant d'adresses publiques dans un seul compte cloud, l'adressage seul coûterait environ 11 200 $ par an, de façon récurrente, pour quelque chose qui n'apporte aucune capacité au-delà du simple fait d'exister.
C'est le chiffre sur lequel il vaut la peine de s'arrêter, car c'est un pur surcoût. Il n'achète ni calcul, ni stockage, ni bande passante. Et il est facturé sur les adresses inactives comme sur les actives : une Elastic IP rattachée à une instance arrêtée est toujours facturée.
Pourquoi AWS a commencé à facturer
La réponse courte est que ce tarif reflète la réalité. L'IPv4 est réellement rare, les réserves gratuites sont épuisées, et les fournisseurs achètent sur le même marché des transferts que tout le monde. AWS a absorbé ce coût jusqu'en 2024 et le détaille désormais. Azure et Google Cloud facturaient déjà à l'heure.
Il y a un second motif, qu'AWS ne cache pas : un tarif par adresse est une incitation à passer à l'IPv6. Si votre charge de travail peut tourner en double pile ou en IPv6 seul, une bonne partie de cette dépense disparaît tout simplement.
Ce que change le BYOIP
Le BYOIP (bring your own IP, l'importation de vos propres adresses) vous permet d'annoncer des adresses que vous contrôlez depuis l'intérieur du réseau du fournisseur (comment cela fonctionne chez chaque fournisseur). L'enregistrement reste tel quel, et le cloud annonce les adresses pour votre compte.
L'argument commercial est simple : le tarif horaire par adresse s'applique aux adresses que fournit le fournisseur, et aucun des trois ne facture les adresses que vous apportez. AWS indique sur sa page de tarifs qu'elles ne sont pas facturées, Azure ne facture rien pour les provisionner ou les utiliser, et Google Cloud ne facture rien, qu'elles soient inactives ou utilisées. C'est ce qui fait passer le BYOIP du statut de curiosité technique à celui de décision de coût. La mise en place chez chacun est décrite dans son guide. Confirmez le traitement actuel auprès de votre fournisseur avant de vous engager, car c'est précisément le genre de condition qui est révisée.
Les autres fournisseurs de nos guides BYOIP ont chacun leur page, parmi lesquels DigitalOcean, IBM Cloud, Alibaba Cloud, Akamai Cloud et Hostinger.
Trois contraintes pratiques :
- Un /24 est le plancher. Les grands fournisseurs n'acceptent rien de plus petit, ce qui correspond à la réalité du routage : la plupart des réseaux filtrent de toute façon les préfixes plus longs.
- Le côté registre doit être en ordre. Chacun exige un ROA valide indiquant son ASN et une preuve que vous contrôlez le bloc : un certificat dans l'enregistrement au registre chez AWS et Azure, un enregistrement PTR chez Google Cloud. Aucun des trois ne demande de lettre d'autorisation. Azure exige aussi que le bloc soit enregistré à votre nom, ce qu'une location peut ne pas satisfaire.
- L'intégration n'est pas instantanée. Comptez au moins un jour pour qu'un nouveau ROA parvienne à AWS ou à Azure. AWS provisionne ensuite la plupart des plages en deux heures et Azure en met une en service en 3 à 4 heures, tandis que Google Cloud prend environ deux semaines pour un préfixe régional et quatre pour un préfixe global, et indique que ce délai ne peut pas être accéléré.
Ce qui n'a rien à voir avec le coût
La portabilité est l'argument qu'on oublie, et sur quelques années il compte souvent plus que la facture.
Les adresses émises par un fournisseur cloud appartiennent à ce fournisseur. Partez, et vous renumérotez : chaque règle de pare-feu que tiennent vos partenaires, chaque liste d'autorisation, chaque référence codée en dur dans un système que personne n'a touché depuis trois ans. Ce coût de renumérotation est une vraie barrière au changement, et vous l'avez acceptée sans vous en apercevoir.
Apportez vos propres adresses, et elles vous suivent. Le multicloud n'exige plus un bloc différent par fournisseur. Une migration n'exige plus une demande de changement auprès de chacun de vos clients. L'historique de réputation, qui a mis des années à se construire, vous suit au lieu d'être rendu.
Faire la comparaison
La décision revient à comparer trois choses sur l'horizon que vous prévoyez réellement :
- Ce que facture le fournisseur pour les adresses publiques que vous utilisez, annualisé, inactives comprises.
- Ce que coûte la location des mêmes adresses, un montant annuel prévisible, sans investissement ni transfert au registre.
- Ce que coûte leur achat, un investissement initial puis le coût annuel de leur détention : une adhésion au registre ou, dans la région du RIPE NCC, un LIR parrain pour les adresses indépendantes et legacy (les registres comparés).
Pour une empreinte stable à long terme, l'achat l'emporte en général nettement, et les adresses deviennent un actif plutôt qu'une dépense. Pour tout ce qui est incertain ou saisonnier, la location offre la même sortie de la facturation horaire sans immobiliser de capital.
Ce qui l'emporte rarement sur plusieurs années, c'est de rester au compteur du fournisseur. Vous payez tant que vous utilisez les adresses, comme pour une location, mais au tarif du fournisseur, qui ne bouge que dans un sens, et les adresses restent liées à ce seul fournisseur.
La place de RTM Networks
Nous louons des /24 et plus, ce qu'exige le BYOIP, issus de notre propre espace d'adresses au RIPE NCC, et vendons des blocs dans les régions RIPE NCC, ARIN et APNIC. Les adresses louées sont en général actives sous 24 heures après paiement et, dans le cadre du service et non en supplément, nous créons le ROA pour l'ASN de votre fournisseur et ajoutons le certificat ou l'enregistrement PTR qu'il vérifie.
Si vous voulez savoir si le BYOIP vaut la peine dans votre cas, l'information utile à nous envoyer est votre nombre actuel d'adresses IPv4 publiques et les fournisseurs que vous utilisez. Nous reviendrons vers vous avec le coût de la location ou de l'achat d'adresses équivalentes (louer de l'IPv4, acheter de l'IPv4), pour que vous puissiez mettre un vrai chiffre face à ce que vous payez aujourd'hui.
Contact
Besoin d'un conseil pour votre propre situation ?
Cet article est général ; votre réseau ne l'est pas. Dites-nous avec quoi vous travaillez et nous l'examinerons sérieusement. Nous répondons en général sous 1 à 3 heures ouvrées.



