シスコのベストプラクティス：Cisco IOS管理オペレーション

ダウンロードオプション

PDF (479.3 KB)
Adobe Reader を使ってさまざまなデバイスで表示
ePub (89.4 KB)
iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
Mobi (Kindle) (90.2 KB)
Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示

Updated: 2006 年 9 月 21 日

Document ID:27623

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポートコンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

内容

概要

はじめに

概要

目的

対象者

前提条件

Cisco IOS 管理操作戦略の作成

成果物の特定

主なデバイス測定の特定

役割と責任の定義

必要な専門知識の領域の特定

主な貢献者の特定

責任の特定

リソースの予算決定

Cisco IOS 管理操作プロセスのベストプラクティスの順守

ソフトウェアバージョン管理

障害管理

問題管理

設定の標準化

アベイラビリティ管理

Cisco IOS 管理操作のチェックリスト

概要

シスコのベストプラクティスは、シスコ製品とソリューションのネットワーキング運用について、関連する信頼性の高いガイダンスを提供する体系化されたドキュメントのセットです。このベストプラクティスは、受賞歴のある Cisco TAC とアドバンスドサービスのエンジニアによって開発およびサポートされ、模倣するためのベストプラクティスの独自のセットを作成するために利用できます。シスコのお客様は、ネットワークのパフォーマンスと可用性を実現するために、これらのベストプラクティスをネットワーク環境に適用しています。

これらのベストプラクティスは、シスコとパートナーのサービスで補足することを強く推奨します。ネットワークのパフォーマンスと可用性を最適化する方法については、シスコアドバンスドサービスの Web サイトについてサービスのセールス担当者に問い合わせ、ネットワーク最適化サポート（集中エンジニアリングのサポート、ネットワーク可用性向上のサポート（NAIS）、ソフトウェア管理プロセスのアセスメント（SMPA）、および NAIS-SMPA の実装）の詳細を確認してください。

はじめに

概要

ソフトウェア管理の運用プロセスは、ネットワークの複雑性の軽減、事後対処的なサポート問題の減少、および問題解決の時間短縮に役立ちます。このドキュメントでは、Cisco IOS® ソフトウェア（Cisco IOS）の全体的な管理のための戦略、ツールの推奨事項、およびベストプラクティスについて説明します。

このドキュメントの「Cisco IOS 管理操作戦略の作成」と「Cisco IOS 管理操作プロセスのベストプラクティスの順守」のセクションでは、開始の際に推奨される方法論について説明し、運用フェーズでの使用に適したツールを示します。運用フェーズには、以下に関するベストプラクティスのプロセスが含まれます。

プロセス	説明
ソフトウェアバージョン管理	特定されたソフトウェアトラック内におけるソフトウェアの一貫性を追跡、検証、および改善します。
障害管理	Cisco IOS で生成された優先度の高い SNMP と Syslog メッセージを監視して事前に処理します。
問題管理	ソフトウェアに関連する問題が将来的に発生することを防ぐために、そのような問題に関する重要な情報を迅速かつ効果的に収集します。
設定の標準化	テストされていないコードが実稼働で実行される可能性を低減し、ネットワークプロトコルと機能の動作を標準化するために、設定を「標準化」します。
可用性管理	メトリック、改善の目的、および改善のプロジェクトに基づいて、可用性を向上させます。

このドキュメントでは、Cisco IOS の計画、設計、および実装について、次のベストプラクティスのプロセスを導入していることを前提としています。

プラットフォーム、モジュール、機能、プロトコル、およびトポロジの要件に基づいて、環境で管理可能なソフトウェアの領域（ソフトウェアトラック）を特定している。
ソフトウェアトラックごとに、Cisco IOS バージョンを選択して認定し、通信している。
各ソフトウェアトラックに標準の Cisco IOS バージョンを一貫して実装している。

目的

このセクションでは、定義されたトラック内で標準化された Cisco IOS バージョンの管理と保守を支援します。取り上げるトピックは次の通りです。

