（注）	高度なポリシー解決のデモのビデオをご覧ください。このビデオは英語版です。

グローバル サービス プロファイル テンプレートを任意のポリシーを参照するようにすることができます。組織構造の異なるレベルでは、同じ名前のポリシーであっても存在できます。しかし、組織構造の同じレベルに同じ名前の 2 つのポリシーが存在することはできません。

サービス プロファイルは、最初は必ず特定の組織レベルのポリシーに従います。次に、ポリシー名がそのレベルに含まれていなければ、/root までの上位のレベルで解決されます。

このトピックのビデオでは、高度なポリシー解決のデモを行うため、さまざまな組織で SAN-BOOT ポリシーを別のポリシー設定と入れ替える方法について説明しています。その後、単一のグローバル サービス プロファイル テンプレートを使用して、結果のグローバル サービス プロファイルをこれらの異なる下位組織にインスタンス化します。これにより下位組織が下位組織のレベルで目的のブート ポリシーを取得できるようになります。

ここでは、SAN-BOOT ポリシーが汎用ターゲット イニシエータとともに /root にあると仮定します。このブート ポリシーで SAN ブートするブレード サーバはありません。これは、プレースホルダとして機能しています。グローバル サービス プロファイル テンプレートはそれを使用します。

サービス プロファイル テンプレートを編集する際に、[Policies] をクリックし、[Boot] ポリシーを選択すると、新しく作成された SAN-BOOT ポリシーの詳細を確認できます。

SAN-BOOT ポリシーで、UCS または Cisco UCS Central SAN-BOOT ポリシーの有効なブート パスの汎用イニシエータを作成します。これは 2 つの有効な VHBA（プライマリとセカンダリ）で構成されています。各 VHBA にも、独自のプライマリとセカンダリのターゲット イニシエータがあります。

ブレード サーバが SAN にブートする方法を反映した組織構造を作成します。たとえば、グローバル サービス プロファイルの半分を、あるストレージ アレイ コントローラからブートし、もう半分を別のコントローラからブートすることができます。これにより、ストレージ アレイのブート ロードが分割されます。

実稼働用に作成された下位組織には、SA コントローラ A と SA コントローラ B があります。各 SA コントローラの下位組織内に、ブート コントローラ SAN-BOOT ポリシーを作成しました。SAN-BOOT ポリシーには、ストレージ アレイをブートするための有効な真のターゲット イニシエータが含まれています。ただし、すべてのグローバル サービス プロファイルがストレージ アレイにブートする場合にブート ロードを分離するための異なるイニシエータが含まれている場合は除きます。

SA コントローラ A 下位組織内にある SAN-BOOT ポリシーには、次のブート ターゲット イニシエータ値が含まれています。4 つのイニシエータ ターゲットの WWPN は 11、22、33、44 で終ります。SA コントローラ B 下位組織内にある SAN-BOOT ポリシーには、次のブート ターゲット イニシエータ値が含まれています。4 つのイニシエータ ターゲットの WWPN は 55、66、77、88 で終ります。

SAN-BOOT ポリシーを使用する単一のグローバル サービス プロファイル テンプレート（G-SP-SAN-BOOT）から、[Create Service Profile from Template] 機能を使用して、これらのグローバル サービス プロファイルをそれぞれの SA コントローラの下位組織にインスタンス化します。

ポリシーが作成され、UCS ドメイン内のブレードに関連付けられると、グローバル サービス プロファイルの展開、SAN-BOOT ポリシー、およびドメインにコピーされたイニシエータを確認できます。ターゲット イニシエータは、SA コントローラ A と B の下位組織の SAN-BOOT ポリシーで設定されたイニシエータと正確に一致します。

Cisco UCS Central がポリシーを適切に展開すると、オブジェクト名の競合は発生しません。同じ名前を持つ 2 つのポリシーは、異なる下位組織構造に含まれています。

