AWS の障害履歴

1. 2026年10月4日 16:14 UTCresolved

   EU-SOUTH-2地域における高額なパケット損失を調査しています.

2. 2026年10月4日 16:36 UTCresolved

   EU-SOUTH-2地域における1つの空室ゾーン(eus2-az1)により、高いパケット損失が発生しています。 この問題は、他のワークフローやAWSサービスに対して、API レイテンシーやエラーレートの上昇にもつながります。 エンジニアは、自動的に従事し、根本原因を特定し、問題を軽減するために働いています。 10:15 AM PDT または新しい情報が利用可能になったらただちに別のアップデートを提供します.

3. 2026年10月4日 17:06 UTCresolved

   EU-SOUTH-2地域における1つの空室ゾーン(eus2-az1)で高価なパケット損失を緩和する取り組みはまだ進行中です。 複数の並列努力の結果、改善の兆候がいくつか見られます。 根本的な原因を引き続き確認し、課題を完全に軽減します。 現在、アクションの所要時間の目安はありませんが、進捗状況をお知らせし、11:00 AM PDT までに別のアップデートをいただくか、新しい情報が利用可能になったらただちにお知らせします.

4. 2026年10月4日 17:56 UTCresolved

   根本的な原因を特定し、現在、完全な回復を促進するために私たちの緩和努力に焦点を当てています。 現行の努力がどのくらいの時間を要するのか、正確な見積もりはありませんが、当社の取り組みが進むにつれて、増分改善が期待されます。 新規情報が利用可能になったら、11:45 AM PDT で別のアップデートを提供します.

5. 2026年10月4日 18:45 UTCresolved

   回復の初期の兆候が見られます。 午後12時00分までに別のアップデートを提供致します.

6. 2026年10月4日 18:56 UTCresolved

   8:48 AM と 11:28 AM PDT の間、EU-SOUTH-2 地域における単一の可用性ゾーン(eus2-az1)内のパケットロスを増加させました。 この問題は、複数のワークフローとAWS サービスに対する API のレイテンシーとエラーレートの上昇につながりました。 8:54 AM で自動的に問題に警告され、問題を軽減するために複数の並列パスを服用しながら、すぐに根本原因を識別する作業を開始しました。 10時00分までに、緩和の取り組みが改善されました。 午前10時38分までに、11時28分までにフルミディエーションに繋がる変化を逆転させることができました。 問題は解決され、サービスは正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年9月21日 23:26 UTCresolved

   US-EAST-1 地域における API エラー率の上昇を調査しています.

2. 2026年9月21日 23:44 UTCresolved

   RunInstances、CreateFleet、およびUS-EAST-1地域における関連するEC2起動ワークフローの高度なAPIエラーレートを含む、新しいインスタンスの起動に影響を与える増加したエラーレートを確認することができます。 新規EC2インスタンスを起動しようとするお客様は、起動障害やAPIレスポンスレイテンシを増加させる可能性があります。 当社のエンジニアは、問題の回復に積極的に取り組んでいます。 回復の初期の兆候が見られます。 既存のインスタンスは影響を受けません。 失敗した RunInstances と CreateFleet API 呼び出しを再試行することをお勧めします。 午後5時30分～午後5時30分～午後5時30分～.

3. 2026年9月22日 0:24 UTCresolved

   3:49 PM と 5:06 PM PDT の間、US-EAST-1 地域で新しいインスタンスの起動に影響を与えるエラー率が増加しました。 今回は、RunInstances、CreateFleet、関連するEC2起動ワークフローを通じて新しいEC2インスタンスを起動しようとすると、顧客は、高値のエラー率を経験したかもしれません。 Amazon ECS、AWS Fargate、Amazon EMRなどの顧客を代理してEC2インスタンスを立ち上げるAWSサービスは、この期間中に他の人も影響を受けました。 処理インスタンスの起動リクエストを担当するEC2サービス内で、最近のデプロイメントとして根本原因を特定しました。 問題のある展開のロールバックを開始し、回復の初期兆候を4:44 PMで観察し始めました。 既存のインスタンスは影響を受けません。 問題は解決され、サービスは正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年9月3日 21:49 UTCresolved

   2:12 PM PDT から STS の API のエラー率が増加し、 US-WEST-2 の SAML を使用するときにサインインするようになりました。 私たちのエンジニアリングチームは、根本的な原因を調査し始めるために2:19 PMで自動的に従事していました。 現時点ではお仕事はありません。 午後3時30分までに別のアップデートを行います.

2. 2026年9月3日 22:26 UTCresolved

   回復の早期兆候を見て、完全な回復のために監視し続けます。 4:15 PM に別のアップデートを提供致します。また、追加情報が必要な場合は速やかに更新いたします.

3. 2026年9月3日 23:20 UTCresolved

   米国WEST-2地域におけるSTS AssumeRoleWithSAMLおよびAssumeRoleWithWebIdentity APIの着実なリカバリーを保持しています。 エラー率は、プレイベントレベルに戻り、全リカバリーを継続的に監視します。 午後5時15分以降に別のアップデートを行います.

4. 2026年9月4日 0:07 UTCresolved

   2:12 PM と 3:18 PM PDT の間、米国の STS AssumeRoleWithSAML および AssumeRoleWithWebIdentity API に影響する API のエラー率が増加しました。 根本的な原因は、外部のアイデンティティプロバイダとの通信を担当するSTSサブシステムの問題によって決定された。 これらのIDフェデレーションプロトコルに依存するその他のAWSサービスも影響を受けました。 3:18PMでは、回復の兆候を観察し、安定性と完全回復を確実にするために監視し続けました。 問題は解決され、サービスは現時点で正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月21日 2:02 UTCresolved

   AP-NORTHEAST-1は、顧客のニーズにお応えし、顧客のニーズにお応えします。 AP-NORTHEAST-1地域におけるリアルタイムメトリックに影響を及ぼすエラー率が増加しています。 リアルタイムのメトリックデータが欠落または遅延する場合があります.

2. 2026年8月21日 2:40 UTCresolved

   日本時間8時58分から10時34分まで、AP-NORTHEAST-1の日本時間。Amazon ConnectのAmazon ConnectのAmazon ConnectのAmazon Connectは、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間365日、日本時間、日本時間365日 10:13 AM に 緩和策の出発点, 10:34 AM の 問題点が解決する, 解決する.| 4:58 PM と 6:34 PM PDT の間, 私たちは、AP-NORTHEAST-1 地域における Amazon Connect のリアルタイムのメトリックに影響を与える増加遅延を経験しました, 不足しているか、または失速データを引き起こします. 今回は、分析レポート内でデータが不足している経験があり、エージェントのスタッフのチェックなど、コンタクトフロー内のリアルタイムメトリックにアクセスすると、問題が観察されることがあります。 メトリックイベントの配信を担当するサブシステムに根本的な原因を特定しました。 午後6時13分にミディエーションを適用し、午後6時34分までにミディエーションを緩和しました。 問題は解決され、サービスは正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月19日 15:15 UTCresolved

   EU-WEST-2 地域における新規EC2インスタンスおよびリソースの立ち上げに影響を及ぼす問題について調査しています。 これにより、地域内のリソースの作成や変更の際に、影響を受けたお客様は問題が発生することがあります。 その他AWSサービスも影響を受ける場合があります。 即時回復のために、我々は、顧客は、該当する代替空室ゾーン(euw2-az1、euw2-az2、およびeuw2-az3)を使用することをお勧めします。 実行中のインスタンスとリソースが影響されないこと。 別途、別途10時00分(PDT)までに更新いたします.

2. 2026年8月19日 17:03 UTCresolved

   8月18日、EU-WEST-2地域に新しい空室ゾーン(euw2-az4)を発売しました。 起動後、既定のサブネットが存在しない場合、EC2インスタンスを新しい空室ゾーンで起動するエラーが発生しました。 既存の実行中のインスタンスとリソースが影響されないことを確認することができます。 DescribeAvailabilityZones APIを使用して、地域内の空室ゾーンを自動的に取得し、新しいインスタンスを立ち上げたり、新しい空室ゾーンでリソースを作成しようとするワークフローは、エラーが発生する可能性があります。 EC2 インスタンスの起動失敗の場合、EC2 インスタンスの起動が新しい空室ゾーンをターゲティングしているときに、デフォルトサブネットを自動的に作成する手順を緩和しています。 即時の修正を必要とする顧客とワークフローのために <a href="https://docs.aws.amazon.com/vpc/latest/userguide/work-with-default-vpc.html#create-default-subnet">新しい可用性ゾーンでデフォルトのサブネット</a>を作成できます。 これはEC2インスタンスの起動が正常に完了できるようにします。 Lambda 機能などの他のリソースでは、新しい空室ゾーンが現在サポートされていない場合、新たに起動した空室ゾーンを除外し、地域内の他の空室ゾーンを使用してリソース作成を継続するために、クライアントはワークフローを更新することをお勧めします。 当社は、当社の緩和努力がどのくらいの期間を要するのかを正確に見積もりませんが、当社は進捗状況を最新の状態に保ち、新しい情報が利用可能になったら1:00 PM PDT またはより早く別の更新を提供します.

3. 2026年8月19日 18:47 UTCresolved

   8月18日(土)17:00〜8月19日(日) 11:00〜 PDT の間、EU-WEST-2 地域に新たに発売された空室状況ゾーン(euw2-az4)でEC2 インスタンスを立ち上げたエラーが高まりました。 新しい空室ゾーンの起動後、デフォルトのVPCを使用してエラーが発生し始めました。 8月19日(水)9:00に発生した問題の根本原因を発見し、午前9時30分に問題解決に向けた変更を発足しました。 変更は進行中でしたが、新しいインスタンスの起動で増分改善が確認され、11:00 AMでフルリカバリーが開始されました。 実行中のインスタンスとリソースが影響されなかったこと。 ラムダ機能やオーロラデータベースなどの地域サービスも、新しい可用性ゾーンの立ち上げでは利用できませんでした。また、サービスの利用状況は時間とともに追加されます。 サービスが利用可能になる前にリソースを作成するしようとするお客様は、空室ゾーンでサポートされていないメッセージレポートが表示されます。 問題は解決され、サービスは正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月15日 3:42 UTCresolved

   EU-CENTRAL-1 地域における一部の顧客の AWS Direct Connect 接続に影響を及ぼす、パケットロスの増加を調査しています.

