機器ポリシー

シャーシ/FEX ディスカバリポリシー

シャーシ/FEX ディスカバリポリシーは、新しいシャーシまたは FEX を追加したときのシステムの対処方法を決定します。Cisco UCS Manager はシャーシ/FEX ディスカバリポリシーの設定を使用して、シャーシまたは FEX とファブリックインターコネクト間のリンク数の最小しきい値を決定し、IOM からファブリックインターコネクトへのリンクをファブリックポートチャネルにグループ化するかどうかを決定します。

Cisco UCS Mini（Cisco UCS 6324 ファブリックインターコネクト）セットアップで、シャーシディスカバリポリシーは拡張シャーシでのみサポートされています。

シャーシリンク

Cisco UCS ドメインのシャーシの配線リンク数が 1、2、4、および 8 である場合は、Cisco UCS Manager がすべてのシャーシを検出できるように、シャーシ/FEX ディスカバリポリシーにドメインの最小リンク数を設定することを推奨します。

Tip

Cisco UCS ドメインのファブリックインターコネクトがさまざまなタイプの I/O モジュールに接続しており、それぞれの I/O モジュールが異なる最大アップリンク数に対応している場合、そのドメインで最大限のシャーシ接続を確立するには、プラットフォームの最大値を選択します。プラットフォームの最大値を設定することで、サポートされる最大数の IOM アップリンクが I/O モジュールごとに接続されている場合にのみ、Cisco UCS Managerがシャーシ（接続とサーバを含む）を検出するようになります。

シャーシの初期検出後、シャーシ/FEX 検出ポリシーの変更が完了したら、シャーシ全体ではなく IO モジュールを確認して、中断を回避します。検出ポリシーの変更には、ファブリックインターコネクトと IO モジュール間のリンク数の増加、またはリンクグループの基本設定への変更が含まれます。

シャーシの他の IO モジュールに進む前に、接続が確実に復元されるように、IO モジュールの確認応答の前後に障害がないかどうかを確認するようにしてください。

Cisco UCS Manager シャーシ/FEX ディスカバリポリシーで設定されたリンク数よりも、配線されるリンク数が少ないシャーシを検出できません。たとえば、シャーシ/FEX ディスカバリポリシーで 4 つのリンクが設定されている場合、Cisco UCS Manager は 1 つまたは 2 つのリンクに配線されたシャーシを検出できません。この問題を解決するには、シャーシを再認識させます。

次の表は、複数のシャーシがある Cisco UCS ドメインに対するシャーシ/FEX ディスカバリポリシーの動作の概要を示しています。

Table 1. シャーシ/FEX ディスカバリポリシーとシャーシのリンク数

シャーシで配線されるリンク数

1 リンクのディスカバリポリシー

2 リンクのディスカバリポリシー

4 リンクのディスカバリポリシー

8 リンクのディスカバリポリシー

プラットフォーム最大のディスカバリポリシー

IOM とファブリックインターコネクト間で 1 つのリンクが存在

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 1 のシャーシとして Cisco UCS ドメインに追加されます。

シャーシの接続とサーバは Cisco UCS Manager によって検出できないため、Cisco UCS ドメインに追加されません。

IOM とファブリックインターコネクト間で 2 つのリンクが存在

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 1 のシャーシとして Cisco UCS ドメインに追加されます。

初回の検出の後にシャーシを再認識させると、Cisco UCS Manager で再認識され、追加のリンクが使用されます。

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 2 のシャーシとして Cisco UCS ドメインに追加されます。

シャーシの接続とサーバは Cisco UCS Manager によって検出できないため、Cisco UCS ドメインに追加されません。

IOM とファブリックインターコネクト間で 4 つのリンクが存在

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 1 のシャーシとして Cisco UCS ドメインに追加されます。

初回の検出の後にシャーシを再認識させると、Cisco UCS Manager で再認識され、追加のリンクが使用されます。

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 2 のシャーシとして Cisco UCS ドメインに追加されます。

初回の検出の後にシャーシを再認識させると、Cisco UCS Manager で再認識され、追加のリンクが使用されます。

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 4 のシャーシとして Cisco UCS ドメインに追加されます。

