Chapter1. はじめに

Kubernetes の紹介

HX ワークロード プロファイラは、複数の Kubernetes 展開でホストとコンテナのコンピューティング、ストレージ、およびネットワークの使用量を見積もることができる Kubernetes 特性評価ツールです。ツールの出力を HXSizer 製品に組み込むことで、HyperFlex クラスタの要件をサイジングできます。ワークロードの要件は、HX プロファイラ ツールによって推定されます。

HX ワークロード プロファイラの主要な出力は次のとおりです：

- ホストレベルのコンピューティング メトリックの 30 日間の履歴概要

- すべての Kubernetes がプロファイリングされたホストとコンテナの詳細なコンピューティング、ストレージ、およびネットワーク メトリック

- UI の主要なメトリックの傾向を分析するための詳細な時系列データ

- すべての主要なメトリックの時系列データのダウンロード

HX ワークロード プロファイラ ツールは tar として提供され、複数の Kubernetes サーバーを同時にモニタリングするために使用できます。

Chapter2. システム要件

- 前提条件

- Kubernetes 環境用の HX プロファイラの設定

- プロファイラ サービスの使用

- Kubernetes アプリケーション ログの検索

前提条件

- スクリプト ファイルを実行する前に、以下の方法で sshpass をインストールしてください。

- Debian/Ubuntu およびその派生システム：

- sudo apt-get install sshpass

- RedHat/CentOS ベースのシステム:

- yum install sshpass

- dnf install sshpass [Fedora 22 以降のバージョン]

- ストレージ クラスの空き容量要件：40 GB 以上。

Kubernetes 環境用の HX プロファイラの設定

1. https://hyperflexsizer.cloudapps.cisco.comから Cisco-Profiler-2.1-CSI.tar ファイルをダウンロードします。

- HX ツールのダウンロード > HyperFlex プロファイラ > Kubernetes

2. Cisco-HxProfiler-CSI-4.1.tar.gz を tar -zxf Cisco-HxProfiler-CSI-4.1.tar.gz で解凍します。

3. cd Cisco-HxProfiler-CSI-4.1/Script_files を実行して、Script_files ディレクトリにアクセスします。

4. bash profiler_deployment.sh スクリプトを実行して、スクリプトを実行します。

5. プロンプトが表示されたら、ストレージ クラス名を入力し、Enter ボタンを押します。

（注）

間違ったストレージ クラス名を入力すると、エラー応答が表示されます。3 回、間違ったストレージ名を入力すると、展開プロセスが終了し、設定プロンプトに戻ります。その場合、手順 1 に戻り、プロセスを再起動してください。

6. ワーカー ノードにプロファイラ イメージをデプロイします：「すべてのワーカー ノードにプロファイラ イメージをデプロイしますか (推奨) Y/N：（Do you want to deploy profiler image in all worker nodes (Recommended) Y/N:）」という質問に答えます。

- プロファイラーをすべてのワーカー ノードにデプロイする場合は、Y と入力して Enter ボタンを押し、手順 8a に戻ります。

- すべてのワーカー ノードにイメージをデプロイしない場合は、N を入力して Enter ボタンを押し、ステップ 9 にスキップします。

1. プロンプトが表示されたら、ワーカー ノードのユーザー名とパスワードを入力し、Enter ボタンを押します。「イメージが正常にデプロイされました（Image deployed successfully）」というメッセージが表示されることを確認してください。

2. 手順 8a を繰り返して、すべてのワーカー ノードにイメージをデプロイします。

7. すべてのワーカー ノードにイメージをデプロイしない場合は、N を入力して Enter ボタンを押します。特定のノードにイメージをデプロイする場合は、ワーカー ノードの IP、ユーザー名、およびパスワードを入力します。

8. デプロイメントの名前空間：デプロイメントに使用されるデフォルトの名前空間は profiler（プロファイラ）です。

提供された名前空間で、Elasticsearch および postgres ポッドが名前空間にデプロイされているかどうかを確認します。そうである場合は：

