Amazon Web Services status: access issues and outage reports

Problems in the last 24 hours

The graph below depicts the number of Amazon Web Services reports received over the last 24 hours by time of day. When the number of reports exceeds the baseline, represented by the red line, an outage is determined.

Most Reported Problems

The following are the most recent problems reported by Amazon Web Services users through our website.

• Website Down (78%)
• Sign in (11%)
• Errors (11%)

Live Outage Map

The most recent Amazon Web Services outage reports came from the following cities:

City	Problem Type	Report Time
Township of Evan	Website Down	10 days ago
New York City	Website Down	13 days ago
Ciudad Jardín	Website Down	1 month ago
Kyiv	Sign in	2 months ago
Chennai	Website Down	3 months ago
Point Pleasant Beach	Website Down	3 months ago

Full Outage Map

Community Discussion

Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.

Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.

Amazon Web Services Issues Reports

Latest outage, problems and issue reports in social media:

• 
  Adam Peterson (@_adam_here_) reported 10 minutes ago

  @AWSSupport Even the AWS health page was down. Total AWS system downtime for 12-13 minutes. AWS appears back now.

• 
  AntDracula (@ant_dracula) reported 10 minutes ago

  @BohemiaTech @awscloud Google just randomly shuts down services for no clear reason. That’s why they’re not trusted

• 
  Ashutosh Dubey (@_virusbug_) reported 11 minutes ago

  @AWSSupport I’ve already emailed the AWS Receivables team but haven’t received a reply yet, it’s been 3 days now. The support engineer only advised me to contact them about this issue. @AWSSupport

• 
  Anjishnu Ganguly (@Anjishnu46) reported 11 minutes ago

  Hey @AWSSupport, Our Case 178452910500907 is still not resolved, and we've been left waiting without any meaningful update. Because of this, we're also unable to apply for AWS Activate, which is directly impacting our business operations and slowing down our workflow. This delay is becoming unacceptable. Please look into this urgently and help resolve it as soon as possible.

• 
  Daniël (@dvtoever) reported 14 minutes ago

  @marcelocantos @awscloud Totally agree. I my took hours for the stress to leave my body. I tought i was hacked and my services were abused. They didnt bother to take down the billing page temporarily with a warning or sent a follow up mail pointing out this bug.I am going to close down my account as well

• 
  The Trading Guy (@thetradingguy_) reported 17 minutes ago

  @AWSSupport , got no replies on this upon follow up message. Please look into it. Why is it so tough to resolve an issue?

• 
  Kartik Jain (@kartikjain0101) reported 17 minutes ago

  @awscloud you guy has lost your mind. payment got missing so team told me they will raising the request. account got hold, we have 250K unused credits, and now they are not initiation the account. wtf. our whole production is down.

• 
  Kailash Tulsi Gajra (@kailashgajara) reported 19 minutes ago

  Is @awscloud down right now? #AWSDownAgain #AwsDown

• 
  Certified AI Dev (@MisterPrashant) reported 19 minutes ago

  This solution to this problem is AI traffic monetization. If you are an owner of a platform that provides some valuable data, you can put the data behind a paywall for the AI traffic by charging the bot fraction of a penny for using their content. x402 Payment Required protocol tells the bot that the content requires payment and the bot settles the transaction quickly on a stable coin at which point the content becomes accessible. This way,people running their search bots does not require subscription to 10 different services and can easily access data from anywhere at a very minimal cost and the owners of the sites also win as the traffic count to their paywalled site will generate income. This is not a concept. The framework to build this is already available in @awscloud today.

• 
  Keith Townsend (@CTOAdvisor) reported 19 minutes ago

  I spent over $120 in @awscloud so far this month. Most of it has been on GPU instances and Xeon 6. This is the most I've spent since I've had a long-running VM as a web app server a few years ago.

• 
  Ümit Kaan Usta (@umitkaanusta) reported 21 minutes ago

  @AWSSupport I keep getting errors across the AWS Console where components or resource lists fail to load, showing messages like “An error occurred calling the API: describeAddresses.” Reloading sometimes fixes it temporarily. can you help? It's mostly on EC2 related stuff. us-east-1