シャーシの接続とサーバは Cisco UCS Manager によって検出できないため、Cisco UCS ドメインに追加されません。

IOM に 4 個のリンクがある場合、シャーシは Cisco UCS Manager に検出され、配線されるリンク数が 4 のシャーシとして Cisco UCS ドメインに追加されます。

Note

FEX ステータスがユーザー補助の問題を表示している場合、FEX の使用停止/再稼働後のシャーシについて再確認してください。

IOM に 8 個のリンクがある場合、シャーシは Cisco UCS Manager によって十分に検出されません。

IOM とファブリックインターコネクト間で 8 つのリンクが存在

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 1 のシャーシとして Cisco UCS ドメインに追加されます。

初回の検出の後にシャーシを再認識させると、Cisco UCS Manager で再認識され、追加のリンクが使用されます。

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 2 のシャーシとして Cisco UCS ドメインに追加されます。

初回の検出の後にシャーシを再認識させると、Cisco UCS Manager で再認識され、追加のリンクが使用されます。

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 4 のシャーシとして Cisco UCS ドメインに追加されます。

初回の検出の後にシャーシを再認識させると、Cisco UCS Manager で再認識され、追加のリンクが使用されます。

シャーシは Cisco UCS Manager で検出され、配線されるリンク数が 8 のシャーシとして Cisco UCS ドメインに追加されます。

リンクのグループ化

ファブリックポートチャネルをサポートするハードウェア構成の場合、リンクをグループ化すると、シャーシディスカバリの実行中に、IOM からファブリックインターコネクトへのすべてのリンクをファブリックポートチャネルにグループ化するかどうかが決まります。リンクのグループ化プリファレンスが [Port Channel] に設定されている場合、IOM からファブリックインターコネクトへのすべてのリンクがファブリックポートチャネルにグループ化されます。[None] に設定すると、IOM からのリンクはファブリックインターコネクトにピン接続されます。

Important

Cisco UCS 6454 ファブリックインターコネクトのについては、リンクグループ設定は常に [ポートチャネル（Port Channel）] に設定します。

Cisco UCS Managerによってファブリックポートチャネルを作成した後、リンクの追加または削除を行うには、リンクグループのプリファレンスを変更してシャーシを再認識させるか、またはポートチャネルからシャーシを有効または無効にします。

Note

リンクグループ化のプリファレンスは、IOM または FEX とファブリックインターコネクト間のリンクの両側がファブリックポートチャネルをサポートしている場合にのみ有効になります。リンクの一方がファブリックポートチャネルをサポートしていない場合、このプリファレンスは無視され、リンクはポートチャネルにグループ化されません。

マルチキャストハードウェアハッシュ

ポートチャネルにおいて、デフォルトでは、ファブリックインターコネクト（FI）内のポートにある入力マルチキャストトラフィックは、IOM とトラフィックを出力するファブリックインターコネクト間の特定のリンクを選択します。帯域幅での潜在的な問題を抑制し、入力マルチキャストトラフィックに効率的なロードバランシングを提供する場合、マルチキャストトラフィックに対してハードウェアハッシュが使用されます。マルチキャストハードウェアハッシュを有効にすると、IOM とポートチャネル内のファブリックインターコネクト間のすべてのリンクがマルチキャストトラフィックに使用できます。

Note

Cisco UCS 6454 ファブリックインターコネクトは、マルチキャストハードウェアハッシュをサポートしません。

ピン接続

Cisco UCS のピン接続は、アップリンクポートにだけ関連します。シャーシディスカバリで [Link Grouping Preference] を [None] に設定した場合は、IOM は指定のサーバからのトラフィックを、スタティックルートピン接続を使用して、アップリンクポートからファブリックインターコネクトに転送します。

次の表は、IOM とファブリックインターコネクト間のアクティブなファブリックリンク数に基づき、IOM とファブリックインターコネクト間でピン接続がどのように行われるかを示します。

