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

e-コマースの Web サイトを運営している場合や、ユーザーが常時アクセスできる状態でなければならないアプリケーションをホスティングしている場合は、アプリケーションの年中無休の可用性とパフォーマンスに関心をお持ちでしょう。

IBM Cloud Internet Services (CIS) で使用できるグローバル・ロード・バランシング機能は、最高のユーザー・エクスペリエンスを提供しながら、アプリケーションの信頼性と拡張容易性の向上を支援します。

ダッシュボードには、ロードバランサーサーバーが過負荷にならないように、一連のサーバーに作業負荷を分散するソフトウェアまたはハードウェア。また、ロード・バランサーは、最初のサーバーが失敗した場合に、別のサーバーにユーザーを誘導する。、オリジンプール、ヘルスチェックシステムが効率的に実行されているかどうかを判別するために、システムのリソースと状態をモニターするプロセス。システムの整合性が損なわれる前に潜在的な問題を報告し、警告および障害レベルを表示するようにヘルス・チェックを構成できる。を表示する3つのリストが表示されます。リストには、新規または更新されたグローバル・ロード・バランサーまたはそのコンポーネントの 1 つが、プロビジョンまたは更新された後に表示されます。リストは最初は空です。ロード・バランサーを作成する前に、いくつかの操作を実行する必要があります。

CIS プライベートIPアドレスを使用するロードバランサープールをサポートできますが、プロキシサービスやヘルスチェックは使用できません。さらに、DNSベースのロードバランシングのみを使用できます。

実行する操作について既に理解している場合は、クイック・セットアップを参照してください。

このステップバイステップ・デモで、以下の図のようなセットアップの構成方法を確認してください。

caption-side=bottom"

グローバルロードバランサーの例を示す図

この例では、アプリケーション・リソースを 2 つのデータ・センター・ロケーション (1 つは米国西部、もう 1 つは米国東部) にデプロイします。世界中のユーザーがこのアプリケーションにアクセスする可能性があります。

ステップ 1: グローバル・ロード・バランサーを構成する

グローバル・ロード・バランサーを構成します。

**「信頼性」**セクションにナビゲートして、グローバル・ロード・バランサーの操作を開始します。
**「ヘルス・チェック」セクションにスクロールし、「ヘルス・チェックの作成 (Create health check)」**をクリックして、カスタム・ヘルス・チェックを定義します。

この構成はオプションです。カスタム・ヘルス・チェックを定義しない場合は、/ がデフォルトのヘルス・チェック・パスとして使用されます。
ヘルス・チェックの実行先のパスを指定します。ヘルス・チェックには HTTP プロトコルと HTTPS プロトコルのいずれかを使用できます。
**「詳細オプション」**メニューを展開すると、他のパラメーター (ヘルス・チェックの間隔、再試行回数、要求方式、応答本文など) をカスタマイズできます。
**「作成」**をクリックして、ヘルス・チェックの構成を完了します。

ステップ 2: アプリケーション・リソースを識別する

起点プールやヘルス・チェック・メカニズムなど、アプリケーションのリソースを識別します。

**「起点プール」セクションにナビゲートし、「プールの作成」**をクリックして新規起点プールを定義します。

起点プールは、アプリケーションをお客様に配信するサーバー・リソースです。
起点プールに名前を割り当てて、前に定義したヘルス・チェック・メカニズムを選択します。アプリケーション・サーバーを起点として追加します。 **「起点の追加」**をクリックすると、1 つ以上の起点を追加できます。

IBM Cloud ロード・バランサーなどのローカル・ロード・バランサーの後ろにアプリケーション・サーバーが配置されている場合は、起点として個々のサーバーを追加するのではなく、ロード・バランサーの FQDN または仮想 IP を追加してください。
**「作成」**をクリックして、起点プールの作成を完了します。

起点プールは最初、**「異常 (Unhealthy)」という状態になります。システムによるヘルス・チェックが成功すると、状態が「正常」**に変わります。状態の変化を確認するには、ブラウザーを最新表示する必要がある場合があります。