• 
  Param (@Param_eth) reported 22 minutes ago

  The downfall of Storj Labs (bankruptcy): - launches Storj in 2014 to build a decentralised alternative to cloud storage - promises a blockchain based competitor to Amazon S3. - attracts thousands of node operators across the world - raises around $35 million in funding - secures roughly $30 million through its 2017 token sale - spends years building its decentralised storage network - the DePIN business model proves difficult to scale profitably 2021: - $STORJ reaches its all time high 2022–2025: - the token enters a prolonged decline - node operators report declining rewards and operational issues - Storj begins selling non-core assets and right sizing operations October 2025: - Inveniam Capital Partners acquires Storj Labs - the acquisition is expected to strengthen the company's future - financial pressures remain unresolved July 2026: - Storj Labs files for Chapter 11 bankruptcy protection - the company says legacy liabilities can no longer be outgrown - assets and liabilities are estimated between $1 million and $10 million > operations > customer services > the storage network continue running - Inveniam backs the restructuring process - Storj proposes a plan that could give STORJ token holders equity in the reorganised company - $STORJ falls another 14–15% after the bankruptcy announcement - the token is down roughly 99% from its 2021 all time high

• 
  TAPE Vector (@Tape_Vector) reported 24 minutes ago

  JPP-KY $5284.TW is not an AI chip company. It makes the precision metal infrastructure that surrounds the chips, power systems and cooling hardware inside modern AI servers. That distinction matters. JPP Holding designs and manufactures precision metal mechanical parts, enclosures, cabinets and structural components. Its products are used across: AI server racks Server chassis Power supply housings Battery backup unit enclosures Liquid cooling components CDU and manifold structures Telecom equipment Aerospace avionics Aircraft structural and cabin parts Medical equipment Industrial systems The company is headquartered through a Cayman holding structure and listed in Taiwan, but much of the manufacturing engine sits in Thailand through Jinpao Precision Industry. That Thailand base is important. JPP is positioning itself between Taiwanese and global technology customers that increasingly want manufacturing capacity outside China. The operating model is high mix precision manufacturing rather than mass production of one standardized component. A customer brings JPP a mechanical design or performance requirement. JPP can then handle several steps internally: Engineering and design support Metal cutting Stamping CNC machining Sheet metal forming Welding Surface treatment Painting Assembly Inspection Final integration That means the company can take a customer from drawing to finished enclosure instead of supplying only one small step. For AI servers, this can include the physical rack or chassis holding compute hardware, power equipment and cooling systems. For aerospace, it can include avionics housings, structural parts and cabin components that require much tighter certification and process control. This combination is unusual. AI infrastructure gives JPP growth. Aerospace gives it another technically demanding end market with different cycles. The company describes this model as a mix of European engineering capability and Thai manufacturing. The phrase used by management has been: French brain. Thai heart. That comes from the European aerospace companies JPP acquired and integrated with its Thailand manufacturing base. The aerospace side matters because the qualification barriers are much higher than ordinary sheet metal fabrication. JPP has Nadcap certified processes and has worked within the European aerospace supply chain. Company materials and industry reporting have referenced customers and programs connected to Airbus, Thales and Safran. Those relationships do not automatically mean every JPP aerospace product goes directly into those companies. But they show that the manufacturing system has passed qualification standards far above normal commodity metal fabrication. Then AI arrived. This has changed the financial profile of the company very quickly. FY2024 revenue was approximately NT$2.39 billion. FY2025 revenue jumped to about NT$3.73 billion. That is roughly 56% growth. Net income reached approximately NT$618 million. EPS reached NT$12.05. Gross margin stayed around 37.8%. That margin is one of the numbers I find most interesting. JPP did not double its business by becoming a low margin commodity manufacturer. The company expanded rapidly while keeping gross margin in the high 30% range. That suggests the current product mix still carries meaningful engineering and manufacturing value. Q1 2026 continued the trend. Revenue reached approximately NT$1.17 billion. That was about 45% higher year over year. Gross margin remained around 37.5%. So the 2025 acceleration did not immediately reverse once the calendar changed. This is now a real operating ramp. The AI server side has become the main growth engine. JPP manufactures server racks, chassis, power enclosures and increasingly components associated with liquid cooling. That last category matters. AI servers are becoming more difficult to cool. Higher power GPUs produce more heat. More compute density means more thermal load inside each rack. That is pushing the data center industry toward larger cooling distribution systems, manifolds, cold plates and liquid cooling infrastructure. JPP does not manufacture the GPU or the cooling technology itself. It manufactures some of the metal structures and precision components that allow those systems to be installed inside the rack. That places the company several layers beneath the visible AI names. $NVDA and $AMD create demand for increasingly powerful accelerators. Those accelerators require more complex server systems. $DELL and $SMCI integrate servers and racks around those accelerators. $VRT and $ETN operate in the power and cooling infrastructure around the data center. JPP sits further inside the physical manufacturing chain. It produces some of the metal cabinets, chassis, housings and structural components required by this infrastructure. These are ecosystem comparisons. They are not all disclosed customer relationships. The most interesting potential US connection is the company's major cloud customer. Management commentary and Taiwan reporting have repeatedly described a major US cloud service provider as one of JPP's largest AI customers. That customer has widely been reported as Amazon AWS. If correct, that creates an indirect connection to $AMZN. But I would keep the wording disciplined. JPP has not provided enough English primary disclosure for me to treat the identity and exact revenue contribution as completely settled. The important hard fact is that a major US CSP has become a very large customer. Recent commentary has indicated that this customer may account for roughly 30% of revenue during parts of the AI ramp. That is both the opportunity and the risk. A customer that large can transform a small supplier. It can also transform the income statement in the opposite direction if orders slow. Another major relationship is in Thailand. JPP has been expanding production around a large power and server customer widely identified as Delta Electronics Thailand. That customer makes power supplies, thermal systems, data center equipment and related electronics. The geographical relationship matters because both companies operate major production facilities in Thailand. Shorter logistics. Faster delivery. Closer engineering cooperation. Just in time production. Dedicated manufacturing capacity. Those factors can make a supplier harder to replace once a large program is running. But they also deepen customer concentration. JPP is effectively investing ahead of these customers. The company has been adding production capacity in Thailand. One important bottleneck has been painting and surface treatment. JPP is expanding automated paint capacity. It is also investing in larger stamping capacity and dedicated production areas for AI server and power related products. The logic is simple. More AI server racks require more metal structures. More power density requires more sophisticated power housings. Liquid cooling adds additional structural parts. If JPP remains qualified inside those programs, each generation of AI infrastructure can increase the content opportunity per rack. That is the bull side. The risk is that the company adds capacity for demand that later slows. AI infrastructure spending is strong now. It will not grow in a straight line forever. A hyperscaler can change server architecture. An ODM can move a program. A customer can dual source. A competitor can cut price. If one large customer represents 25% to 30% or more of revenue, those decisions matter immediately. That is why I want the exact customer concentration table from the latest annual report. The aerospace business gives JPP some diversification. Before the AI acceleration, aerospace represented a much larger part of the company. That business went through a difficult period around the pandemic and the following aerospace supply chain disruption. It has been recovering. The company has continued obtaining certifications and expanding its European aerospace capabilities. That creates a useful second engine. AI server demand is fast and capital intensive. Aerospace is slower, qualification heavy and built around longer product cycles. The two businesses have different risks. Together they can potentially produce a more balanced manufacturing platform. But right now AI is clearly driving the growth rate. The financial question from here is not whether revenue can grow. It already has. The question is whether the current margins survive the next stage of scale. High 30% gross margins are strong for a precision metal manufacturer. I want to know how much of that comes from: AI server racks Power enclosures Liquid cooling components Aerospace Specialty low volume work New customer programs I also want the operating cash flow behind the reported earnings. Fast manufacturing growth consumes working capital. More orders require more raw material. More capacity requires more equipment. More inventory sits between production and customer delivery. Receivables rise. So a company can report excellent earnings while cash is being absorbed into expansion. That is not automatically bad. But the return on that capital has to remain high. JPP ended 2025 with roughly NT$7.4 billion in assets and around NT$3.7 billion in equity. The balance sheet does not currently look distressed. There is no obvious heavy dilution story. The primary capital allocation issue is expansion. Paint lines. Stamping equipment. Factory capacity. Dedicated customer production. Those investments are being made because demand already exists. Now they need to earn acceptable returns. For US market context, I see several useful layers. $NVDA and $AMD are demand drivers. More accelerator shipments can mean more server racks, more power density and more cooling hardware. $DELL and $SMCI represent the server integration layer. They assemble computing systems around GPUs, networking, storage and power. $VRT and $ETN represent the data center power and thermal infrastructure layer. $ANET sits in the networking layer connecting increasingly large AI clusters. $AMZN is relevant because AWS is widely reported as the major US CSP associated with JPP's AI server business. Again, I would treat that specific customer identity as reported rather than fully disclosed until the primary customer note confirms it. The aerospace familiarity is different. $BA is the obvious US listed aerospace reference. JPP is not primarily a Boeing supplier story. Its known aerospace footprint is more European. But the same qualification logic applies. Aircraft components require traceability, process control and long certification cycles. That experience can strengthen the overall manufacturing discipline of the company even when the fastest growth is coming from AI infrastructure. This is what makes $5284.TW more interesting than a generic sheet metal company. The metal itself is not scarce. The capability stack can be. A customer needs a supplier that can: Meet tolerances. Pass qualification. Build tooling. Handle design changes. Scale capacity. Deliver consistently. Maintain surface quality. Control welding and assembly. Locate production close to the customer. And do it without disrupting a multibillion dollar server or aerospace program. That creates switching friction. It does not create an unbreakable moat. Large customers still have enormous negotiating power. The company remains small relative to the customers it serves. That means the power relationship still favors the customer. The current strengths are clear. 2025 revenue grew about 56%. EPS reached NT$12.05. Gross margin remained near 38%. Q1 2026 revenue grew another 45%. AI server exposure is already producing real revenue. Liquid cooling adds another content opportunity. Thailand capacity is expanding. Aerospace is recovering. The balance sheet is supporting expansion without obvious distressed financing. The risks are also clear. Customer concentration is high. The largest AI programs are project driven. Formal long term volume commitments are not well disclosed. The company is investing heavily into capacity during an AI spending boom. Margins could compress as volume rises. Aerospace recovery could stall. And the current growth rate depends heavily on continued data center capital spending. For me, the next proof is not another monthly revenue record. I want to see: Exact top customer concentration. How much revenue now comes from AI server products. How much comes from liquid cooling. Whether the major CSP relationship is widening into additional products. Whether the large Thai power customer is gaining share of revenue. Utilization of the new painting and stamping capacity. Operating cash flow after expansion capex. Return on invested capital from the Thailand buildout. Aerospace revenue and margin recovery. Whether gross margin can remain above the mid 30% range as the company scales. Real manufacturing. Real AI infrastructure exposure. Real earnings growth. Real high margin execution so far. But also real concentration risk. jpp-KY $5284.TW does not need to invent the next GPU. It needs to remain the qualified company manufacturing the physical structures around the companies that do. If AI racks become larger, hotter and more complex while JPP keeps winning more content per system, the opportunity can grow much faster than the underlying server unit count. The question now is whether that position is durable enough to survive the inevitable cooling of the AI capital spending cycle. That is what I want to understand next. My investing journal, not financial advice.