表 2. IOM のピン接続
アクティブなファブリックリンクの数	ファブリックリンクにピン接続されるサーバスロット
1 リンク	すべての HIF ポートがアクティブリンクにピン接続されます。
2 リンク	1、3、5、7 はリンク 1 にピン接続 2、4、6、8 はリンク 2 にピン接続
4 リンク	1、5 はリンク 1 にピン接続 2、6 はリンク 2 にピン接続 3、7 はリンク 3 にピン接続 4、8 はリンク 4 にピン接続
8 リンク（2208XP のみ）	1 はリンク 1 にピン接続 2 はリンク 2 にピン接続 3 はリンク 3 にピン接続 4 はリンク 4 にピン接続 5 はリンク 5 にピン接続 6 はリンク 6 にピン接続 7 はリンク 7 にピン接続 8 はリンク 8 にピン接続

1、2、4、8 リンクだけがサポートされます。3、5、6、7 リンクは無効な構成となります。

ポートチャネリング

特定のサーバからのトラフィックをアップリンクポートにピン接続すると、ユニファイドファブリックをきめ細かく制御でき、アップリンクのポート帯域幅の使用率を最適化できますが、特定の回路にトラフィックが過剰に集中してしまうという問題が生じます。この問題は、ポートチャネリングを使用することで解決できます。ポートチャネリングでは、IOM とファブリックインターコネクト間のすべてのリンクを、1 つのポートチャネルとしてグループ化します。ポートチャネルではロードバランシングアルゴリズムを使用して、トラフィックの送信先となるリンクが決定されます。この結果、最適なトラフィック管理が行われます。

Cisco UCS では、Link Aggregation Control Protocol（LACP）を介したポートチャネリングのみがサポートされます。ファブリックポートチャネルをサポートするハードウェア構成の場合、シャーシディスカバリの実行中に IOM からファブリックインターコネクトへのすべてのリンクをファブリックポートチャネルにグループ化するかどうかは、リンクのグループ化によって決まります。[Link Grouping Preference] が [Port Channel] に設定されている場合、IOM からファブリックインターコネクトへのすべてのリンクがファブリックポートチャネルにグループ化されます。このパラメータを [None] に設定すると、IOM からファブリックインターコネクトへのリンクは、ファブリックポートチャネルにグループ化されません。

ファブリックポートチャネルが作成されると、リンクグループのプリファレンスを変更してシャーシを再認識させることで、またはポートチャネルからシャーシをイネーブル化またはディセーブル化することで、リンクの追加または削除を行えます。

シャーシ/FEX ディスカバリポリシーの設定

Note

Cisco UCS 6454 ファブリックインターコネクトでセットアップする場合、シャーシ/FEX ディスカバリポリシーの [リンクグループ化設定 (Link Grouping Preference)] 値はユーザーが設定することはできません。値は[Port Channel]に設定されます。

SUMMARY STEPS

UCS-A# scope org /
UCS-A /org # scope chassis-disc-policy
UCS-A /org/chassis-disc-policy # set action {1-link | 2-link | 4-link | 8-link | platform-max}
(Optional) UCS-A /org/chassis-disc-policy # set descr description
UCS-A /org/chassis-disc-policy # set link-aggregation-pref {none | port-channel}
UCS-A /org/chassis-disc-policy # set multicast-hw-hash {disabled | enabled}
(Optional) UCS-A /org/chassis-disc-policy # set qualifier qualifier
UCS-A /org/chassis-disc-policy # commit-buffer

DETAILED STEPS

Command or Action

Purpose

Step 1

UCS-A# scope org /

ルート組織モードを開始します。

Note

シャーシ/FEX ディスカバリポリシーは、ルート組織からのみアクセスできます。

Step 2

UCS-A /org # scope chassis-disc-policy

組織シャーシ/FEX ディスカバリポリシーモードを開始します。

Step 3

UCS-A /org/chassis-disc-policy # set action {1-link | 2-link | 4-link | 8-link | platform-max}

シャーシまたは FEX とファブリックインターコネクト間のリンク数の最小しきい値を指定します。

Step 4

(Optional) UCS-A /org/chassis-disc-policy # set descr description

(Optional)

シャーシ/FEX ディスカバリポリシーの説明が提供されます。

Note

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

Step 5

UCS-A /org/chassis-disc-policy # set link-aggregation-pref {none | port-channel}

IOM または FEX からファブリックインターコネクトへのリンクをポートチャネルにグループ化するかを指定します。

Note

UCS Manager で VIC 1455 および VIC 1457 を検出するには、[Link Grouping Preference] を [Port Channel]として設定する必要があります。