- 名前空間全体を削除して新しい名前空間をデプロイし、手順 11 に進みます。

1. 削除して新しいものを作成する場合は、Y を入力して Enter ボタンを押します。デフォルトのプロファイラ名前空間が削除され、profiler という名前の新しい名前空間が作成されます。Y と入力して Enter ボタンを押し、アクションを確認します。

2. 他の名前空間にデプロイする場合は、Y と入力してから目的の名前空間を入力します。

9. 新しい名前空間名を入力し、Enter ボタンを押します。

（注）

名前空間名の要件：使用できるのは小文字の英数字と「-」（ダッシュ）です。名前の先頭と末尾は英数字にする必要があります。

すべてのノードに Elasticsearch と Postgres yaml ファイルのデプロイが作成されます。

10. 現在の UNIX パスワードのプロンプトで、appadmin GUI アカウントのパスワード（デフォルトのパスワードは password）を入力し、Enter ボタンを押します。

11. 新しい UNIX パスワードのプロンプトで、新しいユーザー定義パスワードを入力し、Enter ボタンを押します。

12. 新しい UNIX パスワードを再入力するプロンプトで、新しいパスワードを入力して Enter ボタンを押します。これでプロファイラのデプロイメントが作成されます。

13. 結果として、ポート番号を持つ最終的な profiler-ip が得られます。IP アドレスをコピーしてブラウザに貼り付け、UI を取得します。

プロファイラ サービスの使用

HX Workload Profiler でサービスを開始し、停止するには、profiler_service.sh コマンドを使用します。

次の表に、プロファイル サービスを使用するための大まかな手順を示します。

タスク

参照先

プロファイラ サービスの開始

プロファイラ サービスの開始

プロファイラ サービスの停止

プロファイラ サービスの停止

- プロファイラへのログイン

- プロファイラ サービスの開始

- プロファイラ サービスの停止

プロファイラへのログイン

HX ワークロード プロファイラのユーザー インターフェイス (UI) は、認証のためにシステムのクレデンシャルを使用します。

手順

ステップ 1

UI にアクセスするには、ブラウザ ウィンドウを起動し、http://< IP:PORT_NUMBER > または http://< IP:PORT_NUMBER > または http://< IP:PORT_NUMBER >/profiler/index.html または http://< IP:PORT_NUMBER >/profiler/index.html を入力します。ここで、IP:PORT_NUMBER は、展開スクリプトの出力です。

HX プロファイラ UI が表示されます。

ステップ 2

指示された場合、次のクレデンシャルで UI にログインします。

ユーザー名: monitoring

パスワード: <インストール ワークフロー中に設定した新しいパスワード>

ステップ 3

UI の右上隅にある [ユーザー設定（ User Preference）] オプションでは、[言語（Language）] または [テーマ（Theme）] を構成できます。

[キャンセル（Cancel）] または [保存（Save）] をクリックして続行します。

ステップ 4

完了したら、ページの右上にある [ログアウト (Logout)] をクリックして、ユーザー セッションを終了できます。

プロファイラ サービスの開始

プロファイラー サービスを開始するには、プロファイラー ポッド内で以下のコマンドを実行します。

手順

次のコマンドを実行します：sh podscript.sh。

プロファイラ サービスの停止

プロファイラ サービスを停止するには、プロファイラ ポッド内で次の手順を実行します。

手順

ステップ 1

cd profiler_scripts/ コマンドを実行します。

ステップ 2

sudo sh profiler_service.sh stop コマンドを実行します。

Kubernetes アプリケーション ログの検索

HX Workload プロファイラ ログは次の場所で確認できます。

アプリケーション ログ

Log

パス

サーバ

/home/monitoring/monitor/server.log

コントローラ

