> For the complete documentation index, see [llms.txt](https://docs.parallels.com/landing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.parallels.com/landing/ras-admin-guide/v22-ja-jp/load-balancing-and-halb/resource-based-and-round-robin-load-balancing.md).

# リソースベースおよびラウンドロビン方式の負荷分散

Parallels RAS のロードバランサーは、Parallels クライアントからのリモート デスクトップ セッション ホストへの接続を分散するように設計されています。

以下の種類の負荷分散が提供されます：

* **リソースベース**。サーバーの負荷状況に応じてセッションをサーバーに分散します。新たに着信したセッションは、常に負荷が最も低いサーバーにリダイレクトされます。
* **ラウンドロビン**。セッションを順番にリダイレクトします。たとえば、ファーム内に 2 台のリモート デスクトップ セッション ホスト サーバーがあるとします。 最初のセッションはサーバー 1 に、2 番目のセッションはサーバー 2 に、3 番目のセッションは再びサーバー 1 にリダイレクトされます。

これら両方の方法については、本節および以下の小節で説明します。ロードバランシングのオプションは、RAS コンソールの **ロードバランシング** カテゴリから構成できます。

## **負荷分散方法の選択**

サイト内に複数のサーバーが存在する場合、負荷分散はデフォルトで有効になっています。リソースベースの負荷分散がデフォルトの方法です。負荷分散方法は、**Method** ドロップダウン リストから選択できます。

## **リソースカウンターの構成**

リソースベースの負荷分散では、特定のサーバーが他のサーバーよりも負荷が高いか、あるいはその逆であるかを判断するために、以下のカウンターを使用します。

* **ユーザーセッション数：** セッション数が最も少ないサーバーにユーザーをリダイレクトします。
* **メモリ：** 空きRAMと使用済みRAMの比率が最も良好なサーバーにユーザーをリダイレクトします。
* **CPU：** 空きCPU時間と使用済みCPU時間の比率が最も良好なサーバーにユーザーをリダイレクトします。

すべてのカウンターが有効になっている場合、Azure Load Balancerは各カウンターの比率を合計し、その合計比率が最も良好なサーバーにセッションをリダイレクトします。

計算から特定のカウンターを除外するには、**Counters** セクションで、そのカウンター名の横にあるチェックボックスをオフにします。

## **セッションオプション**

**切断されたセッションへの再接続**：このオプションをオンにすると、着信するユーザーセッションを、同じユーザーが所有する以前に切断されたセッションにリダイレクトします。

**クライアント コンピューターの IP アドレスのみを使用してセッションを再接続**： 切断されたセッションに再接続する際、Parallels RAS は再接続を要求したユーザー名と、切断されたセッションのユーザー名を照合してセッションを一致させます。このオプションをオンにすると、Parallels RAS は送信元 IP アドレスを照合することで、どの切断されたセッションに再接続するかを決定します。

**各ユーザーにつき、1 台のデスクトップにつき 1 セッションに制限する：** このオプションをオンにすると、同じユーザーが複数のセッションを開くことがなくなります。このオプションを機能させるには、セッションホストも各ユーザーを 1 セッションに制限するように構成されている必要があることにご注意ください。 Windows Server 2012(R2) では、\[ローカル グループ ポリシー] \ \[RDS] \ \[リモート デスクトップ セッション ホスト] \ \[接続] にある「RDS ユーザーのセッション数を 1 つに制限する」オプションです。

**ターミナル サービス セッション ブローカーを無効にする**：このオプションを有効にすると、ターミナル サービス セッション ブローカーがインストールされている場合でも、RAS Connection Broker による RAS ブローカー処理に干渉しなくなります。なお、このオプションは Windows Server 2012 以降でのみ機能します。

## **エージェントのタイムアウトおよび更新間隔**

サーバー上で実行されている RAS エージェントのデフォルトのタイムアウトおよび更新間隔を変更することもできます。エージェントの応答を待つ時間が長すぎると感じる場合や、タイムアウト時間が短すぎると感じる場合は、独自の値を指定できます。

デフォルトのタイムアウトを変更するには：

1. **\[設定]** ボタンをクリックします。
2. 表示されるダイアログで、**\[応答がない場合にエージェントをデッドとみなすまでの時間]** フィールドに秒単位の時間を指定します。この時間内にエージェントから応答がない場合、そのサーバーは Azure Load Balancer から除外されます。
3. **エージェントの更新時間** 入力フィールドに、エージェントへの接続状態を確認するために必要な秒数を指定します。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.parallels.com/landing/ras-admin-guide/v22-ja-jp/load-balancing-and-halb/resource-based-and-round-robin-load-balancing.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.