ゾーンレベルのクラウドサービスをルートのネクストホップとして使用する場合、ゾーン障害が発生すると、従来はスタンバイインスタンスに手動でトラフィックを切り替える必要がありました。ルートターゲットグループは、2 つのネクストホップインスタンスによるアクティブ/スタンバイ構成をサポートします。システムはインスタンスの正常性を継続的に監視し、インスタンスが異常になった場合にゾーンレベルのディザスタリカバリー切り替えを自動的に実行することで、目標復旧時間 (RTO) を短縮します。
仕組み
ルートターゲットグループは、Virtual Private Cloud (VPC) のルートエントリとそのネクストホップインスタンスの間にあります。ルートエントリのネクストホップをルートターゲットグループに設定すると、すべてのトラフィックがアクティブインスタンスに送信されます。グループのヘルスチェック機能は、両方のインスタンスを継続的にプローブし、フェイルオーバーを自動的にトリガーします。
アクティブ/スタンバイの重み付けモデル
2 つのメンバーインスタンスには、どちらがトラフィックを処理するかを決定する固定の重みが設定されています。
| インスタンス | 重み | ロール |
|---|---|---|
| アクティブ | 100 | 正常時にすべてのトラフィックを処理 |
| スタンバイ | 0 | アクティブインスタンスに障害が発生した場合にのみ引き継ぐ |
クロスゾーンディザスタリカバリーを有効にするには、両方のインスタンスが同じタイプで、異なるゾーンにデプロイされている必要があります。
ヘルスチェック
システムは、両方のインスタンスに継続的にヘルスプローブを送信します。
-
障害検出: ヘルスプローブが 3 回連続で失敗すると、インスタンスは
Unhealthyとマークされ、自動フェイルオーバーがトリガーされます。 -
復旧の検証: ヘルスプローブが 3 回連続で成功すると、インスタンスは再び
Healthyとマークされます。
自動および手動の切り替え
| シナリオ | トリガー | 切り替え時間 |
|---|---|---|
| フェイルオーバー | 自動 (ヘルスチェックの失敗) | < 30 秒 |
| フェイルバック | 手動 | < 10 秒 |
アクティブインスタンスが復旧した後、システムは自動的にトラフィックを戻しません。これは意図的な仕様です。自動フェイルバックは、ネットワークのジッターや一時的なサービス中断中に頻繁な切り替えを引き起こす可能性があるためです。メンテナンスウィンドウやオフピーク時に手動でフェイルバックを実行してください。
適用範囲と制限
| 項目 | 説明 |
|---|---|
| サポートされるメンバーインスタンスのタイプ | Gateway Load Balancer エンドポイント (GWLBe) および NAT ゲートウェイ 。同じルートターゲットグループ内のすべてのメンバーインスタンスは、同じタイプにする必要があります。 |
| インスタンスのデプロイ要件 | アクティブインスタンス 1 つ + スタンバイインスタンス 1 つ。クロスゾーンディザスタリカバリーを有効にするには、両方のインスタンスが同じ VPC に属し、異なるゾーンにデプロイする必要があります。ターゲットインスタンスタイプが NAT ゲートウェイの場合、同じ VPC 内の異なるゾーンにシングルゾーン NAT ゲートウェイをデプロイする必要があります。 |
| VPC あたりのルートターゲットグループ数 | 10 |
| サポートされるルートエントリのタイプ | IPv4 のみ |
| 手動スイッチオーバーの前提条件 | Healthy非アクティブなインスタンスが であること |
ルートターゲットグループは、そのメンバーインスタンスと同じルーティング操作をサポートします。たとえば、ゲートウェイルートテーブルのシステムルートがネクストホップとして GWLB エンドポイントを使用できる場合、メンバーとして GWLB エンドポイントを含むルートターゲットグループも使用できます。
自動フェイルオーバーの設定
ルートエントリのネクストホップをルートターゲットグループに設定します。トラフィックは、現在アクティブなインスタンスに基づいて転送されます。インスタンスが異常になると、システムは自動的にゾーンレベルのディザスタリカバリー切り替えを実行します。
コンソール
-
VPC - ルートターゲットグループページに移動し、ルートターゲットグループの作成 をクリックします。
フィールド 設定 VPC ターゲットインスタンスが存在する VPC を選択します。 モード 現在、 アクティブ/スタンバイモード のみサポートされています。 メンバータイプ GWLB エンドポイント または NAT ゲートウェイ を選択します。 メンバータイプが NAT ゲートウェイの場合、シングルゾーン NAT ゲートウェイのみがサポートされます。
メンバー設定 異なるゾーンにデプロイされたアクティブインスタンスとスタンバイインスタンスを選択します。作成後、ターゲットグループの詳細ページから [メンバーの変更] をクリックして、非アクティブなインスタンスを変更できます。アクティブインスタンスは変更できません。 インスタンス名 、 リソースグループとタグ インスタンスを分類および管理するための任意項目です。 -
VPC - ルートテーブルページに移動し、対象のルートテーブル ID をクリックします。
-
ルートエントリをルートターゲットグループにポイントするように設定します。新しいルートエントリを作成するか、既存のルートエントリを変更することができます。
-
新しいルートエントリの作成: カスタムルート タブで、ルートエントリの追加 をクリックします。 アクティブインスタンスとスタンバイインスタンス経由で転送するトラフィックの ターゲット CIDR を入力します。 ネクストホップの種類 を ルートターゲットグループ に設定し、対応するルートターゲットグループを選択します。
-
既存のルートエントリの変更: カスタムルート タブで、対象のルートエントリを見つけて 編集 をクリックします。ネクストホップの種類 を ルートターゲットグループ に変更し、対応するルートターゲットグループを選択します。
-
API
-
CreateRouteTargetGroup API を呼び出して、ルートターゲットグループを作成します。
-
CreateRouteEntry を呼び出してルートエントリを作成します。
NextHopTypeをRouteTargetGroupに設定します。
手動スイッチオーバーの実行
-
適用シナリオ：
-
ディザスタリカバリー訓練や計画メンテナンスのために、アクティブインスタンスとスタンバイインスタンス間のトラフィック切り替えを手動でトリガーします。
-
アクティブインスタンスのネットワークジッター (サービス中断) による頻繁な自動切り替えを避けるため、ルートターゲットグループは復旧後に自動的にアクティブインスタンスへフェイルバックしません。アクティブインスタンスが復旧した後、オフピーク時に手動でフェイルバックできます。
-
-
制限： 非アクティブなインスタンスが
Unhealthy状態の場合、切り替えは許可されません。
コンソール
-
VPC - ルートターゲットグループページに移動し、ルートターゲットグループ ID をクリックします。
-
右上隅で、ターゲットメンバーの切り替え をクリックします。
API
SwitchActiveRouteTarget API を呼び出して、切り替えを実行します。
課金
ルートターゲットグループ機能自体は 無料 です。
ターゲットインスタンスとそのバックエンドサービスは、各製品の課金ルールに従って課金されます。
-
Gateway Load Balancer エンドポイント (GWLBe) ： 課金の詳細については、「PrivateLink の課金」および「GWLB の課金」をご参照ください。
-
NAT ゲートウェイ ： 課金の詳細については、「シングルゾーン NAT ゲートウェイの課金」をご参照ください。
本番環境に適用
-
接続中断のリスク ： ステートフルなアプリケーション (長時間のファイアウォール接続や NAT セッションなど) の場合、アクティブ/スタンバイの切り替えによって既存の接続が中断されるため、サービスは接続を再確立する必要があります。再接続メカニズムの実装を検討し、切り替えによるサービスへの瞬間的な影響を十分に評価してください。
-
ディザスタリカバリー訓練 ： 本番トラフィックを導入する前に、オフピーク時またはメンテナンスウィンドウ中に手動スイッチオーバーを実行して、ディザスタリカバリー訓練を実施してください。スタンバイパス、セキュリティグループポリシー、およびバックエンドサービスの可用性を検証し、実際の障害時にバックアップパスが期待どおりに機能することを確認してください。