2. 2026年8月15日 4:42 UTCresolved

   EU-CENTRAL-1 地域における直接接続に影響を与えるパケット損失を確認することができます。 エンジニアは、自動に従事し、すぐに根本原因を特定し、複数の並列パスを識別し、問題を軽減するために働き始めました。 現時点では、回復の早期兆候が見られます。 共有する追加情報がある場合、60分以内に別の更新を行います.

3. 2026年8月15日 5:55 UTCresolved

   7:33 PM PDT を始め、EU-CENTRAL-1 地域における一部の顧客の AWS Direct Connect 接続に影響を与えるパケット損失が増加しました。 進行中は、次のダイレクトコネクト位置への接続はまだ損なわれています:Equinix FR5、Frankfurt、DEU。 ダイレクトコネクトパスで構成されているマルチサイト冗長性を持っているお客様は、この時点で影響を観察しないでください。 Equinix FR5、Frankfurt、DEU の場所のみで接続しているお客様は、引き続き接続の問題が発生します。 私たちは、衝撃を緩和し、完全な回復に向かって働くために積極的に取り組んでいますが、完全な回復は数時間離れていることを期待しています。 共有する追加情報がある場合は、90分で更新を行います.

4. 2026年8月15日 7:24 UTCresolved

   ダイレクト・コネクト・ロケーション:Equinix FR5, フランクフルト, DEU. Equinix FR5、Frankfurt、DEU の場所のみで接続しているお客様は、引き続き接続の問題が発生します。 回避策のために、VPNに失敗するオプションを持っている顧客が回復を達成するために推奨される影響を受けました。 ダイレクト・コネクト・ゲートウェイとトランジット・ゲートウェイをご利用のお客様は、AWS サイト・ツー・サイト・VPNの作成と、トランジット・ゲートウェイに取り付けることをお勧めします。<a href="https://aws.amazon.com/premiumsupport/knowledge-center/dx-configure-dx-and-vpn-failover-tgw/">here</a> を参照してください。 他の顧客は、一時的なバックアップパスとしてAWS Site-to-Site VPNを確立することをお勧めします。 <a href="https://docs.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html">here</a>を参照してください。 今回は、回復が数時間遅れることが予想されます。 共有する追加情報がある場合は、90分後に別の更新を行います.

5. 2026年8月15日 9:08 UTCresolved

   Equinix FR5、Frankfurt、DEU での AWS Direct Connect 接続の接続の回復に引き続き取り組んでまいります。 根本的な原因は、ネットワークインフラに影響を及ぼす場所にある施設インフラの問題に関連しています。 接続をお持ちのお客様は、パケットロスやコネクティビティ劣化を引き続き体験できます。 複数のサイトや冗長な構成を持つお客様は、影響を受けません。 回避策のために、VPNに障害があるオプションがある顧客に影響を及ぼすので、これを行うことをお勧めします。 ダイレクト・コネクト・ゲートウェイとトランジット・ゲートウェイをご利用のお客様は、AWS サイト・ツー・サイト・VPNの作成と、トランジット・ゲートウェイへの接続をおすすめします。<a href="https://aws.amazon.com/premiumsupport/knowledge-center/dx-configure-dx-and-vpn-failover-tgw/">here</a> をご覧ください。 他の顧客は、一時的なバックアップパスとしてAWS Site-to-Site VPNを確立することをお勧めします。 <a href="https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html">here</a> を参照してください。 今回は、回復が数時間遅れることが予想されます。 シェアする情報が増えると、2時間以内に別のアップデートが提供されます.

6. 2026年8月15日 11:10 UTCresolved

   AWSダイレクトコネクティビティは、Frankfurt、DEU の Equinix FR5 の拠点でお客様とのつながりを損なうままです。 複数のサイトまたは冗長な構成を持つ顧客は、引き続き影響を受けません。 エンジニアは、複数のワークストリームを通じて、ネットワークの問題を解決し、インパクトのあるネットワーク機器をサービスに戻すために、積極的に接続を回復するために取り組んでいます。 今後も復旧が数時間かかります。 回避のために、VPNに故障するオプションを持っている顧客に影響を与えることは、そうすることを推奨しています。 ダイレクト・コネクト・ゲートウェイとトランジット・ゲートウェイをご利用のお客様は、AWS サイト・ツー・サイト・VPNの作成と、トランジット・ゲートウェイへの接続をおすすめします。<a href="https://aws.amazon.com/premiumsupport/knowledge-center/dx-configure-dx-and-vpn-failover-tgw/">here</a> をご覧ください。 他の顧客は、一時的なバックアップパスとしてAWS Site-to-Site VPNを確立することをお勧めします。 <a href="https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html">here</a> を参照してください。 シェアする情報が増えると、2時間以内に別のアップデートが提供されます.

7. 2026年8月15日 13:17 UTCresolved

   エンジニアは引き続き、フランクフルト、DEU の Equinix FR5 の場所での接続を復元します。 当社のコロケーションパートナーは、基礎的な施設インフラの問題を解決し、改善がまだ顧客の目に見えるものではなく、解決に向けた積極的な進捗を図っています。 即時回復を必要とするお客様は、以前のアップデートで概説されているように、VPNに失敗することをお勧めします。 共有する追加情報がある場合は、9:30 AM PDT で別の更新を行います.

8. 2026年8月15日 16:27 UTCresolved

   当社のコロケーションパートナーは、Frankfurt, DEU の Equinix FR5 の場所における基礎的な施設インフラの問題の解決に引き続き取り組んでまいります。 影響を受けるエリアへのアクセスは、現在、ネットワーク機器の物理的状態を評価し、より正確な回復タイムラインを提供する能力に影響を与える安全上の懸念のために制限されています。 現在の情報に基づいて、完全な回復は、近い用語で期待されず、今日を超えて拡張することができます。 AWS は、この場所での接続を直接接続します。 他の拠点を介した冗長接続のあるお客様は、影響を受けません。 ダイレクト・コネクト・ゲートウェイとトランジット・ゲートウェイをご利用のお客様は、AWS サイト・ツー・サイト・VPNの作成と、トランジット・ゲートウェイへの接続をおすすめします。<a href="https://aws.amazon.com/premiumsupport/knowledge-center/dx-configure-dx-and-vpn-failover-tgw/">here</a> をご覧ください。 他の顧客は、一時的なバックアップパスとしてAWS Site-to-Site VPNを確立することをお勧めします。 <a href="https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html">here</a> を参照してください。 3:30 PM PDT による別のアップデート、または共有する追加情報がある場合に遅かれます.

9. 2026年8月15日 22:26 UTCresolved

   当社のコロケーションパートナーは、フランクフルト、DEUのEquinix FR5の場所にある影響を受けるエリアへの安全なアクセスを回復するために引き続き取り組んでいます。 安全なアクセスが確保されたら、当社のエンジニアは、影響を受けるネットワークデバイスを評価することができます。 今後も進捗状況を把握し、アップデートを午後9時30分からPDTで共有し、新しい情報を公開する予定です.

10. 2026年8月16日 4:37 UTCresolved

    フランクフルト、DEU の Equinix FR5 の場所の接続を元通りに復元するために、当社のコロケーションパートナーに積極的に取り組んでいます。 最終更新以来、フランクフルト、DEUのEquinix FR5の場所にあるEquinix FR5の患部への安全なアクセスを回復するために増分的な進捗をしました。 並行して、ミシグエーションの取り組みの一環として、重要で高優先ラックが復元される注文を優先しました。 現在の評価に基づいて、完全な回復は、近い用語で期待されず、今日を超えて拡張することができます。 AWS は、この場所での接続を直接接続します。 この場所でのみ接続されたお客様は、パケットロスを引き続き体験できます。 複数のサイトまたは冗長な構成を持つお客様は、直接コネクトのロケーションに影響を受けません。 回避策のために、VPNに障害があるオプションがある顧客に影響を及ぼすので、これを行うことをお勧めします。 ダイレクト・コネクト・ゲートウェイとトランジット・ゲートウェイをご利用のお客様は、AWS サイト・ツー・サイト・VPNの作成と、トランジット・ゲートウェイへの接続をおすすめします。<a href="https://aws.amazon.com/premiumsupport/knowledge-center/dx-configure-dx-and-vpn-failover-tgw/">here</a> をご覧ください。 他の顧客は、一時的なバックアップパスとしてAWS Site-to-Site VPNを確立することをお勧めします。 <a href="https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html">here</a> を参照してください。 今後も進捗状況を把握し、8月16日(水)3:30までに更新を予定しております.

11. 2026年8月16日 10:25 UTCresolved

    引き続き、フランクフルト、DEU の Equinix FR5 のロケーションでコネクティビティを回復するために、コロケーションパートナーと協力しています。 最終更新以来、被災地への安全なアクセスを回復するために大きな進歩を遂げました。 電気絶縁手順は、影響を受けたインフラの脱電を行なう電気室で現場の私達のチームと進行中です。 分離が確認され、安全確認されると、エンジニアは、必要な交換範囲を決定するために、影響を受けたネットワーク機器の物理的検査を開始します。 当社の現在の評価に基づき、機器に影響する可能性のある範囲により、完全な回復は、ニア期間では期待されません。 AWS は、この場所での接続を直接接続します。 この場所でのみ接続されたお客様は、パケットロスを引き続き体験できます。 複数のサイトまたは冗長な構成を持つお客様は、直接コネクトのロケーションに影響を受けません。 回避策のために、VPNに障害があるオプションがある顧客に影響を及ぼすので、これを行うことをお勧めします。 ダイレクト・コネクト・ゲートウェイとトランジット・ゲートウェイをご利用のお客様は、AWS サイト・ツー・サイト・VPNの作成と、トランジット・ゲートウェイへの接続をおすすめします。<a href="https://aws.amazon.com/premiumsupport/knowledge-center/dx-configure-dx-and-vpn-failover-tgw/">here</a> をご覧ください。 他の顧客は、一時的なバックアップパスとしてAWS Site-to-Site VPNを確立することをお勧めします。 <a href="https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html">here</a> を参照してください。 今後も進捗状況を把握し、8月16日(水)午前9時30分に更新を予定しております.