特定されたソフトウェアトラック内でソフトウェアのバージョンの一貫性を保つために、ソフトウェアのバージョン管理のプロセスを開発します。
デバイスの障害管理メッセージとアラート（SNMP/Syslog）に基づいてプロセスをモニタ、通知、および解決し、ソフトウェアと障害の問題の可能性を事前に解決できるようにします。
ソフトウェアの問題に関する重要な情報を効率的に収集し、ソフトウェア関連の問題を解決する時間を削減できるようにします。
デバイスの設定を標準化して、環境でプロトコル、機能、アクセス、セキュリティの一貫性を実現できるようにします。

対象者

このドキュメントは、ネットワークの日々の運用を担当する、技術指向のユーザやマネージャに適しています。ネットワークの一貫性を構築し、事前の障害管理の機能を向上させることで、ネットワークの複雑さの軽減、事後対処的なサポート問題の減少、問題を解決するための時間の短縮を可能にする運用プロセスを確立する方法について説明します。

前提条件

Cisco IOS 管理操作の担当者は、ネットワークインフラストラクチャの設計と管理（特にシスコ機器）に関する十分な専門知識を持ち、ターゲットネットワークのトポロジ、デバイス設定、アクティビティプロファイル、アプリケーションの使用率、リソース使用率のポリシーの詳細にアクセスできる必要があります。また、Cisco Connection Online（CCO）で利用できる情報ツールへのアクセス権と利用経験も必要です。CCO への登録がまだの場合は、このドキュメントで説明するツールにアクセスするために、登録することをお勧めします。

Cisco IOS 管理操作戦略の作成

多くの品質の戦略とツールは Cisco IOS 環境を管理する。この章では、可用性の高い環境で Cisco IOS の運用を管理するための 3 つの主要な戦略に焦点を当てています。また、Cisco IOS と Cisco IOS の問題の管理に特に役立つ重要な運用ツールのマトリックスも含まれます。

最初の主要な戦略は、環境をできるだけ簡素化し、設定と Cisco IOS のバージョンのばらつきをできるだけ減らすことです。Cisco IOS 証明書がすでに設定の一貫性がもう一つの重要な要素であるが、記載されています。設定の標準の作成に対しては、アーキテクチャグループまたは技術グループが担当します。そして、実装と運用のグループが、Cisco IOS のバージョン管理および Cisco IOS の設定の標準と管理により、これらの標準を設定および保守します。

2 番目の主要な戦略は、ネットワークの不具合を識別し、迅速に解決できるようにすることです。運用グループは通常、ユーザが報告する前にネットワークの問題を特定する必要があります。また、環境にそれ以上影響を与えたり、環境が変えられたりしないように、できる限り速やかに問題を解決する必要があります。この分野の 2 つの主要なベストプラクティスは、問題管理と障害管理です（どちらもこのドキュメントで後述します）。

注：Cisco IOSスタックデコーダツールを使用すると、Cisco IOSソフトウェアのクラッシュを迅速に診断できます。

3 番目の主要な戦略は、「継続的な改善」です。この戦略のプライマリプロセスは、品質ベースのアベイラビリティ改善プログラムを強化することです。Cisco IOS 関連の問題も含めたすべての問題に対して根本原因を分析することにより、テストのカバー範囲を広げ、問題解決にかかる時間を短縮し、停止による影響を排除または軽減するプロセスを改善できます。また、組織内で共通する問題を調査し、それらの問題をより迅速に解決するためのプロセスを構築することも可能です。

成果物の特定

Cisco IOS ソフトウェアの管理操作プロセスの成果物には、次のものが含まれます。

ソフトウェアバージョン管理のプロセスとツール
障害管理のモニタリングとプロセス
問題管理プロセス
デバイスの設定標準と監査プロセス
ネットワーク可用性の方法論、レポートと確認プロセス

主なデバイス測定の特定

