グローバル・ロード・バランサーの制限事項

グローバル・ロード・バランシング機能には、以下の制限があります。

• DNS Services インスタンスごとに使用できる数量は、以下のとおりです。
  • 最大 100 個のヘルス・チェック・モニター
  • 最大 100 個のヘルス・チェック・サブネット
  • 最大 100 個の起点プール
    • 起点プールごとに最大 5 個の起点
    • 起点プールごとのヘルス・モニターに使用できるサブネットは 2 個まで
  • 最大 100 個の起点
• DNS ゾーンごとに最大 25 個のグローバル・ロード・バランサーを使用できます。
• クロスアカウントリンクゾーンの場合、ロケーションポリシーは所有者アカウントの VPC ゾーンマップによって決定されます。

ユース・ケースとワークフロー

グローバル・ロード・バランサーの最も一般的な用途は、トラフィックの正常な起点への送信、および負荷の分散です。

以下のワークフローは、DNS Services ゾーンのダッシュボードから実行します。 Global load balancers タブを開き、ロードバランサーサーバーが過負荷にならないように、一連のサーバーに作業負荷を分散するソフトウェアまたはハードウェア。 また、ロード・バランサーは、最初のサーバーが失敗した場合に、別のサーバーにユーザーを誘導する。、オリジンプール、 ヘルスチェックシステムが効率的に実行されているかどうかを判別するために、システムのリソースと状態をモニターするプロセス。 システムの整合性が損なわれる前に潜在的な問題を報告し、警告および障害レベルを表示するようにヘルス・チェックを構成できる。を表示します。

ヘルス・チェックの作成

ヘルス・チェックを作成して、起点の正常性をモニターする方法を指定します。DNS Services は、HTTP、HTTPS および TCP のモニター・タイプをサポートします。 ヘルス・チェックを作成した後、それを新規または既存の起点プールに追加できます。 ヘルス・チェックはインスタンス・レベルで存在し、インスタンス内の任意のプールで使用できます。

ヘルス・チェックが失敗したために起点が正常でないとマークされた場合、その起点を正常な状態に戻すには、単一の合格ヘルス・チェックで十分です。

以下のステップを実行して、ヘルス・チェックを作成します。

1. DNS Services ナビゲーション・メニューで、**「グローバル・ロード・バランサー」をクリックし、「ヘルス・チェック」**タブを選択します。

2. **「ヘルス・チェックの作成」**をクリックして、開始します。

3. **「ヘルス・チェック名」**フィールドで、ヘルス・チェックの名前を指定します。

4. オプションで、モニター内容の理解に役立つように、ヘルス・チェックの**「説明」**を入力します。

5. **「モニター・タイプ」**を選択します。 ヘルス・チェックに使用するプロトコルを選択します。 サポートされるモニター・タイプは、HTTP、HTTPS、および TCP です。 デフォルト値はHTTPです。 **「HTTPS」 を選択した場合、「詳細オプション」セクションの後に、「証明書を確認しない」**チェック・ボックスが表示されます。 起点の HTTPS 証明書が認証局によって署名されていない場合 (例えば、自己署名証明書)、このチェック・ボックスを選択してください。

6. ヘルス・チェックの実行対象のエンドポイントの**「パス」**を入力します。 デフォルト値は/です。

7. オプションで、使用する**「ポート」**の番号を入力します。 ヘルス・チェックが正常に実行されるには、ヘルス・モニターの要求に応答する起点で、関連アプリケーションが実行されている必要があります。

8. 「詳細設定」セクションで、各ヘルス・チェック間の「テスト間隔」(秒単位) を選択します。 間隔を短くすればフェイルオーバー時間は改善されるが、チェックが複数の場所から行われるため、オリジンの負荷は増大する。 デフォルト値は60です。

9. リストからヘルス・チェックに使用する**「メソッド」**を選択します (HTTP と HTTPS の場合のみ)。 デフォルト値はGETです。

10. 「タイムアウト」 間隔 (秒単位) を選択します。 タイムアウト間隔は、ヘルス・チェックがタイムアウト・エラーで失敗するまで待機する時間です。 デフォルト値は5です。