12. 2026年8月16日 16:30 UTCresolved

    フランクフルトのEquinix FR5の電気絶縁、DEUは完了し、当社のエンジニアは、衝撃的なネットワーク機器を物理的に検査し始めています。 機器への衝撃の程度を引き続き評価しながら、まだ完全な解像度のためのタイムラインはありません。 この場所での接続を直接接続することは、障害を伴います。 この場所でのみ接続されたお客様は、パケットロスを引き続き体験できます。 複数のサイトまたは冗長な構成を持つお客様は、直接接続場所を経由して影響しません。 私たちは、次の手順と回復タイムラインにより多くの明快さを持っているまで、顧客がVPNに障害を及ぼす影響をお勧めします。 ダイレクト・コネクト・ゲートウェイとトランジット・ゲートウェイを利用するお客様は、AWS サイト・ツー・サイト・VPNを作成し、トランジット・ゲートウェイに取り付けることができます。<a href="https://aws.amazon.com/premiumsupport/knowledge-center/dx-configure-dx-and-vpn-failover-tgw/">here</a> を参照してください。 他のお客様については、AWS サイトからサイト間 VPN を一時バックアップパスとして設定することをお勧めします。 <a href="https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html">here</a> を参照してください。 8月16日(水)5:30 PM PDTにて、別途更新を致します.

13. 2026年8月16日 22:51 UTCresolved

    フランクフルト、DEU の Equinix FR5 の場所で影響を受けたネットワーク機器の評価を完了し、影響範囲を明確に理解できるようになりました。 私たちは、接続を回復するための進歩を作り、是正に相続的なアプローチをとります。 このロケーションでのみ接続されたお客様は、引き続きパケットロスを体験して頂きます。 複数のサイトまたは冗長な構成を持つお客様は、直接接続場所を経由して影響しません。 8月16日(水)10:30 PM PDTにて、別途更新いたします.

14. 2026年8月17日 5:38 UTCresolved

    引き続き、フランクフルト、DEUのEquinix FR5の拠点でフェーズド・リメディションの進行を続けていきます。 最終更新以来、依存するネットワークインフラが復元されています。 残りのインフラの修復が進行中であり、交換ハードウェアの配信に依存する回復の一部が進行中です。 冷却は、正常な作動のしきい値の内で安定した環境条件と十分に元通りにされました。 このロケーションでのみ接続されたお客様は、引き続き、バックアップの進行状況としてパケットの損失が発生します。 複数のサイトまたは冗長な構成を持つお客様は、直接接続場所を経由して影響しません。 以前は、緩和ガイダンスと推奨事項は、現時点では変わりません。 8月17日(水)午前4時30分までに別のアップデートを提供致します.

15. 2026年8月17日 11:22 UTCresolved

    引き続き、フランクフルト、DEUのEquinix FR5の拠点でフェーズド・リメディションの進行を続けていきます。 ネットワークインフラと依存システムは、影響力のあるハードウェアをオンラインでバックアップするにつれて改善を続けています。 一部の交換ハードウェアが配信され、コンポーネントがオンサイトに到着したときにインストールが進んでいます。 並行して、ネットワークトラフィックをシフトして、復元されたデバイスがオンラインで来ているように顧客にサービスを提供することを可能にします。 回復を経つにつれて、お客様は2つの段階で発生する回復を観察します。 最初の段階では、BGPセッションは再確立されますが、IPプレフィックスはまだ広告されません。これは、回復が進行中であり、地下インフラはトラフィックを運ぶ準備ができていません。 第二段階では、IPプレフィックス広告が再開し、その時点でインフラストラクチャが完全に修復され、接続が復元されます。 現在、完全な回復のためのETAを持っていない間、我々は、顧客のための影響を軽減するために可能な限り迅速かつ安全に作業し続けます。 8月17日(水)10:30 AM PDT、または、修正後もアップデートを行います.

16. 2026年8月17日 16:25 UTCresolved

    引き続き、フランクフルト、DEUのEquinix FR5拠点にて、相続的改善に取り組んでまいります。 今後も引き続き課題を是正し、回復の早期兆候を見ていきます。 弊社では、影響力のあるハードウェアをオンラインでお持ちいただくために積極的に取り組んでおり、午後12時30分までに別のアップデートを実施いたします。また、修正後も順次対応させていただきます.

17. 2026年8月17日 17:59 UTCresolved

    フランクフルト、DEUのEquinix FR5の場所での回復の広範な兆候が見られます。 影響を受けたハードウェアの大部分と接続のほとんどが完全に回復し、安定しています。 残りのデバイスが完全に復元されるまで、影響を受ける残っている少数の顧客があります。 2:00 PM PDT による別のアップデート、または、修正が進むとすぐに更新されます.

18. 2026年8月17日 21:00 UTCresolved

    今後も影響力のあるハードウェアを取り戻すべく取り組んでまいります。 最終更新以来、お客様には見えないものではなく、回復のために必要となります。 可能な限り安全にすべてのデバイスをオンラインで持ち込むために並行して取り組んでいます。 この作業は、完了して検証するために数時間かかると予想されます。 回避策が必要なお客様は、VPN に失敗することを検討することをお勧めします。 ダイレクト・コネクト・ゲートウェイとトランジット・ゲートウェイを利用するお客様は、AWS サイト・ツー・サイト・VPNを作成し、トランジット・ゲートウェイに取り付けることができます。<a href="https://aws.amazon.com/premiumsupport/knowledge-center/dx-configure-dx-and-vpn-failover-tgw/">here</a> を参照してください。 他のお客様については、AWS サイトからサイト間 VPN を一時バックアップパスとして設定することをお勧めします。 <a href="https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html">here</a> を参照してください。 更新は7:00 PM PDT 以降に順次更新いたします.

19. 2026年8月18日 1:50 UTCresolved

    私たちは、この段階での顧客接続の大部分のための重要な回復を見ています。 それでも完全に回復していない間、フランクフルト、DEUのEquinix FR5の位置で期待どおりに復元努力が進んでいます。 残りのインフラの修正には、ハードウェアの交換とトラフィック検証の完了が伴います。 残りのインフラがサービスに戻ってきたため、さらなる顧客の目に見えない回復を期待します。 このロケーションでのみ接続されたお客様は、引き続きパケットロスを体験して頂きます。 以前は、緩和ガイダンスと推奨事項は、現時点では変わりません。 8月17日(土) 11:00 PM PDT 以降にアップデートを行います.

20. 2026年8月18日 4:01 UTCresolved

    8月14日から7:33 PM PDT、フランクフルト、DEUのEquinix FR5の拠点で顧客との接続でAWSダイレクトコネクト接続に影響を与えるパケットロスが増加しました。 エンジニアは8月14日午後7時45分に自動的に参加し、すぐにミシグレーションを調査し始めた。 午後8時30分までに、FR5地点のネットワーク機器は、共同位置施設への水侵入により損なわれたことを確認しました。 その結果、冷却システムが損なわれたため、装置が過熱し、シャットダウンしました。 また、ネットワーク機器の電力を無効化した電力配分システムにも影響を受ける。 初期の復旧の努力は、エンジニアが安全に患部にアクセスできる前に、施設に必要な安定化内の環境条件として遅れていました。 8月15日、16日、当社のエンジニアは施設運営者と協業し、インフラ問題の解決に取り組みました。 8月17日午後7時26分までに、ネットワーク機器が正常に復元され、位置への接続が持続的な回復と完全に動作するように検証されました。 この問題は再発するものではありません。 他のダイレクトコネクトの拠点を横断する冗長接続のあるお客様は、このイベント全体で代替パスを介して接続を維持し、さらなるアクションを必要としません。 回避策としてVPNの障害を実装したお客様は、プライマリ・ダイレクト・コネクト・パスを安全に返すことができます。 接続性は安定的かつ完全に動作するように検証されています。 AWS 管理コンソールまたは <a href="https://console.aws.amazon.com/support"> AWS サポートセンター</a> を通じて、AWS サポートにお問い合わせください.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月31日 17:33 UTCresolved

   AP-SOUTH-1地域におけるAWSダイレクトコネクティビティの影響により、ネットワークパケットの損失が高まります。 当社のエンジニアリングチームは、問題の調査を開始するために、午前9時54分に自動的に取り組んできました。 現時点では回避策はありません。 弊社では、11時30分より順次アップデートを行います.

2. 2026年7月31日 18:27 UTCresolved

   デバイスへのルートを割り当てる責任のある設定システムに行われた変更に関連する根本的な原因を特定しました。 AP-SOUTH-1地域でAWSダイレクトコネクトに影響を及ぼすパケットロスを削減し、次の30分に徐々に回復を期待しています。 こうした取り組みに自信をもち、スピード回復に取り組みます。 12時00分までに別のアップデートを提供致します.

3. 2026年7月31日 18:54 UTCresolved

   9:42 AM と 11:44 AM PDT の間、AP-SOUTH-1 地域における AWS ダイレクト コネクティビティの影響によるネットワークパケットロスの高まりを経験しました。 エンジニアリングチームは9:46に自動で取り組んできました。 午前10時51分までに、ルートをデバイスに割り当てる責任のあるシステムに作られた設定変更になる根本的な原因を理解しました。 緩和手順に自信を持たせたため、パケットロスをさらに削減する取り組みを並列化しました。 問題は解決され、サービスは正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月24日 11:40 UTCresolved

   US-WEST-2地域における複数のAWSサービスに影響を及ぼす影響力のある問題を調査しています.

2. 2026年7月24日 11:56 UTCresolved

   回復の初期の兆候を見て、完全な回復に向けて働き続けます.

