Is Salesforce Affected by the Recent AWS Outage? What to Check Before You Blame the Cloud

If Salesforce feels slow, a login fails, or an integration suddenly stops working at the same time news breaks about an AWS outage, it is tempting to connect the two immediately. That can be the right diagnosis in some cases, but not always.

As of September 16, 2026, there is no public evidence of a broad Salesforce outage being attributed to the latest AWS disruption. AWS continues to report a major, long-running service disruption in its Middle East (Bahrain) Region and serious impairment in parts of its Middle East (UAE) Region. Salesforce does run Hyperforce workloads on AWS in multiple countries, including the UAE, so a regional AWS problem can matter to some Salesforce customers. But Salesforce status has to be checked at the specific org, instance, region, and service level before concluding that AWS is the cause.

This article explains what is confirmed, what is not, how to tell whether your Salesforce environment is affected, and when you should stop waiting on a public status page and investigate your own network, browser, integration, or tenant instead.

What is the recent AWS outage?

The latest major AWS disruption still visible in AWS's own public health history is concentrated in the Middle East. AWS says its Middle East (Bahrain) Region, identified as me-south-1, is unavailable following physical damage, while its Middle East (UAE) Region, me-central-1, has also suffered severe impairment.

AWS reported that the affected facilities sustained physical damage during the regional conflict in March 2026. On April 30, AWS said the Bahrain Region remained unavailable and that the UAE Region could not reliably support customer applications. AWS advised affected customers to recover workloads in other regions and restore inaccessible resources from remote backups where possible.

You can verify the current and historical event status directly on the AWS Health Dashboard. AWS also explains that the public Service Health view shows broad service events, while signed-in customers can see account-specific issues in their personalized AWS Health view.

Is Salesforce down because of AWS?

Not broadly, based on the public evidence available on September 16, 2026.

Salesforce's public Trust Status site is the primary place to check Salesforce incidents. At the time of review, Salesforce was not publishing a platform-wide incident that attributed current widespread Salesforce availability problems to the AWS Middle East disruption.

That distinction matters. A cloud provider can have a serious outage in one region without every software company that uses that provider going down globally. Modern SaaS platforms often operate across multiple regions, availability zones, routing layers, and infrastructure environments. The relevant question is therefore not just “Is AWS having an outage?” but “Does my Salesforce org or a service it depends on run in the affected infrastructure path?”

Why can AWS matter to Salesforce at all?

Salesforce's Hyperforce architecture runs many Salesforce workloads on public cloud infrastructure. Salesforce's current documentation says Hyperforce is available on AWS in multiple countries, including Australia, Brazil, Canada, France, Germany, India, Indonesia, Israel, Italy, Japan, Singapore, South Africa, South Korea, Sweden, Switzerland, the United Arab Emirates, the United Kingdom, and the United States.

Salesforce also documents that some Hyperforce instances are mapped to specific AWS regions. For example, its instance-location documentation lists AWS regions for a number of Hyperforce geographies. The company further states that customers can identify their Salesforce instance and use Salesforce Trust to view its location and status.

See Salesforce's official instance location guide and Salesforce's Hyperforce data residency documentation.

What result should you be trying to reach?

The goal is not simply to find a red or green status icon. A useful diagnosis should answer three questions:

• Scope: Is the problem affecting everyone, one Salesforce instance, one product, one integration, or only your organization?
• Cause: Is there an official Salesforce incident, an AWS regional event, or evidence that the issue is local to your browser, network, authentication setup, or integration?
• Next action: Should users wait, fail over, retry later, switch a workflow, contact Salesforce Support, or investigate an internal dependency?

If you cannot answer those three questions yet, you have a status observation, not a diagnosis.

How do you check whether your own Salesforce org is affected?

1. Identify your Salesforce instance

Salesforce recommends checking the Instance field in Setup under Company Information or searching your domain on Salesforce Trust. Instance identity matters because service health can differ between regions and infrastructure groups.

Salesforce's official instructions are available in View Instance Information for Your Salesforce Organization.

この段階での理想的な結果はシンプルです。影響を受けている本番組織が実際に使用しているインスタンス名が分かっていることです。同僚の組織、別のリージョンのサンドボックス、または一般的なSalesforceステータスの見出しから診断を行わないでください。

