2.2. 大規模および標準的な IdM デプロイメントの移行戦略

1. トポロジーの現状確認

任意です。

強く推奨します。レプリカの置き換え中に重要なサービス (CA、DNS、KRA、AD Trust) が失われないように、すべてのサーバーのロールとレプリカ合意を記録します。

2. DNA ID 範囲の記録

任意です。

強く推奨します。大きな範囲を保持しているサーバーが、その範囲の再割り当てすることなく廃止された場合に ID の枯渇を防ぐために、割り当て済みの ID 範囲を記録します。

3. サーバーホスト名の再利用

ほとんど必要ありません。

条件次第です。ホスト名を再利用する場合は、再インストールする前に、レプリケーションが完全に収束するまで待機してください。削除や追加を急速に行うと、高レイテンシーのトポロジーで競合が発生する可能性があります。

4. 新しいレプリカのインストール

必須です。

必須です。新しいレプリカを、必ず置き換え対象のレプリカと同じロールを持たせてインストールします。問題を早期に発見するために、検証中にヘルスチェックを実行します。

5. CA 更新ロールの割り当て

必須です (統合 CA を使用する場合)。

必須です (統合 CA を使用する場合)。次の手順に進む前に、ロールの割り当てがレプリケートされたことを検証します。

6. CRL 生成の管理

必須です (統合 CA を使用する場合)。

必須です (統合 CA を使用する場合)。古いサーバーの CRL 生成を停止し、リクエストをリダイレクトして、新しいサーバーで開始します。

7. クライアント設定の更新

自動です (ほとんどの場合)。

手動での更新が必要になる場合があります。ipa.conf または sssd.conf で特定のサーバーに固定されているクライアントは、新しいレプリカを指すように更新する必要があります。

8. 古いサーバーの廃止

必須です。

必須です。1 台のサーバーだけが担う特別なロールが失われていないことを検証し、レプリケーションが収束できるようにします。