AWS me-central-1 Is Still Down Six Months On — and the Recovery Time Is the Real Finding

Damage to three AWS facilities in the Gulf produced an unplanned experiment in compute substitutability. Six months later, the answer is still coming in — and it reprices several assumptions at the centre of the AI infrastructure debate.

ME-CENTRAL-1 — EVENT TIMELINE

1 March 2026 — Strike

Drone strikes damage three AWS facilities: two in the UAE confirmed directly struck; a third in Bahrain sustains damage from a nearby explosion. AWS’s own service health dashboard confirms the events. Coverage describes these as the first known military strikes on an American hyperscaler’s infrastructure.

1–2 March 2026 — Cascade

Two of three me-central-1 availability zones go offline. Outages span EC2, S3, DynamoDB, Lambda and RDS. Cascade propagates to Careem, Hubpay, Alaan, Snowflake, Emirates NBD, First Abu Dhabi Bank and Abu Dhabi Commercial Bank.

March 2026 — Initial Response

An Iranian news agency with ties to the IRGC claims the strikes were deliberate, describing the centres as “supporting the enemy’s military and intelligence activities” — a claim by a state-affiliated outlet; no official government attribution has been asserted by any government. Commentary frames the event almost entirely as a security story.

15 September 2026 — Six Months On

Reporting and provider status notices indicate two availability zones in me-central-1 remain significantly impaired. Customers are advised to move workloads to alternate regions rather than wait for full restoration.

What Happened

On Sunday 1 March 2026, drone strikes damaged three Amazon Web Services data centres across the UAE and Bahrain. AWS’s service health dashboard confirmed that two facilities in the UAE were directly struck and that a third site in Bahrain sustained damage from a nearby explosion. Structural damage, disrupted power delivery and, in several cases, triggered fire-suppression systems causing additional water damage took two of the three availability zones in the me-central-1 region offline. Services across EC2, S3, DynamoDB, Lambda and RDS were affected. An Iranian news agency with ties to the IRGC claimed the strikes were deliberate, stating the facilities were “supporting the enemy’s military and intelligence activities”; that claim originates with a state-affiliated outlet, and no official attribution has been asserted by any government.

The outage did not stay inside AWS’s customer perimeter. It cascaded directly into Careem (ride-hailing and delivery), payments firms Hubpay and Alaan, data platform Snowflake, and three of the UAE’s largest banks: Emirates NBD, First Abu Dhabi Bank and Abu Dhabi Commercial Bank. What presented initially as a cloud-availability event was, structurally, a demonstration of how much of a national economy’s operational continuity had been quietly consolidated behind a single provider’s regional footprint.

Six months on — as of this writing, 15 September 2026 — reporting and provider status notices indicate that two availability zones in me-central-1 remain significantly impaired. Customers have been advised to move workloads to alternate regions rather than await full restoration. That advisory is the data point this analysis is built on. No figures for repair cost, capacity lost, revenue impact or insurance recovery have been reported, and none are asserted here.

The key insight: The commentary in March treated this as a security story. Read as an economics story, it is something considerably more durable: an unplanned natural experiment that prices an assumption sitting underneath the entire compute debate. The answer that came back was six months and counting — at a company with effectively unlimited capital and the most capable data-centre engineering organisation in the world.

A company with effectively unlimited capital and the best data-centre engineering organisation in the world ha
A company with effectively unlimited capital and the best data-centre engineering organisation in the world has taken six months and counting. That is not a security statistic — it is a measurement of how non-substitutable this asset class really is.

The Structural Read

The whole architecture of the current compute debate — export controls, allocation arguments, sovereign-build programmes, the general “just build more” reflex — implicitly treats capacity as a quantity. A quantity can be moved, replaced or rebuilt on commercial timescales if the money and the will are present. The event in me-central-1 is an empirical test of that assumption, and the result is a six-month recovery horizon at the operator best positioned in the world to compress it.