Step 6

UCS-A /org/chassis-disc-policy # set multicast-hw-hash {disabled | enabled}

IOM とポートチャネル内のファブリックインターコネクト間のすべてのリンクがマルチキャストトラフィックに使用できるかどうかを指定します。

disabled ：マルチキャストトラフィックに使用されるリンクは、IOM とファブリックインターコネクト間のリンク 1 つのみです。
enabled ：マルチキャストトラフィックに使用できるリンクは、IOM とファブリックインターコネクト間のすべてのリンクです。

Step 7

(Optional) UCS-A /org/chassis-disc-policy # set qualifier qualifier

(Optional)

指定されたサーバプールポリシー資格情報をこのポリシーとサーバプールを関連付けるために使用します。

Step 8

UCS-A /org/chassis-disc-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

次の例では、デフォルトシャーシ/FEX ディスカバリポリシーにスコープ設定し、ファブリックインターコネクトへの 4 つのリンクを持つシャーシの検出に設定し、ポリシーに説明を加え、シャーシの資格認定に使用するサーバプールポリシー資格情報を指定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope chassis-disc-policy
UCS-A /org/chassis-disc-policy* # set action 4-link
UCS-A /org/chassis-disc-policy* # set descr "This is an example chassis/FEX discovery policy."
UCS-A /org/chassis-disc-policy* # set qualifier ExampleQual
UCS-A /org/chassis-disc-policy* # commit-buffer
UCS-A /org/chassis-disc-policy #

次の例では、デフォルトシャーシ/FEX ディスカバリポリシーにスコープ設定し、ファブリックインターコネクトへの 8 つのリンクを持つシャーシの検出に設定し、ポリシーに説明を加え、ポートチャネルにリンクグルーピングプリファレンスを設定し、シャーシの資格認定に使用するサーバプールポリシー資格情報を指定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope chassis-disc-policy
UCS-A /org/chassis-disc-policy* # set action 8-link
UCS-A /org/chassis-disc-policy* # set descr "This is an example chassis/FEX discovery policy."
UCS-A /org/chassis-disc-policy* # set link-aggregation-pref port-channel
UCS-A /org/chassis-disc-policy* # set qualifier ExampleQual
UCS-A /org/chassis-disc-policy* # commit-buffer
UCS-A /org/chassis-disc-policy #

次の例では、デフォルトシャーシ/FEX ディスカバリポリシーにスコープ設定し、ファブリックインターコネクトへの 4 つのリンクを持つシャーシの検出に設定し、ポリシーに説明を加え、ポートチャネルにリンクグルーピングプリファレンスを設定し、マルチキャストハードウェアハッシュを有効にし、シャーシの資格認定に使用するサーバプールポリシー資格情報を指定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope chassis-disc-policy
UCS-A /org/chassis-disc-policy* # set action 4-link
UCS-A /org/chassis-disc-policy* # set descr "This is an example chassis/FEX discovery
policy."
UCS-A /org/chassis-disc-policy* # set link-aggregation-pref port-channel
UCS-A /org/chassis-disc-policy* # set multicast-hw-hash enabled
UCS-A /org/chassis-disc-policy* # set qualifier ExampleQual
UCS-A /org/chassis-disc-policy* # commit-buffer
UCS-A /org/chassis-disc-policy #

What to do next

特性のシャーシのファブリックポートチャネルの接続をカスタマイズするには、シャーシ接続ポリシーを設定します。

シャーシ接続ポリシー

シャーシ接続ポリシーは、特定のシャーシがシャーシディスカバリ後にファブリックポートチャネルに含められるかどうかを決定します。このポリシーは、グローバルシャーシディスカバリポリシーで指定したのとは異なる方法で 1 つ以上のシャーシを設定する場合に役立ちます。シャーシ接続ポリシーは、ファブリックインターコネクトごとに異なる接続モードを許容し、シャーシ接続に関して提供される制御レベルをさらに拡張します。

デフォルトでは、シャーシ接続ポリシーはグローバルに設定されます。これはつまり、接続制御はシャーシが新しく検出されたときに、シャーシディスカバリポリシーに設定された内容を使用して設定されることを意味しています。シャーシが検出されると、接続制御が「なし」と「ポートチャネル」のどちらに設定されるかを、シャーシ接続ポリシーが制御します。

