ネットワーク・ロード・バランサの作成

ネットワーク・ロード・バランサの「プライベート」表示タイプを選択すると、ソース/宛先ヘッダーの保持を有効にできます。このオプションを使用すると、プライベートIPアドレス・ネットワーク・ロード・バランサーを構成して、各受信パケットの元の送信元ヘッダーと宛先ヘッダー(IPアドレスとポート)がバックエンド・サーバーまでのすべての方法で保持されるようにします。詳細は、「ネットワーク・ロード・バランサ・ソース/宛先の保持の有効化」に関する項を参照してください。

ソース/宛先ヘッダー(IP、ポート)の保持は、ネットワーク・ロード・バランサ内のすべてのバックエンド・セットに影響を及ぼします。この機能を使用するようにルート表を更新します。詳細は、VCNルート表に関する項を参照してください。

現在のコンパートメントに、ネットワーク・ロード・バランサで使用する1つ以上の仮想クラウド・ネットワーク(VCNs)が含まれている場合は、次のステップに進みます。

• <compartment>の仮想クラウド・ネットワーク: リストからVCNを選択します。

  現在のコンパートメントに仮想クラウド・ネットワークが含まれていない場合、リストは無効になります。システムによって自動的にVCNを作成できます。「仮想クラウド・ネットワーク名」ボックスに、新しいVCNの名前を入力します。新しいVCNの名前を指定しない場合、自動的に名前が生成されます。

• <compartment>のサブネット: リストからサブネットを選択します。パブリック・ロード・バランサの場合、パブリック・サブネットを選択する必要があります。
• ネットワーク・セキュリティ・グループを使用したトラフィックの制御: ネットワーク・ロード・バランサをネットワーク・セキュリティ・グループ(NSG)に追加する場合に選択します。ステップは次のとおりです。
  1. <compartment>のネットワーク・セキュリティ・グループ: リストからNSGを選択します。
  2. +別のネットワーク・セキュリティ・グループ: 別のNSGにネットワーク・ロード・バランサを追加する場合に選択します。

  ネットワーク・セキュリティ・グループを参照してください。

  ノート
  
  ネットワーク・ロード・バランサが属するNSGは、作成後に変更できます。「詳細」ページで、関連付けられたネットワーク・セキュリティ・グループのリストの横にある「編集」を選択します。

セキュリティ属性を適用して、Zero Trust Packet Routingサービスを介してリソースへのアクセスを制御します。ネットワーク・ロード・バランサに対して最大3つのセキュリティ属性を構成できます。詳細は、Zero Trust Packet Routingを参照してください。

セキュリティ属性設定を表示するには、「セキュリティ属性の追加」を選択します。セキュリティ属性ごとに次の情報を入力します。

• ネームスペース: リストからセキュリティ属性ネームスペースを選択します。このリストには、すでに構成されているセキュリティ属性ネームスペースが含まれています。詳細は、「セキュリティ属性ネームスペースの作成」を参照してください。
• キー: リストからキーを選択します。
• 値: 対応するキーの値をリストから選択します。
• モード: 次のモードで、ネットワーク・ロード・バランサにセキュリティ属性を適用できます。
  • 監査: セキュリティ属性ポリシーを評価し、ポリシーから逸脱するがトラフィックをブロックしない通信の監査イベントを作成します。
  • 強制: セキュリティ属性ポリシーを適用し、許可されていないトラフィックのイングレスまたはエグレスをブロックします。

「セキュリティ属性の追加」を再度選択して、最大3つの属性に別の属性を追加します。

リソースを作成する権限がある場合、フリーフォーム・タグをそのリソースに適用する権限もあります。definedタグを適用するには、タグnamespaceを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用するかどうかがわからない場合は、このオプションをスキップするか、管理者に問い合せてください。タグは後で適用できます。

「次」を選択します。

各トラフィック・タイプのタイムアウトを秒単位で入力します。タイムアウト値を入力しない場合は、デフォルト値が使用されます。入力する必要があるタイムアウト値の数は、前に選択したリスナー・トラフィック・タイプによって異なります。

• UDP: 1回のタイムアウト。デフォルトは120秒です。
• TCP: 1つのタイムアウト。デフォルトは360秒。
• UDP/TCP: 2つのタイムアウト(プロトコル(UDPおよびTCP)ごとに1つ)。デフォルトは120秒と360秒。
• L3IP: プロトコル(L3IP、UDPおよびTCP)ごとに3つのタイムアウト。デフォルトは120秒、120秒および360秒。

「次」を選択します。

