Live data from Hacker News

AWS issues unavoidable reboot schedules with short notice on many EC2 instances

forums.aws.amazon.com

151–160 of 160 posts

Re: AWS issues unavoidable reboot schedules with short notice on many EC2 instances

#151
post #78

I guess if you already put your machines in different availability zones, they will not reboot in the same maintenance window. Actually AWS scheduled maintenance is the best you can get in the market already, because most of the time they allow you to reboot yourself in order to land an updated host (This time is different might be due to some critical security issues). Other providers like Azure / Google, you have n…

I think you have to stop/start (from EC2) to move to a new host, not just reboot (from within the instance).

Re: AWS issues unavoidable reboot schedules with short notice on many EC2 instances

#152

Earlier quoted context omitted.

There are lots of ways to set it up. I should note first that most interesting datastores you'll run in the cloud will end up needing instance stores for performance reasons anyway--you want sequential read perf, you know?--and so this is really just extending it to other nodes that, if you're writing twelve-factor apps, should pop back up without a hitch anyway. (If you're not writing twelve-factor apps...why not?)…

> (Building that part, auto-scaling groups and replacing dead instances, is probably the hardest part of this whole thing, even with a provisioner like Chef or Puppet.) Not so much with Zookeeper, Eureka, or etcd.

There are totally ways to do it, but it involves a good bit of work. I like Archaius for feeding into Zookeeper for configs (though to make it work with Play, as I have a notion to do, I have a bunch of work ahead of me...).

Re: AWS issues unavoidable reboot schedules with short notice on many EC2 instances

#153
post #109

Earlier quoted context omitted.

You get reimbursed?!?! We've been pleading for several months now for a service credit or at least an acknowledgment that they screwed up. Discovered an arcane issue with ARPing to elasticache from within a vpc. Cost us ~$8000 in instances we left running at their request to diagnose, and about the same in man time from our side. Took them 6 weeks to diagnose, too - bloody pathetic. We spend $30k a month with AWS and…

When a script mistakingly provisioned a ridiculous amount of read/write capacity on hundreds of DynamoDB tables, we were presented with a bill in the thousands of dollars. We got reimbursed after talking with our account manager for 15 minutes. Maybe my experience is the exception, but my account manager has always been extremely helpful at resolving whatever issues we had.

How much do you have to spend on AWS monthly to get an "Account Manager" you can call?

Re: AWS issues unavoidable reboot schedules with short notice on many EC2 instances

#154
post #107

Earlier quoted context omitted.

Autoscaling is your friend, but you can also use "auto-healing" if your stack is built on Amazon's AWS OpsWorks and you just want to keep a single instance alive. It will automatically spawn a replacement instance and reattach and mount any EBS volumes.

My understanding is that that doesn't work correctly in the case of AZ failure; the EBS data isn't duped to another AZ and so your instance will fail to come up. So it's not really a solution.

Quite possible. But it depends on what level of disaster you want to protect yourself from. Single EC2 instance termination is much more common than an entire availability zone going down. I'd say OpsWorks auto-healing is better than just running a standalone EC2 instance, and configuring a full auto-scaling setup with your own custom AMIs and boot scripts is even better, but also much more work.

Re: AWS issues unavoidable reboot schedules with short notice on many EC2 instances

#155

Earlier quoted context omitted.

You get reimbursed?!?! We've been pleading for several months now for a service credit or at least an acknowledgment that they screwed up. Discovered an arcane issue with ARPing to elasticache from within a vpc. Cost us ~$8000 in instances we left running at their request to diagnose, and about the same in man time from our side. Took them 6 weeks to diagnose, too - bloody pathetic. We spend $30k a month with AWS and…

Hi madaxe_again, I work at AWS (npinguy does not to the best of my knowledge). If you've spent $8,000 on maintaining instances you wouldn't have running otherwise to reproduce a bug on our behest, we don't want you to have to pay for that. I'd like to look into getting a refund for you. Is there an email address I can reach you at to get more details on the situation?

Oddly enough, a few hours after my post we were advised that we'll be getting a credit. Not as much as we'd hoped for, and it's taken three months of daily chasing by us to get here.

Just rather disheartened by the whole thing, tbh!

Re: AWS issues unavoidable reboot schedules with short notice on many EC2 instances

#156
post #109

Earlier quoted context omitted.

When a script mistakingly provisioned a ridiculous amount of read/write capacity on hundreds of DynamoDB tables, we were presented with a bill in the thousands of dollars. We got reimbursed after talking with our account manager for 15 minutes. Maybe my experience is the exception, but my account manager has always been extremely helpful at resolving whatever issues we had.

How much do you have to spend on AWS monthly to get an "Account Manager" you can call?

We had one with barely $7,000 of spending per month, but it might be because I already had my foot in the door with a previous account that brought them about $40,000/month.

Re: AWS issues unavoidable reboot schedules with short notice on many EC2 instances

#157

Earlier quoted context omitted.

Not sure if you actually work for Amazon, but your apology would probably be worth something if you actually decided to take steps to rebuild Amazon's reputation with madaxe_again rather than telling them they're the exception not the rule.

Hey xtrumanx, I do work at AWS - npinguy does not to the best of my knowledge - and we're looking into a refund for madaxe_again. I'm hoping for a reply from him so we can get more details as to which company this is for, as we'd need that to get the refund process going. At AWS, we work to keep prices as low as possible and we definitely don't like seeing customers spend money where they wouldn't normally - for exam…

Good stuff; that was the response I was hoping to hear.

Re: AWS issues unavoidable reboot schedules with short notice on many EC2 instances

#159
post #154

Earlier quoted context omitted.

My understanding is that that doesn't work correctly in the case of AZ failure; the EBS data isn't duped to another AZ and so your instance will fail to come up. So it's not really a solution.

Quite possible. But it depends on what level of disaster you want to protect yourself from. Single EC2 instance termination is much more common than an entire availability zone going down. I'd say OpsWorks auto-healing is better than just running a standalone EC2 instance, and configuring a full auto-scaling setup with your own custom AMIs and boot scripts is even better, but also much more work.

Fair enough. Not saying it's not usable for some stuff, by any means. (Though OpsWorks in general leaves me feeling a little itchy.)

Re: AWS issues unavoidable reboot schedules with short notice on many EC2 instances

#160

Earlier quoted context omitted.

Hi madaxe_again, I work at AWS (npinguy does not to the best of my knowledge). If you've spent $8,000 on maintaining instances you wouldn't have running otherwise to reproduce a bug on our behest, we don't want you to have to pay for that. I'd like to look into getting a refund for you. Is there an email address I can reach you at to get more details on the situation?

Oddly enough, a few hours after my post we were advised that we'll be getting a credit. Not as much as we'd hoped for, and it's taken three months of daily chasing by us to get here. Just rather disheartened by the whole thing, tbh!

Hi madaxe_again, Would you mind sending me an e-mail to zamansky@amazon.com? I am the Product Manager of Amazon ElastiCache, want to make sure you received the appropriate refund and address any issues. Thanks
Post reply on HN