2.3. IdM トポロジーにおけるロールのインベントリーの実行

手順

1. トポロジー内のサーバーと各サーバーで有効になっているロールをリスト表示します。

   [root@rhel7 ~]# ipa server-find --all
   ---------------------
   2 IPA servers matched
   ---------------------
     dn: cn=ipa1.example.com,cn=masters,cn=ipa,cn=etc,dc=example,dc=com
     Server name: ipa1.example.com
     Managed suffixes: domain, ca
     Min domain level: 1
     Max domain level: 1
     Enabled server roles: AD trust agent, AD trust controller, CA server, DNS server, IPA master, KRA server
   
     dn: cn=ipa2.example.com,cn=masters,cn=ipa,cn=etc,dc=example,dc=com
     Server name: ipa2.example.com
     Managed suffixes: domain, ca
     Min domain level: 1
     Max domain level: 1
     Enabled server roles: AD trust agent, AD trust controller, CA server, IPA master
   ----------------------------
   Number of entries returned 2
   ----------------------------

2. CA 更新マスターロールが 1 つのサーバーに割り当てられていることを確認します。

   [root@rhel7 ~]# ipa config-show | grep "CA renewal master"
   IPA CA renewal master: ipa1.example.com

3. DNSSEC キーマスターロールが 1 台のサーバーに割り当てられていることを確認します。

   [root@rhel7 ~]# ipa dnsconfig-show | grep 'DNSSec key master'
   IPA DNSSec key master: ipa1.example.com

4. その他の重要なロール (CA、DNS、KRA、AD 信頼エージェント、AD 信頼コントローラーなど) を提供するサーバーを記録します。新しいレプリカにロールを割り当てるとき、または移行中に冗長性を検証するときに、このリストを参照します。

5. IdM デプロイメントが Active Directory (AD) フォレストとの信頼関係にある場合は、移行中に次の点を確認するように計画します。

   1. 少なくとも 1 つの信頼コントローラーが常にオンラインのままになります。
   2. 可能な場合は、各レプリカで信頼エージェントも実行されるため、クライアントはどのサーバーに接続するかに関係なく AD ユーザーを解決できます。
6. レプリカ合意とサイトレイアウトを確認し、移行全体を通じて各サイトが冗長接続を維持していることを確認します。レプリカトポロジーの例。
7. サーバーあたりのレプリカ合意の数が、4 つ以下のリンクという長期ガイドラインと一致していることを確認します: トポロジー内での IdM レプリカの接続に関するガイドライン。