Cisco UCS Manager MIB クイック リファレンス リリース 1.x
HTTP を使用した Cisco.com 経由での MIB ファイルへのアクセスとダウンロード
パッシブ FTP を使用した MIB ファイルへのアクセスとダウンロード
このマニュアルでは、Cisco UCS Manager のプライベートまたはローカル Management Information Base(MIB; 管理情報ベース)ファイルについて説明します。
• 「Cisco MIB ファイルへのアクセスとダウンロード」
• 「関連資料」
この Cisco MIB には、シスコ独自の MIB と、他の多くの Internet Engineering Task Force(IETF; インターネット技術特別調査委員会)標準 MIB が掲載されています。これらの標準 MIB は Requests for Comments(RFC)で定義されています。特定の MIB 情報を入手するには、シスコ独自の MIB 構造および Cisco UCS Manager でサポートされている関連の IETF 標準 MIB を調べる必要があります。
ネットワーク管理は 2 つの主要なタイプのシステム間で行われます。これらのシステムは、管理システムと呼ばれる制御する側のシステムと、管理対象システムと呼ばれる監視/制御される側のシステムです。管理システムとして最も一般的なのは、Network Management System(NMS; ネットワーク管理システム)です。管理対象システムとなるのは、ホスト、サーバ、またはスイッチやルータのようなネットワーク コンポーネントです。
相互運用性を向上させるために、協調するシステムの間では、プロトコルと呼ばれる共通のフレームワークおよび共通の言語が使用される必要があります。インターネット標準の管理フレームワークでは、そのプロトコルは Simple Network Management Protocol(SNMP; 簡易ネットワーク管理プロトコル)になります。
管理対象ネットワークの信頼できるパフォーマンスを確保するには、管理対象ネットワーク スイッチと 安定した NMS の間で情報を交換する必要があります。一部のスイッチでは管理ソフトウェアを実行する能力が限られているため、コンピュータ処理の負荷の大部分は NMS にかかります。NMS では、Data Center Network Manager などのネットワーク管理アプリケーションを実行します。これらのアプリケーションによって、管理情報がネットワーク管理者およびその他のユーザに提供されます。
管理対象スイッチには、 エージェント と呼ばれる低負荷の専用ソフトウェア モジュールがあります。このモジュールが各スイッチの情報にアクセスし、NMS に提供します。管理対象スイッチには多数の変数が設定されており、要求に応じて、NMS に報告されます。たとえば、管理対象スイッチが送受信したバイト数やパケット数、または送受信したブロードキャスト メッセージ数などのデータが、エージェントを通じて報告されます。SNMP では、これらの各変数は 管理対象オブジェクト と呼ばれます。管理対象オブジェクトとは、管理可能なすべての要素、またはエージェントがアクセスして NMS に報告できる任意の要素を意味します。管理対象オブジェクトはすべて、管理対象オブジェクトのデータベースである MIB に保存されています。
NMS では、管理対象スイッチを制御する場合に、管理対象スイッチのエージェントに対して要求を送信します。それに応じて、スイッチでは 1 つまたは複数の変数値が変更されます。管理対象スイッチ側で応答可能な要求には、 set や get などがあります。NMS では、 set 要求を使用して管理対象スイッチを制御し、 get 要求を使用してスイッチを監視します。set 要求と get 要求は同期イベントであるため、NMS によってアクティビティが開始され、SNMP エージェントがそれに応答します。
管理対象スイッチからは、NMS に非同期イベントまたは SNMP 通知を送信することで、NMS に最新のイベントを通知できます。SNMP 通知(トラップまたはインフォーム)は多くの MIB に含まれており、NMS が管理対象スイッチに対して get 要求を送信する回数を減らすことができます。
Cisco MIB 変数には、SNMP を利用してアクセスできます。SNMP システムは 3 つの要素から構成されています。SNMP マネージャ、SNMP エージェント、および MIB です。Cisco MIB は、既存のネットワーク管理ソフトウェアを使ってコンパイルできます。スイッチ上で SNMP が設定されていれば、SNMP エージェントは NMS が送信した MIB 関連のクエリーに応答します。
表 1 では、SNMP の操作について説明しています。
指定された変数の次の値を取得します。多くの場合、テーブル内の変数を取得するために使用されます。1 |
|
get-bulk2 |
テーブル内の複数の行など、大きなデータ ブロックを取得します。これを使用すると、小さなデータ ブロックを何度も送信せずに済みます。 |
NMS によって送信されたいずれかのコマンド(get-request、get-next-request、get-bulk3、および set-request)に応答するか、またはエージェントによって送信されたインフォームに応答します。 |
|
SNMP エージェントによる要求外のメッセージ(何らかのイベントの発生を伝えるメッセージ)を、SNMP マネージャに送信します。 |
|
SNMP エージェントによる要求外のメッセージ(何らかのイベントの発生を伝えるメッセージ)を、SNMP マネージャに送信します。inform は、SNMP マネージャからの確認応答を必要とする点で、trap とは異なります。 |
1.この操作で、SNMP マネージャでは取得対象の変数名を必要としません。MIB 内で順次検索を行うことで、指定した変数の次の変数が取得されます。 |
SNMPv1 は、このプロトコルの最初のバージョンです。SNMPv2 では 64 ビット カウンタのサポートが追加され、SNMPv3 では、アクセスの強化されたセキュリティ、認証、および管理対象データの暗号化が追加されました。
Cisco UCS Manager では、特定のイベントが発生したときに、SNMP マネージャに通知するよう設定できます。これらの通知は、トラップ要求またはインフォーム要求として送信できます。トラップを受信しても受信側は確認応答を送信しないため、トラップは信頼性に欠けます。送信側では、トラップが受信されたかどうかを確認できません。一方、SNMP マネージャがインフォーム要求を受信すると、SNMP 応答を使用してメッセージに対する確認応答を行います。送信側が応答を受信しなかった場合は、インフォーム要求を再送信できます。インフォームのほうがトラップよりも目的の宛先に到達する可能性は高くなります。
通知によって伝達されるステータスを明確にするために、通知には MIB 変数(変数バインド)のリストが含まれる場合があります。通知に関連付けられている変数バインドのリストは、MIB 内の通知の定義に含まれています。標準 MIB に関し、シスコでは、通知の理由をより明確にするために変数バインドを追加して、一部の通知を拡張しています。IF-MIB におけるこれらの拡張例については、「IF-MIB の拡張」を参照してください。
トラップの宛先およびインフォーム要求に関する詳細情報を取得するには、SNMP-TARGET-MIB を使用します。
(注) CLI を利用してほとんどの通知をイネーブルにする必要があります。詳細については、『Cisco UCS Manager CLI Configuration Guide』を参照してください。
MIB では、Structure of Management Information(SMI; 管理情報構造)と呼ばれる IETF 標準構文を使用して、管理対象データが論理的なツリー階層で表現されます。この MIB ツリーのブランチは個別のテーブルを構成し、管理対象データがリーフ オブジェクトとして含まれています。
• 「テーブル」
MIB は、論理的に表現されたツリー階層構造です。ツリーのルートには名前がなく、3 つのメイン ブランチに分かれています。Consultative Committee for International Telegraph and Telephone(CCITT; 国際電信電話諮問委員会)、International Organization for Standardization(ISO; 国際標準化機構)、および ISO と CCITT の統合ブランチです。
これらのブランチと、各カテゴリ下に属するブランチには、各ブランチを識別するための短いテキスト文字列と整数があります。テキスト文字列はオブジェクト名を表し、整数は、オブジェクト名をコンピュータ ソフトウェアでコンパクトに符号化して表現するために使用されます。
各 MIB 変数には、オブジェクト ID が 1 つ割り当てられます。オブジェクト ID は、ルートからそのオブジェクトへのパスに従って、ノードの数値ラベルを順番に並べたものです。たとえば、MIB 変数 tftpHost は、数値 1 で表されます。 tftpHost のオブジェクト ID は、 iso.org.dod.internet.private.enterprise.cisco.workgroup products.stack group.tftp group.tftpHost または .1.3.6.1.4.1.9.5.1.5.1 です。最後の値は、MIB 変数 tftpHost の数値です。
ネットワーク管理プロトコルによってメッセージ内で MIB オブジェクトの名前が使用される場合、各オブジェクト名には接尾辞が付加されます。この接尾辞は、インスタンス ID と呼ばれます。この ID は、対応する MIB オブジェクトが 1 回出現したことを表します。単純なスカラ オブジェクトの場合、インスタンス ID 0 は、その名前のオブジェクトのインスタンスを指します(たとえば sysUpTime.0)。
MIB には、関連するオブジェクトのテーブルが含まれることもあります。たとえば、ifOperStatus は、IF-MIB 内の ifTable に含まれている MIB オブジェクトです。ifOperStatus は、スイッチ上のインターフェイスの動作状態を示します。スイッチが複数のインターフェイスを備えている場合は、ifOperStatus のインスタンスも複数作成する必要があります。このインスタンス値は、インスタンス ID として MIB オブジェクトの末尾に付加されます(たとえば、ifOperStatus.2 は、インターフェイス番号 2 の動作状態を示します)。
テーブル内の各オブジェクトは、SMI によって定義された一連の句で構成されています。これらの句には、SYNTAX 句、MAX-ACCESS 句、STATUS 句、および DESCRIPTION 句が含まれます。
次の例は、CISCO-VSAN-MIB から VSAN テーブル( vsanTable )の情報を抜粋したものです。
この例で、vsanTable には vsanIndex と vsanName の 2 つの変数が含まれています (実際の vsanTable には、もっと多くの変数が含まれています)。このテーブルのインデックスは、この VSAN の ID(vsanIndex)です。設定されている VSAN の数が n である場合、テーブルの行数は n になります。VSAN ID 3(vsanIndex が 3)と一致する vsanName を取得する必要がある場合は、vsanName.3 に対して SNMP get コマンドを実行します。
SYNTAX 句では、MIB 内の情報を監視または設定するときに返される、情報(値)の形式を定義します。
Cisco UCS Manager の MIB は、RFC 1902 で規定されている、SNMPv2 管理情報構造(SMI)バージョン 2(SNMPv2-SMI)を使用して定義されています。次に、SNMPv2-SMI 構文の例を示します。
• Counter32:最大値に達するまで増加する負ではない整数。最大値に達すると、0 に戻ります。たとえば、Counter32 構文を使用する変数 ifInOctets では、インターフェイス上の入力オクテットの数をカウントします。
• Gauge32:最大値に達するまで増加する負ではない整数。最大値に達すると、値はそのまま固定されます(ロールオーバーは行われません)。
• Counter64:最大値に達するまで増加する 64 ビットの負ではない整数。最大値に達すると、0 に戻ります。Counter64 は、短時間で高い値に達する可能性がある MIB オブジェクトに使用されます(たとえば、ギガビット イーサネット ポート用のパケット カウンタ)。
• IPAddress:IP アドレスを表すオクテット文字列。たとえば、変数 hostConfigAddr では、スイッチにホスト コンフィギュレーション ファイルを提供したホストの IP アドレスが示されます。
• Timeticks:イベントが発生してから経過した時間を 100 分の 1 秒単位でカウントする負ではない整数。たとえば、変数 loctcpConnElapsed では、TCP 接続の確立後に経過した時間が示されます。
MAX-ACCESS 句では、対応する MIB オブジェクトの最大アクセス レベルが示されます。この句によって表される状態は 5 種類あります。
• read-create:表内の行として、オブジェクトの読み取り、変更、または作成が許可されます。
• read-write:このオブジェクトの読み取りと変更が許可されます。
• read-only:このオブジェクトの読み取りだけが許可されます。
• accessible-for-notify:このオブジェクトの読み取りまたは書き込みは許可されません。SNMP 通知では、このオブジェクトをイベント情報の一部として送信できます。
• not-accessible:このオブジェクトの読み取りまたは書き込みは許可されません。テーブル インデックスは通常、アクセスできないオブジェクトです。
SNMP では、機能ファイルによって、対応する MIB の実装についての詳細が提供されます。AGENT-CAPABILITIES と呼ばれるこれらのファイルには、サポートされる準拠グループが列記されており、対応するソフトウェア バージョンでの実装に MIB との相違点があれば、それも記載されています。たとえば、CISCO-AAA-SERVER-CAPABILITY では、Cisco UCS Manager に適用されている CISCO-AAA-SERVER-MIB の実装についての詳細を提供します。
(注) 機能ファイルには、複数のソフトウェア リリースの実装に関する詳細が含まれている場合があります。使用するソフトウェア リリースは、このファイル内の対応する AGENT-CAPABILITIES 句に一致させる必要があります。
Cisco MIB ファイルは、IETF 標準 MIB II に独自の拡張機能を追加するオブジェクトのセットです。MIB II は、RFC 1213『Management Information Base for Network Management of TCP/IP-based Internets:MIB-II』で文書化されています。RFC 1213 の作成以降、MIB-II は一部変更されています。MIB-II の最新の更新内容については、IETF の Web サイト( http://www.ietf.org)を参照してください。
NMS が要求された情報を Cisco スイッチなどの管理対象スイッチから取得できない場合、特定のデータ収集を可能にする MIB が不足している可能性があります。通常、NMS が特定の MIB 変数を取得できない場合は、NMS が その MIB 変数を認識していないか、またはエージェントがその MIB 変数をサポートしていません。NMS が特定の MIB 変数を認識しない場合、その MIB を NMS にロードすべき可能性があります。これには通常、MIB コンパイラを使用します。たとえば、特定のデータを収集するために、シスコ独自の MIB またはサポートされている RFC MIB を NMS にロードしなければならない場合があります。エージェントが特定の MIB 変数をサポートしていない場合は、現在実行しているシステム ソフトウェアのバージョンを確認する必要があります。異なるソフトウェア リリースでは、サポートされる MIB も異なります。
(注) Cisco MIB および IETF MIB は、頻繁に更新されています。Cisco UCS Manager をアップグレードする際は、Cisco.com から最新の MIB をダウンロードしてください。
http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
Cisco MIB ファイルは、2 つのディレクトリに分かれています。SNMPv1-SMI MIB は SNMPv1 ディレクトリに、SNMPv2-SMI MIB は SNMPv2 ディレクトリにあります。また、この Web サイトでは、サポートされている IETF 標準 MIB も公開しています。このサポート リストを使用して個別の MIB ファイルにアクセスし、各ファイルをダウンロードしてください。
多くの MIB では、他の MIB の定義を利用しています。これらの定義項目は、MIB の最初のほうにある IMPORTS セクションに列記されています。
たとえば、MIB B が MIB A から定義項目をインポートする場合、一部の MIB コンパイラでは、MIB A をロードしてから MIB B をロードする必要があります。MIB を誤った順番でロードすると、インポート内容に関するエラー メッセージが表示され、定義項目が定義されていないか、または IMPORTS に定義項目が含まれていないことが通知されます。エラーが発生した場合は、MIB の IMPORTS で、MIB の定義項目がロードされる順番を調べます。すべての MIB が、ロード順序に従ってロードされていることを確認してください。
次に示す MIB は、多くの他の MIB にその定義項目がインポートされます(これらの MIB は、次の順番でロードする必要があります)。
上記の順序で MIB をロードすれば、ロード順序による定義問題のほとんどは回避できます。他の MIB(上記以外の MIB)は、任意の順序でロードしてかまいません。
Cisco MIB ファイルへのアクセス方法には、次の 2 種類があります。
• 「HTTP を使用した Cisco.com 経由での MIB ファイルへのアクセスとダウンロード」
• 「パッシブ FTP を使用した MIB ファイルへのアクセスとダウンロード」
(注) 次のサイトにある SNMP Object Navigator ツールを使用し、Cisco MIB ファイルにアクセスしてダウンロードすることもできます(http://tools.cisco.com/Support/SNMP/do/BrowseMIB.do?local=en)。このツールでは、SNMP オブジェクト ID(OID)のオブジェクト名への変換、オブジェクト名や説明の検索、OID ツリーの参照、および MIB ファイルのダウンロードを行うことができます。
Web ブラウザを使用して MIB ファイルにアクセスする手順は、次のとおりです。
ステップ 1 次の URL を [Address] フィールドに入力します。
http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
ステップ 2 Cisco UCS Manager の MIB サポート リストから、ダウンロードすべき MIB を選択して保存します。
Internet Explorer を使用している場合は、パッシブ FTP をイネーブルにしなければならないことがあります。パッシブ FTP をイネーブルにする手順は、次のとおりです。
ステップ 1 Internet Explorer を開き、[Tools] メニューの [Internet Options] をクリックします。
ステップ 2 ウィンドウ上部にある [Advanced] タブをクリックします。
ステップ 3 リストを下方向にスクロールし、[Use Passive FTP [for firewall and DSL modem compatibility]] チェックボックスを選択します。
ステップ 4 [OK] ボタンをクリックして変更を保存します。
パッシブ FTP を使用して MIB ファイルにアクセスするには、ダウンロードする MIB ファイルの名前を調べておく必要があります。サポートされている MIB の名前を調べるには、「HTTP を使用した Cisco.com 経由での MIB ファイルへのアクセスとダウンロード」を参照して、Cisco UCS Manager の MIB サポート リストへアクセスします。次の手順では、お使いのパッシブ FTP ユーティリティで、UNIX と同様のコマンドを使用できることが前提になっています。
パッシブ FTP で MIB ファイルをダウンロードする手順は、次のとおりです。
ステップ 1 パッシブ FTP を使用して ftp.cisco.com にアクセスします。
ステップ 2 Cisco.com のユーザ名とパスワードを使用してログインするか、または電子メール アドレスを使用して anonymous でログインします。
ステップ 3 cd /pub/mibs/v2/ と入力してディレクトリを変更します。
ステップ 4 get コマンドを使用して、目的のファイルをローカル システムにコピーします。
ステップ 5 quit コマンドを使用してパッシブ FTP を終了します。
ENTITY-MIB では、ネットワーク スイッチ内の物理エンティティと論理エンティティを管理および識別するための基本機能を提供します。Cisco NX-OS では、スイッチ内にある物理エンティティの観点から ENTITY-MIB をサポートしています。この MIB では、スイッチのシャーシ内にある各モジュール、電源、およびファン トレイの詳細な情報を提供します。提供される情報により、スイッチ内にあるこれらのエンティティに包含される要素を正しくマッピングできます。
シスコでは、独自に ENTITY-MIB への多くの拡張機能を開発し、これらの物理エンティティに関するより詳細な情報を提供できるようにしています。各拡張 MIB は共通のインデックス値である entPhysicalIndex を共有しているため、管理アプリケーションを開発する際に、複数の MIB にわたって情報をリンクすることができます。
表 2 に、entPhysical Index によって ENTITY-MIB にリンクされているシスコの拡張 MIB を示します。
IF-MIB では、インターフェイスとネットワーク スイッチ内のサブレイヤについて、基本的な管理ステータスおよび制御のための機能を提供します。IF-MIB に含まれる ifIndex は、複数の標準 MIB とシスコ独自の MIB で、特定タイプのインターフェイスの管理を拡張するために使用されます。また、Cisco MIB は、IF-MIB に含まれるインターフェイス通知の linkUp と linkDown の 2 つを拡張して、これらの通知の理由を明確に判断できるようにしています。 表 3 に示すように、Cisco MIB では linkUp と linkDown に 2 つの変数バインドを追加しています。
追加されたこれらの変数バインドを使用するリンク通知をイネーブルにする方法については、『Cisco UCS Manager CLI Configuration Guide』を参照してください。
CISCO-ENTITY-VENDORTYPE-OID-MIB
CISCO-ETHERNET-FABRIC-EXTENDER-MIB
Cisco Unified Computing System 環境についてのマニュアル セットには、次のマニュアルが含まれています。
• 『Cisco UCS Documentation Roadmap』
• 『Cisco UCS Manager CLI Configuration Guide』
• 『Cisco UCS Manager GUI Configuration Guide』
• 『Cisco UCS Manager CLI Command Reference』
• 『Cisco UCS Manager XML API Programmer's Guide』
• 『Cisco UCS Manager System and Error Message Reference』
• 『Cisco UCS 6100 Series Fabric Interconnect Hardware Installation Guide』
• 『Cisco UCS Site Preparation Guide』
• 『Regulatory Compliance and Safety Information for Cisco UCS』
マニュアルの入手方法、テクニカル サポート、その他の有用な情報について、次の URL で、毎月更新される『 What's New in Cisco Product Documentation 』を参照してください。シスコの新規および改訂版の技術マニュアルの一覧も示されています。
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
『 What's New in Cisco Product Documentation 』は RSS フィードとして購読できます。また、リーダー アプリケーションを使用してコンテンツがデスクトップに直接配信されるように設定することもできます。RSS フィードは無料のサービスです。シスコは現在、RSS バージョン 2.0 をサポートしています。