> 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/high-availability-load-balancing-halb.md).

# 高可用性ロードバランシング（HALB）

Parallels RAS の高可用性ロードバランシング（HALB）は、RAS セキュアゲートウェイの負荷分散を行う機能です。このロードバランサーは、Parallels HALB アプライアンスに組み込まれています。Parallels HALB アプライアンスとは、オペレーティングシステムがインストールされ、関連するすべての設定が完了した、あらかじめ構成済みの仮想マシンです。

Parallels HALB アプライアンスは、以下のハイパーバイザーでの動作が確認されています：

* Microsoft Hyper-V
* VMware ESXi
* Nutanix AHV
* Scale HyperCore

その他のハイパーバイザーも使用可能であり、サポートも提供されますが、あくまで最善を尽くす範囲内での対応となります。

HALBは、Parallels RASにおいてサイトレベルでデプロイされます。 1つのサイトにつき、複数のHALB構成（仮想サーバーと呼ばれる）を持つことができます。各仮想サーバーには独自のIP アドレス（仮想IPまたはVIPと呼ばれる）があり、実際の負荷分散を行う1つ以上のHALBアプライアンス（仮想サーバーの文脈ではHALBデバイスとも呼ばれる）が割り当てられます。 HALB 仮想サーバーは、HALB デバイスの仮想的な表現です。HALB デバイスが適切に構成されている場合、この仮想サーバーは HALB デバイスへのトラフィック分散を行います。特定の仮想サーバーの IP アドレスはクライアント ソフトウェアにとって唯一の接続先となるため、冗長性を確保するために、仮想サーバー 1 つにつき少なくとも 2 台の HALB デバイスを割り当てることを推奨します。

1つの仮想サーバーに割り当てられた複数のHALBデバイスは、1つがプライマリ、残りがセカンダリとして機能しながら同時に稼働できます。仮想サーバーに割り当てられたHALBデバイスの数が多いほど、エンドユーザーがダウンタイムを経験する確率は低くなります。仮想サーバーにはプライマリHALBデバイスのIP アドレスが割り当てられ、このアドレスはセカンダリHALBデバイスと共有されます。 プライマリHALBデバイスに障害が発生した場合、セカンダリデバイスがプライマリに昇格し、クライアント接続用に同じIP アドレスを使用してその役割を引き継ぎます。

{% hint style="info" %}
**注：** セカンダリHALBデバイスがプライマリに昇格する際、ユーザーは最大2回の接続切断を経験する可能性があることにご注意ください。 1回目の切断は、HALBデバイスがダウンした際に発生します。2回目の切断は、デバイスがオンラインに戻った際に発生する可能性があります。仮想IP アドレスをあるHALBデバイスから別のHALBデバイスへ転送する必要があるため、これらの切断は避けられません。つまり、最初のデバイスはこのアドレスを介した通信を停止し、もう一方のデバイスが通信を開始する必要があるからです。 なお、接続切断はユーザーのセッションに影響を与えません。ユーザーはセッションに再接続することができ、ユーザーデータが失われることはありません。
{% endhint %}

高可用性ロードバランシングの設定は、以下のステップで構成されます：

1. 1つ以上のParallels HALBアプライアンス（デバイス）を展開します。
2. RASコンソールで1つ以上の仮想サーバーを構成します。

Parallels HALBアプライアンスのダウンロードおよびデプロイ方法については、以下をお読みください。


---

# 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/high-availability-load-balancing-halb.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.