31–40 of 61 posts
Earlier quoted context omitted.
That's really an interesting analogy. Of course all analogies are wrong BUT if AWS goes down, half the internet goes down (in terms of important services).
Including the CIA. Snowden will be happy!
Earlier quoted context omitted.
> Normally I wouldn't doubt it but in this sort of situation Then you're very misinformed. As a cloud administrator, I see resource availability and account limits on a weekly basis going back years. I tell people: - to pre-provision at least some extra servers rather than wait for an autoscaling operation to fail. - that new instance types often are rolled out gradually, and lead time is often 1 month in AWS - that…
bUt ThE sAlEs GuY sAiD tHe ClOuD iS cHeApEr!
But then don’t hire a bunch of old school net ops folks who got one certification and call themselves consultants when all they know how to do are lift and shifts.
I think this introduces some interesting points to the DR and BCP conversation. Is it a safe bet that we can rely on the cloud to have capacity? Normally I wouldn't doubt it but in this sort of situation is becomes more likely they will be put under capacity stress. Will the cloud vendors learn and build slack in? I think they're very lean operations and maybe this kind of slack would damage the profitability too muc…
> Normally I wouldn't doubt it but in this sort of situation Then you're very misinformed. As a cloud administrator, I see resource availability and account limits on a weekly basis going back years. I tell people: - to pre-provision at least some extra servers rather than wait for an autoscaling operation to fail. - that new instance types often are rolled out gradually, and lead time is often 1 month in AWS - that…
https://aws.amazon.com/solutions/limit-monitor/
It starts having issues when you get to 5,000+ ec2 instances, but it's somewhat understandable that they don't aim to support that level of usage within a single AWS account.
On another bullet point: if you go serverless (API/HTTP Gateway, Lambda, Dynamo DB), you automatically get full region DR. I personally recommend HTTP Gateway if you can swing it, API gateway is only worth of it you are doing personal projects (mostly free tier) or are seriously leveraging the API gateway specific features
Earlier quoted context omitted.
Lowest common denominator though. If you can use just plain old VMs, there's probably little value in using the big cloud vendors. Traditional hosting would be loads cheaper.
Really? Do you mean running your own data center or what services are you referring to?
Meaning that if you're going to use the lowest common denominator, why not pay fair market prices for egress and compute?
Any value in cloud is typically the services that are higher level than a VM. Those services would be hard to put a generic multi-cloud facade in front of. It would be brittle and bug ridden.
Pro:
- you can use shell in browser
- traffic is cheaper related to AWS
- fast 1GbE network
Cons:
- VM deploy is VERY slow, 2-3 minutes
- no ipv6 out the box, you need a balancer(!) and 4-5 non-trivial shell commands
- attaching new storage was extremely painful experience
It general Azure feels just like middle cloud service.
There is something satisfying about the bounds of the cloud metaphor being reached (a cloud can't fill the sky).
Someone's never been to Pittsburgh.
This is a bit like the financial crisis in 2008. In 2008, the idea was that if you bundle up a large bunch of mortgages, then the bundle will have low risk because the chances of everything failing at the same time is low. The cloud is designed so that resource usage spikes of individual customers can always be served because one customer is very small compared to the whole infrastructure. However, in some cases, the…
It's a pretty common model in many industries... If every gym member visited the gym at the same time, they wouldn't all fit. Only a small fraction of the members use the gym at any one time, so it works. Banks would crash if everyone tried to withdraw their money at the same time, but they don't, so the bank can loan the money out.
1. This appears to be a UK-centric thing (and those datacenters don't have the full Azure portfolio, as can be seen here: https://azure.microsoft.com/en-us/global-infrastructure/serv...)
2. The very last paragraph on the linked article reads: "Note that Azure is a huge service and it would be wrong to give disproportionate weight to a small number of reports. Most of Azure seems to be working fine. That said, capacity in the UK regions was showing signs of stress even before the current crisis, so it is not surprising that issues are occurring now."
All of this is public info, so maybe people should read up on facts first? :)
Disclaimer: I work for Microsoft. I have no particular info on this, but I did read the article _yesterday_ over breakfast, followed links to complaints, etc., and would like to point out two things: 1. This appears to be a UK-centric thing (and those datacenters don't have the full Azure portfolio, as can be seen here: https://azure.microsoft.com/en-us/global-infrastructure/serv... ) 2. The very last paragraph on th…
Earlier quoted context omitted.
> Normally I wouldn't doubt it but in this sort of situation Then you're very misinformed. As a cloud administrator, I see resource availability and account limits on a weekly basis going back years. I tell people: - to pre-provision at least some extra servers rather than wait for an autoscaling operation to fail. - that new instance types often are rolled out gradually, and lead time is often 1 month in AWS - that…
For AWS, limit monitor is a handy tool for "small" customers: https://aws.amazon.com/solutions/limit-monitor/ It starts having issues when you get to 5,000+ ec2 instances, but it's somewhat understandable that they don't aim to support that level of usage within a single AWS account. On another bullet point: if you go serverless (API/HTTP Gateway, Lambda, Dynamo DB), you automatically get full region DR. I personally…
It only notifies you about your own Service Limits, so you will know before you hit one in an unfortunate moment. It's important to monitor that, but it doesn't protect or notify you against cloud provider's own limitations. A scale-out event can still fail if AWS has no more extra capacity ("full") even if your limits allow you otherwise.
AFAIK there's currently no way to know it beforehand if they actually have the capacity or not.