プールの設定

プール

プールは、ハードウェアリソースを一意に識別するための基本的な構成要素です。これらは UCS 管理モデルの基盤を形成し、アップストリーム LAN または SAN に対して同じ ID とプレゼンテーションを維持しながら、サーバー プロファイルとブレード サーバーの関連付けを可能にします。

プールは、リソースプールとアイデンティティ(ID)プールに分類されます。

プール テーブル ビューを使用すると、サーバー プールの使用率をモニターし、使用可能 ID および使用済み ID を追跡し、プールの容量と割り当てに関して情報に基づいた決定を行うことができます。

ID プール

ID プールはさらに、次のカテゴリに分類されます。

  • IP プール: ネットワーク要素で実行されているサービスに IP アドレスを動的に割り当てる柔軟性を提供します。

  • MAC アドレス プール:ネットワーク インターフェイス ポートの一意の ID を提供します。

  • UUID プール:サーバー プロファイルに関連付けられた各サーバーに一意の ID を提供します。

  • WWNN および WWPN プール:サーバ上のファイバ チャネル リソースの一意の ID を提供します(ファイバ チャネル ノードおよびポート)。

  • IQN プール:iSCSI vNIC によってイニシエータ ID として使用される iSCSI 修飾名(IQN)の集合です。

プールの割り当て

複数の割り当て反復で一貫した反復可能な ID 割り当てを確保するために、プール割り当ての反復中に使用可能な最小の ID が順番に割り当てられます。

たとえば、ID の範囲が 1 ~ 20 のプールがあるとします。次の表では、ID の割り当てと再割り当ての反復について説明します。

使用例

動作

プールから 5 つのIDが要求されます

ID 1 ~ 5 が割り当てられます

1 ~ 5 個の ID がリリースされます

ID 1 ~ 5 がリリースされました

プールから 5 つのIDが要求されます

ID 1 ~ 5 が割り当てられます

一部の ID が組織の異なるプール間で共有される、重複するプールを持つことができます。ID はアカウント全体で一意であるため、異なる組織で使用されているかどうかにかかわらず、ID が 1 つのプールで使用されている場合は、使用されているすべてのプールでも [使用済み(Used)] としてマークされます。プール テーブル表示には、割り当てられた ID の概要が表示され、組織全体のプールの ID 使用状況を追跡できます。[プール テーブル表示(Pools Table View)] の [ソース(Source)] 列は、ID が割り当てられているプールを示します。ID が現在のプールから割り当てられている場合、[ソース(Source)] 列は [セルフ(Self)] としてマークされます。ID が別のプールから割り当てられている場合、[ソース(Source)] 列は [その他(Other)] とマークされます。

プールの削除

ID が割り当てられていない組織内のプールまたはアドレス ブロックを削除できます。別の組織のプールの割り当てには影響しません。

手順


ステップ 1

ID が現在サーバプロファイルに関連付けられていないことを確認します。

  1. [プール テーブル表示(Pools Table View)]で、[ソース(Source)] 列を確認してプールの使用状況を分析します。

  2. [ソース(Source)][その他(Other)] とマークされている場合は、重複する他のプールから割り当てられている ID の削除に進むことができます。

  3. Source = Self としてマークされたプールは、いずれかのプロファイルで使用されているため削除できないため、削除しないでください。

ステップ 2

[削除(Delete)] をクリックします。


ID の保持

IP アドレス、MAC アドレス、IQN、UUID、WWNN、および WWPN は、物理サーバーがサーバー プロファイルから取得する一般的な識別子です。

Intersight は、ポリシー、プロファイル、またはテンプレートを変更するときに、MAC、IQN、iSCSI IP などの LAN 接続ポリシー(LCP)ID、および WWPN や WWNN などの SAN 接続ポリシー(SCP)識別子を保持するためにベストエフォートを使用します。 。

LCP または SCP を、重複しない ID を持つ異なるプールにアクセスする新しいポリシーに変更する場合は、すべての ID が変更されることを想定してください。さらに、新しいプールに使用可能な正確な ID がない場合は、変更が予想されます。

次のシナリオでは、編集または変更中に ID の保持が期待できます。

  • vNIC または vHBA を LCP または SCP に追加する場合。

  • ポリシー LCP1/SCP1 を、同じプール参照を使用する LCP2/SCP2 に変更する場合。

  • ポリシー LCP1/SCP1 を、異なるプール参照を使用するが、同じ ID が使用可能な LCP2/SCP2 に変更する場合。

  • 静的識別子を使用するポリシー LCP1/SCP1 を、使用可能な同じ ID を持つプール参照を使用する LCP2/SCP2 に変更する場合。

  • テンプレート T1 からサーバー プロファイルを切り離し、同じ ID を使用してサーバー プロファイルをテンプレート T2 に接続する場合。

  • 上記のように、サーバー プロファイル テンプレートを編集し、LCP1/SCP1 を LCP2/SCP2 に変更する場合。

  • 既存の LCP/SCP ポリシーを編集し、識別子参照を静的から使用可能な同じ ID を持つプールに変更する場合。

アイデンティティ予約

環境間の移行などの目的で、プールから特定の値を選択できるように、割り当ての前にアイデンティティ を予約できます。たとえば、Cisco UCSM から IMM などです。

予約済み識別子のガイドライン

  • 識別子は、 IMM 移行ツール(IMM Transition Tool) を介して、または https://intersight.com/apidocs/apirefs/macpool/Reservations/model/ などの使用可能なプール予約 API を使用してのみ予約できます。

  • 識別子の予約は、ファブリック インターコネクト接続サーバーに対してのみ実行できます。

  • 予約済み識別子は 1 回限りの使用を目的としており、消費されると予約プールから削除されます。