起点プール内に複数の起点がある場合、正常な起点のしきい値を使用して、プールの正常性を宣言する前に正常な状態になくてはならない起点の最小数を指定します。
存在するアプリケーション・ファームの数と同数の起点プールを定義します。これらのファームは同じリージョンにあっても、異なるリージョンにあってもかまいません。この例では、米国の西海岸と東海岸にあるアプリケーション・ファームを表す 2 つの起点プールを作成します。

ステップ 3: グローバル・ロード・バランサーを定義する

ホスト名を指定し、起点プールを追加して調整し、トラフィックが顧客に提供される方法を制御するための追加ルールを定義することにより、グローバル・ロード・バランサーの構成を定義します。

**「ロード・バランサーの作成」**をクリックします。
ドメインのホスト名を指定して、必要に応じて TTL 値を調整し (デフォルトは 60 秒)、**「プールの追加 (Add Pool)」**を使用して起点プールを追加します。

ドメイン・ネームとホスト名を組み合わせて、アプリケーションの完全修飾ドメイン・ネーム (FQDN) を形成します。ユーザーはこの FQDN を使用してお客様のアプリケーションに接続します。
「優先順位」列の上矢印と下矢印をクリックして、起点プールの相対優先度を調整します。ユーザーからのアプリケーション要求は、これらの起点プールによりラウンドロビン形式で提供されます。
オプションで、異なるリージョンから顧客にトラフィックがどのように提供されるかを制御するための追加ルールを定義することもできます。これらのルールを使用して、お客様を最寄りのリージョンへ誘導できます。いずれかのリージョンで障害が発生すると、そのリージョンのユーザーがダウン時間による影響を受けないように、他の使用可能な正常なロケーションに要求が転送されます。
**「作成」**をクリックして、グローバル・ロード・バランサーの構成を完了します。
最後に、ブラウザーから FQDN URL への接続を試みて、アプリケーション接続を確認します。

グローバル・ロード・バランサーの詳細

グローバル・ロード・バランサーのクイック・セットアップ

**「ロード・バランサーの作成」**メニュー・オプションからプールおよびヘルス・チェックを直接作成できます。 **「信頼性」>「グローバル・ロード・バランサー」>「ロード・バランサーの作成」>「プールの追加」にナビゲートして、「起点プール」リストから「新規作成」**を選択します。

プール名、オリジンクライアントからの着信要求を処理して応答し、通常はキャッシュ・サーバーで使用されるサーバー。を入力し、ヘルスチェックを選択します。ここで、**「ヘルス・チェック」リスト・メニューの「新規作成」**を選択して、ヘルス・チェックを作成するための情報を入力することにより、新しいヘルス・チェックを作成することもできます。

ヘルス・チェックの追加

ヘルス・チェックは、起点プールに対するオプションの付加機能です。このチェックは、プールの正常性をモニターするために、カスタムの繰り返し間隔を使用して、特定の応答本文または状況コードが返されるかどうかを調べます。ヘルス・チェックを作成した後、それを新規または既存の起点プールに追加できます。 **「信頼性」>「グローバル・ロード・バランサー」>「ヘルス・チェック・イベント」**にナビゲートして、ヘルス・チェック・イベントの表を参照してください。日付、プールまたは起点のヘルス、プール名、および起点名でフィルター処理できます。

ヘルス・チェックのフィールドは次のとおりです。

モニター・タイプ: ヘルス・チェックに使用するプロトコル (デフォルトは HTTP)。
パス: ヘルス・チェックの実行対象のエンドポイント・パス (デフォルトは /)。
ポート: 矢印ボタンをクリックすると、ポート番号が増減します。
説明: ヘルス・チェックの説明。

**「詳細オプション」**セクションを展開すると、さらに設定が表示されます。

テスト間隔: ヘルス・チェックの実行間隔 (秒単位)。間隔を短くすると、フェイルオーバー時間は向上しますが、複数の場所から検査が行われるので起点に対する負荷は増加します (デフォルトは 60)。
メソッド: ヘルス・チェックに使用する HTTP メソッド (デフォルトは GET)。
タイムアウト: ヘルス・チェックに失敗のマークを付けるまでの時間 (秒) (デフォルトは 5)。
再試行回数: タイムアウトが発生した場合に、起点に非正常のマークを付ける前に再試行する回数。再試行は即時に実行されます (デフォルトは 2)。
予期される応答コード (Expected Response Code): ヘルス・チェックで予期される HTTP 応答のコードまたはコード範囲。「x」で表すワイルドカードを使用して、200 から 299 までの値を指定する必要があります。
応答本文: 応答本文で照合する大/小文字を区別しないサブストリング。このストリングが検出されない場合、起点には非正常のマークが付けられます。