運用計画の一部としてメトリックを定義し、ツールとプロセスが必要な結果を生成しているかどうかを判断するために使用する必要があります。次に、Cisco IOS ソフトウェア管理の便利なメトリックの例をいくつか示します。

ネットワーク可用性（ソフトウェアの問題による）
標準に対する Cisco IOS バージョンの準拠の割合（トラック単位）
デバイス構成の一貫性の割合（標準に基づく）
問題管理のメトリック（MTTR、チケット番号、終了コード）

役割と責任の定義

IOS のアップグレードプロジェクトの計画、設計、実装、運用のフェーズが成功するように、ネットワークアーキテクチャ、ネットワークエンジニア、実装および運用グループから、マネージャやリーダーを特定して選択し、職務横断的なグループを構成します。

必要な専門知識の領域の特定

Cisco IOS の管理プロジェクトの運用フェーズをサポートできるように、ネットワーク管理、ネットワークエンジニア、実装および運用グループから、マネージャやリーダーの職務横断的なグループを構成します。

主な貢献者の特定

ネットワークマネージャ：

マネージャの名前、部署、連絡先情報

プライマリバックアップの名前、部署、連絡先情報

セカンダリバックアップの名前、部署、連絡先情報
ネットワークアーキテクト：

アーキテクトの名前、部署、連絡先情報

プライマリバックアップの名前、部署、連絡先情報

セカンダリバックアップの名前、部署、連絡先情報
ネットワークエンジニア：

エンジニアの名前、部署、連絡先情報

プライマリバックアップの名前、部署、連絡先情報

セカンダリバックアップの名前、部署、連絡先情報
ネットワーク運用（NOC）エンジニア：

エンジニアの名前、部署、連絡先情報

プライマリバックアップの名前、部署、連絡先情報

セカンダリバックアップの名前、部署、連絡先情報

責任の特定

ネットワークマネージャには、以下の責任があります。
- プロジェクト計画の維持
- リソースの割り当てまたは再割り当て
- 変更制御の管理
- 進捗状況の管理
- 予算レポートの管理
ネットワークアーキテクトには、以下の責任があります。
- ネットワークの標準とリリースの注意事項の分析
- ソフトウェアアップグレードのマトリックスの維持
- 候補管理のマトリックスの維持
- メモリ要件のマトリックスの維持
ネットワーク（NOC）エンジニアには、以下の責任があります。
- ネットワーク標準の実装と準拠
- ソフトウェアの問題と根本原因の特定
- 修正措置の推奨
- ネットワークのモニタリング

リソースの予算決定

リソースの要件は、組織のソフトウェア管理戦略をサポートするよう運用段階で決定する必要があります。これには、ソフトウェア戦略をサポートするために求められる必須の担当者の時間と設備投資が含まれます。

多くの場合、ソフトウェア管理を実施するための投資回収率（ROI）または予算計画は、ダウンタイムと可用性の要件のコストに基づいて生成できます。組織がソフトウェアの問題によるダウンタイムを判別できる場合、このコストの大半は、ソフトウェア管理のベストプラクティスを特定することで相殺できます。コストを完全に相殺できない場合、組織はソフトウェアの問題の結果による追加の再作業を回避することで生産性を向上できる、より基本的なソフトウェア管理戦略を検討する必要があります。

Cisco IOS 管理操作プロセスのベストプラクティスの順守

Cisco IOS 管理操作プロセスを順守するベストプラクティスには、次のものがあります。