11. 試行する 「再試行回数」 を選択します。 起点のヘルス・チェックが失敗したことを宣言する前に、ヘルス・チェックを試行する回数を決定します。 再試行は即時に実行されます。 デフォルト値は1です。 TCP モニター・タイプのオプションは、このステップで終了です。 **「作成」**をクリックし、変更を保存してヘルス・チェックを作成します。 HTTP および HTTPS のモニター・タイプには、追加オプションがあります。以下を続けてください。

12. **「予期される応答コード」**を入力します。ここには、ヘルス・チェックで予期される HTTP 応答のコードまたはコード範囲を入力します。 この値は、200-299 で表すワイルドカードを使用した x 間でなければなりません。

13. オプションで、**「応答本文」**を入力します。これは、応答本文で突き合わせる大/小文字を区別しないサブストリングです。 このストリングが検出されない場合、起点には非正常のマークが付けられます。

14. オプションの**「要求ヘッダー」**セクションでは、ヘルス・チェックで送信する HTTP 要求ヘッダーを追加および構成できます。 該当するフィールドに、ヘッダーの名前と値を入力します。 **「要求ヘッダーの追加」**をクリックして、追加ヘッダーを構成します。

15. **「作成」**をクリックし、変更を保存してヘルス・チェックを作成します。

起点プールの追加

起点プールとは、ロード・バランサーで使用する起点をグループ化したものです。 起点は、IP またはホスト名のいずれでも構いません。 モニターする起点プールかモニターしない起点プールのどちらを作成するかを決定します。 モニターするプールの場合、使用するヘルス・チェック、および正常性がモニターされるサブネットを指定する必要があります。 起点プールは、インスタンス・レベルで存在し、インスタンスで構成される任意の DNS ゾーンの任意のグローバル・ロード・バランサーで使用できます。

起点プールを処理する場合は、始める前に、以下の考慮事項に注意してください。

• ロード・バランサーごとに、少なくとも 1 つの起点プールが必要です。
• 起点ヘルス・モニターは、起点プールが無効の場合でも続行されます。 起点のヘルス・モニターを無効にするために、起点を無効にすることができます。
• 起点プールを作成すると、ヘルス・チェックが開始されるまでに 1 分から 10 分かかる場合があり、この間、プールは Critical 状態と表示されます。
• モニターしている起点プールからヘルス・チェックを削除しない限り、ヘルス・モニターに使用しているサブネットを削除することはできません。
• プール内の起点にホスト名を指定する場合、リソース・レコード A、AAAA、または CNAME、および別のロード・バランサーにすることができます。 ただし、長い CNAME チェーンまたはロード・バランサーを解決する場合、パフォーマンスが低下することがあります。

ヘルス・モニターのサブネットからのトラフィックを許可するために、VPC セキュリティー・グループを更新する必要があります。 詳しくは、セキュリティー・グループを参照してください。

起点プールを作成するには、以下の手順を実行します。

1. DNS Services ナビゲーション・メニューで**「グローバル・ロード・バランサー」をクリックして、「起点プール」**タブを選択します。

2. **「起点プールの作成」**をクリックします。 プールは、デフォルトで有効になっています。

   プールを無効にすると、そのプールを使用するロード・バランサーは、次のプール (存在する場合) にフェイルオーバーします。 無効にしたプールは、トラフィックを受信しません。

3. プールの**「名前」**を入力します。 英数字、ハイフン、下線のみを使用できます。

4. オプションで、起点プールの**「説明」**を入力します。

5. **「起点」**を有効にして、このプール内の起点のリストに追加します。

6. 起点の**「名前」と「アドレス」を指定します。 さらにプールを追加するには、「追加」**をクリックし、トグルを切り替えてプールをオフまたはオンにします。 このプールに向けて送信されたトラフィックは、プール自体が正常であれば、現在正常なすべての起点の間で分散されます。 ヘルス・チェックは、無効の起点を除外します。

7. **「正常な起点のしきい値」**を選択します。これは、このプールでトラフィックを処理するために必要とされる正常な起点の最小数です。 正常な起点の数がこの数を下回ると、プールに非正常のマークが付けられ、次に使用可能なプールにフェイルオーバーされます デフォルト値は1です。