（注）	VLAN ID のエイリアシング設定のデモのビデオをご覧ください。このビデオは英語版です。

VLAN ID のエイリアシングは、Cisco UCS Central で維持するグローバル サービス プロファイル テンプレートの全体数の削減に役立つ場合があります。これまで、Cisco UCS Manager 内でローカル VLAN または VSAN を作成する際は、ネットワークまたはファブリック内のすべての ID に新しい VLAN または VSAN を作成していました。たとえば、（これらのネットワークのサブネットの物理的な位置と一致する）サブネットごとに異なる VLAN ID がある場合、これらの VLAN を個別に作成していました。これらには、個別の vNIC テンプレート、LAN 接続ポリシー、およびサービス プロファイル テンプレートが必要でした。同じシナリオが VSAN にも当てはまります。Cisco UCS Central でグローバル オブジェクトとポリシーを使用すると、このプロセスが非常に効率的になり、グローバル サービス プロファイル テンプレートの数が減ります。インフラストラクチャが減れば、管理も容易になります。

グローバル サービス プロファイルは、対応するグローバル サービス プロファイル テンプレートからインスタンス化されます。Cisco UCS Central でグローバル VLAN を作成する際に、そのドメイン グループの場所を指定する必要があります。この指定により、VLAN または VSAN の使用と対応する ID が、その特定のドメイン グループに結び付けられます。

同じ名前を持つ VLAN を作成できますが、異なる VLAN ID とドメイン グループを使用します。これらを作成すると、[All VLANs] タブでエイリアス処理された VLAN と、単一の VLAN に関連付けられた VLAN ID を確認できます。

VLAN を選択すると、それを編集することができます。[Aliased VLANs] タブに移動して、対応する VLAN ID を確認することもできます。

1 つのグローバル サービス プロファイル テンプレートで、異なる ドメイン グループ内の複数の UCS ドメインにグローバル サービス プロファイルを提供できます。グローバルサービス プロファイルとドメイン グループを関連付けると、Cisco UCS Central はそのグローバル サービス プロファイルを持つ適切な VLAN ID を展開します。

図 1. VLAN と VSAN ID のエイリアシング：設定例

（注）	UCS Central の ID アクセス コントロール ポリシー。このビデオは英語でのみ用意されています。

ID 範囲アクセス コントロール ポリシーは任意の ID プールに適用できます。これらは、大規模な Cisco UCS Central 環境での IP 管理プール ID の管理に役立ちます。UCS ブレードやサーバの管理 IP は、インバンドでも、アウトオブバンドでも、企業全体に分散された UCS ドメイン内のさまざまな IP サブネット上に存在できます。

ID 範囲アクセス コントロール ポリシーにより、管理 IP でグローバル サービス プロファイルと UCS ドメインを関連付けるタイミングを調整できます。実際のプロセスは、VLAN や VSAN ID のエイリアシングとは少し異なります。ポリシーは、管理 IP（サブネット単位）のブロックと UCS ドメインがメンバーとなっているドメイン グループ間のポインタとして機能します。

グローバル IP 管理プールを作成する際に、別の UCS ドメインの管理サブネットと一致する管理 IP の対応するブロックを使用します。実際の ID 範囲アクセス コントロール ポリシーの作成は、ドメイン グループと同時に行われるため簡単です。ポリシーを作成したら、管理 IP プールの管理アドレスの特定のブロックごとに適切なポリシーを選択することで、これらのポリシーにアクセスします。

順番に、管理 IP プールのサブネット ブロックごとに適切な ID 範囲アクセス コントロール ポリシーを選択します。新しく作成したプールを使用し、UCS ドメインに関連付けられているグローバル サービス プロファイルはすべて、そのドメイン グループと UCS ドメイン メンバーに発行された管理 IP アドレスのみです。そのグローバル サービス プロファイルを別のドメイン グループ内の UCS ドメインに移動すると、ポリシーがそのドメイン グループに別の管理 IP を発行します。