ベストプラクティス	詳細（Outcall Billing Detail）
ソフトウェアバージョン管理	バージョンに準拠しないソフトウェアを検証し、場合によっては変更するために、標準化されたソフトウェアのバージョンの実装とネットワークのモニタリングを行います。
障害管理	SNMP と Syslog メッセージの収集、監視、および分析は、その他の手段では識別が困難または不可能な Cisco IOS に特有のネットワーク問題を解決するための、推奨される障害管理プロセスです。
問題管理	問題の特定、情報収集、および十分に分析されたソリューションのパスを定義する詳細な問題管理プロセスです。このデータは、根本原因を判別するために使用されます。
設定の標準化	設定の標準化とは、デバイスやサービスで標準の「グローバルな」設定パラメータを作成して維持することで、企業全体でグローバルな設定の整合性を確保することです。
アベイラビリティ管理	品質向上メトリックとしてネットワークの可用性を使用して品質を向上させることです。

ソフトウェアバージョン管理

ソフトウェアバージョン管理は、標準化されたソフトウェアバージョンだけを実装して、ネットワークを監視するプロセスです。このプロセスでは、ソフトウェアを検証し、バージョンに準拠しないソフトウェアを変更する場合もあります。一般に、ソフトウェアのバージョン管理は認証プロセスと標準制御を使用して行われます。多くの組織では、Web サーバのバージョンの標準をパブリッシュします。また、実装担当者は、どのバージョンが稼動しているかを確認して、標準に準拠していないバージョンをアップデートするための教育を受けます。一部の組織では品質ゲートプロセスを用意して、監査による二次的な検証を行い、実装期間中に標準が準拠されていることを確認しています。

ネットワーク運用が開始されてから、ネットワーク内に標準以外のソフトウェアバージョンが見つかることは珍しくありません。特に、ネットワークが大規模で、運用の担当者が大勢いる場合によく起こります。この原因として、以下が考えられます。

トレーニングが十分でない新しいスタッフ
間違って構成されているブートコマンド
確認されていない実装

Cisco IOS のバージョンによってすべてのデバイスをソートできる CiscoWorks2000 Resource Manager Essentials（RME）などのツールを使用し、ソフトウェアのバージョンの標準を定期的に検証することをお勧めします。非標準のバージョンが確認されると即座にフラグが付けられ、そのバージョンを標準のバージョンに移行するために、トラブルチケットまた変更チケットが開始されます。

利用可能なツール

CiscoWorks2000 RME Inventory Manager を使用すると、Web ベースのレポートツールによって、Cisco ルータおよびスイッチの Cisco IOS のバージョン管理が大幅に簡素化されます。この Web ベースのレポートツールでは、ソフトウェアバージョン、デバイスのプラットフォーム、およびデバイス名に基づいて、デバイスが報告およびソートされます。

障害管理

障害管理は、その他の手段では識別が困難または不可能な、Cisco IOS に特有のネットワーク問題を解決するために、SNMP と Syslog のメッセージを収集、モニタ、および分析するプロセスです。

SNMP トラップ収集

SNMP トラップ収集と通知は、ポーリング間隔で生じる SNMP ポーリングのオーバーヘッドや遅延なしで、ソフトウェアまたはハードウェアのイベントやクラッシュを特定するために使用される、障害管理の基本的なプロセスです。トラップメッセージが、ネットワークデバイスから、通知サービスを提供するネットワーク管理システムに直接生成されます。これらのトラップの収集と通知は、冗長環境におけるプライマリデバイスやリンクの損失など、ユーザ以外が影響を与えるイベントを含む多数のネットワークイベントの迅速な解決に不可欠です。

これらのトラップを収集してモニタするには、デバイスとネットワーク管理システムでトラップを適切に設定する必要があります。ネットワーク管理システムは、トラップが受信されたときにネットワーク運用グループにアラートを出します。通知はページング、電子メール、または NOC 環境のイベント画面の形式で表示できます。

データの提示方法に関係なく、これらの障害が発生しているインスタンスまたは例外は、ネットワーク運用スタッフやネットワークサポートスタッフによって定期的に（毎日を推奨）分析および確認する必要があります。検出されたすべての例外の原因を調査する必要があります。ログに記録された例外のいくつかは、ネットワークオペレーションセンターですぐにアラームを出すほど重要でないことがあります。マイナーな例外を事前に確認、調査、および解決することが、ネットワークサポートグループによるネットワーク停止の軽減または回避に役立つ可能性があります。