• 
  Chintan Shah (@chintan86) reported 24 minutes ago

  @AWSSupport @awscloud Dues cleared, reinstatement requested — still waiting with no movement. My production workloads are down and every hour is costing us. Can someone please prioritise this? Case ID ready to share over DM.

• 
  Open_ERV (@open_erv) reported 28 minutes ago

  Unfortunately although they appear to be awesome people BrambleCFD is turning out to not be that hot. The main problem is the relationships/what they do of all the different settings is ridiculously opaque. There is no documentation. Their solution is to try to explain things in a video call, and if you need help, you ask for it, which it takes a week or more to get any kind of answer from an actual human, not because they are doing anything wrong but that's just not a good system. It's a long long way from the useability of simscale. I did however uncover an option that might be reasonably good, which is a virtual machine that I pay for the core-hours on. In many ways this is better. I can work directly with openFOAM and one of the front ends on a high powered linux computer with hundreds of gigs of ram and 96 high powered cores, and still only pay for what I use, theoretically. The openFOAM foundation has a system worked out ad directly offers the service, unfortunately they in turn use the amazon AWS or the microsoft Azure system, but what can you do. There are other companies that do similar things, but they probably aren't as well done as the one from the actual foundation. I think I'll try that one first. Having an AI in a harness on the machine is probably going to be indispensable, but I'll be using it primarily as a learning tool rather than asking it to do everything for me. I have been able to set up CowAgent, which is kind of basic but seems to work ok, with DeepSeek. A "harness" allows the AI to run commands on your computer and read the output automatically, as well as the other things web chat stuff can do. Secondly, it can store information in files and run the AI in a loop, doing many inferences one after the other, thus getting far more done than a web chat can (actually they might do something similar now IDK but they don't seem to).