/home/monitoring/controller/logs/*

モニタ（Monitor）

/home/monitoring/monitor/monitor/monitor.log

Chapter3. プロファイラ アプリケーションの設定と使用

プロファイラへのサーバの追加

HX ワークロード プロファイラーのインストール後の最初のログインで、ランディング ページにリダイレクトされ、ページの右上隅に [+ ワークロードの追加（+ Add Workload）] オプションがあります。Kubernetes を選択すると、複数の Kubernetes ノードを追加できます。

ホストのメトリックスを計算するため、プロファイラーはノード上のすべてのコンテナのメトリックスをキャプチャします。次に、プロファイリングするワーカー ノードを選択する必要があります。デフォルトでは、すべてのノードが選択されています。

ワークフローには次のものが含まれます。

- [全般（General）] タブ： Kubernetes ノードの詳細を記録してから、Kubernetes に接続します。接続が成功すると、[次へ (Next)] ボタンが表示され、プロファイリング設定を選択できるようになります。

- [プロファイリング設定（Profiling Setting）] タブ：以下を提供します。

- プロファイル名： 一意である必要があるプロファイルの名前を指定します。

- プロファイル期間：プロファイリングの期間を指定します。デフォルト値は 7 日、最小値は 1 日です。

- ポーリング間隔：ポーリングが発生する頻度を指定します。

- クイック プロファイル: クイック概算見積書

- 詳細プロファイル: エンドツーエンドのプロファイルの詳細な結果。

手順

ステップ 1

プロファイラへログインします。プロファイラへのログインを参照してください。

ステップ 2

表示される手順に従って、次のオプションの値を入力します。

項目

説明

Kubernetes サーバー名

追加する Kubernetes サーバーの名前。

ユーザ名

Kubernetes サーバーのログイン クレデンシャルの一部としてのユーザーの名前です。

[パスワード（Password）]

vCenter のログイン クレデンシャルの一部として設定されたパスワードです。

ポーリング間隔

ポーリングを発生させる間隔。デフォルトは 20 秒です。この Kubernetes サーバーでポーリングされるホストとコンテナの数に基づいて、間隔を 20 ～ 120 秒の範囲で変更できます。

ステップ 3

[プロファイリングの開始（Start Profiling）] をクリックします。プロファイラー サービスが自動的に起動されます。

接続ステータスが正常に接続されたことを示している場合は、[次へ (Next)] をクリックします。

ステップ 4

[ポーリング フィルタ (Poll filter)] タブで、階層値を確認します。

Kubernetes データ プロファイリングの開始

Kubernetes サーバーが正常に追加されたら、[データ インベントリ （Data Inventory）]（ホーム）ページに新しい Kubernetes サーバーが表示されます。プロファイルの名前と期間を指定することによって、プロファイル属性を設定します。

プロファイリング操作オプション

項目

説明

削除（ゴミ箱）

過去に追加された Kubernetes サーバーを削除します。

編集 (ペン)

ポーリング用にホストを追加または削除するには、Kubernetes サーバー プロパティを編集します。

Stop (|| 記号)

後で再開できるようにプロファイリングを停止します。

リセット (更新記号)

リセット操作を実行します。これにより、新しいプロファイルが作成され、ポーリングが開始されます。リセットをトリガーすると、プロファイラはアクティブ/実行中のプロファイルを停止し、新しいプロファイルを作成します。確認を求めるプロンプトが表示されます。

収集の表示

[収集の表示（View Collection）] ページが開き、プロファイリングの一部として収集されたデータを参照して、ホストおよびコンテナ レベルのデータを確認できます。

プロファイラ名、日数、およびポーリング期間を入力するとすぐに、ポーリングが開始されます。

手順

ステップ 1

表示するダイアログで次の手順を実行します。

1. プロファイル名を入力します

2. [プロファイリング期間 (Profiling Period)] ドロップダウン リストから期間の値を選択します。

3. [OK] をクリックします。

プロファイルの作成が成功すると、プロファイラは選択したホストとそれらのホスト上のすべてのコンテナのポーリングを開始します。ポーリングが開始されると、データ コレクタはバックグラウンド プロセスとして実行されます。[データセンター インベントリ (Datacenter Inventory)] ページには、ホストの数とポーリングのステータスを示す、ホストとポーリングに関する情報が表示されます。

ステップ 2

(オプション) 進行中のプロファイリング操作を停止して後で再開できるようにするには、プロファイラ サービスの停止 を参照してください。

ステップ 3

(オプション) 進行中のプロファイリング操作を停止するには、[リセット (Reset)] を参照してください。その後、新しいものを開始できます。

ステップ 4

(オプション) 収集されたデータを参照するには、Kubernetes コレクションの表示 を参照してください。

ステップ 5

(オプション) プロファイリング データをダウンロードするには、Kubernetes プロファイリングの結果のダウンロード を参照してください。

Kubernetes プロファイリングの結果のダウンロード

手順

ステップ 1

データセンター インベントリ ページで、ダウンロードするデータがあるプロファイルを検索して選択します。

ステップ 2

[ダウンロード（Download）] オプションを使用して、次のいずれかを選択します。

オプション

説明

データ収集

ホストとコンテナの両方の概要、時系列と CVS をダウンロードします。

HxSizer アップロードの概要レポート

Kubernetes クラスタから情報を収集します。ダウンロードでは CSV 形式の出力が提供され、HxSizer の計算と容量のワークロードに直接アップロードできます。

プロファイラ サンプル データ

次の形式で選択されたプロファイルのサンプル化データをダウンロードします。

- まとめられたホスト データ (CVS)

- まとめられたコンテナデータ（CVS）

- ホストの時系列データ (圧縮された CSV ファイル)

- コンテナの時系列データ（圧縮された CSV ファイル）

プロファイラ概要の PDF

PDF のダウンロード

ステップ 3

UI の右上隅にある [ダウンロード（Download）] ボタンをクリックして、さまざまなホストとコンテナのコンピューティング、ストレージ、およびネットワーク データを表示するときに、プロファイリング結果を引き続きダウンロードできます。

Kubernetes サーバーからのデータ収集の表示

[コレクション表示（View Collection）] ページの左上には 5 つのタブがあります。それらは [概要（Overview）]、[ホスト コンピューティング メトリクス（Host Compute Metrics）]、[ホスト ストレージ メトリクスス（Host Storage Metrics）]、[コンテナ コンピューティング メトリクス（Container Compute Metrics）] または [コンテナ ストレージ メトリクスス（Container Storage Metrics）] です。クリックすると、このセクションで説明する概要データが表示されます。[収集の表示 (View Collection)] ページでは、個々のノードおよびコンテナのコンピューティングの概要とストレージの概要についての概要データも表示されます。ページの右上隅にある定義済みフィルターを使用して、プロファイリングの特定の期間（最小 30 分）のデータを取得することも、ユーザーがタイムラインを使用して期間を選択することもできます。次のセクションでは、フィルタ ツールを使用して各タブとビューに表示できる概要データについて説明します。

ホスト ビューのフィルタ オプション

項目

説明

アグリゲーション

ピークまたは平均的な選択に基づいて、概要を表示するためのフィルタ。選択によって、テーブル メトリックスと傾向の表示を決定します。概要値は次のことを示します。

- ピーク: 選択された間隔ですべてのメトリックスのピーク値

- 平均: 選択された間隔のすべての値の平均

ホスト名のみによる検索オプションを使用して、ホスト メトリクスをフィルタリングできます。コンテナ メトリクスの場合、検索オプションを使用して、コンテナ名でフィルタリングできます。

ホストとコンテナの概要メトリクス

期間とパラメータ選択に基づいて、プロファイラはコンピューティングおよびストレージ メトリックスをコンピューティングおよび入力します。メトリックスは次の値を表示します。

ホスト ビュー コンピューティング テーブル

- Host_Name

- プロセッサ タイプ

- クロック（GHz）

- #物理コア

- CPU Util (%)

- RAM（GB）

- RAM Util（GB）

- ネットワーク スループット- Rx（Mbps）

- ネットワーク スループット- Tx（Mbps）

ホスト ビュー ストレージ テーブル

- プロビジョニング済み容量 (TB)

- 使用済みストレージ容量 (TB)

- 読み取りスループット（Mbps）

- 書き込みスループット（Mbps）

- 読み取り

- 書き込み(%)

- Read IOps

- 書き込み IOps

- 読み取り遅延 (ms)

- 書き込み遅延 (ms)

コンテナ ビューのコンピューティング テーブル

- コンテナ名

- クロック（GHz）

- #物理コア

- CPU Util (%)

- RAM（GB）

- RAM Util（GB）

- ネットワーク スループット- Rx（Mbps）

- ネットワーク スループット- Tx（Mbps）

コンテナ ビューのストレージ テーブル

- コンテナ名

- ディスク領域 (GB)

- ディスク使用量（GB）

- 読み取りスループット（Mbps）

- 書き込みスループット（Mbps）

- 読み取り

- 書き込み(%)

- Read IOps

- 書き込み IOps

- 読み取り遅延 (ms)

- 書き込み遅延 (ms)

ホストとコンテナの傾向

[収集の表示（View Collection）] ページには、コンピューティングおよびストレージ パラメータの両方について、ホスト レベルとコンテナ レベルのでさまざまなパラメータの傾向を示す表と概要が表示されます。概要には、30 日間のサイジングの概要とともに、情報集約ストレージとコンピューティング マトリックスが表示されます。テーブルからホストまたはコンテナを選択して、傾向表を表示できます。

次ん値のメトリックスは、傾向表に表示されます。

ホスト ビュー コンピューティング傾向

- RAM 使用率（GiB）

- 受信率（MBps）

- 伝送率（MBps）

コンテナ ビューのコンピューティングの傾向

- RAM 使用率 (GB)

- 受信率 (Mbps)

- 伝送率 (Mbps)

ホストおよびコンテナ ビューのストレージの傾向

- 読み取りスループット（Mbps）

- 書き込みスループット（Mbps）

- 読み取り率

- 書き込み率

- Read IOps

- 書き込み IOps

- 読み取り遅延 (ms)

- 書き込み遅延 (ms)

- Kubernetes コレクションの表示

Kubernetes コレクションの表示

[ホスト (Hosts)] ビューと [コンテナ（コンテナ）] ビューのフィルタと検索ツールを使用して、対象とするホストとコンテナのみを表示することもできます。

手順

ステップ 1

[データセンター インベントリ (Datacenter Inventory)] ページで、[収集の表示 (View Collection)] をクリックして、収集したデータを参照します。

ステップ 2

[コレクション表示（View Collection）] ページで、[ホスト コンピューティング メトリクス（Host Compute Metrics）]、[ホスト ストレージ メトリックス（Host Storage Metrics）]、[コンテナ コンピューティング メトリクス（Container Compute Metrics）] または [コンテナ ストレージ メトリックス（Container Storage Metrics）] の間で切り替えます。

ステップ 3

[コンテナの選択 (Select Containers)] タブで、表示するコンテナのチェックボックスをオンまたはオフにして、[次へ（Next）] をクリックします。デフォルトではすべてのコンテナが選択されています。

ステップ 4

別の期間のデータを表示するには、右上隅のオプションから選択します。デフォルトの最小値は 30 分です。選択した期間内の特定の時間範囲のデータを表示するには、固定期間の選択の上にある時間スライダを使用します。

Chapter4. モニタリング アプローチ

- クイック プロファイル (30 日間) の Kubernetes ホスト サマリーの統計情報とデータのダウンロード

クイック プロファイル (30 日間) の Kubernetes ホスト サマリーの統計情報とデータのダウンロード

[プロファイラ ホーム ページ（Profiler Home page）] の [ダウンロード結果（Download Results）] オプションから、クイック プロファイル （30 日間）Kubernetes ホスト サマリー統計/データ レポートをダウンロードできます。

レポートの特性:

- コンテナ/ホスト レベルのコンピューティングとストレージ容量のメトリクスが含まれます。

- ディープ ストレージまたは個々のコンテナのコンピューティング メトリクスは含まれません。

- データは CSV 形式でダウンロードされ、HX サイジング ツールのコンピューティングおよび容量のワークロードにアップロードできます。

Kubernetes プロファイラ データ収集のアーキテクチャの理解

プロファイラは、ルート管理者クレデンシャルを使用して Kubernetes サーバーに接続します。

アーキテクチャの特性:

- プロファイラは、Kubernetes サーバーのインベントリ情報（クラスタ、ホスト、VM、コンテナ、および基本メトリック）と、Kubernetes サーバー自体からのコンピューティング メトリックを直接収集します。

- また、プロファイラは各コンテナのディープ ストレージ メトリックを収集し、ホストレベルでこれらのメトリックを集約します。

- Kubernetes サーバーは、ディープ ストレージ メトリックを直接維持することはしません。プロファイラ ソフトウェアは、Kubernetes サーバーを呼び出し、個々のホストから（vSCSI を使用して）このデータをフェッチすることにより、コンテナごとの詳細データを取得します。次に、プロファイラはすべてのコンテナのデータを集約して、ホストレベルのサマリーを作成します。たとえば、ソフトウェアは遅延などのメトリックの最大、最小、および平均値を取得します。これには、IOPS (合計ブロック/間隔) とスループット (合計バイト/間隔) の平均値のみが使用されます。

Kubernetes プロファイラ コンテナのクリーンアップの実行

プロファイリング アクティビティが完了したら、プロファイラ ポッドのクリーンアップを実行するためのベスト プラクティスに従って、プロファイラの完全なシャットダウンと終了を実施します。

手順

ステップ 1

次の手順で、プロファイリングされたデータをダウンロードします。

1. プロファイラ アプリケーションを起動します。

2. ホーム ページからデータ (CSV 形式) をダウンロードします。Kubernetes プロファイリングの結果のダウンロードを参照してください。

3. 詳細な分析のために CSV を保存します。

ステップ 2

環境のデータのプロファイリングが不要になった場合は、名前空間を削除します。

Chapter5. トラブルシューティング

- トラブルシューティング

トラブルシューティング

Kubernetes のトラブルシューティング セクション

1. 選択されたホストが到達不能の場合、次の手順を実行します。

- Kubernetes のホストの接続ステータスを確認します。

- 選択したすべてのホストの接続ステータスが [準備完了（Ready）] になっていることを確認します。

2. プロファイラ ポッドのパスワードを忘れた場合は、次の手順を実行します。

- 以前に展開した名前空間を削除し、新しいマシンを再展開します。

通信、サービス、偏向のない言語、およびその他の情報

- シスコからタイムリーな関連情報を受け取るには、Cisco Profile Manager でサインアップしてください。

- 重要な技術によりビジネスに必要な影響を与えるには、Cisco Services にアクセスしてください。

- サービス リクエストを送信するには、Cisco Support にアクセスしてください。

- 安全で検証済みのエンタープライズクラスのアプリケーション、製品、ソリューション、およびサービスを探して参照するには、Cisco Marketplace にアクセスしてください。

- 一般的なネットワーキング、トレーニング、認定関連の出版物を入手するには、Cisco Press にアクセスしてください。

- 特定の製品または製品ファミリの保証情報を探すには、Cisco Warranty Finder にアクセスしてください。

マニュアルに関するフィードバック

シスコのテクニカルドキュメントに関するフィードバックを提供するには、それぞれのオンラインドキュメントの右側のペインにあるフィードバックフォームを使用してください。

Cisco バグ検索ツール

Cisco Bug Search Tool（BST）は、シスコ製品とソフトウェアの障害と脆弱性の包括的なリストを管理する Cisco バグ追跡システムへのゲートウェイとして機能する、Web ベースのツールです。BST は、製品とソフトウェアに関する詳細な障害情報を提供します。

偏向のない言語

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

Full Cisco Trademarks with Software License

THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.

THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.

The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.

NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.

IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version.

Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices.

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: http://www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1721R)