Syslog メッセージの収集

Syslog メッセージは、デバイスから収集サーバに対して送信されます。これらのメッセージは、ハードウェアまたはソフトウェアのエラーである場合と、情報を知らせるメッセージ（たとえば、デバイスで configure terminal を使用しているユーザがいるなど）である場合があります。

Syslog をモニタするには、Syslog データを解析および報告するために、ネットワーク管理システム（NMS）ツールのサポートまたはスクリプトが必要です。これには、日付または期間、デバイス、Syslog メッセージタイプ、またはメッセージ頻度によって Syslog メッセージをソートする機能が含まれます。大規模なネットワークでは、syslog データを解析し、イベント管理システムにアラートまたは通知またはアクションおよび技術者の送信、ツールやスクリプトが実行される introverted thatさまざまな syslog データのアラートを使用しない場合は、各日高プライオリティの syslog データをまだ確認し、潜在的な問題のトラブルチケットを作成する必要があります。事前に正常な監視、定期的な監査によって認識されない可能性がある disappear されない可能性がある状況を検出するために、履歴 syslog データの分析を実行する必要があるネットワークの問題を検出すると、サービスに影響を与えることになる前に問題を示すを提供する you start。

利用可能なツール

より一般的な SNMP トラップの受信ツールには、次のようなものがあります。

Hewlett Packard の HP OpenView Network Node Manager（openview.hp.com）
Aprisma の Spectrum Integrity（www.aprisma.com）
IBM Tivoli の NetView（www.tivoli.com）

Cisco IOS 管理の最も一般的な syslog ツールは、CiscoWorks2000 RME Syslog Manager です。その他に使用可能なツールには、www.netal.com 以外のサイトへ移動してcisco.comから入手できるシェアウェアプログラムのSL4NTや、www.opensystems.comのOpenSystemsから入手できるPrivate Iなどがあります。

問題管理

問題管理は障害管理の 1 つの側面ですが、特定、トラブルシューティング、解決、終了を通じて、問題を発生時点から管理する分野です。

多くの顧客は、問題管理プロセスの不足によって追加ダウンタイムが発生します。追加のダウンタイムが発生して、ネットワーク管理者がすぐに発生した時間を、問題の特定、情報収集、およびフル分析ソリューションに）、もむしろサービスに影響を与えるコマンドまたは設定変更の組み合わせを使用して問題を解決する必要があります。この分野で観察される行動には、デバイスをリロードしたり、問題とその根本原因を調査する前に IP ルーティングテーブルを消去することなどがあります。場合によっては、これは、最初のレベルのサポートでの問題解決の目標に起因しています。ソフトウェアに関連する問題が発生した場合は、どの問題においても、接続またはサービスの復旧前に根本原因分析に必要な情報を迅速に収集することを目標とする必要があります。

問題管理プロセスが推奨されますが、これには、デフォルトの問題に関するある程度の説明、およびサポートの 2 番目のレベルに問題を報告する前に、“show” コマンドを使用して適切な情報を収集することが含まれます。最初のレベルのサポートでは、ルータの消去やデバイスのリロードは行いません。理想的なのは、最初のレベルのサポート組織で情報をすばやく収集し、2 番目のレベルのサポートに問題を報告することです。最初の段階のサポートで、問題の特定および問題の説明に多少の時間を費やすことによって、根本的な原因を発見できる可能性が高くなるため、回避策、ラボでの確認、および不具合報告が可能になります。2 番目のレベルのサポートは、問題の診断または不具合レポートをまとめるためにシスコが必要とする情報の種類をよく理解している必要があります。以下のような情報が必要です。

メモリダンプ
ルーティング情報の出力
デバイスの show コマンドの出力

設定の標準化