予約済み ID は、ポリシー(予約済み ID を含む)がサーバー プロファイルに接続されたとき、またはサーバー プロファイルが展開されたときに消費されます。

[予約済み識別子(Reserved Identifiers)] タブには、予約済み識別子の値、そのタイプ、および対応するプール メンバーシップのリストが表示されます。割り当てタイプが静的の場合、プール メンバーシップは空白で表示されます。予約済みの識別子を選択して削除できます。

IP プール

IP プールには、1 つ以上の IP ブロックを含めることができます。これらのブロックは、最も低いブロックから順番に使用されます。IP プールは、IPv4 アドレスと IPv6 アドレスの両方をサポートします。

IP プールのサブネット構成

すべての IP ブロックに共通のサブネット構成(プールレベル)または IP ブロックごとに異なるサブネット構成(ブロックレベル)のいずれかで IP プールを作成できます。

ブロック レベルでサブネット構成を使用してプールを定義した後、プール レベルのサブネット構成に移行できます。その逆も可能です。プールレベルからブロックレベルのサブネット構成に移行する場合、サブネット構成は既存の各 IP ブロックに複製されます。ブロックレベルからプールレベルのサブネット構成に移行する場合は、プールレベルで共通のサブネット構成を再構成する必要があります。

IP ブロックに既存のリースがある場合、移行は次のシナリオでのみ許可されます。

  • 既存のリースを使用したプールレベルからブロックレベルの構成への移行

    既存のリースを使用してプールレベルの構成からブロックレベルの構成に移行すると、サブネット構成は変更なしでブロックレベルに移動されます。これは、プール レベルで以前に構成された同じサブネット構成が各ブロックにコピーされることを意味します。このような場合、既存のリースがあっても移行は許可されます。移行後、どのブロックのサブネット構成も変更できない場合は、既存のアクティブなリースがあることが原因である可能性があります。すでにアクティブなリースがある場合は、ブロックのサブネット構成を変更できないことに注意してください。

  • 既存のリースを使用したブロックレベルからプールレベルの構成への移行

    既存のリースを使用してブロックレベルからプールレベルの構成に移行する場合は、プールレベルでサブネット構成を指定する必要があります。以前のすべてのブロックレベルのサブネット構成が新しいプールレベルのサブネット構成と同じである場合、移行は許可されます。このシナリオでは、既存のリースがある場合でも移行が許可されます。

IP プールの作成

IP プールは、サーバ プロファイルなどの設定エンティティに割り当てることができる IP アドレスの集合を表します。IPv4 プールまたは IPv6 プール、あるいは両方を作成できます。

手順


ステップ 1

左側のナビゲーションパネルで、[プールの作成(Create Pools)] > [IP] > [開始(Start)]をクリックします。

[IP Pool] ウィザードが表示されます。

ステップ 2

[General] ページで次の情報を追加します。

  • [Organization]:IP プールの組織。
  • [Name]:IP プールの名前。
  • [Add Tag]:IP プールを識別して検索するためのタグ。
  • [Description]:IP プールの説明。
  • [ブロック レベルでのサブネットの構成(Configure Subnet at Block Level)]:IPv4 および IPv6 プール内の各 IP ブロックのサブネット構成を有効にするには、このチェックボックスをオンにします。

ステップ 3

[次へ(Next)] をクリックします。

ステップ 4

(オプション)IPv4 プールを設定します。

  1. [IPv4 プールの設定(Configure IPv4 Pool)] トグル ボタンを使用して、IPv4 プールの構成を有効にします。デフォルトでは有効に設定されています。後で IPv4 プールを構成することもできます。

  2. プールレベルで [ネットマスク(Netmask)][ゲートウェイ(Gateway)][プライマリDNS(Primary DNS)]、および [セカンダリ DNS(Secondary DNS)] フィールドを設定することを選択した場合は、[構成(Configuration)] でこれらの詳細を入力します。これらのフィールドをブロック レベルで設定することを選択した場合は、IP ブロックの構成時にこれらの詳細を入力します。

  3. [IP ブロック(IP Blocks)] で、1 つ以上の IP ブロックを設定します。

    1. [IP ブロックの追加(Add IP Blocks)] をクリックして、IP ブロックを追加します。

    2. IP ブロックの次のパラメータを入力します。

      (注)  

       

      プールレベルまたはブロックレベルで [ネットマスク(Netmask)]、[ゲートウェイ(Gateway)]、[プライマリ DNS(Primary DNS)]、および [セカンダリ DNS(Secondary DNS)] フィールドを設定できます。

      • [開始(From)]:IP プールの開始 IP アドレス。

      • [サイズ(Size)]:IP プールに割り当てられた IP アドレスの数。

      • [ネットマスク(Netmask)]:IP プールに関連付けられたネットマスク。

      • [ゲートウェイ(Gateway)]:IP プールのゲートウェイの IP アドレス。

        (注)  

         

        IP プールを IMC アクセス ポリシーに使用する場合は、IP プールで指定されたゲートウェイ IP アドレスに Cisco IMC への接続があることを確認してください。

      • [プライマリ DNS(Primary DNS)]:この IP アドレスのブロックがアクセスするプライマリ DNS サーバです。

      • [セカンダリ DNS(Secondary DNS)]:この IP アドレスのブロックがアクセスするセカンダリ DNS サーバです。

ステップ 5