重要	40G バックプレーン設定は、22xx IOM には適用されません。

シャーシ接続ポリシーは、Cisco UCS Manager によって、ハードウェア設定がファブリックポートチャネルをサポートする場合にだけ作成されます。

重要	Cisco UCS 6454 ファブリックインターコネクトのの場合、シャーシ接続ポリシーは常に [ポートチャネル（Port Channel）] です。

Cisco UCS Mini の構成では、拡張シャーシ上のみでシャーシ接続ポリシーの作成がサポートされます。

シャーシ接続ポリシーの設定

シャーシの接続モードを変更すると、VIF 名前空間が減少することがあります。

注意	シャーシの接続モードを変更すると、シャーシが再認識されます。その間トラフィックが中断されます。

手順の概要

UCS-A# scope org org-name
UCS-A /org # scope chassis-conn-policy chassis-num [a | b}
UCS-A /org/chassis-conn-policy # set link-aggregation-pref {global | none | port-channel}
UCS-A /org/chassis-conn-policy # commit-buffer

手順の詳細

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

目的

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name として / を入力します。

ステップ 2

UCS-A /org # scope chassis-conn-policy chassis-num [a | b}

指定されたシャーシとファブリックのシャーシ接続ポリシー組織モードを開始します。

ステップ 3

UCS-A /org/chassis-conn-policy # set link-aggregation-pref {global | none | port-channel}

IOM または FEX からファブリックインターコネクトへのリンクをポートチャネルにグループ化するかを指定します。

[なし（None）]：リンクをポートチャネルにグループ化しません

[Port Channel]：IOM からファブリックインターコネクトへのすべてのリンクがポートチャネルにグループ化されます。

（注）

Cisco UCS 6454 ファブリックインターコネクトポートチャネルモードのみをサポートします。

[Global]：シャーシはこの設定をシャーシディスカバリポリシーから継承します。これはデフォルト値です。

ステップ 4

UCS-A /org/chassis-conn-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例に、2 つのシャーシのファブリックポートチャネル接続を変更する方法を示します。シャーシ 6 ファブリック A はポートチャネルに変更され、シャーシ 12 ファブリック B は個別リンクに変更されます。

UCS-A# scope org /
UCS-A /org # scope chassis-conn-policy 6 a
UCS-A /org/chassis-conn-policy # set link-aggregation-pref port-channel
UCS-A /org/chassis-conn-policy* # up
UCS-A /org* # scope chassis-conn-policy 12 b
UCS-A /org/chassis-conn-policy* # set link-aggregation-pref none
UCS-A /org/chassis-conn-policy* # commit-buffer
UCS-A /org/chassis-conn-policy #

ラックサーバディスカバリポリシー

ラックサーバーディスカバリポリシーは、次のいずれかのアクションを実行したときのシステムの反応を決定します。

新しいラックマウントサーバーの追加
以前に追加または検出されたラックマウントサーバーの使用停止/再使用

Cisco UCS Manager は、ラックサーバディスカバリポリシー内の設定を使用して、ハードディスク上のデータがスクラビングされたかどうか、およびサーバー検出を直ちに実行する必要があるかユーザーの明示的な承認を待機する必要があるかを決定します。

Cisco UCS Manager では、正しく配線されておらず、ファブリックインターコネクトに接続されていないラックマウントサーバは検出できません。サポート対象の Cisco UCS ラックマウントサーバを Cisco UCS Manager に統合する方法については、適切な『rack-mount server integration guide』を参照してください。

重要	Cisco UCS VIC 1400 シリーズアダプタは 10G/25G または 40G/100G の速度をサポートしています。ファブリックインターコネクトに接続する場合、すべてのアダプタポートで同じ速度のケーブルを使用してください。使用するケーブル速度が混合している場合、ラックサーバーの検出は失敗し、ポートは中断状態になる可能性があります。Cisco UCS Manager は障害を発生させません。

ラックサーバディスカバリポリシーの設定

手順の概要