グローバルなデバイス設定の標準化とは、複数のデバイスやサービスに共通の標準で「グローバルな」設定パラメータを維持することです。その結果、企業全体でグローバルな設定の一貫性が実現します。グローバル設定コマンドは、全デバイスに対して適用されるコマンドであり、個々のポート、プロトコル、またはインターフェイスに適用されるものではなく、通常は、デバイスアクセス、一般的なデバイスの動作、デバイスのセキュリティに影響を及ぼします。Cisco IOS では、これには次のコマンドが含まれます。

サービス
IP
VTY
コンソールポート
Logging
AAA/TACACS+
SNMP
バナー

また、グローバルデバイスの設定標準に含まれる重要な項目に、デバイスの命名規則があります。この規則によって、管理者はデバイスの DNS 名に基づいて、デバイス、デバイスタイプ、およびデバイスの場所を特定できます。グローバル設定の整合性、複雑さを軽減し、ネットワークの supportability 向上に役立つため、ネットワーク環境全体の supportability と信頼性が重要です。多くの場合、サポートに関する問題は、設定が標準化されておらず、デバイスの動作、SNMP アクセス、および一般的なデバイスセキュリティが不適切、または一貫していないことが原因です。

グローバルなデバイス規格の維持は、同様のネットワークデバイスのグローバル設定パラメータを作成および維持するための運用グループまたは内部エンジニアリング通常によって実現されます。また、メッセージがすべてのにプロビジョニングされたデバイスにダウンロードするために TFTP ディレクトリのグローバルコンフィギュレーションファイルのコピーを提供することを推奨します。また、Web アクセスできるファイルは各設定パラメータの説明を標準コンフィギュレーションファイルを提供します。また、同様のデバイスの設定を定期的に行って、グローバル設定の一貫性を確保したり、デバイスが適切なグローバル設定の標準を満たしていることを定期的に確認したりしている組織もあります。

インターフェイスまたはプロトコルの設定の標準化は、インターフェイスおよびプロトコルの設定に関する標準を維持することです。これにより、ネットワークの複雑さが軽減し、デバイスとプロトコルが予想通りに動作するようになり、ネットワークのサポート性が強化されるため、ネットワーク可用性が向上します。インターフェイスまたはプロトコルの設定の一貫性が実現されていない場合、予想外のデバイス動作、トラフィックルーティングの問題、接続性に関する問題の増加、およびサポートの応答時間の遅延などが発生する可能性があります。

インターフェイスの設定標準には、次のようなものがあります。

CDP（Cisco Discovery Protocol）
インターフェイスの記述子
キャッシングの設定
その他のプロトコル固有の標準

プロトコル固有の設定標準には、次のようなものがあります。

IP ルーティングの設定
DLSW の設定
アクセスリストコンフィギュレーション
ATM の設定
フレームリレー設定
スパニングツリーの設定
VLAN の割り当ておよび設定
VTP（仮想トランキングプロトコル）
HSRP（ホットスタンバイルーティングプロトコル）
その他はネットワーク内の設定内容に応じて異なります。

IP の標準の例として、サブネットのサイズ、使用されている IP アドレス空間、使用されているルーティングプロトコル、ルーティングプロトコルの設定があります。

プロトコル設定と標準の維持は、通常、ネットワークエンジニアと実装のグループがあります。エンジニアグループは、標準の特定、テスト、検証、および文書化を担当します。次に、実装グループが、技術文書や設定テンプレートを使用して新しいサービスを提供します。技術グループは、一貫性を確認するために、必要とされる標準のすべての側面に関して文書を作成する必要があります。設定テンプレートは、コンフィギュレーション標準を強化するために作成する必要があります。運用グループも、標準に関する教育を受けて、非標準の設定を識別できるようになる必要があります。設定の一貫性はテスト、検証、および証明書のフェーズにも役立ちます。標準化された設定テンプレートが用意されていない場合、比較的大規模なネットワークで Cisco IOS のバージョンを適切にテスト、検証、または認証することはほぼ不可能です。