3. 2026年7月24日 12:30 UTCresolved

   今後も米国WEST-2地域における複数のAWSサービスに影響を及ぼすコネクティビティの問題に対する緩和の取り組みの結果として、回復の重要な兆候を引き続き見ていきます。 地域からシアトル・メトロまでのネットワーク・ルーティングを担当するネットワーク・デバイスで根本的な原因を指摘しました。 エンジニアは、すべての緩和作業を終了しています。 経路が回復し続けていくにつれて、影響を受けたサービスに接続すると、エラー率とタイムアウトの継続的な削減が見られます。 私たちは、回復の進捗を密接に監視し、すべてのルートが完全に復元され、サービスメトリックがプレイベントレベルに戻るまで、引き続き作業を続けます。 次回30～45分に更新をいたします.

4. 2026年7月24日 13:01 UTCresolved

   午前3時55分～午後4時15分の間、米国WEST-2地域への接続に影響した接続の問題が発生した。 地域における複数のAWSサービスに影響を及ぼしました。 一部の顧客は、AWS Management Consoleにアクセスする問題や、接続のタイムアウトやレスポンシブなページにアクセスした経験もあります。 地域内のコネクティビティは影響を受けません。 4:01 AM PDT でエンジニアが自動に従事し、すぐにこの問題を調査し始めました。 地域からシアトル・メトロへのネットワーク・ルーティングを担当するネットワーク・デバイスの問題として根本的な原因を特定し、複数のパスを並行して取り組み、衝撃を軽減しました。 4:15 AM PDTで初期回復に主導した緩和対策を講じました。 ネットワークは、緩和行動の追随を続けたため、午前4時47分～午後4時59分の間、簡単な再構成イベントが発生しました。 この再構成期間中、一部の顧客は、ネットワークルートが再確立されたため、地域への断続的な接続の問題が発生する場合があります。 4:59 によって PDT, すべてのルートは完全に復元され、サービスメトリックは、プレイベントレベルに戻りました. AWS Direct Connect(EqSe2)をご利用のお客様は、Westin Building Exchange(Westin Building Exchange)、シアトル(Seattle)(Seattle)(Seattle)が3:55から5:12 AM PDTに拡張されたインパクトウィンドウを体験しました。 これらの顧客は、この特定のパスのネットワークルートが完全に5:12 AM PDTに復元されるまで、接続の問題を経験しました。 AWS ダイレクトコネクトの他の場所を経由して冗長に接続されたお客様は、このイベントでは影響を受けませんでした。 問題は解決され、すべてのAWSサービスは正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月17日 8:33 UTCresolved

   見積請求データの誤りを反映したコストエクスプローラーで課題を調査しています.

2. 2026年7月17日 9:07 UTCresolved

   7月16日(水)7:38 PM PDTに着手し、請求データが請求とコスト管理コンソールに誤った表示を開始しました。 当社のエンジニアリングチームは、根本的な原因を調査し、関与しています。 詳細については3:00 AM PDT または より迅速に別のアップデートを提供します.

3. 2026年7月17日 10:03 UTCresolved

   請求とコスト管理コンソールに表示される推定コストと使用データに影響を及ぼす問題の解決に引き続き取り組みます。 推定課金計算サブシステム内のユニット価格設定の問題として根本原因を特定し、緩和に取り組んでいます。 表示された請求額は実際の使用状況や料金を反映していません。 現時点での顧客行動は必須ではありません。 問題が緩和されたら、推定請求データを再計算することで、複数の時間かかる完全な解像度が期待されます。 詳細については、4:00 PM PDT 以降で別のアップデートを受け付けます.

4. 2026年7月17日 10:52 UTCresolved

   請求とコスト管理コンソールに表示される推定コストと使用データに影響を及ぼす問題の解決に引き続き取り組みます。 以前に共有したように、推定計算サブシステム内のユニット価格設定の問題として、根本原因を特定しました。 さらなる不正確な請求の見積もりが表示されるのを防ぐため、見積請求計算を一時停止しています。 現在、通常の請求書の見積りを見ているお客様は、そのお見積りを引き続き確認し、膨らみのあるお見積りを見ているお客様は、解決に向けて取り組んでいる間、さらに増やすことはありません。 表示された請求額は実際の使用状況や料金を反映していません。 引き続き、問題の緩和に取り組みます。 問題が緩和されたら、推定請求データを再計算することで、複数の時間かかる完全な解像度が期待されます。 現時点での顧客行動は必須ではありません。 詳細については5:00 AM PDT 以降で別のアップデートを提供致します.

5. 2026年7月17日 11:58 UTCresolved

   請求とコスト管理コンソールに表示される推定コストと使用データに影響を及ぼす問題の解決に引き続き取り組みます。 複数のミシグエーションパスを並行して活動しています。 最初のパスは、既知の良い推定法案計算に反して関与します。 このアプローチにより、顧客は7月15日までの費用と使用状況データしか見られませんが、膨脹した費用データは削除されます。 2つ目のパスは、請求計算サブシステムへの最近の変更を振り返ります。 表示された請求額は実際の使用状況や料金を反映していません。 現時点での顧客行動は必須ではありません。 問題が緩和されたら、推定請求データを再計算することで、複数の時間かかる完全な解像度が期待されます。 詳細については、6:00 AM PDT またはより早く別のアップデートを提供します.

6. 2026年7月17日 12:54 UTCresolved

   今後も、課金とコスト管理コンソールに表示された推定コストと使用量データに関する課題を解決するために、複数の緩和経路を並行して取り組んでまいります。 当社の内部監視では、請求計算サブシステムが正確な見積もりを生成することを示すため、推定請求計算の再開を評価しています。 このパスを続行する前に、追加の検証を行います。 表示された請求額は実際の使用状況や料金を反映していません。 現時点での顧客行動は必須ではありません。 詳細については、8:00 AM PDT までに別のアップデートを配信します.

7. 2026年7月17日 14:53 UTCresolved

   今後も、コストと利用状況レポートを含め、請求およびコスト管理コンソールに表示された推定コストと利用状況データに影響を及ぼす問題の解決に取り組んでまいります。 最近の変更のロールバックは問題を解決しなかったし、複数の緩和パスを調査し続けています。 見積書の更新は未使用のままです。 当社は、過去の正確な推定請求データを変換する過程にあります。 表示された請求額は実際の使用状況や料金を反映していません。 現時点での顧客行動は必須ではありません。 推定請求データの取得から数時間完了まで対応いたします。 詳細については、10:00 AM PDT までに別のアップデートを受け付けます.

8. 2026年7月17日 16:59 UTCresolved

   当社は、根本的な原因を特定し、請求とコスト管理コンソールに表示するコストと使用データが誤って推定された問題を軽減し、コストと利用レポートを緩和しました。 当社は、お客様のあらゆるコストデータを適正に管理し、データをバックアップし始めています。 次の3時間以内に復旧し、7月18日12:00 PM PDTによってすべての顧客の完全な回復を見るためにいくつかの顧客は、期待します。 バックフィルが完了するまで、一部の顧客は、依然として誤った費用と使用データを見ることができます。 表示された請求額は実際の使用状況や料金を反映していません。 現時点での顧客行動は必須ではありません。 情報が利用可能になったら、午後1時以降に別の更新を行います.

9. 2026年7月17日 19:56 UTCresolved

   想定したコストと使用状況データをバックフィルする取り組みは、現在進行中です。 予想よりも遅く進行しています。 いくつかのアカウントが正しい費用と使用データで回復している間、我々はすべての影響を受けたアカウントが7月に回復することを期待しています 19 12:00 PM PDT. バックフィルが完了するまで、一部の顧客は、依然として誤った費用と使用データを見ることができます。 表示された請求額は実際の使用状況や料金を反映していません。 現時点での顧客行動は必須ではありません。 情報が利用可能になったら、午後7時以降に別のアップデートを行います.

10. 2026年7月18日 1:38 UTCresolved

    今後も、請求・コスト管理コンソールに表示される推定コストと利用データに関する課題解決に向けて、着実に進んでいきます。 修正されたデータを取り戻す当社の取り組みは、現在進行中ですが、7月19日(水)正午までに完全に回復するすべての影響を受けたアカウントを想定しています。 バックフィルが完了するまでは、ビリングとコスト管理コンソールとコストと使用状況レポートの誤ったコストと使用状況データを観察することがあります。 実際の利用状況や料金を反映させません。 コストと利用レポートを「上書き」オプションで設定した顧客は、アクションを必要としません。バックフィルが完了すると、レポートは自動的に修正されたデータで更新されます。 コストと利用レポートを「新規レポートを作成する」オプションで設定したお客様は、S3 バケットにすべての以前のレポートの送信を保持します。 影響を受けたウィンドウの間に配信されたレポートバージョンには、不正確なデータが含まれる場合があります。 データのバックフィルが完了すると、修正されたレポートバージョンが新しいアセンブリの下に配信されます。 この設定を使用してのお客様は、影響を受ける請求期間の最新のアセンブリを参照するために、ダウンストリームプロセス(アテナテーブル、Redshiftパイプライン、Amazon QuickSight、またはカスタムETL)を更新し、影響を受けたレポートバージョンを削除またはアーカイブして、ストールデータを処理しないようにしてください。 最新のレポートを識別するには、<a href="https://docs.aws.amazon.com/cur/latest/userguide/view-latest-cur.html">ドキュメント</a>の手順に従うことができます。 7月18日(水)午前1:00、または追加情報が利用可能になったらただちにに更新を行います.

