Extra scandalous too since stuff like load balancers will use a bunch of IPv4 addresses that they can now charge extra for, with no way to avoid the fees since you can't turn off IPv4.
Yes, AWS is buying IPs for ~$50 so either they're only expecting IPv4 to last for 2-3 years (not) or this charge is basically a penalty for people who are bad at networking.
You mean customers? I can't access IPv6-only websites because my ISP doesn't support it. Oh, and I have the best ISP in the area but none of the ISPs here have IPv6 support.
If you mean routing multiple servers through one that uses IPv4 so you only have to pay for 1 machine then yeah, I guess I'm bad at networking, that does not sound like something I want to maintain.
Having looked at the pricing for a nat gateway device on aws for some lambda related networking woes recently... You're getting ripped off still unless you handroll or ansible playbook your own nat gateway.
NAT gateways were the ripoff before this change :) AWS NAT could be described as paying AWS to give yourself a worse networking experience. which I guess is probably why they've made this change. NAT gateway is very similar to assigning a public IP to your instance except that when you use the NAT gateway you don't have 1:1 private to public ip addresses. AWS public IP is just 1:1 NAT. If you don't want any incoming connections with the public IP then you just don't allow incoming connections in the security groups rules and it's almost identical to AWS NAT. AWS NAT was mostly a disadvantage except if you want to originate traffic from a fixed set of ip addresses and you don't have your own public ip range to allocate from. Of course now with the pricing changes it should be cheaper to use AWS NAT over public IP.
I guarantee your company spent more than that in the past few business days on people talking about the weather while waiting for other people to show up on zoom.
Would it be realistic today to make a commercial website only available on an IPv6 address?
Or would the website lose too much traffic because of that?
Google publishes a map of what percentage of users are accessing them via IPV6.[1]. The numbers aren't great. The US is around 53%, UK 43%, Brazil 45%, France 74%, India 68%. And many countries much lower. I believe the setup is such that if the end user's IPV6 was functional, they get counted.
There is an "adoption" tab that shows history for the overall percentage, and it has grown significantly.
I think, though, that most of the growth is mobile devices, which seem to more broadly support ipv6 because they have to. If they would show growth for Home/ISP, I suspect it would be pretty lousy.
You could do that but also get an ipv4-enabled cdn. If your website is big enough it would require a cdn anyway, and the cdn provider most likely supports ipv6 origins
Because, unfortunately, not everyone has working IPv6 transit. There are still a nontrivial number of ISPs (especially smaller ones) which don't provide IPv6, and residential network hardware like wireless routers which don't support it.
AWS has been the most active buyer of IPv4 addresses over the last few years, so it's probably quite a bit more now. And in the AWS blog they mentioned "the cost to acquire a single public IPv4 address has risen more than 300% over the past 5 years. "
Should have bought some IPv4 in 2014 or so, would have been a great investment. Back then it was about $11 or so per IP.
Assuming AWS has 50% utilization on IPs they've assigned for EC2, this is a $1.28 billion/yr fee they created.
Scale is fun.