これによりグローバル サービス プロファイル テンプレートの数が少なくなります。複数の UCS サイト、UCS ドメイン、VLAN ID、管理サブネットがある場合でも、1 つのグローバル サービス プロファイル テンプレートからすべてのグローバル サービス プロファイルを構築できます。

高度なポリシー解決、VLAN、VSAN ID のエイリアシング、ID アクセス コントロール ポリシーはすべて集合的に機能して、グローバル サービス プロファイル テンプレートの総数を減らすことができます。

図 2. ID 範囲アクセス コントロール ポリシー：設定例

UCS ドメインを Cisco UCS Central に登録すると、Cisco UCS Manager 内からすべてのグローバル ID プールとポリシーを確認できます。ブラウンフィールドからグリーンフィールド環境に移行する場合は、Cisco UCS Central 内でグローバル ポリシーを作成します。Cisco UCS Manager は Cisco UCS Manager からこれらのポリシー（具体的には、ローカル サービス テンプレートおよびローカル サービス プロファイル）にアクセスします。デフォルトのホスト ファームウェア パッケージ（ローカル ポリシー）から Cisco UCS Central にある global-default（グローバル ポリシー）にローカル サービス プロファイルを切り替えることができます。

任意のポリシーと ID をローカルからグローバルに切り替えることができます。これには、ローカル UUID、MAC、IP、WWNN、WWPN プールが含まれます。ただし、これは破壊的な場合があります。グローバル ポリシーにローカル ポリシーと同一の設定がある場合、実行中のワークロードは中断されません。ID プールをローカルからグローバルに切り替えると場合は、グローバル プールにローカル プールと同じ ID の形式が含まれている必要があります。また、特定の ID を割り当てられるようにする必要もあります。これらのガイドラインに当てはまらないものはすべて、サービス プロファイルの中断（再関連付け）を引き起こすか、メンテナンス ポリシーから中断を確認するためのユーザの確認応答を要求します。

（注）	これらの変更は必ずラボでテストしてから、実稼働環境に展開します。それが不可能な場合は、実稼働のワークロードを実行していないブレード サーバに割り当てられた単一のサービス プロファイルを選択します。

• グローバル サービス プロファイルとグローバル メンテナンス ポリシー：

  • Cisco UCS Manager で確認応答できない Cisco UCS Manager 内の保留中のアクティビティ アラートを表示します。

  • Cisco UCS Central で確認応答できる Cisco UCS Central 内の保留中のアクティビティ アラートを表示します。

• ローカル サービス プロファイルとグローバル メンテナンス ポリシー：

  • Cisco UCS Manager で確認応答できない Cisco UCS Manager 内の保留中のアクティビティを表示します。

  • Cisco UCS Central で確認応答する必要がある Cisco UCS Central 内の保留中のアクティビティを表示します。

• ローカル サービス プロファイルとローカル メンテナンス ポリシー（Cisco UCS Central に登録されている UCS ドメイン）：

  • Cisco UCS Manager で確認応答できる Cisco UCS Manager 内の保留中のアクティビティを表示します。

  • Cisco UCS Central で確認応答できる Cisco UCS Central 内の保留中のアクティビティを表示します。

（注）	管理者が UCS ブレード サーバの Cisco UCS Central への確認応答を制限する場合は、すべてのローカル サービス プロファイルにユーザ応答確認のグローバル メンテナンス ポリシーが必要です（管理者は、ブラウンフィールド環境で Cisco UCS Central に登録されているローカル サービス プロファイルを使用してこれを行えます）。

Cisco UCS Central では、Cisco UCS Manager とは異なり、ルール ベースのアクセス制御（RBAC）の一環として、ユーザが表示および管理する内容に応じてカスタマイズしたビューを作成できます。

Cisco UCS Central では、ロケールを使用して、ユーザが表示および管理できるものをフィルタリングします。Cisco UCS Central のロケールは、組織権限だけでなく、Cisco UCS Central ドメイン グループの権限を使用しても定義されます。