(オプション)IPv6 プールを構成します。

  1. [IPv6 プールの構成(Configure IPv6 Pool)] トグルボタンを使用して、IPv6 プールの構成を有効にします。デフォルトでは有効に設定されています。後で IPv6 プールを構成することもできます。

  2. プール レベルで [プレフィックス(Prefix)][ゲートウェイ(Gateway)][プライマリ DNS(Primary DNS)]、および [セカンダリ DNS(Secondary DNS)] フィールドを構成することを選択した場合は、[設定(Configuration)] でこれらの詳細を入力します。これらのフィールドをブロック レベルで設定することを選択した場合は、IP ブロックの構成時にこれらの詳細を入力します。

  3. [IP ブロック(IP Blocks)] で、1 つ以上の IP ブロックを設定します。

    1. [IP ブロックの追加(Add IP Blocks)] をクリックして、IP ブロックを追加します。

    2. IP ブロックの次のパラメータを入力します。

      (注)  

       

      [プレフィックス(Prefix)]、[ゲートウェイ(Gateway)]、[プライマリ DNS(Primary DNS)]、および [セカンダリ DNS(Secondary DNS)] フィールドは、プール レベルまたはブロック レベルで構成できます。

      • [開始(From)]:IP プールの開始 IP アドレス。

      • [サイズ(Size)]:IP プールに割り当てられた IP アドレスの数。

      • [プレフィックス(Prefix)]:IP プールに関連付けられたプレフィックス。

      • [ゲートウェイ(Gateway)]:IP プールのゲートウェイの IP アドレス。

        (注)  

         

        IP プールを IMC アクセス ポリシーに使用する場合は、IP プールで指定されたゲートウェイ IP アドレスに Cisco IMC への接続があることを確認してください。

      • [プライマリ DNS(Primary DNS)]:この IP アドレスのブロックがアクセスするプライマリ DNS サーバです。

      • [セカンダリ DNS(Secondary DNS)]:この IP アドレスのブロックがアクセスするセカンダリ DNS サーバです。

ステップ 6

[作成(Create)] をクリックします。


新しく作成された IP プールが IP プールのリストに表示されます。

IP プールの詳細

詳細

IP プールのリストを表示します。

プロパティ(Property)

基本情報(Essential Information)

[詳細(Details)]

[名前(Name)]

IP プールの名前を表示します。

[タイプ(Type)]

プールのタイプを表示します。

[サイズ(サイズ)]

IP プールに含まれる ID の総数を表示します。

[使用済み(Used)]

使用されて使用できなくなった IP プール内の識別子の総数を表示します。

予約済み

後で使用するために予約されている IP プール内の識別子の総数を表示します。

[応答可能(Available)]

使用可能な IP プール内の識別子の総数を表示します。

[説明(Description)]

IP プールの説明。

[最終更新(Last Update)]

IP プールが最後に更新された日時。

[組織(Organization)]

[デフォルト(Default)] 組織のユーザは、ユーザアカウントで使用可能なすべてのリソースにアクセスできます。

設定

IPv4

サブネットがプール レベルで構成されるとき、サブネット マスク、デフォルト ゲートウェイ、プライマリ DNS、セカンダリ DNS など、プールの IPv4 構成を表示します。

IPv6

サブネットがプール レベルで構成されているとき、プレフィックス、デフォルト ゲートウェイ、プライマリ DNS、セカンダリ DNS など、プールの IPv6 構成を表示します。

移行前

プールの開始 IP を表示します。

Note

 

Cisco Intersight は、ID を順番に選択します。つまり、プールから使用可能な最も低い ID を選択します。

[保持数(To)]

ブロック サイズの範囲を表示します。

Note

 
この値は、IP プール サイズ プロパティに依存します。

[サイズ(Size)]

IP プール サイズを表示します。

目の記号

サブネットがブロック レベルで設定されている場合に、サブネット マスク、プレフィックス、デフォルト ゲートウェイ、プライマリ DNS、セカンダリ DNS などのプールの設定を表示します。

使用量

IP、VRF、サーバー プロファイル、およびソース

IP アドレス、VRF インスタンス、使用状況(予約済みまたは使用済み)、および関連するサーバー プロファイルを表示します。

Source は Self または Otherにできます。ここで、 Self はこのプールによって使用または予約されている ID であり、 Other は静的にまたは別のプールによって使用または予約されている ID です。

[アクション(Actions)]

[編集(Edit)]

IP プールの設定の詳細を追加または変更できます。

[削除(Delete)]

IP プールを削除できます。

MAC プール

MAC プールは、ネットワーク ID(MAC アドレス)の集合です。MAC アドレスはレイヤ 2 環境では一意で、サーバの vNIC に割り当てることができます。サーバ プロファイルで MAC プールを使用する場合は、サーバ プロファイルに関連付けられたサーバで使用できるように MAC アドレスを手動で設定する必要はありません。

サーバに MAC アドレスを割り当てるには、vNIC を LAN 接続ポリシーに追加すると同時に MAC プールを含める必要があります。その後、LAN 接続ポリシーは、そのサーバに割り当てられたサーバ プロファイルに取り込まれます。

MAC プールの作成

MAC プールは、サーバ プロファイルの vNIC に割り当てることができる MAC アドレスの集合を表します。

手順


ステップ 1

左側のナビゲーションパネルで [プール(Pools)] > [MAC] > [MAC プールの作成(Create MAC Pool)] をクリックします。

[MAC Pool] ウィザードが表示されます。

ステップ 2

[General] ページで次の情報を追加します。

  • [Name]:MAC プールの名前
  • DescriptionMAC プールの説明。
  • Organization:MAC プールが属する組織。
  • [タグの追加(Add Tag)]:MAC プールを識別して検索するためのタグ。