リスナーのトラフィック・タイプとして「TCP」、「UDP/TCP」、「TCP/UDP/ICMP」または「L3 IP」を選択すると、プロキシ・プロトコル・バージョン2を有効にできます。ネットワーク・ロード・バランサでのプロキシ・プロトコルの使用の詳細は、プロキシ・プロトコルを参照してください

「バックエンド」リストには、作成しているネットワーク・ロード・バランサに対して構成および使用可能なバックエンド・サーバーが表示されます。リストには、各バックエンド・サーバーの名前(コンピュート・インスタンスベースのサーバーの場合)、IPアドレス、可用性ドメイン、コンパートメント、ポートおよび重みなどの詳細が表示されます。バックエンド・サーバーをリストに追加するには、「バックエンドの追加」を選択し、この項の後半の説明に従って構成します。

バックエンド・セットに割り当てることができるバックエンドの数は、そのタイプによって異なります。デフォルト・バックエンド・セットには、無制限の数のバックエンド・サーバーを割り当てることができます。非プリエンプティブ・バックエンド・セットには、最大2つのバックエンド・サーバーしか割り当てられません。非プリエンプティブ・バックエンド・セットの場合、2つのバックエンド・サーバーのいずれかをもう一方のバックエンド・サーバーのバックアップとして指定できます。

バックエンド・セットにインスタンスを追加すると、それらはバックエンド・サーバーの選択表に表示されます。次のタスクを実行できます:

• ネットワーク・ロード・バランサがトラフィックを送信する必要のあるサーバー・ポートを更新します。デフォルトはポート80です。
• バックエンドが処理する受信トラフィックの割合を指定するサーバーの重みを更新します。数値が大きいほど、受信されるトラフィックも増加します。
• インスタンスを削除するには、それを選択して「削除」を選択します。インスタンス・エントリの最後にある「アクション」メニューから「削除」を選択することもできます。

ソースIPの保持: バックエンド・サーバーへの至るまでの各受信パケットの元の送信元および宛先ヘッダ(IPアドレスとポート)を保持する場合に選択します。ソースIPの保持機能が有効になっている場合、IPアドレスベースのバックエンド・サーバーを追加できません。詳細は、ネットワーク・ロード・バランサ・バックエンド・セットのソース保持の有効化を参照してください。

バックエンド・サーバーのヘルスを確認するテスト・パラメータを指定します。この機能の詳細は、ヘルス・チェック・ポリシーを参照してください。

次の情報を入力します:

• プロトコル: ヘルス・チェックの問合せに使用するプロトコルを指定します:
  • HTTP
  • HTTPS
  • TCP
  • UDP
  • DNS: DNSプロトコルのヘルス・チェック・ポリシーの構成方法の詳細は、DNSヘルス・チェックを参照してください。
  重要
  
  アプリケーションまたはサービスと一致するようにヘルス・チェック・プロトコルを構成します。詳細は、ヘルス・チェック・ポリシーを参照してください。

  TCPとUDPの両方について、指定されたデータはbase64でエンコードされている必要があります。base64エンコーディング・ツールを使用して、プレーン・テキスト文字列をbased64でエンコードされた文字列に変換し、エンコードされた文字列をヘルス・チェック構成で使用します。たとえば、次のプレーン・テキスト文字列は:

  this is the request data for my NLB backend health check

  次のようにエンコードされます:

  dGhpcyBpcyB0aGUgcmVxdWVzdCBkYXRhIGZvciBteSBOTEIgYmFja2VuZCBoZWFsdGggY2hlY2s

  エンコードされた文字列がヘルス・チェック構成の対象となります。

  base64エンコーディング前の文字列のサポートされる最大長は1024バイトです。文字列が制限を超えると、構成コールはHTTPステータス・コード400で失敗します。

• トランスポート・プロトコル: (DNSのみ)プロトコルとしてDNSが選択されている場合にトラフィックの送信に使用されるトランスポート・プロトコルを指定します。
  • UDP
  • TCP
