> A new blog post shows you how to use Elastic Load Balancers and NAT Gateways for ingress and egress traffic, while avoiding the use of a public IPv4 address for each instance that you launch.<p>It would be nice if this came with reasonably priced NAT gateways. The current pricing is outrageous.
This was expected, and rent seeking.<p>AWS over the last decade has spent $ billions buying up ASN blocks.<p>I've never been one to use the word "rent seeking", but owning IPs is the ultimate rent seeking cloud business. Domain names can change registries but if you own the underlining IP being used (and there's a depleting supply of them) - it's a great business to charge rents on.<p><a href="https://www.techradar.com/news/amazon-has-hoarded-billions-of-dollars-worth-of-ipv4-but-why" rel="nofollow noreferrer">https://www.techradar.com/news/amazon-has-hoarded-billions-o...</a>
This finally puts real pressure on software and services to work on IPv6 only. I wouldn't be surprised if within 1-2 release cycles lots of distributions suddenly update just fine with just IPv6, package mangers can download packages over IPv6, lots of APIs gain solid and well-tested IPv6 support, etc.
So I have a tiny personal website hosted on ec2. Right now the DNS points to the server's public IPv4 address. But I don't really want to pay $40+/year for an IPv4 for my personal project.<p>Does anyone have experience switching a small personal site to IPv6 only in 2023?<p>I'm guessing the vast majority of my (North American/European-based) friends and visitors can probably connect just fine to an IPv6 address. I wish I knew what percentage it is.<p>I guess I could add an AAAA record and check what percentage of traffic actually uses it.
The only barrier for me to go IPv6-only is those VPS that are provided with a <i>single</i> /128 IPv6, and I do not know of a service that would offer IPv6 tunneling other than HE, that requires an IPv4 endpoint. The day I get a full /48 or /64 with my VPSes, I'm ready to drop IPv4.
I still don't get why we can't just expand IPv4 into IPv5 by adding some new blocks to the front.<p>So instead of 192.0.0.1 it becomes 0.0.0.0.192.0.0.1<p>All existing addresses work, you simply append zeroes to any address which is too short for the new standard. Any old timey software still works as long as you use a router between the two systems with an old timey address.<p>This would give us as many addresses as we want without any changes or downsides. So why no do?
I never understood why AWS has so much appeal when it comes to cloud infrastructure. Why not cheaper clouds? Is it about scalability, reliability, speed, modernity of equipment, customer support, UI, speed of networks?<p>Let's say the requirement is to build a platform like Twitter with 100mln daily active users. Wouldn't cloud like Hetzner with AWS/GCP/Azure failover, survive this?<p>I worked with AWS as a developer for a long time, but in pretty much ever case 10 was more than enough.<p>Would be very grateful if someone could share some insight into it!
As someone who recently wanted to try out IPv6 to learn more about it, I can say that I welcome anything that might help improve the sorry state of IPv6 adoption. This is a hostile and destructive move, I mean obviously, it's Amazon after all, but one can at least hope that as IPv4 increasingly becomes a cost, it could drive interest to the alternative that has been left out in the cold for like two decades.<p>Most end-users don't care what they're using as long as they can access the Internet, and since our other option to IPv6 adoption is living in a CGNAT hellscape that destroys the whole peer-to-peer idea of the Internet, then for the love of all that is holy start moving. Personally I think nation states need to take a bigger responsibility here and create incentives to move the market, because it's one of those things where the negative effects aren't obvious until they're overwhelming.
[dupe]<p>The other large threads on this a week ago (when this link was also posted) weren't good enough?<p><a href="https://news.ycombinator.com/item?id=36910994">https://news.ycombinator.com/item?id=36910994</a><p><a href="https://news.ycombinator.com/item?id=36942424">https://news.ycombinator.com/item?id=36942424</a>
Hot take. IPv6 adoption is never going to hit 100% because SNI routing covers most of the cases people actually need. If UDP functionality is necessary QUIC will be used. I wish this wasn't the case. It would be nice if the software was good enough that more people were enabled to self host.
We changed the url from <a href="https://www.infoq.com/news/2023/08/aws-ec2-public-ipv4/" rel="nofollow noreferrer">https://www.infoq.com/news/2023/08/aws-ec2-public-ipv4/</a>, which points to this.
Good. Anything that pushes people towards IPv6 is good news.<p>They should have charged more. $3.50/mo per IP for their average customer is going to be a completely insignificant amount of money.
Hetzner cloud has been charging for public IPv4 addresses for a while. It makes sense. If you have lots of servers, many of them probably don't need a public IPv4 address.
Why does cloudfront not support connecting to an ELB on a private subnet?<p><a href="https://stackoverflow.com/a/74397920/563420" rel="nofollow noreferrer">https://stackoverflow.com/a/74397920/563420</a><p>Seems like a big blindspot with no work-around.
For ECS users who depend on public IPs to avoid insane NAT GW fees when doing CI/CD.. I guess we have two options:<p>a) build something that automatically scales broken services to 0<p>b) use that AWS service that let's you pull ECR images without internet access; I forgot the name of it...
Anything in the cloud is 10 times the price it's worth.<p>It's essentially a tax on the people gullible enough to believe in cloud tech or unable to set up real hardware.