• 
  Ajith (@iamarulajith) reported 34 minutes ago

  @F1 @awscloud Actually surprised to see the good start by Max. I thought he would bog down again but not this time.

• 
  Ivan Toma (@FounderRAVERK) reported 35 minutes ago

  @awscloud @Google @Microsoft The water problem is only going to get bigger. We already have technology that can help data centers produce their own cooling water from the sea. Let’s solve this together.

• 
  Gopal Goti (@gopal_goti) reported 36 minutes ago

  @AWSSupport @AWSSupport Thank you for the update, but 'high volume' cannot justify a support case sitting completely 'Unassigned' for over 4 days for a basic account verification issue. This is not a complex technical issue. it is a backend system error on the AWS verification form.

• 
  Piragash Velummylum (@piragash) reported 37 minutes ago

  At @awscloud we call this undifferentiated heavy lifting. @Cometml Opik does the hard work, so you can focus on the customer problems.

• 
  mark seery (@140ismymax) reported 40 minutes ago

  Peter DeSantis talking at #agenticaisummit There will NOT be one AI chip type. If multiple AI chips take multiple years to bring to market, you have to be making assumptions about model requirements in that time frame. It's a systems problem, including the network. Constraint drives innovation. Future is bright and built together. Peter DeSantis SVP, Foundational AI Models, Custom Silicon, Quantum Computing, Amazon @awscloud @amazon @BerkeleyRDI #AI