UCS-A# scope org /
UCS-A /org # scope rackserver-disc-policy
UCS-A /org/rackserver-disc-policy # set action {immediate | user-acknowledged}
（任意） UCS-A /org/rackserver-disc-policy # set descr description
UCS-A /org/rackserver-disc-policy # set scrub-policy scrub-pol-name
UCS-A /org/rackserver-disc-policy # commit-buffer

手順の詳細

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

目的

ステップ 1

UCS-A# scope org /

ルート組織モードを開始します。

（注）

ラックサーバディスカバリポリシーは、ルート組織からだけアクセスできます。

ステップ 2

UCS-A /org # scope rackserver-disc-policy

組織ラックサーバディスカバリポリシーモードを開始します。

ステップ 3

UCS-A /org/rackserver-disc-policy # set action {immediate | user-acknowledged}

次のいずれかのアクションを実行したときのシステムの反応方法を指定します。

新しいラックサーバーの追加
以前に追加または検出されたラックサーバーの使用停止/再使用

ステップ 4

（任意） UCS-A /org/rackserver-disc-policy # set descr description

（任意）

ラックサーバディスカバリポリシーに説明を加えます。

（注）

ステップ 5

UCS-A /org/rackserver-disc-policy # set scrub-policy scrub-pol-name

新しく検出されたラックサーバー、またはデコミッション/リコミッションされたサーバー上で実行する必要があるスクラブポリシーを指定します。

ステップ 6

UCS-A /org/rackserver-disc-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例は、デフォルトラックサーバーディスカバリポリシーにスコープを設定し、すぐに新しいラックサーバー、またはデコミッション/リコミッションされたサーバーを検出するよう設定し、ポリシーの説明を記入し、scrubpol1 というスクラブポリシーを指定して、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope rackserver-disc-policy
UCS-A /org/rackserver-disc-policy* # set action immediate
UCS-A /org/rackserver-disc-policy* # set descr "This is an example rackserver discovery policy."
UCS-A /org/rackserver-disc-policy* # set scrub-policy scrubpol1
UCS-A /org/rackserver-disc-policy* # commit-buffer
UCS-A /org/rackserver-disc-policy #

MAC アドレステーブルのエージングタイム

ポート間でパケットを効率的に切り替えるために、ファブリックインターコネクトは MAC アドレステーブルを保持しています。ファブリックインターコネクトは、受信したパケットの MAC ソースアドレスと、パケットが読み取られた関連ポートを使用して、MAC アドレステーブルを動的に構築します。ファブリックインターコネクトは、設定可能なエージングタイマーで定義されたエージングメカニズムを使用して、エントリが MAC アドレステーブル内にとどまる期間を判断します。アドレスの非アクティブ状態が所定の秒数続くと、そのアドレスは MAC アドレステーブルから削除されます。

MAC アドレスエントリ（MAC アドレスとその関連ポート）が MAC アドレステーブルにとどまる時間（エージ）はユーザが設定できます。

MAC アドレステーブルのエージングタイムの設定

手順の概要

UCS-A# scope eth-uplink
UCS A/eth-uplink # set mac-aging {dd hh mm ss |mode-default |never}
UCS-A /eth-uplink # commit-buffer

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope eth-uplink	イーサネットアップリンクモードを開始します。
ステップ 2	UCS A/eth-uplink # set mac-aging {`dd hh mm ss` \|mode-default \|never}	MAC アドレステーブルのエージングタイムを指定します。設定済みのイーサネットスイッチングモードに依存するデフォルト値にエージングタイムを設定するには、 mode-default キーワードを使用します。アイドルのまま経過した時間にかかわらず MAC アドレスがテーブルから削除されないようにするには、 never キーワードを使用します。
ステップ 3	UCS-A /eth-uplink # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次に、MAC アドレステーブルに 1 日と 12 時間のエージングタイムを設定し、トランザクションをコミットする例を示します。

UCS-A# scope eth-uplink
UCS-A /eth-uplink # set mac-aging 01 12 00 00
UCS-A /eth-uplink* # commit-buffer
UCS-A /eth-uplink #

HA バージョンホルダの交換