ステップ 3

[次へ(Next)] をクリックします。[プール詳細(User Details)] ページが表示されます。

ステップ 4

[MAC Blocks] 領域に次の設定情報を追加します。

  • [From]:ブロック内の最初の MAC アドレスを示します。
  • [Size]:ブロック内の MAC アドレスの数。

ステップ 5

ブロックを追加するには、[+] をクリックして、新しいブロックの開始 MAC アドレスと MAC アドレスの総数を追加します。

ステップ 6

[作成(Create)] をクリックします。


新しく作成された MAC プールが MAC プールのリストに表示されます。

MAC プールの詳細

詳細

MAC プールのリストを表示します。

プロパティ(Property)

基本情報(Essential Information)

[名前(Name)]

MAC プールの名前。

[サイズ(Size)]

プール内の MAC アドレスの数。

[使用済み(Used)]

プール内の使用済みのため使用不可能な MAC アドレスの数。

予約済み

後で使用するために予約されている MAC プール内の識別子の総数を表示します。

応対可

使用可能な MAC プール内の識別子の総数を表示します。

[説明(Description)]

MAC プールの説明。

[最終更新(Last Update)]

MAC プールが最後に更新された日時。

設定

移行前

プールの MAC プレフィックス値を表示します。

Note

 

Cisco Intersight は、ID を順番に選択します。つまり、プールから使用可能な最も低い ID を選択します。

[保持数(To)]

プールの MAC サフィックス値を表示します。

[サイズ(Size)]

MAC プール サイズを表示します。

使用量

MAC アドレス、ステータス、サーバー プロファイルおよびソース(MAC Address, Status, Server Profile, and Source)]

MAC アドレス、使用状況(予約済みまたは使用済み)、および関連するサーバー プロファイルを表示します。

Source は Self または Otherにできます。ここで、 Self はこのプールによって使用または予約されている ID であり、 Other は静的にまたは別のプールによって使用または予約されている ID です。

[アクション(Actions)]

[編集(Edit)]

MAC プールの設定の詳細を追加または変更できます。

削除

MAC プールを削除できます。

UUID プール

Universally Unique Identifier (UUID) プールは、サーバーに割り当てられる UUID のコレクションです。UUID のプレフィックスとサフィックスは可変値です。UUID プールは、特定のプールを使用するサーバー プロファイルに関連づけられた各サーバーについて、これらの変数が一意であることを保証して競合を回避します。


(注)  


  • サポートされているサーバーと、UUID プールに必要な最小ファームウェアまたは Cisco IMC バージョンを以下に示します。

    サーバ

    ファームウェアの最小バージョン

    Cisco UCS-B200-M5、UCS-B480-M5、Cisco UCS UCS-B200-M6

    4.2(1b)

    Cisco UCS-C220-M6、UCS-C240-M6

    4.2(1b)

    Cisco UCS-C225-M6、UCS-C245-M6

    4.2(1i)

    Cisco UCSX-210C-M6

    5.0(1a)

  • UUID プールを使用したサーバー プロファイルの関連付けの詳細については、「サーバー プロファイルの構成」を参照してください。


UUID プールの作成

UUID プールは、サーバー プロファイルに割り当てることができる UUID アイテムのコレクションを表します。

手順


ステップ 1

左側のナビゲーションパネルで [プール(Pools)] > [UUID] > [UUID プールの作成(Create UUID Pool)] をクリックします。

[UUID プール(UUID Pool)] ウィザードが表示されます。

ステップ 2

[全般(Genera)l] ページで次の情報を追加します。

  • [組織(Organization)]:UUID プールが属する組織。
  • [名前(Name)]:UUID プールの名前。
  • [セット タグ(Set Tags)]:UUID プールの識別と検索のためのオプションのタグ。
  • [説明(Description)]:UUUD プールのオプションの説明。

ステップ 3

[次へ(Next)] をクリックします。[プール詳細(User Details)] ページが表示されます。

ステップ 4

[構成(Configuration)] セクションで、UUID プレフィックス番号を 16 進形式で追加します。例、1728E8C7-7B40-47E8

ステップ 5

[UUID ブロック(UUID Blocks)] セクションで、次の構成の詳細を追加します。

  • [開始(From)]: ブロックの UUID サフィックス番号を 16 進形式で示します。例、9EDE-0E52924AC87A
  • [サイズ(Size)]:このブロックの UUID 識別子の数を示します。範囲は 1 ~ 1000 です。

ステップ 6

さらにブロックを追加するには、[+] をクリックし、開始 UUID サフィックスと UUID 識別子の総数を新しいブロックに追加します。

ステップ 7

[作成(Create)] をクリックします。


新しく作成された UUID プールが UUID プールのリストに表示されます。

UUID プールの詳細

詳細

UUID プールのリストを表示します。

プロパティ(Property)

基本情報(Essential Information)

[詳細(Details)]

[名前(Name)]

UUID プールの名前を表示します。

[タイプ(Type)]

プールのタイプを表示します。

[サイズ(サイズ)]

UUID プールに含まれる ID の総数を表示します。

[使用済み(Used)]

プールから既に使用されている UUID の数を表示します。

予約済み

後で使用するために予約されている UUID の総数を表示します。

[応答可能(Available)]

使用可能な UUID の数を表示します。

[最終更新(Last Update)]

UUID プールが最後に更新された日時。

説明

UUID プールの説明。

[組織(Organization)]

UUID プールが作成される組織を表示します。

コンフィギュレーション

UUIDプレフィクス

プールの UUID プレフィックス値を表示します。

[先頭(From)]

プールの UUID サフィックス値を表示します。