Power interconnects, specialised plant, permits, grid connections and long-lead equipment do not respond to urgency or to the size of a balance sheet. The capital was there. The engineering capability was there. The timeline came back at half a year regardless. That is not a criticism of the restoration effort — it is a measurement of the physics and logistics of the underlying asset class. Compute is not a quantity. It is a set of buildings with addresses, and buildings with addresses have restoration curves that money cannot fully override.

Permission Layer — Infrastructure Edition

The bottleneck is not capital. It is lead time.

The Permission Layer framework maps the points in an AI system where a non-market actor — a regulator, a grid operator, a permit authority — holds effective veto over deployment. In physical infrastructure, those permission points accumulate: grid capacity, planning consent, specialised cooling plant, long-lead electrical gear. No single one is individually decisive. Together, they set a floor on restoration time that capital cannot purchase its way below. The me-central-1 timeline is a live measurement of that floor.

That finding cuts against the central premise of the sovereign-AI argument in a way that has not yet been priced. The case for domestic compute hosting holds that local jurisdiction confers control: your data, your rules, your infrastructure. That is accurate. The corollary is rarely stated in the same breath: domestic hosting also means domestic exposure. The asset sits inside your borders, which means it sits inside your region’s conditions and your neighbourhood’s risk profile.

Sovereignty over compute and security of compute can therefore be opposing properties rather than complementary ones. A national strategy that optimises hard for the first may be quietly degrading the second without the trade ever appearing as a line in the business case. This is a general tension that applies to every jurisdiction pursuing a domestic compute strategy — it does not make the sovereign argument wrong. It makes it incomplete, because the risk being absorbed has not typically been modelled explicitly.

The concentration exposure is the part most likely to produce near-term policy action, and the cascade list demonstrates it more cleanly than any argument could. Damage to one company’s buildings propagated directly into ride-hailing, payments and several of the largest banks in a country — not because of any single actor’s poor decision, but because a national economy’s operational continuity had, without anyone deciding it as policy, been consolidated behind a single provider’s regional footprint.

The multi-region advice now reaching customers amounts to a formal acknowledgement of the underlying mismatch: resilience had been purchased at the availability-zone level against a risk that operates at the regional level. Availability zones are engineered to fail independently of one another — that independence is precisely why the architecture works against the failure modes it was designed around. A single event that removes two of three zones is, by definition, a correlated failure. Correlated failures are what redundancy models systematically under-price, because the model is only as good as the failure mode it was built to address. Nothing here implies negligence on anyone’s part. The architecture performed as designed against the risks it was designed for.

Three Implications

IMPLICATION 1 — THE INSURANCE QUESTION MATTERS MORE THAN ITS ANSWER

Commercial property policies commonly carry war and hostile-act exclusions — a general feature of that market, not a claim about any policy here. Whether and how cover responded in this specific case has not been reported, and nothing here asserts that any insurer declined anything. But the question itself reshapes the economics of siting. If war-risk cover for large computing facilities in contested regions becomes materially harder or costlier to obtain, that will shape siting decisions faster and more decisively than any export-control regime: a control regime changes the legality of a chip, while an insurance market changes the cost of capital for a building. Capital costs bind earlier and more quietly than rules do. The contrast with the same week’s news — that AI agent risk is being brought inside the insurance system through audit-and-certification standards — is instructive. One class of AI risk is becoming insurable and therefore financeable; another may be drifting in the opposite direction.

IMPLICATION 2 — SOVEREIGN-AI BUSINESS CASES NEED A SECOND COLUMN

Every sovereign-compute investment memorandum currently contains a control column: data residency, jurisdictional authority, regulatory compliance. Almost none contains an explicit exposure column: what correlated regional risks are being absorbed, at what probability, at what restoration cost, against what insurance recovery? The me-central-1 event provides a concrete reference point for what the exposure column might contain. Governments and enterprises building domestic compute strategies now have an empirical restoration-time data point from the operator best placed to beat it. The business case that does not engage with that number is missing a variable.

IMPLICATION 3 — ZONE-LEVEL REDUNDANCY IS NOT REGIONAL-LEVEL RESILIENCE