2. Salesforce Trustでそのインスタンスを検索する

Salesforce Trustにアクセスし、インスタンスまたはドメインを検索してください。現在発生しているインシデント、最近のインシデント履歴、および予定されているメンテナンスを確認してください。

Salesforceがお客様のインスタンスで発生している障害をリストアップし、その症状がお客様のユーザーが目にしているものと一致する場合、それはソーシャルメディアへの投稿や一般的なクラウド障害の見出しよりもはるかに強力な証拠となります。

Salesforce Trustでインスタンスが正常と表示されていても、そこで止まってはいけません。ステータスページは顧客からの最初の報告よりも遅れて反映される場合があり、問題が特定の機能、依存関係、またはごく一部のテナントのみに影響する可能性もあります。

3. AWSの公式イベントのタイミングと比較する

Salesforce組織がAWSを基盤とするHyperforce上で動作している場合は、Salesforceのインシデント発生期間と、該当するAWSリージョンのイベント発生期間を比較してください。意味のある相関関係を判断するには、両方のイベントが同じ月に発生しているだけでは不十分です。

例えば、Salesforce環境がヨーロッパのAWSリージョンでホストされている場合、バーレーンに限定された障害だけでは、障害の原因を説明できません。ワークロードや依存するサービスがUAEリージョンにある場合は、関連性がより高くなり、より詳細な検証が必要になります。

4. 何がまだ有効なのかをテストする

質の高いトラブルシューティングでは、同じページを繰り返し更新するのではなく、問題を絞り込むことができます。代表的なパスをいくつかテストしてみましょう。

• ユーザーはログインできますか？
• 彼らは記録を公開できるのか？
• アップデートを保存できますか？
• APIリクエストは成功しますか？
• アウトバウンドまたはインバウンドの統合が失敗していますか？
• この問題は、ブラウザやネットワークを問わず発生しますか？
• 問題は特定の地域またはオフィスに限られていますか？

パターンが重要です。ログインが完全に失敗するケースは、単一の統合遅延とは異なる障害領域を示唆します。SalesforceのUIは正常でも、AWSホスト型システムへのミドルウェアフローが失敗した場合、実際の影響はSalesforce自体ではなく、Salesforceの下流にある可能性があります。

Salesforceは、統合がまだ機能していない状態でも、正常な状態と言えるのだろうか？

はい。これはクラウド障害発生時に最も重要な区別の1つです。

Salesforce組織は、AWS上でホストされているコンポーネントが通信している場合でも、完全に利用できる可能性があります。例としては、ミドルウェア、カスタムAPI、データパイプライン、ファイルサービス、IDコンポーネント、分析ジョブ、AWS上で実行されている外部アプリケーションなどが挙げられます。

そのような状況では、組織内の業務プロセスが失敗している場合でも、Salesforce TrustはSalesforceプラットフォームが正常であると正しく表示する可能性があります。

Salesforceのコア動作と外部依存関係の動作を切り離してテストすることは有効です。ユーザーがレコードの作成や編集はできるものの、外部サービスへの呼び出しがタイムアウトする場合は、外部依存関係とそのリージョンを調査してください。多くのユーザーやネットワークで基本的なSalesforceナビゲーションさえも失敗する場合は、Salesforceインスタンスの健全性がより重要になります。

9月上旬に報告されたSalesforceの問題はどうなったのでしょうか？

Salesforceは2026年9月初旬にいくつかのインシデントを公表したが、公開されているインシデント記録からは、それらが現在のAWS中東の障害によって引き起こされたとは断定できない。

例えば、Salesforceは9月5日に「AWS US」プラットフォームグループに影響を及ぼしたサービス障害を記録しており、これは約90分間続き、その後解決されました。また、Salesforceは9月6日から発生したRevenue Cloudの問題を報告し、調査の結果、最近のリリースが原因であると示しました。Salesforceはさらに、ChromeとEdge 153でUIが断続的にフリーズする問題について情報通知を公開し、これはSalesforceのインフラストラクチャの問題ではなく、サードパーティのブラウザの問題であると説明しました。