• 
  Sai Manikanta ☕ (@rebuiltWithSai) reported 43 minutes ago

  Day 19 of #JobSwitchUntilPlaced 🚀 Today's progress: ✅ Started a new Microservices project by building the User Service ✅ Solved 2 DSA problems ✅ Learned about Blob Storage (Amazon S3) One step closer to building production-ready, scalable backend systems.💪 #BuildInPublic

• 
  AntDracula (@ant_dracula) reported 43 minutes ago

  @_LeadPoisoning_ @awscloud That’s because it’s never up long enough to generate an error

• 
  RickDavis404 (@RickDavis404) reported 48 minutes ago

  @awscloud I left an EKS cluster running while waiting for my Fable 5 limit to reset...only been a few days, but Opus says my aws bill was pretty accurate, just a small rounding error, still over 950 trillion dollars 🤑

• 
  Ondřej Flídr (@snipercze) reported 48 minutes ago

  Hello @AWSSupport, is there any problem with EBS subsystem in us-east-2 (Ohio region)? Cannot resize volume (ending with internal error, same for console and CloudFormation), new volume is created but stuck in "Attaching" to the EC2. Thanks for check

• 
  Adel Bucetta (@adelbucetta) reported 51 minutes ago

  @tushaarmehtaa @OpenAIDevs @awscloud back to school is just a Band-Aid on a larger issue: how do we make building with ai accessible for the next 50 million people, not just 50?

• 
  Zenwatts 🇺🇸 (@BullCall101) reported 52 minutes ago

  @awscloud Not my problem. Maybe sell a yacht or two and fix it yourself.

• 
  Jan Jezek (@jbodl) reported 53 minutes ago

  @awscloud First you sent alerts that the account was over budget by 6-figure numbers. When the user logged in, the billing console confirmed the same. No banner there was an issue, no followup email, nothing. Just wannabe funny jokes on X. Seriously, AWS?

• 
  Anjishnu Ganguly (@Anjishnu46) reported 55 minutes ago

  @AWSSupport @awscloud, please don't reply again just to say this was shared internally. Assign someone who can actually look at the account, explain what's blocking it, and fix it.

• 
  SwarmOne.ai (@swarmoneai) reported 56 minutes ago

  OpenAI just unveiled Jalapeño - their first custom inference chip with Broadcom. "Substantially better performance per watt." Interesting. But a chip doesn't fix a misconfigured serving stack. Custom silicon with default batching, naive routing, and untuned KV-cache management is still burning money. SwarmOptimizer doesn't care what chip you run. It tunes the deployment layer - batching, caching, routing, concurrency - where most of the waste actually lives. The silicon is one layer. The optimization is another. Now on @awscloud

• 
  Jim Osman (@EdgeCGroup) reported 1 hour ago

  @awscloud Real innovation starts with people solving real problems.