翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# EventBridge のグローバルエンドポイントにより、アプリケーションをリージョンフォールトトレラントにする
<a name="eb-global-endpoints"></a>

Amazon EventBridge グローバルエンドポイントを使用して、アプリケーションの可用性を向上させることができます。グローバルエンドポイントを使用すると、追加コストなしでアプリケーションをリージョンフォールトトレラントにできます。開始するには、エンドポイントに Amazon Route 53 ヘルスチェックを割り当てます。フェイルオーバーが開始されると、ヘルスチェックは「unhealty」状態を報告します。フェイルオーバーの開始から数分以内に、すべてのカスタム[イベント](eb-events.md)がセカンダリリージョンの[イベントバス](eb-event-bus.md)にルーティングされ、そのイベントバスによって処理されます。ヘルスチェックが「healty」状態を報告すると、イベントはプライマリリージョンのイベントバスによって処理されます。

グローバルエンドポイントを使用する場合、[イベントレプリケーション](#eb-ge-event-replication)を有効にできます。イベントレプリケーションは、マネージドルールを使用して、すべてのカスタムイベントをプライマリリージョンとセカンダリリージョンのイベントバスに送信します。

**注記**  
カスタムバスを使用している場合、フェイルオーバーが正常に機能するためには、各リージョンに同じ名前と同じアカウントを持つカスタムバスが必要です。

## 目標復旧時間と目標復旧ポイント
<a name="eb-ge-rpo-rto"></a>

目標復旧時間 (RTO) は、障害発生後にセカンダリリージョンがイベントの受信を開始するまでの所要時間です。RTO の場合、時間には CloudWatch アラームをトリガーし、Route 53 ヘルスチェックのステータスを更新する期間が含まれます。目標復旧ポイント (RPO) は、障害時に未処理のままにされるデータの尺度です。RPO の場合、時間には、セカンダリリージョンにレプリケートされず、サービスまたはリージョンが回復するまでプライマリリージョンで停止するイベントが含まれます。グローバルエンドポイントを使用すると、アラーム設定に関する規範的なガイダンスに従った場合、RTO と RPO は 360 秒、最大 420 秒になると予想されます。

## イベントレプリケーション
<a name="eb-ge-event-replication"></a>

イベントは、セカンダリリージョンで非同期的に処理されます。つまり、イベントは両方のリージョンで同時に処理されるとは限りません。フェイルオーバーがトリガーされると、イベントはセカンダリリージョンによって処理され、使用可能な場合はプライマリリージョンによって処理されます。イベントレプリケーションを有効にすると、月額のコストが増加します。詳細については、「[Amazon EventBridge の料金](https://aws.amazon.com/eventbridge/pricing)」を参照してください。

グローバルエンドポイントを設定する場合は、次の理由から、イベントレプリケーションを有効にすることをお勧めします。
+ イベントレプリケーションは、グローバルエンドポイントが正しく設定されていることを確認するのに役立ちます。これにより、フェイルオーバーが発生した場合に確実にカバーできます。
+ フェイルオーバーイベントから自動的にリカバリするには、イベントレプリケーションが必要です。イベントレプリケーションを有効にしていない場合は、イベントがプライマリリージョンに戻る前に、Route 53 ヘルスチェックを手動で「healty」にリセットする必要があります。

### レプリケートされたイベントのペイロード
<a name="eb-ge-event-replication-ep"></a>

レプリケートされたイベントのペイロードの例を次に示します。

**注記**  
`region` については、イベントのレプリケーション元のリージョンがリストされます。

```
{
    "version": "0",
    "id": "a908baa3-65e5-ab77-367e-527c0e71bbc2",
    "detail-type": "Test",
    "source": "test.service.com",
    "account": "0123456789",
    "time": "1900-01-01T00:00:00Z",
    "region": "us-east-1",
    "resources": [
        "arn:aws:events:us-east-1:0123456789:endpoint/MyEndpoint"
    ],
    "detail": {
        "a": "b"
    }
}
```

## AWS SDK を使用したグローバルエンドポイントの操作
<a name="eb-ge-sdk-update"></a>

**注記**  
C\+\+ のサポートは近日公開されます。

 AWS SDK を使用してグローバルエンドポイントを操作する場合は、次の点に注意してください。
+ 特定の SDK に AWS Common Runtime (CRT) ライブラリをインストールする必要があります。CRT がインストールされていない場合、インストールする必要があるものを示す例外メッセージが表示されます。詳細については次を参照してください:
  + [AWS Common Runtime (CRT) ライブラリ](https://docs.aws.amazon.com/sdkref/latest/guide/common-runtime.html)
  + [awslabs/aws-crt-java](https://github.com/awslabs/aws-crt-java)
  + [awslabs/aws-crt-nodejs](https://github.com/awslabs/aws-crt-nodejs)
  + [awslabs/aws-crt-python](https://github.com/awslabs/aws-crt-python)
+ グローバルエンドポイントを作成した後、使用する `PutEvents` 呼び出しに `endpointId` と `EventBusName` を追加する必要があります。
+ グローバルエンドポイントは、署名バージョン 4A をサポートします。このバージョンの SigV4 では、複数の AWS リージョンについてリクエストに署名できます。これは、いくつかのリージョンのいずれかからデータにアクセスする可能性がある API 操作で便利です。 AWS SDK を使用する場合、認証情報を指定すると、グローバルエンドポイントへのリクエストは、追加の設定なしで署名バージョン 4A を使用します。SigV4A の詳細については、*AWS 全般リファレンス*の[AWS API リクエストの署名](https://docs.aws.amazon.com/general/latest/gr/signing_aws_api_requests.html )を参照してください。

  グローバル AWS STS エンドポイント (sts.amazonaws.com) から一時的な認証情報をリクエストする場合、 はデフォルトで SigV4A をサポートしていない認証情報 AWS STS を提供します。詳細については、*AWS Identity and Access Management 「 ユーザーガイド*」の「 [AWS リージョン AWS STS での の管理](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_enable-regions.html)」を参照してください。

## 利用できるリージョン
<a name="eb-ge-avail-regions"></a>

以下のリージョンはグローバルエンドポイントをサポートしています。
+ 米国東部 (バージニア北部)
+ 米国東部 (オハイオ)
+ 米国西部 (北カリフォルニア)
+ 米国西部 (オレゴン)
+ カナダ (中部)
+ 欧州 (フランクフルト)
+ 欧州 (アイルランド)
+ 欧州 (ロンドン)
+ 欧州 (ミラノ)
+ ヨーロッパ (パリ)
+ 欧州 (ストックホルム)
+ アジアパシフィック (ムンバイ)
+ アジアパシフィック (大阪)
+ アジアパシフィック (ソウル)
+ アジアパシフィック (シンガポール)
+ アジアパシフィック (シドニー)
+ アジアパシフィック (東京)
+ 南米 (サンパウロ)