**「要求ヘッダーの構成」**セクションを展開して、ヘルス・チェックで送信する HTTP 要求ヘッダーを追加および構成します。デフォルトでホスト・ヘッダーを設定することをお勧めします。 User-Agent ヘッダーは上書きできません。

プールの追加

プロビジョンしたロード・バランサーごとに、少なくとも 1 つのプールが必要です。プールとは、ロード・バランサーで使用する起点をグループ化したものです。

プールを作成するときの必須フィールドは以下の 2 つです。

名前: プールの短縮名 (タグ)。英数字、ハイフン、下線のみを使用できます。
起点: このプールに含める起点のリスト。このプールに向けて送信されたトラフィックは、プール自体が正常であれば、現在正常なすべての起点の間で分散されます。

オプションの追加フィールド

ヘルス・チェック: このプール内の起点を検査するために使用するヘルス・チェック。 (デフォルトはヘルス・チェックなし)
正常な起点のしきい値: このプールでトラフィックを処理するために必要とする正常な起点の最小数。正常な起点の数がこの数を下回ると、プールは正常でないとマークされ、次の使用可能なプールにフェイルオーバーされます。 (デフォルトは 1)
ヘルス・チェックリージョン: モニターを実行するヘルス・チェックのリージョン。

IBM の地理的なリージョンは Cloudflare のリージョンとは異なります。 Cloudflare が使用する地理的地域の詳細については、「トラフィックのステアリング」の「ジオステアリング」を参照してください。
有効: このプールを有効 (デフォルト) にするかどうか。無効にしたプールは、トラフィックを受信せず、ヘルス・チェックから除外されます。プールを無効にすると、そのプールを使用するロード・バランサーは、次のプール (存在する場合) にフェイルオーバーします (デフォルトは真)。

グローバル・ロード・バランサーの追加

ロード・バランサーは、中継するトラフィックを、ラウンドロビン分散を使用して複数の起点プールの間に分散させます。

ロード・バランサーを作成するときの必須フィールドを次に示します。

バランサー・ホスト名: ロード・バランサーに関連付ける DNS ホスト名。このホスト名が IBM の DNS に DNS レコードとして既に存在する場合、ロード・バランサーが優先され、DNS レコードは使用されません。
デフォルトの起点プール: プール ID のリスト。フェイルオーバーの優先順にリストします。ここに定義したプールがデフォルトで使用されます。つまり、特定のリージョンにリージョンプールが構成されていない場合に使用されます。

オプションで、以下のフィールドを構成できます。

プロキシー: IBM のパフォーマンスおよびメトリック・サービスを使用してトラフィックを転送します。
セッション・アフィニティー: 常に同じパフォーマンスおよびメトリック・インスタンスを使用して転送します。このオプションは、プロキシーを有効にした場合にのみ使用できます。
TTL: このロード・バランサーから返される IP アドレスの DNS エントリーの存続時間 (TTL)。このオプションは、プロキシーしないロード・バランサーにのみ適用されます。その他の場合は、デフォルトでAutomaticになります。
地理的経路: リージョンまたは国のコードを、その特定のリージョン用のプールのリスト (フェイルオーバーの優先順に並んだリスト) にマッピングするもの。リージョンが明示的に定義されていない場合は、デフォルトのプールを使用するようにフォールバックされます。

IBM の地理的なリージョンは Cloudflare のリージョンとは異なります。 Cloudflare が使用する地理的地域の詳細については、「トラフィックのステアリング」の「ジオステアリング」を参照してください。

グローバル・ロード・バランサーの編集または削除

ロードバランサーまたはそのコンポーネントを編集または削除するには、行の右側にあるアクションをクリックし、リストから実行するアクションを選択します。