• ポート: ヘルス・チェックを実行するバックエンド・サーバー・ポートを指定します。ヘルス・チェックでバックエンド・サーバーのトラフィック・ポートを使用するように、値'0'を入力できます。
• 間隔(ミリ秒): ヘルス・チェックの実行頻度をミリ秒単位で指定します。デフォルトは10000(10秒)です。
• タイムアウト(ミリ秒): ヘルス・チェックの応答を待機する最大時間をミリ秒単位で指定します。ヘルス・チェックは、このタイムアウト期間内に応答が返された場合にのみ成功します。デフォルトは3000(3秒)です。
• 再試行回数: バックエンド・サーバーを異常とみなすまでに試行する再試行回数を指定します。この数値は、サーバーを正常な状態にリカバリする場合にも適用されます。デフォルトは3です。
• リクエスト・データ: (UDPの場合は必須、TCPの場合はオプション)リクエストに含まれるリクエスト・メッセージを入力します。このリクエスト・データは、バックエンド・サーバーへの単一のリクエストに含まれます。リクエスト・データがレスポンス・データと比較されます。
• レスポンス・データ: (UDPの場合は必須、TCPの場合はオプション)ヘルス・チェック機能がバックエンド・サーバーへの単一のリクエストを送信するレスポンス・メッセージを入力します。一致すると、ヘルス・チェックは通過します。
• ステータス・コード: (HTTPおよびHTTPSのみ)正常なバックエンド・サーバーが返す必要のあるステータス・コードを指定します。
• URLパス(URI): (HTTPおよびHTTPSのみ)ヘルス・チェックを実行するURLエンドポイントを指定します。
• レスポンス本文(正規表現): バックエンド・サーバーからのレスポンス本文を解析するための正規表現を指定します。
• 問合せ名: (DNSのみ)問合せのDNSドメイン名を指定します。
• 問合せクラス: (DNSのみ)次のオプションから選択します。
  • IN: インターネット(デフォルト)
  • CH: カオス
• 問合せタイプ: (DNSのみ)次のオプションから選択します:
  • A: 対応するホスト名IPv4アドレスを示します。(デフォルト)
  • AAAA: 対応するIPv6アドレスを示すホスト名。
  • TXT: テキスト・フィールドを示します。
• 受理可能な応答コード: 次のオプションから1つ以上を選択します。
  • RCODE:0 NOERROR DNS問合せが正常に完了しました。
  • RCODE:2 SERVFAILサーバーは DNS要求を完了できませんでした。
  • RCODE:3 NXDOMAINドメイン名が存在しません。
  • RCODE:5 REFUSEDサーバーは問合せの回答を拒否しました。
• オープンに失敗しました: (オプション)すべてのバックエンド・サーバーの状態が異常になった場合でも、ネットワーク・ロード・バランサが現在の構成を使用して、このバックエンド・セットのバックエンド・サーバーにトラフィックを引き続き移動する場合に選択します。
• インスタント・フェイルオーバーの有効化: (DNSには必須、他のすべてのプロトコルにはオプション)現在のバックエンド・サーバーが異常になった場合に、既存のトラフィックを正常なバックエンド・サーバーにリダイレクトする場合に選択します。「失敗オープン」が有効で、すべてのバックエンド・サーバーが異常な場合、この機能は動作しません。
• TCPリセットの送信: (L3 IPリスナーのみ)障害の発生したバックエンド・サーバーへのTCP接続を自動的にリセットする場合に選択します。

意図したトラフィックを許可するサブネット・セキュリティ・リスト・ルールを手動で構成するか、システムによるセキュリティ・リスト・ルールの作成を許可するかを選択します。これらのルールについてさらに学習するには、セキュリティ・ルールの構成要素を参照してください。

次のいずれかのオプションを選択します:

• ネットワーク・ロード・バランサの作成後にセキュリティ・リスト・ルールを手動で構成します: このオプションを選択した場合、ネットワーク・ロード・バランサの作成後にセキュリティ・リスト・ルールを構成する必要があります。
• セキュリティ・リスト・ルールを自動的に追加: このオプションを選択した場合、ネットワーク・ロード・バランサ・サービスによってセキュリティ・リスト・ルールが作成されます。

  エグレス・ルールの表とイングレス・ルールの表が表示されます。各表では、関連するサブネットに適用するセキュリティ・リストを選択できます。

  影響を受ける各サブネットに対して、提案されたルールを適用するかどうかを決定できます。

次のいずれかのロード・バランシング・ポリシーを選択します:

• 5タプル・ハッシュ: 受信トラフィックが5タプル(ソースIPおよびポート、宛先IPおよびポート、プロトコル)ハッシュに基づいてルーティングされます。
  ノート
  
  L3 IPリスナー・プロトコルが選択されている場合、ロード・バランサは5タプル・ハッシュ・ポリシーをサポートしません。
• 3タプル・ハッシュ: 受信トラフィックが3タプル(ソースIP、宛先IP、プロトコル)ハッシュに基づいてルーティングされます。
• 2タプル・ハッシュ: 受信トラフィックが2タプル(ソースIP宛先、宛先IP)ハッシュに基づいてルーティングされます。

「次」を選択します。