8. **「ヘルス・モニタリング」セクションで、「ヘルス・チェック」**を選択して、ヘルス・チェックに使用するメソッド、およびこのプール内の起点を検査するために使用するヘルス・チェックを決定します。 デフォルト値は、ヘルス・チェックなしです。

9. ヘルス・チェックのモニタリングが実行される**「ヘルス・チェック地域」**を選択します。 オプションは、 ダラス、 フランクフルト、 ロンドン、 マドリッド、 大阪、 サンパウロ、 シドニー、 東京、 トロント、 ワシントン DC、および パリ (パリは制限されたユーザーのみが使用できます) です。

10. ヘルス・チェックが実行されるサブネットを含む**「VPC」**を選択します。

11. **「サブネット (ロケーション)」**を選択します。 リスト・メニューからサブネットおよびロケーションを選択します。 これにより、ヘルス・チェックが実行されるサブネットが定義されます。 最大で 2 個のサブネットを指定できます。

12. **「作成」**をクリックし、変更を保存して起点プールを作成します。

初めて起点プールを作成する場合、初期ヘルス・チェックが完了していないため、その状況は Critical になり、起点の状況は Down になります。 起点のヘルス・チェックが正常に完了した後、状況は更新されます。

グローバル・ロード・バランサーの作成

ロード・バランサーは、トラフィックを複数の起点プールの間に分散させます。

以下のステップを実行して、ロード・バランサーを作成します。

グローバル・ロード・バランサーをセットアップするには、最初に起点プールを作成する必要があります。

1. DNS Services ナビゲーション・メニューで**「グローバル・ロード・バランサー」をクリックして、「ロード・バランサー」**タブを選択します。
2. リストから DNS ゾーンを選択します。
3. **「ロード・バランサーの作成」**をクリックします。
4. ロード・バランサーに関連付ける、DNS の**「バランサー・ホスト名」**を入力します。
5. オプションで、グローバル・ロード・バランサーの**「説明」**を入力します。
6. このロード・バランサーから返される IP アドレスの DNS エントリーの**「TTL」**(存続時間) を選択します。
7. **「デフォルト・ポリシー」を追加または選択します。 デフォルト・ポリシーは、ロケーション・ベースのポリシーが指定されていないすべてのアベイラビリティー・ゾーン (AZ) で使用される起点プールを指定します。 ポリシー内で複数のプールが選択されている場合、「優先順位」**列の矢印キーを使用して、それらの優先順位を変更できます。
8. **「フォールバック・ポリシー」**を追加または選択します。 フォールバック・ポリシーは、デフォルトまたはロケーションのポリシーで他のすべての起点プールが重大な状態である場合に使用する起点プールを指定します。 フォールバック・ポリシーの起点プールは 1 つのみ指定できます。
9. オプションで、**「ロケーション・ポリシー」**を追加または選択します。 ロケーション・ポリシーを使用すると、特定の AZ に起点プールを 1 つ以上関連付けることができます。 ロケーション・ポリシーとして明示的に定義されていない AZ では、デフォルト・ポリシーが使用されます。

グローバル・ロード・バランサーのコンポーネントの表示、編集、または削除

ロード・バランサーまたはそのコンポーネントの 1 つを表示、編集、または削除するには、ロード・バランサーの表の行にあるオーバーフロー・メニュー からアクションをクリックします。

リストごとに以下のオプションが用意されています。

• ヘルス・チェック

  • ヘルス・チェックの編集 - 編集フローにリダイレクトします。
  • ヘルス・チェックの削除 - 削除フローの確認ダイアログ・ボックスを表示します。

• 起点プール

  • プールの編集 - 編集フローにリダイレクトします。
  • プールの削除 - 削除フローの確認ダイアログ・ボックスを表示します。

• ロード・バランサー

  • ロード・バランサーの編集 - 編集フローにリダイレクトします。
  • ロード・バランサーの削除 - 削除フローの確認ダイアログ・ボックスを表示します。