Note

 

Cisco Intersight は、ID を順番に選択します。つまり、プールから使用可能な最も低い ID を選択します。

[保持数(To)]

ブロック サイズの範囲を表示します。

Note

 
この値は、UUID プール サイズ プロパティに依存します。

[サイズ(Size)]

UUID プール サイズを表示します。

使用量

UUID、ステータス、サーバー プロファイル、およびソース

サーバー プロファイルに割り当てられた UUID、使用状況(予約済みまたは使用済み)、および関連するサーバー プロファイルを表示します。

ソース(Source)は セルフ(Self) または その他(Other)にできます。ここで、 セルフ(Self) はこのプールによって使用または予約されている ID であり、 その他(Other) は静的にまたは別のプールによって使用または予約されている ID です。

WWN プール

World Wide Name(WWN)プールは、Cisco UCS ドメイン内のファイバチャネル vHBA で使用される WWN の集合です。次の独立したプールを作成します。

  • サーバに割り当てられる WW ノード名

  • サーバに割り当てられる WW ポート名


(注)  


WWN ID は、WWPN および WWNN プール間で再利用できません。SAN ファブリックで Cisco UCS WWNN と WWPN を確実に一意にするために、Cisco Intersight では、プールのすべてのブロックに WWN プレフィックス20:00:00:25:B5:xx:xx:xx を使用します。


サーバ プロファイルで WWN プールを使用する場合は、サーバ プロファイルに関連付けられたサーバで使用される WWN を手動で設定する必要はありません。複数のテナントを実装するシステムでは、WWN プールを使用して、各組織で使用される WWN を制御できます。WWN をブロック単位でプールに割り当てます。

WWNN プール

WWNN プールは、WW ノード名だけを含む WWN プールです。サーバ プロファイルに WWNN のプールを含める場合、関連付けられたサーバには、そのプールから WWNN が割り当てられます。

WWPN プール

WWPN プールは、WW ポート名だけを含む WWN プールです。サーバ プロファイルに WWPN プールを含めると、関連付けられているサーバの各 vHBA のポートには、そのプールから WWPN が割り当てられます。

WWNN プールの作成

SAN ファブリックで Cisco UCS WWNN と WWPN を確実に一意にするために、Cisco Intersight では、プールのすべてのブロックに WWN プレフィックス20:00:00:25:B5:xx:xx:xx を使用します。

手順


ステップ 1

左側のナビゲーションパネルで、[プール(Pools)] > [WWNN] > [WWNN プールの作成(WWNN Pool)] をクリックします。

[WWNN Pool] ウィザードが表示されます。

ステップ 2

[General] ページで次の情報を追加します。

  • Name:WWNN プールの名前
  • DescriptionWWNN プールの説明。
  • Organization:WWNN プールが属する組織のオプション エントリ。
  • [タグの追加(Add Tag)]:WWNN プールを識別して検索するためのタグ。

ステップ 3

[次へ(Next)] をクリックします。[プール詳細(User Details)] ページが表示されます。

ステップ 4

[イニシエータブロック(Initiator Blocks)] 領域に次の設定情報を追加します。

  • [開始(From)]:ブロックの最初の WWN ID を示します。
  • [サイズ(Size)]:ブロックに含めることができる識別子の最大数を示します。

ステップ 5

ブロックを追加するには、[+] をクリックし、ブロックに含めることができる開始 WWN ID と ID の最大数を追加します。

ステップ 6

[作成(Create)] をクリックします。


新しく作成された WWNN プールが WWNN プールのリストに表示されます。

WWNN プールの詳細

詳細

WWNN プールのリストを表示します。SAN ファブリックで Cisco UCS WWN の一意性を確保するために、20:00:00:25:b5:0:00:01 という形の WWN プレフィックスを使用することをお勧めします。

プロパティ(Property)

基本情報(Essential Information)

[名前(Name)]

WWNN プールの名前

[サイズ(Size)]

プール内の WWNN の総数。

[使用済み(Used)]

プール内で使用済みのため使用できない WWNN の数。

予約済み

後で使用するために予約されているプール内の WWNN の総数を表示します。

応対可

使用可能なプール ハット内の WWNN の総数を表示します。

[説明(Description)]

WWNN プールの説明。

[最終更新(Last Update)]

WWNN プールが最後に更新された日時。

設定

移行前

プールの WWNN プレフィックス値を表示します。

Note

 

Cisco Intersight は、ID を順番に選択します。つまり、プールから使用可能な最も低い ID を選択します。

[保持数(To)]

プールの WWNN サフィックス値を表示します。

[サイズ(サイズ)]

WWNN プール サイズを表示します。

Usage

識別子、ステータス、サーバー プロファイル、およびソース

WWNN、使用状況 (予約済みまたは使用済み)、および関連するサーバー プロファイルを表示します。

Source は Self または Otherにできます。ここで、 Self はこのプールによって使用または予約されている ID であり、 Other は静的にまたは別のプールによって使用または予約されている ID です。

[アクション(Actions)]

[編集(Edit)]

WWNN プールの構成の詳細を追加または変更できます。

削除

WWNN プールを削除できます。

WWPN プールの作成

SAN ファブリックで Cisco UCS WWNN と WWPN を確実に一意にするために、Cisco Intersight では、プールのすべてのブロックに WWN プレフィックス20:00:00:25:B5:xx:xx:xx を使用します。

手順


ステップ 1

左側のナビゲーションパネルで、[プール(Pools)] > [WWNN] > [WWPN プールの作成(WWPN Pool)] をクリックします。

[WWPN プール(WWPN Pool)] ウィザードが表示されます。