Cisco UCS Manager リリース 3.1(2) よりも前のリリースでは、バージョンホルダは先着順に選択されます。検出されたシャーシサーバとラックサーバは、要件を満たしており、バージョンホルダの数が許容最大数に達していない場合にバージョンホルダになることができます。バージョンホルダとしてマークされたデバイスは、解放または削除されるまでバージョンホルダのままになります。たとえば、デバイスと一方または両方のファブリックインターコネクトの間の接続ステータスがダウン状態になっても、デバイスはバージョンフォルダから削除されません。

状況によっては、ハイアベイラビリティ（HA）バージョンホルダとして選択されている共有ストレージデバイスが長時間にわたって到達不能なることがあります。Cisco UCS Manager リリース 3.1(2) では、正常に機能しているデバイスに対応する新しい優先 HA バージョンホルダを指定する機能が追加されています。バージョンホルダの再選択を起動すると、これらの新しい優先 HA デバイスが最初に選択されます。

優先 HA バージョンホルダの交換のためのガイドライン

HA バージョンホルダを交換する場合は、以下のガイドラインを考慮してください。

デバイスの再選択が起動されるためには、両方のファブリックインターコネクトが動作している必要があります。
Cisco UCS Mini では、優先 HA バージョンホルダの交換をサポートしていません。
優先バージョンホルダには、現在共有ストレージ用にサポートされている任意のデバイスがなることができます。
優先バージョンホルダデバイスは 5 つまで指定できます。ただし、アクティブ HA アクセス用に 3 つのデバイスのみが選ばれます。
共有ストレージデバイスの再選択を起動すると、現在アクティブなデバイスがすべて削除され、新しいアクティブデバイスセットが選択されます。このデバイスセットには、以前アクティブだったデバイスが含まれる可能性があります。優先バージョンホルダとして指定されたデバイスは、最初にアクティブデバイスとして選択されます。
共有ストレージデバイスの再選択は、いつでも起動できます。ただし、デバイスは次のシナリオでのみバージョンホルダとして選択されます。
- UCS B シリーズブレードシャーシでは、接続パスがファブリックインターコネクト A と B の両方である場合
- UCS C シリーズラックでは、接続ステータスがファブリックインターコネクト A と B の両方である場合
デバイスがバージョンホルダとして選択されるためには、以下の要件が満たされている必要があります。
- アクティブ HA アクセス用に選択されているデバイスが 3 つ未満であること。
- シャーシの削除が進行中でないこと。
- システムから削除されたシャーシは、バージョンホルダとして使用することはできません。
- 接続パスは、ファブリックインターコネクト A と B の両方であること。
HA バージョンホルダの交換は、必ず Cisco UCS Manager CLI を通じて行います。

優先バージョンホルダの作成

手順の概要

UCS-A# scope system
UCS A/system # create preferred-ha-device デバイスシリアル
UCS-A /system/ preferred-ha-device # commit-buffer
UCS-A /system/ preferred-ha-device* # exit
UCS-A /system # show preferred-ha-devices

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope system	システムモードを開始します。
ステップ 2	UCS A/system # create preferred-ha-device `デバイスシリアル`	指定した優先 HA デバイスを作成します。
ステップ 3	UCS-A /system/ preferred-ha-device # commit-buffer	トランザクションをシステムの設定にコミットします。
ステップ 4	UCS-A /system/ preferred-ha-device* # exit	システムモードを開始します。
ステップ 5	UCS-A /system # show preferred-ha-devices	優先 HA バージョンホルダの一覧と、それらがアクティブであるかどうかを表示します。

例

次の例では、優先バージョンホルダの作成方法を示します。

UCS-A# scope system
UCS-A /system # create preferred-ha-device FCH1606V02F
UCS-A /system/ preferred-ha-device* # commit-buffer
UCS-A /system/ preferred-ha-device # exit
UCS-A /system # show preferred-ha-devices

Preferred Version Holder:
    Chassis Serial Active
    -------------- ------
    FCH1606V02F    Yes
    FOX1636H6R3    Yes
    FOX1636H6R4    No

次のタスク

バージョンホルダの再選択を起動します。

優先バージョンホルダの削除

手順の概要