この教訓は重要です。複数の障害が、全く異なる理由で、ほぼ同時期に発生する可能性があるということです。ベンダーが実際に関連付けていない限り、Salesforceに関するあらゆる問題を「AWS障害」という括りで片付けるのは避けましょう。

AWSが実際に関与している可能性を示唆する兆候は何ですか？

複数の兆候が一致すると、証拠はより強固になる。

ステータスページが表示されるのを待つのをやめるべきタイミングはいつですか？

公開されている情報と実際に目にする情報が一致しなくなった場合は、トラブルシューティングの方法を変更してください。

Salesforce Trustが緑色であるにもかかわらず、多数のユーザーが複数のネットワークから同じインスタンスにアクセスできない場合は、タイムスタンプ、リクエストID、エラーメッセージ、および影響を受けたユーザー名を記録し、Salesforceサポートケースを開設してください。影響を受けているのが1つのオフィスのみの場合は、グローバルなSaaS障害としてエスカレーションする前に、別のネットワークまたはモバイル接続と比較してください。

SalesforceのUIは正常に動作するのに統合が失敗する場合は、外部エンドポイント、DNS解決、証明書、キュー、APIエラーコード、およびその依存関係をホストしているクラウドリージョンを確認してください。Salesforceが運用していないコンポーネントに関するインシデントがSalesforceから投稿されるのを待たないでください。

問題がご自身が所有する AWS リソースに関係する場合は、公開ダッシュボードのみに頼るのではなく、サインインした AWS ヘルス ダッシュボードを使用してください。AWS のドキュメントには、アカウント固有のヘルス 情報は公開サービス ビューと異なる場合があることが明記されています。AWSヘルス ダッシュボードのドキュメントを参照してください。

問題が実際に解決したかどうかは、どうすれば判断できますか？

ステータスページが緑色に戻ることは便利ですが、運用復旧はご自身のワークフローで確認する必要があります。

事件の終結を宣言する前に、以下の点を確認してください。

• ユーザーは通常通りログインできます。
• レコードの読み書きが成功しました。
• APIのエラー発生率はベースラインに戻りました。
• キューに登録された統合処理は、蓄積され続けるのではなく、むしろ減少している。
• スケジュールされたジョブが再び実行されています。
• 手動フェイルオーバーまたは緊急構成はアクティブ状態を維持しません。
• ビジネス上重要な取引は、最初から最後まで完了できる。

優れた成果とは、単に「ベンダーが解決済みと言っている」ということではありません。「ベンダーが解決済みと言っているだけでなく、私たちにとって重要なワークフローが異常なエラー率なく再び機能するようになった」という成果です。

現状における現実的な解決策は何でしょうか？

2026年9月16日現在、入手可能な公式情報では、最近のAWS障害によりSalesforce全体がダウンしていると断言することはできません。AWSで現在発生している最も深刻な障害は、バーレーンとアラブ首長国連邦の一部地域を中心とした地域限定的なものです。Salesforceは、アラブ首長国連邦を含む多くのHyperforce環境でAWSを使用しているため、SalesforceがホストするワークロードやSalesforceに接続するワークロードの中には、AWSに依存しているものがあります。そのため、地域ごとの検証は重要ですが、Salesforce全体の障害が必ずしも発生するとは限りません。

もし貴社が現在問題を抱えている場合、最も確実な解決策は以下のとおりです。

1. Salesforceインスタンスを特定します。
2. Salesforce Trustでそのインスタンスを確認してください。
3. 組織または障害が発生している依存関係がAWS上にあるかどうか、またどのリージョンにあるかを特定します。
4. 正確な発生時間帯を比較する。
5. Salesforceコアを外部統合とは別にテストする。
6. 公式発表で症状が説明できない場合は、証拠を添えて訴えてください。

このアプローチでは、広範な仮定に頼るのではなく、自社の環境に合わせた妥当な回答を得ることができます。ただし、公開されているステータスページではテナント固有の障害を即座にすべて把握することはできないため、本番環境でのインシデントの最終的な確認には、ベンダーのサポートと自社のテレメトリデータが必要になる場合があります。