> For the complete documentation index, see [llms.txt](https://docs.keeper.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.keeper.io/sso-connect-on-prem/jp/high-availability-configuration.md).

# 高可用性 (HA) 設定

KeeperオンプレミスSSOコネクトをHAモードで運用

KeeperオンプレミスSSOコネクトは、複数インスタンスのHA環境で運用できます。最初のインスタンスを、このガイドの[Windows](/sso-connect-on-prem/jp/installation-and-setup/install-keeper-sso-connect.md)および[Linux](/sso-connect-on-prem/jp/installation-and-setup/installation-linux/linux-gui-configuration.md)の手順に従って設定し、起動時にサービスが自動で開始されるようにします。その後、インスタンスを複製し、ロードバランサー配下で追加インスタンスを起動できます。

{% hint style="warning" %}
HA構成の各インスタンスでは、同じバージョンのSSOコネクトを実行する必要があります。
{% endhint %}

### Windows

1. 新しいインスタンスにKeeperオンプレミスSSOコネクトをインストールします。
2. SSOコネクトの設定画面にログインし、ドロップダウンメニューからSSO接続を選択します。
3. Windowsの **\[サービス]** 画面でKeeper SSOコネクトを再起動します。

起動後、このインスタンスにSSOコネクトサービスが同期され、ユーザートランザクションの処理が始まります。

### Linux

コマンドラインインターフェースで、以下のコマンドを実行してインスタンスを初期化します。

```
$ java -jar SSOConnect.jar -config
```

プロンプトが表示されたら、以下の項目を入力します。

* Keeper管理者のメールアドレス
* Keeper管理者のマスターパスワード
* 2要素認証コード (アカウントで有効な場合)
* SSOドメイン名 (Keeper管理コンソールのSSOコネクトのプロビジョニング画面で定義)

設定手順が完了すると、SSL証明書とIdPのXMLファイルを含む現在の設定がサーバーから同期されるため、これらの項目を入力する必要はありません。ただし、プライベートIPを使用している場合は、設定ダイアログで指定する必要があります。「Do you wish to configure…」と表示されたら `Y` と入力します。プライベートIPとプライベートポートの入力を求められるまでEnterキーを押して既存の値を保持し、求められたら適切な値を入力します。

残りのプロンプトではEnterキーを押し、現在の設定を承認します。

以下のコマンドでサービスを再起動します。

```
$ systemctl restart ssoconnect
```

起動後、このインスタンスにSSOコネクトサービスが同期され、ユーザートランザクションの処理が始まります。


---

# 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.keeper.io/sso-connect-on-prem/jp/high-availability-configuration.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.