この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章では、モジュールに関連する問題を識別して解決する方法について説明します。この章の内容は次のとおりです。
• 「VSM にモジュールが表示されない場合のトラブルシューティング」
• 「コマンド」
Cisco Nexus 1000V は、VirtualCenter で定義されたデータセンターを管理します。データセンター内の各サーバは、1 つのモジュールとして表され、物理的な Cisco スイッチ内のモジュールと同じように管理できます。
Cisco Nexus 1000V の実装は、次の 2 つの部分で構成されます。
• Virtual Supervisor Module(VSM; 仮想スーパーバイザ モジュール):Cisco Nexus 1000V 分散仮想スイッチの制御ソフトウェア。Vertual Machine(VM; 仮想マシン)上で稼動し、Cisco NX-OS ソフトウェアをベースとします。
• Virtual Ethernet Module(VEM; 仮想イーサネット モジュール):Cisco Nexus 1000V で実際にデータ トラフィックのスイッチングを行う部分。VMware ESX 4.0 ホスト上で実行されます。複数の VEM が、1 つの VSM によって制御されます。スイッチ ドメインを形成するすべての VEM が、VMware VirtualCenter で定義されたとおりに同一の仮想データセンター内になくてはなりません。
このセクションでは、VSM 上にモジュールが表示されない場合に使用できるプロセスについて説明します。ここでは、次の内容について説明します。
• 「VSM が vCenter Server に接続されているかどうかの確認」
• 「ログの収集」
VSM によって制御されているモジュールのトラブルシューティング時には、次の注意事項に従ってください。
• VSM VM および VEM が起動し、動作している必要があります。
• 互換性のあるバージョンの vCenter Server および VSM が動作していることを確認します。
詳細については、『 Cisco Nexus 1000V Compatibility Information, Release 4.0(4)SV1(3a) 』を参照してください。
• vCenter Server の IP アドレスを ping して、VSM と vCenter Server の間のネットワーク接続を確認します。Domain Name Service(DNS; ドメイン ネーム サービス)名を使用している場合は、その DNS 名を使用して ping します。vCenter Server の ping に失敗した場合は、ゲートウェイを ping できるかどうかを調べます。それ以外の場合は、mgmt0 インターフェイスのコンフィギュレーション設定を調べます。
• vCenter Server のファイアウォール設定がオフになっていることを確認します。ファイアウォール設定を使用する場合は、次のポートが開いているかどうかを調べます。
• 次のエラーが表示された場合は、VSM 拡張が vCenter Server から作成されているかどうかを確認します。
– ERROR: [VMware vCenter Server 4.0.0 build-150489]
Extension key was not registered before its use
拡張またはプラグインが作成されたことを確認するには、「特定の DVS に結び付けられた拡張キーの確認」を参照してください。
拡張キーまたはプラグインの詳細については、「拡張キーの管理」を参照してください。
• 次のエラーが表示された場合は、「vCenter Server 設定の確認」を参照してください。
• Cisco Nexus 1000V で使用される用語のリストについては、『 Cisco Nexus 1000V Getting Started Guide, Release 4.0(4)SV1(3) 』を参照してください。
モジュールのトラブルシューティングには、次のフローチャートを使用します。
次の手順に従って、VSM が vCenter Server に接続されていることを確認できます。
ステップ 1 VSM と vCenter Server の間の接続を確認します。
出力に、動作ステータスが「Connected」と表示される必要があります。
• ステータスが「Connected」の場合は、「フローチャート:モジュールのトラブルシューティング」に戻ります。
• 「Connected」でない場合は、次のステップに進みます。
svs connection datacenter_name
• 拡張キーに関するエラー メッセージが表示されたら、次のステップに進みます。
• 表示されない場合は、ステップ 6に進みます。
ステップ 5 次のいずれかを行ってから、ステップ 6に進みます。
• 「vCenter Server の拡張キーの登録解除」を使用して拡張キーを登録解除します。
• 『 Cisco Nexus 1000V Getting Started Guide, Release 4.0(4)SV1(3) 』の次の手順を使用して、新しい拡張キーをインストールします。
– 「Creating a Cisco Nexus 1000V Plug-In on the vCenter Server」
ステップ 6 VSM と vCenter Server の間の接続を確認します。
出力に、動作ステータスが「Connected」と表示される必要があります。
• ステータスが「Connected」の場合は、この手順は完了しています。
• 「Connected」でない場合は、「フローチャート:モジュールのトラブルシューティング」 に戻ります。
この手順を開始する前に、次のことを確認または実行する必要があります。
• show svs domain コマンドの出力が、次のことを示している。
この手順に従って、次のように設定されたポート プロファイルが少なくとも 1 つあることを確認できます。
• ポート プロファイルがトランク モードで設定されている。
• 許可された VLAN のリストは、システム VLAN のリストのスーパーセット、または同じリストである。
システム ポート プロファイルの詳細については、『 Cisco Nexus 1000V Port Profile Configuration Guide, Release 4.0(4)SV1(3) 』を参照してください。
ステップ 1 VSM で、システム ポート プロファイル設定を確認します。
show port-profile name system-port-profile-name
n1000v# show port-profile name system-uplink
description: "System profile for critical ports"
switchport trunk allowed vlan 260
switchport trunk allowed vlan 260
この手順を開始する前に、次のことを確認または実行する必要があります。
• コントロール VLAN とパケット VLAN の VLAN ID がわかっている。
コントロール VLAN とパケット VLAN は、同一 VLAN の場合も別個の VLAN の場合もあります。
VLAN ID がわからない場合は、 show running-config コマンドを使用します。
• コントロール VLAN とパケット VLAN が、システム ポート プロファイル内でシステム VLAN でもある。
ステップ 1 VSM で、コントロール VLAN とパケット VLAN を確認します。
show running-config vlan vlan-id
ステップ 2 VSM で、コントロール VLAN とパケット VLAN が、システム ポート プロファイル内でシステム VLAN でもあることを確認します。
show port-profile name system-port-profile-name
n1000v# show port-profile name system-uplink
description: "System profile for critical ports"
switchport trunk allowed vlan 260
switchport trunk allowed vlan 260
• コントロール VLAN とパケット VLAN が存在し、システム ポート プロファイル内でシステム VLAN でもある場合、この手順は完了しています。
• そうでない場合は、『 Cisco Nexus 1000V Getting Started Guide, Release 4.0(4)SV1(3) 』の次の手順を使用して設定します。
「Configuring the System Port Profile for VSM-VEM Communication」
vSphere クライアントから次の手順に従って、vCenter Server 設定を確認できます。
ステップ 1 データセンターとそのデータセンターの n1000V DVS に、ホストが追加されていることを確認します。
ステップ 2 ホストの 1 つ以上の pnic が DVS に追加され、その pnic が system-uplink プロファイルに割り当てられていることを確認します。
ステップ 3 コントロール VLAN、パケット VLAN、および管理ネットワークが含まれるポート グループに 3 つの VSM vnic が割り当てられていることを確認します。
この手順を開始する前に、次のことを確認または実行する必要があります。
• VSM CLI に EXEC モードでログインしている。
• アップストリーム スイッチの CLI にログインしている。
VSM MAC アドレスは、AIPC Interface MAC として表示されます。
ホストのユーザ VEM Agent MAC アドレスは、Src MAC として表示されます。
• ステップ 1 で show svs neighbors コマンドの出力に VEM MAC アドレスが表示されない場合は、VSM をホストしているサーバとアップストリームスイッチの間の接続に問題があります。VSM 設定と vCenter Server 設定をもう一度調べてください。
ステップ 3 VEM 上で、ステップ 1 で見つかった VSM MAC アドレスを使用して、vem-health スクリプトを実行します。
(注) そのパスに vem-health スクリプトがない場合は、/usr/lib/ext/cisco/nexus/vem*/sbin/ で見つけられます。
vem-health check vsm_ mac_address
vem-health スクリプトの出力では、接続問題の原因と、トラブルシューティングで推奨される次のステップが示されます。
• ステップ 3 の VEM ヘルス チェックでアップストリーム スイッチへの接続に問題があることが示された場合は、次のステップに進んでください。
• それ以外の場合は、ステップ 7 に進みます。
ステップ 5 アップストリーム スイッチで、MAC アドレス テーブルを表示してネットワーク設定を確認します。
• ステップ 5 の出力に VSM の MAC アドレスが表示されない場合は、VSM をホストしているサーバとアップストリーム スイッチとの間の接続に問題があります。VSM 設定と vCenter Server 設定をもう一度調べてください。
ステップ 7 VEM 上で次のコマンドを入力して、VSM MAC がコントロール VLAN とパケット VLAN に表示されることを確認します。
module vem module_number execute vemcmd show l2 control_vlan_id
module vem module_number execute vemcmd show l2 packet_vlan_id
• VSM の MAC アドレスがステップ 7 の出力に表示されない場合は、「VEM 設定の確認」の説明に従って VEM 設定を調べます。
この手順を開始する前に、次のことを確認または実行する必要があります。
• ポート LTL 番号がポート インデックス番号(48 など)である。
ステップ 1 ESX ホスト上で次のコマンドを使用して、VEM エージェントが稼動しており、正しいホスト リンクが DVS に追加されていることを確認します。
ステップ 2 次のコマンドを使用して、アップリンク上の間違った MTU 値が原因で失われた接続を復元します。
vemcmd show port port-LTL-number
vemcmd set mtu size ltl port-LTL-number
(注) これらの vemcmd コマンドは回復手段だけに使用して、システム アップリンクの場合はポート プロファイル設定内、システム以外のアップリンクの場合はインターフェイス設定内の MTU 値を更新します。
ステップ 3 次のコマンドを使用して、ドメイン ID、コントロール VLAN、およびパケット VLAN がホスト上に正しく設定されていることを確認します。
ステップ 4 次のコマンドを使用して、DVS に追加されているホストのポートが一覧表示され、各ポートがホスト上で「Access」または「Trunk」として正しく設定されていることを確認します。
出力の最後の行は、vmnic1 が Trunk モードで、CBL 値が 4 であることを示しています。ネイティブ VLAN の CBL 値は、4 である必要はありません。この値は、許可されていない場合は 0 になり、VLAN 1 で許可されていない場合は 1 になります。これは、ネイティブ VLAN がコントロール VLAN でない限り、問題にはなりません。管理状態(Admin)とポートの状態(State)は「UP」となります。
ステップ 5 次のコマンドを使用して、コントロール VLAN とパケット VLAN を伝送する vmnic ポートが存在することをブロードキャスト ドメインで確認します。
ステップ 6 vemcmd show trunk コマンドを使用して、次のことを確認します。
• コントロール VLAN とパケット VLAN がコマンド出力に示され、DV ポート グループが vCenter Server からホストに正常にプッシュされている。
• 正しい物理トランク ポート vmnic が使用されている。
少なくとも 1 つの物理アップリンクがコントロール VLAN とパケット VLAN を伝送している必要があります。また、複数のアップリンクがコントロール VLAN とパケット VLAN を伝送している場合、アップリンクは 1 つのポート チャネル プロファイルに属している必要があります。VEM をまだ VSM に追加していないため、ポート チャネル自体は表示されません。
ステップ 7 ポートとシステム VLAN の間違った設定が原因で失われた接続を復元します。
vemcmd show port port-ltl-number
vemcmd set system-vlan vlan_id ltl port-ltl-number
vemcmd set port-mode [ trunk | access ] [native-vlan vlan_id] ltl port-ltl-number
(注) set port-mode コマンドを使用する場合、アクセス ポート モードを指定するには、ネイティブ VLAN ID を設定する必要があります。トランク ポート モードを指定する場合、ネイティブ VLAN ID は任意です。ネイティブ VLAN ID を指定しないと、ネイティブ VLAN ID は非システム VLAN 1 に設定されます。
(注) これらの vemcmd は回復手段だけに使用して、ポート プロファイル設定を正しいシステム VLAN に更新します。
VEM と VSM の間のネットワーク接続を確認したら、次の手順に従ってログ ファイルを収集し、問題を識別できます。
ステップ 1 VEM 上で次のコマンドを使用して、その UUID を確認します。
ステップ 2 VSM 上で次のコマンドを使用して、該当する UUID エントリがマップされているモジュール番号を確認します。
ステップ 3 ステップ 2 のモジュール番号を使用して、次のコマンドの出力を収集します。
• show platform internal event-history module 13
• show module internal event-history module 13
• show system internal im event-history module 13
• show system internal vmm event-history module 13
• show system internal ethpm event-history module 13
(注) 問題を解決する際に TAC に連絡する必要がある場合は、ステップ 3 に示されているコマンドの出力が必要になります。
VSM モジュールの使用を開始する際の問題をトラブルシューティングするには、次のコマンドを使用します。
• show svs neighbors :svs ネイバーをすべて表示する。
• show platform internal event-history module :プラットフォーム マネージャ モジュールのステート マシンを表示する。
VSM に関する問題をトラブルシューティングするには、次のコマンドを使用します。
• show platform internal event-history module module-number
• show module internal event-history module module-number
• show system internal im event-history module module-number
• show system internal vmm event-history module module-number
• show system internal ethpm event-history module module-number