Live data from Hacker News

Amazon EC2-Classic Is Retiring

aws.amazon.com

111–120 of 155 posts

Re: Amazon EC2-Classic Is Retiring

#111

Hijaking this to say I hate VPC. I hate VPC. Applying 1990s NATting to next gen cloud service? Gotta give the greybeards something to do. The purpose of NATting is to deal with limited IP addresses, a problem that has been solved for a long time now. AWS makes me create a VPC, but I certainly don't set up some central-point-of-failure NAT or pay AWS to do it.

If VPC isn’t important to you, haven’t you made one catch-all VPC for your account a long time ago with good-enough general settings? It shouldn’t come up that often unless you are in a position to benefit from the feature.

Yes I have.

But I also work with a lot of people that don't.

Re: Amazon EC2-Classic Is Retiring

#112

> In order to fully migrate from EC2-Classic to VPC... Whenever I read anything about networking on AWS, I feel glad by having switched to GCP. On Google Cloud, you can put a project into production without having to fumble with networking at all (off course, the options are there if you need it). I feel more productive by only having to split my cloud resources by projects - which is a high-level concept, and a good…

I completely agree.

At this point AWS desperately needs higher level abstractions with sane/safe defaults. They seem to be heading in that direction, example Amplify, but they still have a long way to go.

I suspect AWS has now gotten so huge that there is no one PM to take a holistic look and build something to ease the pain of developers. I think a few startups are trying to fill this void.

Re: Amazon EC2-Classic Is Retiring

#113
post #30

As someone who first used AWS in mid-2009 (just a few weeks before VPCs were announced!), but hasn't used an EC2 Classic enabled AWS account now since around 2012, it's hard to remember just how far the service has come. There were only a few instance types, and they were all slow and small (by todays standards). Everyone's EC2 instances were mostly publicly pingable/ssh-able from the internet. EBS was horribly horri…

I worked for AWS, specifically on a backend component specific to EC2 Classic, until late last year, and this will definitely simplify things on Amazon's end. There were, as of last year, still some large customers using Classic. It's not just a drop in the bucket compared to VPC, though definitely quite a bit smaller.

What I don't understand, and perhaps you may help me understand; is what powers the backend of AWS? Mainframes?

Re: Amazon EC2-Classic Is Retiring

#114
post #48

Earlier quoted context omitted.

Any examples?

I assume you mean on the Google Cloud side? Maybe start with https://steve-yegge.medium.com/dear-google-cloud-your-deprec...

The only concrete example of a sunset in the rant is support for Python 2.7 (released in 2010) in the gcloud CLI tool. Seems like a pretty bad place to start.

Re: Amazon EC2-Classic Is Retiring

#115
post #90

Earlier quoted context omitted.

EB is kinda a mixed bag. Is there much production on EB? It’s great for q&d stuff you don’t want to get into specifics but I couldn’t imagine explaining my architecture with a big “EB does what EB wants to do here” bubble

Notion (my employer) was 100% Elastic Beanstalk until about a month ago, now we’re 100% ECS. We migrated once our 1200 box cluster started stalling deploys randomly while saying everything was healthy in the API. At that many instances, the some pages in the dashboard would hang the browser. One bad day, it took like 18 hours from deploy attempt started to AWS resolving the situation by fiddling knobs on their side.…

Did the migration went easy? We are currently running all our production service through EB as well, but we only had smaller issues (e.g. deployments stalling, health checks not working correctly etc).

Would you recommend to invest time learning how ECS works or had your company hires that managed that?

Re: Amazon EC2-Classic Is Retiring

#116
post #30

Earlier quoted context omitted.

I worked for AWS, specifically on a backend component specific to EC2 Classic, until late last year, and this will definitely simplify things on Amazon's end. There were, as of last year, still some large customers using Classic. It's not just a drop in the bucket compared to VPC, though definitely quite a bit smaller.

What I don't understand, and perhaps you may help me understand; is what powers the backend of AWS? Mainframes?

Depending on the service, but mainly a whole bunch of custom x86 machines. If you search you'll find nuggets about all 4 hyperscalers and what they're doing.

I know Amazon went the route of building their own smart NICs with both network and IO capabilities early (The same thing Nvidia is doing and calling revolutionary since last year)

They rack more servers per day than I could afford in a lifetime.

Re: Amazon EC2-Classic Is Retiring

#117

Earlier quoted context omitted.

One aspect of this mix-up that I enjoy is the fact that deprecating something causes its value to depreciate, by quite a lot!

not only can deprecate cause depreciation, it can be a synonym for depreciate (in the financial meaning). but depreciate can't be a synonym for deprecate (in the end-of-life meaning). just one of those fun things that gets thrown in to make sure nobody ever fully understands the english language.

As a Swede reading OT comments on HN I can ensure you that deprecate and depreciate are not words I would mix up unless autocorrect gets me. They look similar after all.

Ordnance and ordinance I don't even know the difference between though.

Re: Amazon EC2-Classic Is Retiring

#118
post #37

Earlier quoted context omitted.

But would such a VPC be able to make outgoing connections to IPv4-only servers?

You could use a NAT64 gateway to do that. At that point you're trading one form of NAT for another so there's less value in going IPv6-only.

It would be nice if NAT64 was embraced everywhere, I love typing IP addresses because I'm lazy, but we need IPv6 right now.

There are still too many rough edges going V6 only though, like if I set my own DNS servers, will they resolve A records to NAT64 AAAA records? And how will the regular Windows sysadmin deal with registering DNS records?

Re: Amazon EC2-Classic Is Retiring

#119
post #30

Earlier quoted context omitted.

I worked for AWS, specifically on a backend component specific to EC2 Classic, until late last year, and this will definitely simplify things on Amazon's end. There were, as of last year, still some large customers using Classic. It's not just a drop in the bucket compared to VPC, though definitely quite a bit smaller.

What I don't understand, and perhaps you may help me understand; is what powers the backend of AWS? Mainframes?

Watch this video from 2016 by James Hamilton at AWS Re:Invent

https://www.youtube.com/watch?v=AyOAjFNPAbA

It'll tell you lots about how AWS is built

Re: Amazon EC2-Classic Is Retiring

#120

Hijaking this to say I hate VPC. I hate VPC. Applying 1990s NATting to next gen cloud service? Gotta give the greybeards something to do. The purpose of NATting is to deal with limited IP addresses, a problem that has been solved for a long time now. AWS makes me create a VPC, but I certainly don't set up some central-point-of-failure NAT or pay AWS to do it.

Are you talking about instances you want completely isolated with no public IP addresses and only RFC1918 IP's, but can reach out to the internet? Nat Gateway has been around for ~6 years now and is highly available and a managed service so you just need to click a couple of buttons. https://aws.amazon.com/about-aws/whats-new/2015/12/introduci...

The only problem with NAT gateways is that they are single-AZ. So if you're setting up multi-AZ in a VPC, you need one per AZ and you need the routing to be AZ specific.

If the NAT gateway was a service, then it could be multi-AZ transparent to the VPC.

Post reply on HN