ステップ 2

[全般(Genera)l] ページで次の情報を追加します。

  • [名前(Name)]:WWPN プールの名前
  • [説明(Description)]:WWPN プールの説明。
  • [組織(Organization)]:WWPN プールが属する組織のエントリ(オプション)。
  • [タグの追加(Add Tag)]:WWPN プールを識別して検索するためのタグ。

ステップ 3

[次へ(Next)] をクリックします。[プール詳細(User Details)] ページが表示されます。

ステップ 4

[イニシエータブロック(Initiator Blocks)] 領域に次の設定情報を追加します。

  • [開始(From)]:ブロックの最初の WWN ID を示します。
  • [サイズ(Size)]:ブロックに含めることができる識別子の最大数を示します。

ステップ 5

ブロックを追加するには、[+] をクリックし、ブロックに含めることができる開始 WWN ID と ID の最大数を追加します。

ステップ 6

[作成(Create)] をクリックします。


新しく作成された WWPN プールが WWPN プールのリストに表示されます。

WWPN プールの詳細

詳細

WWPN プールのリストを表示します。SAN ファブリックで Cisco UCS WWPN の一意性を確保するために、20:00:00:25:b5:0:00:01 という形の WWN プレフィックスを使用することをお勧めします。

[プロパティ(Property)]

[基本情報(Essential Information)]

[名前(Name)]

ワールド ワイド ポート名(WWPN)プールの名前。

[サイズ(サイズ)]

プール内の WWPN の総数。

[使用済み(Used)]

プール内で使用済みのため使用できない WWPN の数。

[説明(Description)]

WWPN プールの説明。

[最終更新(Last Update)]

WWPN プールが最後に更新された日時。

IQN プール

IQN プールは、iSCSI vNIC によってイニシエータ ID として使用される iSCSI 修飾名(IQN)の集合です。IQN プール メンバの形式は、prefix: suffix: number であり、接頭辞、接尾辞、および番号のブロック(範囲)を指定できます。

IQN プールには、番号の範囲やサフィックスが異なる(ただし、プレフィクスは共通している)複数の IQN ブロックを含めることができます。

IQN プールの作成

IQN プールは、イニシエータ ID として使用される iSCSI 修飾名(IQN)の集合です。IQN プールの詳細は、IQN 識別子のブロックを設定するために使用されます。

手順

  コマンドまたはアクション 目的

ステップ 1

左側のナビゲーションパネルで、[プールの作成(Create Pools)] > [IQN] > [開始(Start)]をクリックします。

[IQN プール(IQN Pool)] ウィザードが表示されます。

ステップ 2

[全般(Genera)l] ページで次の情報を追加します。

  • [組織(Organization)]:IQN プールの組織。
  • [名前(Name)]:IQN プールの名前。
  • [タグの追加(Add Tag)]:IQN プールを識別して検索するためのタグ。
  • [説明(Description)]:IQN プールの説明。

ステップ 3

[次へ(Next)] をクリックします。[プール詳細(User Details)] ページが表示されます。

ステップ 4

[設定(Configuration)] 領域で、IQN プールに関する次の設定情報を追加します。

  • [プレフィックス(Prefix)]:このプール用に作成された IQN ブロックのプレフィックス。IQN プレフィックスは「iqn-yyyy-mm.<命名機関>」の形式にする必要があります。通常、命名機関は、命名機関のインターネットドメインの逆構文です。例、iqn1.2021-01.alpha.com
  • [サフィックス(Suffix)]:IQN のこのブロックのサフィックス。

    1 ~ 64 文字を入力します。任意の文字や数字、および次の特殊文字を使用できます:(ピリオド)、:(コロン)、-(ハイフン)。

  • [開始(From):ブロック内の最初の iSCSI Qualified Name(IQN)サフィックス。
  • [サイズ(Size)]:このブロックが保持できる識別子の数。

新しく作成された IQN プールが IQN プールのリストに表示されます。

IQN プールの詳細

詳細

IQN プールのリストを表示します。

[プロパティ(Property)]

[基本情報(Essential Information)]

[詳細(Details)]

[名前(Name)]

IQN プールの名前を表示します。

[タイプ(Type)]

プールのタイプを表示します。

[サイズ(サイズ)]

IQN プールに含まれる識別子の総数を表示します。

[使用済み(Used)]

プールから既に使用されている識別子の数を表示します。

予約済み

後で使用するために予約されている識別子の総数を表示します。

応対可

使用可能な識別子の数を表示します。

[説明(Description)]

IQN プールの説明。

[最終更新(Last Update)]

IQN プールが最後に更新された日時。

[組織(Organization)]

[デフォルト(Default)] 組織のユーザは、ユーザアカウントで使用可能なすべてのリソースにアクセスできます。

[タグ(Tags)]

プールのタグを表示します。

[設定(Configuration)]

[プレフィックス(Prefix)]

このプール用に作成された IQN ブロックのプレフィックスを表示します。

[サフィックス(Suffix)]

この IQN ブロックのサフィックスを表示します。

[先頭(From)]

ブロック内の最初の接尾辞番号。

(注)  

 

Cisco Intersight は、ID を順番に選択します。つまり、プールから使用可能な最も低い ID を選択します。

[保持数(To)]

ブロックが保持できる識別子の数。

[使用(Usage)]

IQN アドレス、ステータス、サーバー プロファイルおよびソース(IQN Address, Status, Server Profile, and Source)]

IQN アドレス、使用状況(予約済みまたは使用済み)、および関連するサーバー プロファイルを表示します。