The architectural lesson is straightforward and worth separating from the event that revealed it. Multi-zone deployment protects against independent zone failures — power outages, hardware faults, localised flooding. It does not protect against a single correlated event that affects a majority of zones simultaneously, because zones are not designed to be independent at the regional level against that class of event. The advice to migrate workloads to alternate regions is the correct operational response. As a policy matter, it also means that critical-infrastructure operators — banks, payments networks, essential logistics — need to evaluate their resilience posture at the regional level, not just the zone level. That is a procurement and architecture question, not a criticism of any provider.

Business Engineer Framework

The Permission Layer — Where Non-Market Actors Set the Ceiling

The Permission Layer maps every point in an AI system where a non-market actor holds effective veto over deployment or restoration. Physical compute infrastructure is one of the most permission-dense environments in the stack: grid operators, planning authorities, specialised equipment lead times, and — as this event surfaces — insurance underwriters all set floors and ceilings that capital cannot override. Understanding which permissions bind earliest is the starting point for any serious infrastructure siting or resilience analysis.

Explore the Permission Layer Framework →

The Bottom Line

Six months of impairment at the world’s largest cloud provider, after damage to three facilities, is not a cloud-operations story — it is a pricing event for an assumption that underpins hundreds of billions of dollars in infrastructure investment and policy design. Compute is not a fungible quantity that responds to capital and urgency on commercial timescales. It is buildings with addresses, restoration curves set by physics and logistics, and insurance exposures that may not be as settled as balance sheets imply. Every sovereign-AI programme, every “just build more” argument, and every resilience architecture that stops at the zone level is now working with a new reference point. The question is whether the models get updated before the next data point arrives.


Sources: CNBC — Iran war: UAE drone strikes hit AWS data centers (3 March 2026). Provider status notices and customer advisories as reported in contemporaneous and subsequent coverage. Attribution of the strikes to any government is not asserted; the IRGC-affiliated claim is reported as a claim by a state-affiliated outlet only. No figures for repair cost, revenue impact or insurance recovery are asserted. This is business analysis, not investment advice; no view is expressed on any security and no recommendation is made.

91,000+ executives read Business Engineer for the AI strategy frameworks cited by ChatGPT, Claude, and Perplexity.

The claim that the strikes were deliberate was made by an Iranian news agency with ties to the Islamic Revolutionary Guard Corps. It is reported here as a claim by a state-affiliated outlet. Nothing in this article states as fact that the Iranian government ordered or carried out the strikes, and no official attribution by any government is asserted. This article is a retrospective business analysis of an event that has already occurred, written at the level of economics, siting, insurance and concentration risk. It takes no position on the underlying conflict, makes no judgement about the lawfulness of any party’s conduct, and offers no assessment of the vulnerability or protection of any facility. Nothing here speculates about future incidents. The six-month status is drawn from reporting and provider status notices and is not presented as a verbatim statement by AWS. The description of these as the first known military strikes on an American hyperscaler’s infrastructure is as characterised in contemporaneous coverage, not a verified historical finding. No figures for repair cost, capacity lost, revenue impact, insurance recovery or customer numbers have been reported, and none are asserted here. No quotation is attributed to AWS, Amazon, any bank, any government or any insurer. The reference to war and hostile-act exclusions describes a common feature of commercial property insurance generally. Whether and how any cover responded in this case has not been reported in the material reviewed, and nothing here asserts that any insurer declined a claim or that cover was unavailable. Nothing in this article criticises the engineering or restoration work undertaken, or implies negligence on the part of AWS, any Gulf state, any bank or any other party; the availability-zone architecture performed as designed against the class of risk it was designed for. No prediction is offered about provider market share, customer decisions, share prices or market effects. Amazon, Snowflake and the named banks are publicly listed companies. This is business analysis, not investment advice, no view is expressed on any security, and no recommendation is made.

Scroll to Top

Discover more from FourWeekMBA

Subscribe now to keep reading and get access to the full archive.

Continue reading

FourWeekMBA