たとえば、root/Americas/NYC に設定された組織権限と root/DG-Americas/DG-NYC のドメイン グループ権限を使用して NYC というロケールを作成します。

ロケールを作成したら、nyadmin というユーザを作成し、NYC ロケールをアカウント nyadmin に割り当てます。

ログオフして、nyadmin としてログインすると、組織構造とドメイン グループ構造の絞り込まれたビューが表示されます。

Cisco UCS Manager では、Cisco UCS Central からいつでも UCS ドメインの登録を解除できます。そのため、Cisco UCS Manager の管理者アカウントにはセキュリティが必要です。シスコでは、実稼動中の UCS ドメインの登録を解除する前に、Cisco TAC に問い合わせることを強く推奨します。

注意	UCS ドメインを Cisco UCS Central から登録解除すると、そのドメインにプッシュされた以前のグローバル VLAN、VSAN、ポリシー、サービス プロファイルのすべての所有権がすぐにローカル Cisco UCS Manager に転送されます。

アイコンがグローバル アイコンからオブジェクトのローカル アイコンに戻ります。UCS ドメインの登録解除が、UCS ブレード サーバ上で実行中のワークロードに直接影響することはありません。新しくローカライズされたグローバル オブジェクトでは、Cisco UCS Central で作成された名前が保持されます。

シスコのアーキテクチャでは、登録解除が既存のワークロードの運用に影響を及ぼさないことが保証されています。ただし、Cisco UCS Central にそのドメインを再登録する場合に、後で問題が生じる可能性があります。

考慮すべき重要な点は次のとおりです。

• Cisco UCS Central に再登録する予定がない場合は、Cisco UCS Central から UCS ドメインの登録を解除しても影響はありません。グローバル オブジェクトは、Cisco UCS Manager に復元された絶対オブジェクト コントロールを持つローカル オブジェクトに変換されます。

• 再登録する予定がある場合は、実稼働中の UCS ドメインの登録を解除する前に、Cisco TAC にお問い合せください。

• 登録を解除すると、UCS ドメインにプッシュされたすべてのグローバル オブジェクトはローカル オブジェクトに変換されます。グローバル デフォルト ポリシーおよびカスタム ポリシーは、それ自体の名前をローカル オブジェクトとして保持します。VLAN、VSAN、vHBA テンプレート、vNIC テンプレート、サービス プロファイルも、それ自体の名前を保持します。

• UCS ドメインを再登録する場合、グローバル サービス プロファイルをそのドメインにプッシュする際に、同じ名前を持つローカル オブジェクトによって障害がトリガーされます。ローカル オブジェクトとグローバル オブジェクトは、同じ組織レベルで同じ名前を持つことができないため、この障害はリソースのネーミング競合です。これは、UCS ドメインを登録解除してから再登録した場合によく発生するエラーです。

グローバル サービス プロファイルに関連するエラーをトラブルシューティングするには、プールとポリシーの名前解決を理解することが重要です。Cisco UCS Manager と Cisco UCS Central では、オブジェクトの命名に関する制約事項はほとんどありません。命名に制約がないことが曖昧さにつながる場合があります。管理対象オブジェクトを作成する際に、ローカルとグローバルの両方で同じ名前を使用することを妨げるものはありません。サービス プロファイルの VNIC や VHBA がポリシーまたはプール名を参照する場合、ローカル Cisco UCS Manager は明確に定義された名前解決プロセスに従います。Cisco UCS Manager は、プールとポリシーの両方に対して、ブローバル名よりもローカル名を優先します。ローカル サービス プロファイルを管理する場合、Cisco UCS Manager は、通常のポリシー解決を検索する場合、グローバル オブジェクトよりもローカル オブジェクトを優先します。グローバル サービス プロファイルは、Cisco UCS Manager 内のローカル オブジェクトにアクセスしたり、使用したりすることはできません。