Source は Self または Otherにできます。ここで、 Self はこのプールによって使用または予約されている ID であり、 Other は静的にまたは別のプールによって使用または予約されている ID です。

[アクション(Actions)]

[編集(Edit)]

IQN プールの設定の詳細を追加または変更できます。

[削除(Delete)]

IQN プールを削除できます。

リソース プール

プールを使用すると、リソース(サーバーおよびその他のエンドポイント)をより効率的に論理的にグループ化し、管理することができます。サーバーをリソース プールに割り当て、サーバー プロファイルの自動割り当てを続行できます。リソース プールを使用したサーバー プロファイルの関連付けの詳細については、「サーバー プロファイルの構成」を参照してください。

永続的なリソース プールの割り当て

プールの一部であるサーバーがデコミッションされると、[リソース プールの詳細(Resource Pool Details)] ビュー および [サーバーの詳細(Server Details)] ビュー[デコミッションされたリソース(Decommissioned Resources)] セクションに表示されます。サーバーが再稼働すると、同じプールに再度割り当てられます。サーバーを停止し、別のシャーシまたはスロットに移動してから再稼働した場合も、同じ動作が発生します。したがって、展開環境で物理的な変更が発生した場合に、そのサーバーのプールの再割り当てを管理する必要はありません。


(注)  


既存のリソース プールを永続的なリソース プールに変換するには、[リソース プール(Resource Pool)] を編集します。


API または Terraform ユーザーの動作の変更

API または Terraform ユーザーは、API を使用して、管理対象オブジェクト ID(MOID)またはシリアル セレクタを使用して新しいリソース プールを作成できます。

ただし、API ユーザーが UI から MOID を使用するリソース プールを編集して、永続的なリソース プールの割り当てを有効にすると、システムはこれらの MOID セレクタをシリアル セレクタに内部的に変換し、MOID は API を介してアクセスできなくなります。リソース プールを作成するためのペイロードの詳細については、 API ドキュメントを参照してください。


(注)  


リソース プールの編集オプションを使用する際、リースがアクティブであるリソースはリソース プールから削除できません。


リソース プールの作成

リソース プールは、サーバー プロファイルなどの設定エンティティに割り当てることができるリソース アドレスの集合を表します。

手順


ステップ 1

左側のナビゲーションパネルで、[プールの作成(Create Pools)] > [リソース(Resource)] > [開始(Start)]をクリックします。

[リソース プール(Resource Pool)] ウィザードが表示されます。

ステップ 2

[全般(Genera)l] ページで次の情報を追加します。

  • [組織(Organization)]:リソース プールの組織。
  • [名前(Name)]:リソース プールの名前。
  • [ターゲット プラットフォーム(Target Platform)]:UCS スタンドアロン サーバーまたは UCS FI アタッチ サーバーとしてのターゲット プラットフォーム タイプ。
  • [セット タグ(Set Tags)]:リソース プールを識別して検索するためのタグ。
  • [説明(Description)]:リソース プールの説明。

ステップ 3

[次へ(Next)] をクリックします。[静的リソース プールの選択(Static Resource Pool Selection)] ページに、ターゲット プラットフォーム タイプに基づいて検出されたサーバーのリストが表示されます。リソースは、静的、動的、または両方の方法でプールに割り当てることができます。

ステップ 4

静的な割り当てには、[リソース選択(Resource Selection)] テーブルからサーバーを選択します。現在、プール作成のリソース タイプとして サーバー のみがサポートされています。

ステップ 5

[次へ(Next)] をクリックします。

ステップ 6

ダイナミック割り当ての場合は、 [ポリシーの選択(Select Policies)]をクリックします。

サーバー プール資格ポリシーのリストがサイド ナビゲーション ウィンドウに表示されます。

ステップ 7

[ポリシーの選択(Select Policies)] ウィンドウから必要なポリシーを選択します。

ステップ 8

[選択(Select)] をクリックします。

ステップ 9

[次へ(Next)] をクリックします。

ステップ 10

[概要(Summary)] ページで、詳細を確認します。

ステップ 11

[作成(Create)] をクリックします。


新しく作成されたリソース プールがリソース プールのリストに表示されます。


(注)  


  • サーバーがサーバー プロファイルに割り当てられている場合、またはサーバーがプールに静的に追加されている場合、サーバー メンバーシップの削除を引き起こすサーバー プール資格ポリシーの修飾子の変更は考慮されません。

  • プールに動的に関連付けることができるサーバー メンバーの数は 1000 に制限されています。新しいサーバーは、既存のメンバー数が1000を下回った場合にのみ追加されます。

  • リソースは、修飾子で定義されたすべてのプロパティの一致に基づいて修飾されます。CPU 修飾子または GPU 修飾子の場合、ベンダーとともに PID を選択する場合は、PID がそのベンダーに属していることを確認します。ポリシーを定義する際に、それらの基準が関連リソースをもたらすことを確認する必要があります。

  • ドメイン修飾子は、リソース プールの組織の一部であるドメインのみを考慮します。ドメインがプールの組織の一部ではないが、そのサーバーの一部がプールの組織の一部である場合、それらのサーバーはドメイン修飾子を使用してプールに対して修飾されません。


ワークフローは、サーバー プール資格ポリシーに変更が加えられた後にトリガーされます。この変更に一致するすべてのサーバーがプールの一部になります。ワークフローが停止のために失敗した場合、プール全体が失敗したと見なされます。サーバーがこのプールのメンバーとして表示されない場合は、[プール(Pools) ] > [特定のプール名(特定のプール名)] > [省略記号(...)] > [再評価( Re-evaluate)] に移動してプールを再評価する必要があります。

