Linux の Automation Suite のインストールガイド

最終更新日時 2026年3月6日

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

重要:

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

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

デプロイに Azure Internal Load Balancer (LB) を使用している場合、バックエンド仮想マシン (VM) から LB フロントエンド IP への呼び出しで問題が発生する可能性があります。この問題は、ネットワークパケットの送信元 IP アドレスと MAC アドレスの不一致が原因で発生します。これにより、受信者が正しい応答パスを解決できなくなり、VM から LB へのコールが失敗します。詳細については、「 Azure Load Balancer コンポーネントの制限」および「バックエンドトラフィックのトラブルシューティング」を参照してください。

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

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

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

注:

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

バックエンドプールを作成します。
[仮想マシン] の下の [追加] を選択します。
[ Review + create] を選択することで、ロードバランサーの作成を続行できます。

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

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

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

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

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

[設定] タブの [正常性プローブ] セクションに移動し、[追加] を選択します。
ロードバランサーのこれら 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 をノードプールに追加してください。