Automation Suite インストールガイド

最終更新日時 2025年2月24日

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

重要:

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

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

デプロイに Azure 内部ロードバランサー (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 をノードプールに追加してください。