次の条件のいずれかが自動評価をトリガーします。

  • ドメイン、サーバー、タグ、およびハードウェア修飾子の変更。

  • ユーザー ラベルの変更。

  • Intersightでのサーバーの検出または要求。これにより、IMMサーバーの検出ワークフローまたはスタンドアロンサーバーの完全同期がトリガーされます。

  • 既存のサーバーの CPU、メモリ、GPU、またはネットワーク アダプタの構成が変更され、電源の再投入とそれに続くサーバー検出ワークフローまたは完全同期。

リソース プールの詳細

[詳細(Details)] - リソース プールの詳細を表示します。

[プロパティ(Property)]

[基本情報(Essential Information)]

[詳細(Details)]

[名前(Name)]

リソース プールの名前を表示します。

[タイプ(Type)]

プールのタイプを表示します。

[サイズ(サイズ)]

リソース プールに含まれるリソースの総数を表示します。

[使用済み(Used)]

使用済みで使用できないリソースの数を表示します。

[応答可能(Available)]

使用可能なリソース プールの数を表示します。

[最終更新(Last Update)]

リソース プールが最後に更新された日時。

リソース

タイプ(Type)

リソース プールのタイプを表示します。

(注)  

 
現在、Intersight は、リソース プールのリソースとしてサーバー タイプのみをサポートしています。

選択項目

リソース プールの選択タイプを表示します。現在、手動(静的)選択のみがサポートされています。

ターゲットプラットフォーム

ターゲット名を表示します。これには、次のいずれかがあり得ます。

  • スタンドアロン

  • FI接続

説明

リソース プールの説明。

[組織(Organization)]

リソース プールが作成される組織を表示します

コンフィギュレーション

(注)  

 
リソース プールの構成プロパティは、関連付けられているリソース タイプによって異なります。

ステータス(Status)

リソースの状態を表示します。次のいずれかが考えられます。

  • [使用可能(Available)] — リソースが使用可能であることを示します。

  • [使用済み(Used)] — リソースがリソース プールですでに使用されていることを示します。

[デコミッションされたリソース(Decommissioned Resources)]:このセクションには、デコミッションされたサーバーの詳細が表示されます。

(注)  

 

このセクションは、サーバーがデコミッションされ、すでにリソース プールの一部になっている場合にのみ表示されます。

名前

デコミッションされたサーバーの名前を表示します。

[タイプ(Type)]

サーバーが Cisco UCS C シリーズ サーバーか Cisco UCS B シリーズ サーバーかを表示します。

ID

デコミッションされたサーバーに割り当てられた一意の ID を表示します。このフィールドは、Cisco UCS C シリーズ サーバーにのみ適用されます。

モデル(Model)

サーバーのモデルを表示します。

シリアル番号

サーバーのシリアル番号を表示します。

廃止日

サーバーがデコミッションされたときのタイム スタンプを表示します。

[使用(Usage)]

リソース名(Resource Name)

リソース名を表示します。

リースエンティティ

構成エンティティを表示します。

(注)  

 
リソースはさまざまなプールの一部にすることができますが、1 つのリース エンティティにのみ関連付けることができます。

使用例

リソースのコンシューマーを表示します。例、サーバー プロファイル。

リソース使用状況

リソース消費タイプを表示します。次のタイプがあります。

  • 現在(Current) — リソースは、現在のリソース プールに関連付けられて使用されています。

  • 他のプール(Other Pool) — リソースは他のプールに関連付けられて使用されています。

  • 直接(Direct) — リソースは、リソース プールを使用せずにサーバー プロファイルに直接関連付けられます。


(注)  


リソース プールの編集オプションを使用する際、リースがアクティブであるリソースはリソース プールから削除できません。


仮想ルーティングおよび転送

仮想ルーティングおよびフォワーディング(VRF)は、同じルータ上で同時に複数のインスタンスのルーティング テーブルを共存させるための IP テクノロジーです。ルーティング インスタンスが互いに独立しているため、同じ(重複する)IP アドレスを競合することなく使用できます。VRF は、IP アドレス管理用の名前空間を作成します。Cisco Intersight では、IP プールは VRF に対応しています。

VRF ガイドライン

VRF インスタンスには、次の注意事項と制限が適用されます。

  • Intersight は、アカウントのデフォルト VRF を作成し、このデフォルト VRF のコンテキスト内で IP アドレスの割り当てを管理します。

  • 単一の VRF インスタンス内では、各 IP アドレスが一意である必要があります。異なる VRF インスタンス間では IP アドレスが重複してもかまいません。

  • VRF インスタンス間で IP プールを共有する場合は、IP アドレスが重複していないことを確認してください。

VRF インスタンスの作成

仮想ルーティングおよびフォワーディング(Virtual Routing and Forwarding、VRF)は、単一のネットワーク エンティティ内に複数の仮想ネットワークを作成する技術です。

手順


ステップ 1

左側のナビゲーションパネルで、[仮想ルーティングおよびフォワーディング(Virtual Routing And Forwarding)] > [VRFs] > [VRF の作成(Create VRF)] をクリックします。

[VRF] ウィザードが表示されます。

ステップ 2

[全般(Genera)l] ページで次の情報を追加します。

  • [名前(Name):VRF インスタンスの名前。
  • [説明(Description)]:VRF インスタンスの説明(オプション)。
  • [組織(Organization)]:VRF インスタンスが属する組織(オプション)。
  • [タグの追加(Add Tag)]:VRF プールを識別して検索するためのタグ。

ステップ 3

[作成(Create)] をクリックします。


新しく作成された VRF インスタンスが VRF のリストに表示されます。