UCS-A# scope system
UCS A/system # delete preferred-ha-device デバイスシリアル
UCS-A /system/ preferred-ha-device* # commit-buffer
UCS-A /system/ preferred-ha-device # exit
UCS-A /system # show preferred-ha-devices

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope system	システムモードを開始します。
ステップ 2	UCS A/system # delete preferred-ha-device `デバイスシリアル`	指定した優先 HA デバイスを削除します。
ステップ 3	UCS-A /system/ preferred-ha-device* # commit-buffer	トランザクションをシステムの設定にコミットします。
ステップ 4	UCS-A /system/ preferred-ha-device # exit	システムモードを開始します。
ステップ 5	UCS-A /system # show preferred-ha-devices	優先 HA バージョンホルダの一覧と、それらがアクティブであるかどうかを表示します。

例

次の例では、優先バージョンホルダの削除方法を示します。

UCS-A# scope system
UCS-A /system # delete preferred-ha-device FCH1606V02F
UCS-A /system/ preferred-ha-device* # commit-buffer
UCS-A /system/ preferred-ha-device # exit
UCS-A /system # show preferred-ha-devices

Preferred Version Holder:
    Chassis Serial Active
    -------------- ------
    FOX1636H6R3    Yes
    FOX1636H6R4    No

バージョンホルダの再選択の起動

手順の概要

UCS-A# scope system
UCS-A /system # re-elect-ha-devices

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope system	システムモードを開始します。
ステップ 2	UCS-A /system # re-elect-ha-devices	HA デバイスのバージョンホルダの再選択を起動します。

例

次に、バージョンホルダの再選択を起動する例を示します。

UCS-A# scope system
UCS-A /system # re-elect-ha-devices

動作可能なバージョンホルダの表示

優先バージョンホルダを含め、動作可能なすべてのバージョンホルダを表示するには、次のコマンドを使用します。

手順の概要

UCS-A# scope system
UCS-A /system # show operational-ha-devices

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope system	システムモードを開始します。
ステップ 2	UCS-A /system # show operational-ha-devices	現在動作可能なすべての HA バージョンホルダの一覧を表示します。

例

次に、現在動作可能なすべてのバージョンホルダを表示する例を示します。

UCS-A# scope system
UCS-A /system # show operational-ha-devices

Current Version Holder:
    Serial
    ------
    FOX1636H6R5

Cisco UCS Manager インフラストラクチャ管理（CLI 用）、リリース 4.0

偏向のない言語

翻訳について

検索結果

章のタイトル： 機器ポリシー

機器ポリシー

シャーシ/FEX ディスカバリ ポリシー

シャーシ リンク

リンクのグループ化

マルチキャスト ハードウェア ハッシュ

ピン接続

ポートチャネリング

シャーシ/FEX ディスカバリ ポリシーの設定

SUMMARY STEPS

DETAILED STEPS

Example

What to do next

シャーシ接続ポリシー

シャーシ接続ポリシーの設定

手順の概要

手順の詳細

例

ラック サーバ ディスカバリ ポリシー

ラック サーバ ディスカバリ ポリシーの設定

手順の概要

手順の詳細

例

MAC アドレス テーブルのエージング タイム

MAC アドレス テーブルのエージング タイムの設定

手順の概要

手順の詳細

例

HA バージョン ホルダの交換

優先 HA バージョン ホルダの交換のためのガイドライン

優先バージョン ホルダの作成

手順の概要

手順の詳細

例

次のタスク

優先バージョン ホルダの削除

手順の概要

手順の詳細

例

バージョン ホルダの再選択の起動

手順の概要

手順の詳細

例

動作可能なバージョン ホルダの表示

手順の概要

手順の詳細

例

このドキュメントは役に立ちましたか?

シスコに問い合わせ

章のタイトル：機器ポリシー

シャーシ/FEX ディスカバリポリシー

シャーシリンク

マルチキャストハードウェアハッシュ

シャーシ/FEX ディスカバリポリシーの設定

ラックサーバディスカバリポリシー

ラックサーバディスカバリポリシーの設定

MAC アドレステーブルのエージングタイム

MAC アドレステーブルのエージングタイムの設定

HA バージョンホルダの交換

優先 HA バージョンホルダの交換のためのガイドライン

優先バージョンホルダの作成

優先バージョンホルダの削除

バージョンホルダの再選択の起動

動作可能なバージョンホルダの表示