手順 2: ロードバランサーを構成する

重要:

この手順は、マルチノードの高可用性対応の運用環境のデプロイ、または専用の Task Mining および/または GPU ノードのあるシングルノードの評価環境のデプロイでは必須です。

専用の Task Mining および/または GPU ノードのないシングルノードの評価環境のデプロイを構成している場合は、「Azure SQL を構成する」に進みます。

If you are using the Azure Internal Load Balancer (LB) for deployments, you can encounter issues with the calls from the backend Virtual Machine (VM) to the LB frontend IP. The issues occur due to source IP and MAC address mismatch of the network packet. This prevents the recipient from working out the correct response path, resulting in the failure of calls from the VM to the LB. For more details, see Azure Load Balancer Components limitations and Backend Traffic Troubleshooting.

手順 2.1: フロントエンド IP を追加する

Azure Load Balancer を作成するには、このリンクを使用します。[作成] をクリックします。
同じリソースグループに追加し、このインスタンスに名前を付けます。
[Next: Frontend IP configuration] に進みます。
[Add a frontend IP] をクリックします。
[追加] をクリックします。

手順 2.2: バックエンドプールを作成しノードを追加する

注:

Task Mining をインストールする場合、ノードプールに専用の Task Mining は追加しないでください。

ノードプールに Task Mining アナライザーノードは追加しないでください。

バックエンドプールを作成します。
[仮想マシン] の下の [追加] をクリックします。
これで、[Review + create] をクリックしてロードバランサーの作成を進めることができます。

各ノードに対応するすべての仮想ネットワークに対して、これらの手順を繰り返してください。

次のように 2 つのバックエンドプールを追加する構成をお勧めします。

すべてのサーバーノードを含む 1 つのバックエンドプール (サーバープールと呼ばれます)。
すべてのサーバーノードとエージェントノードを持つ 1 つのバックエンドプール (Task Mining ノードは除きます。このプールは、このドキュメントではノードプールと呼ばれます)。

サーバープールは kubeapi-probe と関連付けられ、ノードプールは https-probe と関連付けられています。

手順 2.3: 正常性プローブを追加する

[設定] タブの [Health Probes] セクションに移動し、[追加] をクリックします。
ロードバランサーのこれら 3 つの正常性プローブを追加します。
正常性プローブに移動し、次の設定を入力して [追加] をクリックします。
- https-probe:
  - プロトコル TCP
  - ポート 443
- kubeapi-probe:
  - プロトコル TCP
  - ポート 6443
各正常性プローブごとに、次の設定フォームに入力します。

手順 2.4: 負荷分散のルールを追加する

ロードバランサーは、ポート 443、6443、および 9345 のすべてのノードにトラフィックを転送する必要があります。

[設定] タブの [負荷分散規則] に移動します。
各正常性プローブに対して、3 つの負荷分散規則を作成します。
- https-probe
  - 443 - HTTPS
- kubeapi-probe
  - 6443 - Kube API
負荷分散規則を更新するには、次の設定ページをご覧ください。

バックエンドプールを指定するには、kubeapi-probe をサーバープールに、https-probe をノードプールに追加してください。