11. 2026年7月18日 8:05 UTCresolved

    今後も、請求・コスト管理コンソールに表示された推定コストと使用量データに関する課題解決に向けて大きな進展をしていきます。 当社の緩和の取り組みは期待通りに取り組み、正しい費用と利用データを反映した口座が増えています。 私たちは、すべての影響を受けたアカウントが7月19日、12:00 AM PDTによって完全に回復されることを期待しています。 バックフィルが完了するまでは、ビリングとコスト管理コンソールとコストと使用状況レポートの誤ったコストと使用状況データを観察することがあります。 実際の利用状況や料金を反映させません。 7月18日(水)、7月18日(金)、7月18日(日)、7月18日(日)、7月18日(日)、7月18日(日)、7月18日(日)、7月18日(日)、7月18日(日)、7月18日(日)、7月18日(日(日)、7月18日(日)、7月18日(土)、7月18日(日)、7月18日(日(日)、7月)、7月18日(日(日)、7日(日(日)、7月)、8日(月)、8日(水)、8日(水)、8日(水)、8日(日(水)、8日(日(水)、8日(水)、8日(水)、8日(水)、8日(水)、8日(水)、8日(日(水)、8日(水)、8日(水)、8日(水)、8日(水)、8日(水.

12. 2026年7月18日 13:57 UTCresolved

    7月16日(水)から7月16日(日)午後7時38分 PDTと7月18日(水)午前6時00分 PDTの6時00分 PDTの7月16日(水)まで、課金と費用管理コンソールで請求データを誤って表示し、コストと利用状況レポートを含めた費用管理コンソールに誤った請求データが表示されます。 お客様は、過度な予算とコスト異常検知アラートを受信し、推定されたコストと使用データで観察することができます。 7 月 16 日 7:46 PM PDT, 私たちのアラームは、コスト異常を検出しましたが、推定法案生成プロセスをシャットしたり、当社のエンジニアリングチームに警告できなかった. 当社は、お客様のエスカレーションにより7月17日午前12時19分に本問題に警告し、直ちに調査を開始しました。 AWS Healthを7月17日午前1時33分に初めてお知らせしました。 8:24 AM PDTでは、請求データをさらに更新し、予算を削減し、前例測定として異常なアラートを削減しました。 7月17日(月)12:00 PM PDTのルート原因を、法案計算システムの設定変更として特定しました。 単位変換データに依存し、ライン項目の課金を計算します。 設定変更は、ユニットの変換データをフェイルに更新し、インライン項目のコストを膨脹させ、課金とコスト管理コンソールに伝播し、予算とコスト異常アラートをトリガーしました。 7月17日(水)12:30 PM PDTにて、ユニットのコンバージョンを修正し、全顧客アカウントのコストと利用データを再処理し始めました。 4:19 PM PDTで回復を観察し、アカウントの大部分は7月18日午前6:00に完全に回復しました。 処理中のアカウント数が少ないため、パーソナルヘルスダッシュボードでこれらのアカウントの更新を投稿します。 警報を訂正し、直ちに処理を中止し、異常が発生した場合にエンジニアリングチームに通知します。 お客様が本件事故に遭われた警報に、再発防止のため、当件事故が起きる際の対応を徹底的に改善するよう努めております。 問題は解決され、すべてのAWSサービスは正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月16日 8:44 UTCresolved

   VPC Originsの接続を利用し、Cloudfrontのお客様向けの5xxエラーが増加しました.

2. 2026年7月16日 9:21 UTCresolved

   12時45分から、VPC Originsの接続を利用し、CloudFrontのお客様には5倍のエラーが発生しています。 上記以外の原点タイプを利用しているお客様は、この問題の影響を受けていないことを確認しております。 当社のエンジニアは、インパクトを軽減するために積極的に取り組んでいます。 回避策として、VPCの起源を必要としない顧客は、その原点タイプを変更してエラーを解決することができます。 詳細は3:15 AM PDT までに別のアップデートを提供致します.

3. 2026年7月16日 10:18 UTCresolved

   今後も、VPC Origins 接続を利用し、CloudFront 顧客向けの 5xx エラーの拡大を解決してまいります。 他の原点タイプを利用しているお客様は、この問題に不満を許さないものとします。 当社の調査によると、root 原因は、CloudFront のエッジの場所から顧客 VPC 内のリソースへのルーティング要求を担当するパケット処理サブシステムに関連していると考えています。 今後も、原点タイプを一時的に変更し、エラーを解決できるようなお客様をお勧めいたします。 追加情報が利用可能になったら、4:15 AM PDT で別の更新を行います.

4. 2026年7月16日 11:16 UTCresolved

   今後も、VPC Origins 接続を利用し、CloudFront 顧客向けの 5xx エラーの拡大を解決してまいります。 他の原点タイプを利用しているお客様は、この問題に不満を許さないものとします。 CloudFrontのエッジ位置から顧客VPC内のリソースへのルーティング要求を担当するパケット処理サブシステム内のテーブル容量をルーティングする問題をさらにスコープ化しました。 現在、問題の解決に向けた緩和戦略を検証しています。 テストが完了すると、フェーズドアプローチでミシグレーションをデプロイします。 これらのテストの結果をもとに、次のアップデートで解像度の推定時刻をクリアします。 今後も、原点タイプを一時的に変更し、エラーを解決できるようなお客様をお勧めいたします。 追加の情報が利用可能になったら5:15 AM PDT、または早く別のアップデートを提供します.

5. 2026年7月16日 11:27 UTCresolved

   回復の初期の兆候を見て、完全な回復に向けて働き続けます.

6. 2026年7月16日 11:57 UTCresolved

   今後45分以内に期待される完全回復で、緩和努力の結果、回復の重要な兆候を引き続き見ていきます.

7. 2026年7月16日 12:21 UTCresolved

   12時45分から4時18分までの間、VPC Originsの接続を利用して、CloudFrontのお客様には5倍のエラーが発生しました。 エンジニアが自動で働き、すぐに根本原因を調べ始めた。 2:57 PM PDT では、プライベート VPC 起源への接続を管理する艦隊の内部制約として問題の根本原因を特定しました。 この制約に達すると、ネットワークプロセッサへのルーティング設定を配信する責任のあるシステムが、更新された設定データを正しくロードできず、VPC Origin接続のルーティングに影響を及ぼします。 3:52 AM PDTでは、4:18 AM PDTで完全な回復につながった複数の緩和行動を取った。 問題が緩和された今、その原点タイプを一時的に変更したお客様は、これらの変更を安全に返すことができます。 上記以外の原点タイプをご利用のお客様は、この問題の影響を受けません。 問題は解決され、サービスは正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月15日 23:11 UTCresolved

   EU-CENTRAL-1 地域における単一 Avalability ゾーン (euc1-az2) による高架接続の問題の調査を行っています.

2. 2026年7月15日 23:36 UTCresolved

   復興の初期の兆候を目にし、全解決に向けて取り組んでいきます。 今後もアップデートを続けてまいります.

3. 2026年7月16日 1:24 UTCresolved

   2:56 PM と 6:07 PM PDT の間、EU-CENTRAL-1 地域における 1 つの空室状況ゾーン (euc1-az2) の EC2 インスタンスのサブセットに対する接続の問題を経験しました。 この間に、影響を受けたEC2インスタンスを使用するAWS APIとともに、新しいインスタンスの起動に対して、エラー率とレイテンシーが増加した経験もあります。 AWSサービスによっては、影響を受けたゾーン内での接続の問題やエラー率が増加することもあります。 エンジニアが自動に従事し、すぐに調査を開始しました。 復旧の努力の一環として、午後3時04分に影響を受けたサービスのための影響を受けた空室ゾーンからトラフィックを移行しました。 3:05PM では、影響を引き起こした最近のネットワーク変更となる根本原因を特定しました。 エンジニアはすぐに4:28で完了したこの変化を逆転させました。 これにより、影響を受けたゾーンへのネットワーク接続の復元が午後4時30分になりました。 6:07PMで衝撃を十分に回復するまで働き続けました。 この問題が再発するのは期待できません。 問題は解決され、サービスは正常に動作しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月6日 12:45 UTCresolved

   We are investigating increased error rates when calling EC2 Launch Template APIs in US-EAST-1 Region. During this time, affected customers may experience errors when creating, modifying, or referencing launch templates. Other AWS services that rely on launch templates may also be impacted. We will provide another update by 6:30 AM PDT or sooner, if we have additional information to share.

2. 2026年7月6日 13:34 UTCresolved

   Starting at 2:56 AM PDT, we began experiencing increased error rates when calling EC2 Launch Template APIs in the US-EAST-1 Region. Our engineers have been engaged and are actively working to mitigate the impact. Additionally, Amazon Elastic Kubernetes (EKS) customers may experience errors when creating or updating clusters, or when launching and scaling nodes via Managed Node Groups, EKS Auto Mode, or Karpenter; this issue does not impact existing clusters and nodes. We have identified the root cause to be a congestion issue within an EC2 internal subsystem responsible for processing EC2 launch template workflows. We are pursuing multiple mitigation paths. We recommend that customers retry any failed requests during the impact window. While we do not currently have an ETA for full recovery, we are prioritizing this issue and will provide another update by 7:15 AM PDT or sooner if we have additional information to share.

3. 2026年7月6日 14:12 UTCresolved

   We are seeing initial signs of recovery and continue to work toward full recovery.

4. 2026年7月6日 14:53 UTCresolved

   Between 2:56 AM and 6:54 AM PDT, we experienced increased error rates when calling EC2 Launch Template APIs in the US-EAST-1 Region. During this time, affected customers may have experienced errors when creating, modifying, or describing Launch Templates. Other AWS services that rely on Launch Templates were also impacted. Amazon EC2 instances and Amazon EKS workloads already running on provisioned nodes continued to operate normally. Cluster modification operations, and Managed Node Group creation were also impacted. For EKS Auto Mode, impact was limited to operations requiring new capacity or changes, including node provisioning and pod scheduling. Our engineers were automatically engaged and immediately began investigating the root cause. We identified the root cause as a congestion issue within an EC2 internal subsystem responsible for processing EC2 launch template workflows. At 3:26 AM PDT, we took mitigation actions by introducing throttling for the affected APIs and we saw some recovery which was communicated directly with a subset of customers via the 'Your Account view' of the AWS Health Dashboard. We took multiple additional mitigation paths, incrementally lifting these throttle limits, and by 6:54 AM PDT, the issue was fully mitigated. We recommend that customers retry any failed requests. The issue has been resolved and all AWS services are now operating normally.

1. 2026年6月30日 21:02 UTCresolved

   We are investigating increased launch errors and API errors in the EU-NORTH-1 Region. Existing instances are not affected by this issue.

2. 2026年6月30日 21:21 UTCresolved

   We can confirm increased error rates for the EC2 APIs, as well as errors launching new EC2 instances in the EU-NORTH-1 Region. Other AWS Services that launch new instances or call the EC2 APIs as part of their workflows may also be affected by this issue. During this time, customers may receive an Internal Server Error in the Management Console and APIs. Engineers were automatically engaged and began investigating the issue. We are actively working on identifying the root cause. Existing instances are unaffected by this issue. We will provide an update by 3:15 PM, or sooner if we have additional information to share.

3. 2026年6月30日 21:29 UTCresolved

   We are seeing early signs of recovery and continue to work toward full recovery.

4. 2026年6月30日 21:53 UTCresolved

   Between 1:42 PM and 2:25 PM PDT we experienced increased error rates and latencies for EC2 APIs in the EU-NORTH-1 Region. This issue also affected new instance launches. Other AWS Services that launch new instances or call EC2 APIs as part of their workflows were also affected by this issue. Existing EC2 instances were unaffected by this issue. During this time, customers would have received an Internal Server Error in the Management Console and APIs. Engineers were automatically engaged and began investigating the root cause. We identified the root cause as a planned configuration change. This change was reverted and we began observing recovery at 2:19 PM. By 2:25 PM, the issue was fully mitigated. We do not expect this issue to reoccur. Since the issue was mitigated at 2:25 PM, we have been processing a backlog for ELB workflows and expect this backlog to complete within the next 30 minutes. We recommend customers retry requests that failed during this time. The issue has been resolved and all services are operating normally.

1. 2026年6月13日 1:26 UTCresolved

   To support compliance with the US Government export control directive, Anthropic has asked us to revoke access to Claude Fable 5 and Claude Mythos 5 for all users in all regions. All other models, including Opus 4.8, are not affected and you can continue using them in full confidence. Please view the <a href="https://www.anthropic.com/news/fable-mythos-access">Anthropic statement</a> for further details.

2. 2026年6月15日 18:13 UTCresolved

   Claude Fable 5 and Claude Mythos 5 models remain unavailable for all users in all regions. We are resolving this Health event. For further details please view the <a href="https://www.anthropic.com/news/fable-mythos-access">Anthropic statement</a>.

1. 2026年6月6日 4:24 UTCresolved

   Between 5:50 PM and 7:15 PM PDT, we experienced connectivity issues that may have impacted Internet performance for some customers in the SA-EAST-1 Region. During this time, connectivity to instances and services within the Region was not affected. Our engineering team was automatically engaged at 5:51 PM PDT and immediately began investigating the issue. We identified the root cause and implemented a fix, which mitigated the issue at 7:15 PM PDT. The issue has been resolved and the service is operating normally.

1. 2026年5月22日 23:38 UTCresolved

   We are investigating increased error rates for Route53 API calls.

2. 2026年5月23日 0:13 UTCresolved

   Between 4:00 PM and 4:46 PM, we experienced increased error rates for the Route53 APIs. This issue did not impact resolution of existing DNS records. Engineers were automatically engaged and immediately began investigating the issue. During this time, customers may have received 500s for Route53 APIs and the Route53 Management Console. We have identified the root cause and have mitigated this issue. Other AWS Services that call the Route53 APIs in their workflows may also have been impacted during this time. We recommend retrying any failed operations or stuck workflows. We do not expect this issue to reoccur. The issue has been resolved and the service is operating normally.

1. 2026年5月8日 0:25 UTCresolved

   We are investigating instance impairments in a single Availability Zone (use1-az4) in the US-EAST-1 Region. Other Availability Zones are not affected by the event and we are working to resolve the issue.

2. 2026年5月8日 0:53 UTCresolved

   We continue to investigate instance impairments to a single Availability Zone (use1-az4) in the US-EAST-1 Region. We have experienced an increase in temperatures within a single data center, which in some cases has caused impairments for instances in the Availability Zone. EC2 instances and EBS volumes hosted on impacted hardware are affected by the loss of power during the thermal event. Other AWS services that depend on the affected EC2 instances and EBS volumes in this Availability Zone, may also experience impairments. We will continue to provide updates as recovery continues.

3. 2026年5月8日 1:47 UTCresolved

   We continue to work towards mitigating the increased temperatures to its normal levels in the affected Availability Zone (use1-az4) in the US-EAST-1 Region. Other AWS services that depend on the affected EC2 instances and EBS volumes in this Availability Zone, may also experience impairments. We have weighed away traffic for most services at this time. We recommend customers utilize one of the other Availability Zones in the US-EAST-1 Region at this time, as existing instances in other AZ's remain unaffected by this issue. Customers may experience longer than usual provisioning times. We will provide an update by 7:45 PM PDT, or sooner if we have additional information to share.

4. 2026年5月8日 3:06 UTCresolved

   We are actively working to restore temperatures to normal levels in the affected Availability Zone (use1-az4) in the US-EAST-1 Region, though progress is slower than originally anticipated. Since our last update we have made incremental progress to restore cooling systems within the affected AZ, which will not be visible to external customers but are required for the restoration of affected services. In the impacted Availability Zone, EC2 Instances, EBS Volumes, and other AWS Services are also experiencing elevated error rates and latencies for some workflows. As part of our recovery effort, we have shifted traffic away from the impacted Availability Zone for most services. We recommend customers utilize one of the other Availability Zones in the US-EAST-1 Region, as existing instances in other AZs remain unaffected by this issue. If immediate recovery is required, we recommend customers restore from EBS Snapshots and/or replace affected resources by launching new replacement resources in one of the unaffected zones. We will provide an update by 10:00 PM PDT, or sooner if we have additional information to share.

5. 2026年5月8日 5:11 UTCresolved

   We are observing early signs of recovery. We continue to work towards restoring temperatures to normal levels and bring impacted racks back online in the affected Availability Zone (use1-az4) in the US-EAST-1 Region. We have been able to get additional cooling system capacity online, which has allowed us to recover some affected racks and are actively working to recover additional racks in a controlled and safe manner. In the impacted Availability Zone, EC2 Instances, EBS Volumes, and other AWS Services may continue to experience elevated error rates and latencies for some workflows until full recovery is achieved. We will provide an update by 11:30 PM PDT, or sooner if we have additional information to share.

6. 2026年5月8日 6:38 UTCresolved

   We continue to make progress in resolving the impaired EC2 instances in the affected Availability Zone (use1-az4) in the US-EAST-1 Region, and are working towards full recovery. We are actively working to bring additional cooling system capacity online, which will enable us to recover the remaining affected racks in a controlled and safe manner. In the impacted Availability Zone, EC2 Instances, EBS Volumes, and other AWS Services may continue to experience elevated error rates and latencies for some workflows. Customers will continue to see some of their affected EC2 instances and EBS volumes as impaired until we achieve full recovery. We will provide an update by May 8, 1:30 AM PDT, or sooner if we have additional information to share.

7. 2026年5月8日 8:32 UTCresolved

   Mitigation efforts remain underway to resolve the impaired EC2 instances and degraded EBS volumes in a single Availability Zone (use1-az4) in the US-EAST-1 Region. These EC2 instances and EBS volumes were impacted due to a loss of power during the thermal event. The work to bring additional cooling system capacity online, which will enable us to recover the remaining affected infrastructure in a controlled and safe manner, is taking longer than we had initially anticipated. Some services, such as IoT Core, ELB, NAT Gateway, and Redshift, have seen significant improvements in the recovery of their workflows. However, some customers will continue to see their affected EC2 instances and EBS volumes as impaired until we achieve full recovery. While we do not currently have an ETA for full recovery, we are prioritizing this issue and will provide another update by 3:30 AM PDT or sooner if additional information becomes available.

8. 2026年5月8日 10:54 UTCresolved

   We continue to make progress towards resolving the impaired EC2 instances and degraded EBS volumes in a single Availability Zone (use1-az4) in the US-EAST-1 Region. At this time, we wanted to provide some more details on the issue. Beginning on May 7 at 4:20 PM PDT, we began experiencing an increase in instance impairments within the affected zone due to the loss of power during a thermal event. Engineers were automatically engaged within minutes and immediately began investigating multiple mitigations. By 9:12 PM PDT, we restored power to a subset of the affected infrastructure and observed some signs of recovery, which have remained stable. We continue working to bring additional cooling system capacity online, which will enable us to recover the remaining affected hardware in the impacted zone in a controlled and safe manner. Some AWS services, such as IoT Core, ELB, NAT Gateway, and Redshift, continue to see significant improvements in the recovery of their workflows. However, some customers will continue to see their affected EC2 instances and EBS volumes as impaired until we achieve full recovery. If immediate recovery is required, we recommend customers restore from EBS snapshots and/or replace affected resources by launching new replacement resources in one of the unaffected zones. Based on our current mitigation efforts, we expect full recovery to take several hours. We are prioritizing this issue and will provide another update by 6:30 AM PDT or sooner if additional information becomes available.

9. 2026年5月8日 13:51 UTCresolved

   We continue working to resolve the impaired EC2 instances and degraded EBS volumes in a single Availability Zone (use1-az4) in the US-EAST-1 Region caused by a thermal event. During such an event, servers automatically shut down when the temperatures exceeded the operating thresholds in order to protect the hardware. We are actively working to bring additional cooling system capacity online, which will enable us to recover the remaining affected hardware in the impacted zone. Some customers will continue to see their affected EC2 instances and EBS volumes as impaired until we achieve full recovery. If immediate recovery is required, we recommend customers restore from EBS snapshots and/or replace affected resources by launching new replacement resources in one of the unaffected zones. In parallel, we are investigating increased error rates and query failures for Redshift clusters in the US-EAST-1 Region. During this time, affected customers may see errors for resume and restart workflows, as well as failover operations and availability issues. Our engineers are actively working to resolve this issue. Full recovery is still expected to take several hours. We are prioritizing this issue and will provide another update by 9:00 AM PDT or sooner if additional information becomes available.

10. 2026年5月8日 15:58 UTCresolved

    We continue our efforts to work towards the recovery of the impaired EC2 instances and degraded EBS volumes in a single Availability Zone (use1-az4) in the US-EAST-1 Region. We are making progress towards the restoration of the cooling system capacity that is required to recover the affected hardware in the impacted zone. Some customers will continue to see their affected EC2 instances and EBS volumes as impaired until the affected racks are recovered. We continue to recommend that customers who require immediate recovery restore from EBS snapshots and/or replace affected resources by launching new replacement resources in one of the unaffected zones. As part of our parallel investigation, we have identified the root cause of the increased error rates and query failures for Redshift clusters in the US-EAST-1 Region. This has been confirmed to be related to impact from an upstream dependency. Affected customers may continue to see errors for resume and restart workflows, failover operations, and impact to general availability. We are actively working to resolve the issue. Our timeline for full recovery is still expected to take several hours and will be incremental as we bring racks online in phases. We will provide an additional update by 12:30 PM or sooner if we have new information to provide.

11. 2026年5月8日 16:30 UTCresolved

    We have observed complete recovery of increased error rates and query failures for Redshift clusters in the US-EAST-1 Region. We were able to resolve the impact independently of the ongoing efforts to recover the affected hardware in the use1-az4 Availability Zone. The issue affecting Redshift has been resolved and the service is operating normally. We will provide an additional update regarding the efforts towards hardware restoration by 12:30 PM or sooner.

12. 2026年5月8日 18:12 UTCresolved

    We are experiencing an increase in timeouts to Amazon Managed Streaming for Apache Kafka partitions on a subset of clusters as a result of the ongoing issue in a single Availability Zone (use1-az4) in the US-EAST-1 Region. We are working in parallel to determine a path towards mitigation for affected clusters. We will provide an additional update by 12:30 PM or sooner.

13. 2026年5月8日 19:29 UTCresolved

    We continue to work towards the recovery of the impaired EC2 instances and degraded EBS volumes in a single Availability Zone (use1-az4) in the US-EAST-1 Region though efforts are slower than we had previously anticipated. We are taking measured steps to ensure that cooling capacity is brought online in a safe and controlled manner. As a result, EBS Volumes and EC2 instances affected by the issue will continue to experience impairments. We continue to recommend that customers who require immediate recovery restore from EBS snapshots and/or replace affected resourced by launching new replacement resources. Full recovery is still expected to take several hours. We will provide an additional update by 4:00 PM or sooner if we have new information to provide.

14. 2026年5月8日 23:00 UTCresolved

    We have begun to see improvements in the overall number of affected EC2 instances and degraded EBS volumes in a single Availability Zone (use1-az4) in the US-EAST-1 Region. The steps taken to supply additional cooling capacity have been showing steady signs of progress. Some EBS Volumes and EC2 instances affected by the issue will continue to experience impairments while we continue to drive these efforts. We continue to recommend that customers who require immediate recovery restore from EBS snapshots and/or replace affected resources by launching new replacement resources. In parallel, we have seen some improvements in Amazon Managed Streaming for Apache Kafka as a result of the parallel mitigation efforts being performed. We are still experiencing timeouts to partitions but are seeing continued progress. We do anticipate that recovery will still take several hours. We will provide an additional update by 7:30 PM or sooner if we have new information to provide.

15. 2026年5月9日 3:04 UTCresolved

    Starting May 7 4:20 PM PDT, we experienced increased impaired EC2 instances and degraded EBS volumes in a single facility (data center) within a single Availability Zone (use1-az4) in the US-EAST-1 Region. The issue was caused by a thermal event resulting in a loss of power. As part of our recovery effort, we shifted traffic away from the impacted Availability Zone for most services at May 7 5:06 PM. AWS services, like Elastic Load Balancing, Elastic Kubernetes Service, ElastiCache, Redshift, OpenSearch, Managed Streaming for Apache Kafka among others, that depend on the affected EC2 instances and EBS volumes in this Availability Zone, also experienced elevated error rates and latencies for some workflows and/or configurations. Our main effort during the event mitigation strategy was to bring back our cooling systems capacity. By May 8 1:50 PM, we were able to stabilize cooling system capacity to pre-event levels, which helped us to restore the majority of the impaired EC2 instances and EBS volumes. A small number of instances and EBS volumes remain impaired and we continue to work to recover all affected remaining resources. We will communicate with customers who are still impacted via the Your Account view of the AWS Health Dashboard. Customers that require further assistance with this event may contact AWS Support through the AWS Management Console or the AWS Support Center.

1. 2026年4月27日 11:27 UTCresolved

   We are investigating instance connectivity issues in a single Availability Zone (euw3-az2) in the EU-WEST-3 Region.

2. 2026年4月27日 12:05 UTCresolved

   Between 3:58 AM and 4:40 AM PDT, we experienced increased error rates and increased launch failures for EC2 instances in a single Availability Zone (euw3-az2) in the EU-WEST-3 Region. During this time, customers attempting to launch new EC2 instances in the affected Availability Zone would have experienced launch failures. Additionally, a subset of existing EC2 instances and EBS volumes in this Availability Zone were impacted and became unreachable. We have identified the root cause to be a loss of power to infrastructure within the affected Availability Zone. Engineers were engaged at 4:02 AM and immediately began working to restore power and assess the scope of impact. By 4:20 AM, power was successfully restored to the affected infrastructure. We then focused our efforts on recovering impacted EC2 instances and EBS volumes. By 4:40 AM, all impacted EC2 instances and EBS volumes had been fully recovered and were operating normally. No additional action is required for EC2 instances and EBS volumes that were impacted during the power loss event, as these have been fully recovered. While EC2 and EBS have recovered, some AWS services may take additional time to fully recover as they process backlogs and complete their own recovery procedures. The issue has been resolved and the service is operating normally.

1. 2026年3月7日 19:53 UTCresolved

   We are investigating increased error rates in the EU-CENTRAL-2 Region.

2. 2026年3月7日 20:17 UTCresolved

   We can confirm substantial error rates for PUT and GET requests to Amazon S3 in the EU-CENTRAL-2 Region. Engineers engaged immediately based on automated alarming. We have triangulated the issue to a subsystem responsible for assembling objects from bytes in storage. We have begun implementing mitigations, and are observing some improvement in error rates. We continue to work to identify the root cause, and are working on multiple parallel paths to fully mitigate the issue. Other AWS Services (such as EC2 launches) that rely on S3 are also affected by this issue. Existing EC2 instances are unaffected by this issue. We will provide another update by 12:45 PM PST, or sooner if we have additional information to share.

3. 2026年3月7日 20:28 UTCresolved

   We are seeing early signs of recovery and continue to monitor and work toward full recovery.

4. 2026年3月7日 21:04 UTCresolved

   Between 11:27 AM and 12:20 PM PST we experienced substantial error rates for S3 PUT/GET requests in EU-CENTRAL-2 Region. Engineers were engaged immediately based on automated alarming. We identified the root cause as an issue with a subsystem responsible for assembling objects bytes in storage. At 12:04 PM PST, we implemented mitigations and began observing early signs of recovery for S3. Error rates continued to improve, and other AWS Services continued to recover until 12:50 PM PST when we observed full recovery. We continue to work toward backfilling Cloudwatch logs, and expect that to continue over the next couple hours. We recommend customers retry any failed requests. The issue has been resolved and all services are operating normally.

1. 2026年3月2日 5:56 UTCresolved

   We are investigating increased API error rates in a single Availability Zone (mes1-az2) in the ME-SOUTH-1 Region.

2. 2026年3月2日 7:09 UTCresolved

   We are investigating connectivity and power issues affecting APIs and instances in a single Availability Zone (mes1-az2) in the ME-SOUTH-1 Region due to a localized power issue. Existing instances in this zone will also be affected. Other AWS Services may also be experiencing increased errors and latencies for their workflows, and we are working to route requests away from this affected Availability Zone. We recommend customers make use of other Availability Zones at this time. During this time, we are also experiencing delays in propagating DNS changes for Route53 to pops (Points of Presence) in ME-SOUTH-1.  Targeting new launches using RunInstances in the remaining AZs should succeed. Existing instances in the other AZs are not affected.

3. 2026年3月2日 9:03 UTCresolved

   We continue to work on a localized power issue affecting a single Availability Zone (mes1-az2) in the ME-SOUTH-1 Region. In the impacted Availability Zone, EC2 Instances, DB Instances, EBS Volumes, and other AWS Services are also experiencing elevated error rates and latencies for some workflows. As part of our recovery effort, we have shifted traffic away from the impacted Availability Zone for most services. We recommend customers utilize one of the other Availability Zones in the ME-SOUTH-1 Region, as existing instances in other AZs remain unaffected by this issue. We are actively working to restore power and connectivity, at which time we will begin recovering affected resources. Currently, we expect recovery to take many hours. We will provide an update by 2:30 AM PST, or sooner if we have additional information to share.

4. 2026年3月2日 10:41 UTCresolved

   We continue to work toward restoring power in the affected Availability Zone (mes1-az2) in the ME-SOUTH-1 Region. At this time, some AWS services have shifted traffic away from the affected Availability Zone and are seeing recovery for their affected operations and workflows. EC2 Instances, EBS Volumes, and other resources impacted in the affected Availability Zone will require a longer recovery timeline. Power has not yet been restored to the affected Availability Zone. If immediate recovery is required, we recommend customers restore from EBS Snapshots and/or launch replacement resources in one of the unaffected Availability Zones or an alternate Region. In parallel, we are actively working on reducing the error rates and latencies that some customers are experiencing with EC2 APIs. For now, we recommend continuing to retry any failed API requests. We will provide an update by 6:00 AM PST on March 2, or sooner if we have additional information to share.

5. 2026年3月2日 14:23 UTCresolved

   We continue to work toward restoring power in the impacted Availability Zone (mes1-az2) in the ME-SOUTH-1 Region. Meanwhile, EC2 instance and networking APIs have been restored for the other Availability Zones. Additionally, we have made improvements to the availability of RDS multi-AZ databases while operating with the impaired Availability Zone. These improvements will help customers create database exports to preserve data, and we recommend customers with databases in the affected Availability Zone consider creating exports as a precautionary measure. EC2 Instances, EBS Volumes, and other resources impacted in the affected Availability Zone will require a longer recovery timeline, as power has not yet been restored. We are expecting recovery to take at least a day, as it requires repair of facilities, cooling and power systems, coordination with local authorities, and careful assessment to ensure the safety of our operators. If immediate recovery is required, we recommend customers restore from EBS Snapshots and/or launch replacement resources in one of the unaffected Availability Zones or an alternate AWS Region. We will provide an update by 11:00 AM PST on March 2, or sooner if we have additional information to share.

6. 2026年3月2日 18:52 UTCresolved

   We continue to work towards restoring power in the affected Availability Zone (mes1-az2) in the ME-SOUTH-1 Region. We currently expect our recovery efforts to take at least a day. Our current guidance regarding immediate recovery remains unchanged from our previous update. Customers are able to disassociate Elastic IP addresses from resources in the affected Availability Zone and associate those with resources in the unaffected Availability Zones. This can be done by specifying --allow-reassociation when attempting to associate the Elastic IP to the new resource. We will provide you with further updates by 2:00 PM PST or sooner if new information becomes available.

7. 2026年3月2日 22:29 UTCresolved

   We continue to work towards restoring power in the affected Availability Zone (mes1-az2) in the ME-SOUTH-1 Region. We have no updated guidance on expected recovery times, and still expect this to take at least a day to fully restore power and connectivity. We continue to advise customers to launch replacement resources in one of the unaffected Availability Zones or an alternate AWS Region. At this time we recommend that customers that are capable of backing up data outside of the region consider doing so. You can view the current status of affected AWS services below. We will provide you with another update by 7:00 PM PST, or sooner if we have additional information to share.

8. 2026年3月3日 0:22 UTCresolved

   We are providing an update on the ongoing service disruptions affecting the AWS Middle East (UAE) Region (ME-CENTRAL-1) and the AWS Middle East (Bahrain) Region (ME-SOUTH-1). Due to the ongoing conflict in the Middle East, both affected regions have experienced physical impacts to infrastructure as a result of drone strikes. In the UAE, two of our facilities were directly struck, while in Bahrain, a drone strike in close proximity to one of our facilities caused physical impacts to our infrastructure. These strikes have caused structural damage, disrupted power delivery to our infrastructure, and in some cases required fire suppression activities that resulted in additional water damage. We are working closely with local authorities and prioritizing the safety of our personnel throughout our recovery efforts. In the ME-CENTRAL-1 (UAE) Region, two of our three Availability Zones (mec1-az2 and mec1-az3) remain significantly impaired. The third Availability Zone (mec1-az1) continues to operate normally, though some services have experienced indirect impact due to dependencies on the affected zones. In the ME-SOUTH-1 (Bahrain) Region, one facility has been impacted. Across both regions, customers are experiencing elevated error rates and degraded availability for services including Amazon EC2, Amazon S3, Amazon DynamoDB, AWS Lambda, Amazon Kinesis, Amazon CloudWatch, Amazon RDS, and the AWS Management Console and CLI. We are working to restore full service availability as quickly as possible, though we expect recovery to be prolonged given the nature of the physical damage involved. In parallel with efforts to restore the physical infrastructure at the affected sites, we are pursuing multiple software-based recovery paths that do not depend on the underlying facilities being fully brought back online. For Amazon S3 and Amazon DynamoDB, we are actively working to restore data access and service availability through software mitigations, including deploying updates to enable S3 to operate within the current infrastructure constraints and remediating impaired DynamoDB tables to restore read and write availability for dependent services. Our focus on restoring these foundational services is deliberate, as recovery of Amazon S3 and Amazon DynamoDB will in turn enable a broad range of dependent AWS services to recover. For other affected service APIs, we are deploying targeted software updates to reduce error rates and restore functionality where possible, independent of the physical recovery timeline. We are also working to restore access to the AWS Management Console and CLI through network-level changes that route traffic away from the affected infrastructure. While these software-based mitigations can address many of the service-level impacts, some recovery actions are constrained by the physical state of the affected facilities — meaning that full restoration of certain services will require the underlying infrastructure to be repaired and brought back online. Across all services, our teams are working in parallel on both the physical restoration of the affected facilities and these software-based mitigations, with the goal of restoring as much customer access as possible as quickly as possible, even ahead of full infrastructure recovery. In addition, we are prioritizing the restoration of services and tools that enable customers to back up and migrate their data and applications out of the affected regions. Finally, even as we work to restore these facilities, the ongoing conflict in the region means that the broader operating environment in the Middle East remains unpredictable. We recommend that customers with workloads running in the Middle East consider taking action now to backup data and potentially migrate your workloads to alternate AWS Regions. We recommend customers exercise their disaster recovery plans, recover from remote backups stored in other regions, and update their applications to direct traffic away from the affected regions. For customers requiring guidance on alternate regions, we recommend considering AWS Regions in the United States, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. We will continue to provide updates as recovery progresses and as the situation evolves. Our next update will be provided by 9:00 PM PST on March 2, 2026, or sooner if new information becomes available.

9. 2026年3月3日 6:27 UTCresolved

   We continue to work towards restoring power in the affected Availability Zone (mes1-az2) in the ME-SOUTH-1 Region. We have no updated guidance on expected recovery times, and still expect this to take at least a day to fully restore power and connectivity. AWS infrastructure is designed to be highly resilient, but given the uncertainty of the current situation, we encourage our customers to replicate Amazon S3 and critical data from the ME-SOUTH-1 Region to another AWS Region. For customers requiring guidance on alternate regions, we recommend considering AWS Regions in the United States, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements. We will provide another update by March 3 at 3:00 AM PST, or sooner if new information becomes available. For more information on Cross-Region Replication, refer [1]. For more information on S3 Batch Replication, see [2]. For a simple script to quickly set up and start S3 Replication, see [3]. If you have questions or concerns, please contact AWS Support [4]. [1] <a href="https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html">https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html</a> [2] <a href="https://docs.aws.amazon.com/AmazonS3/latest/userguide/s3-batch-replication-batch.html">https://docs.aws.amazon.com/AmazonS3/latest/userguide/s3-batch-replication-batch.html</a> [3] <a href="https://github.com/awslabs/aws-support-tools/blob/master/S3/Setup_Replication/setup_replication.py">https://github.com/awslabs/aws-support-tools/blob/master/S3/Setup_Replication/setup_replication.py</a> [4] <a href="https://aws.amazon.com/support">https://aws.amazon.com/support</a>

10. 2026年3月3日 11:10 UTCresolved

    We continue to work toward restoring power in the affected Availability Zone (mes1-az2) in the ME-SOUTH-1 Region. The overall state of the region remains largely unchanged from our previous update. At this time, we have no updated guidance on expected timelines for fully restoring power and connectivity. We are taking all necessary steps to support the recovery process. While progress is being made, significant work remains before full restoration is complete. Given the ongoing uncertainty, we encourage customers to replicate their Amazon S3 data and other critical data from the ME-SOUTH-1 Region to another AWS Region, using the guidance provided in our previous update. We will continue to provide updates as recovery progresses and as the situation evolves. Our next update will be provided by 6:00 AM PST on March 3, or sooner if new information becomes available.

11. 2026年3月3日 14:02 UTCresolved

    Recovery efforts in the affected Availability Zone (mes1-az2) in the ME-SOUTH-1 Region are ongoing, with the situation remaining consistent with our last update. We have no change to expected timelines for fully restoring power and connectivity. While progress is being made, significant work remains before full restoration is complete. We continue to recommend customers launch replacement resources in one of the unaffected Availability Zones or an alternate AWS Region. Given the extended nature of this event, we continue to encourage customers to replicate Amazon S3 data and other critical workloads from ME-SOUTH-1 to another AWS Region using the guidance shared previously. We will provide our next update by 12:00 PM PST on March 3, or sooner if conditions change.

12. 2026年3月3日 16:40 UTCresolved

    We are providing an update on the ongoing service disruptions affecting the AWS Middle East (Bahrain) Region (ME-SOUTH-1). We continue to make progress on recovery efforts across multiple workstreams. With the immediate phase of this event now better understood, we are moving to a more targeted communication model. Going forward, updates will be delivered directly to affected customers through the AWS Personal Health Dashboard. Customers who require assistance with this event are encouraged to contact AWS Support through the AWS Management Console or the AWS Support Center. We continue to strongly recommend that customers with workloads running in the Middle East take action now to migrate those workloads to alternate AWS Regions. Customers should enact their disaster recovery plans, recover from remote backups stored in other Regions, and update their applications to direct traffic away from the affected Regions. For customers requiring guidance on alternate regions, we recommend considering AWS Regions in the United States, Europe, or Asia Pacific, as appropriate for your latency and data residency requirements.

13. 2026年4月30日 7:07 UTCinvestigating

    We are providing an update on the ongoing service disruption. The Middle East (Bahrain) Region (ME-SOUTH-1) has suffered damage due to the conflict in the Middle East and is currently unavailable. Customers should recover their resources in other Regions from remote backups. Relevant billing operations are currently suspended while we restore normal operations in this AWS Region. This process is expected to take several months.

14. 2026年9月15日 10:22 UTCinvestigating

    We are providing an update on the disruption affecting the Middle East (Bahrain) (me-south-1) Region. The damage to our infrastructure spanned multiple Availability Zones and exceeded what our regional and multi-AZ services are designed to withstand. After a thorough assessment, we have determined that we are unable to restore access to the resources and data hosted exclusively in this Region. When the first Availability Zone was damaged in March, we began recommending that customers migrate their workloads to other Regions, and most did so before the Region became unavailable following the disruption of a second Availability Zone in April. Since then, we have supported the remaining customers in re-establishing their operations in alternate Regions, using backups where available or implementing alternative solutions to mitigate the impact of inaccessible data. In parallel, we assessed all affected infrastructure and exhausted every option for restoring data and resources that had not been migrated before the Region became unavailable. We remain committed to supporting our customers in Bahrain in the long term and will share a further update in early 2027. We have notified the relevant authorities and continue to work with them toward that goal.