概要
この資料は Cisco コラボレーション 仮想化で定義される仮想化された Cisco Unified Communications （UC） /Collaboration アプリケーションのためのサポート ポリシーの一部としてアプリケーション共同在住サポート ポリシーで定義されるアプリケーション共同在住のためのサポート ポリシーのいくつかの側面を明白にしたものです。 このテクニカルノートは Specs ベースの UCS テストされる参照用 コンフィギュレーションが、Specs ベースの UCS によっておよび第 3 パーティ サーバ含まれている他の仮想化 ハードウェア オプションおよび Unified Computing System （UCS）のすべての UC に適当です。
前提条件
要件
次の項目に関する知識があることが推奨されます。
-
UCS ソリューションの UC
-
UCS によってテストされる参照用 コンフィギュレーション ハードウェア
-
Specs ベースのハードウェア（UCS、HP または IBM）
-
Cisco Collaboration アプリケーションの仮想化
-
VMware vSphere ソフトウェア
-
Cisco Unified Computing System ハードウェア
注: Webページ リンクについてはこの資料の「関連情報」セクションを参照して下さい。
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。
共同在住および「Quality of Service（QoS）」
ネットワークコンバージェンスおよび仮想化両方のキー プリンシパルはハードウェアリソースの共有です。
いずれの場合もハードウェアリソースが有限なとき、Quality of Service が非 UC アプリケーションから UC を、そのように保護するために必要となります:
-
ルーティング/スイッチング ネットワークハードウェアの Quality of Service （QoS）は遅延 および ジッターから音声/ビデオネットワーク トラフィックを確認するために必要な帯域幅および保護を得ます。
-
UC 仮想化ルールへの付着は（たとえば、物理的 で/仮想 な ハードウェア サイズ変更、共同在住ポリシー、等） UC VM を確認するために必要な CPU、メモリ、収蔵可能量およびストレージ/ネットワークパフォーマンスを得ます。
Cisco が動作が予測不可能または明確に定義されなくてかもしれないサード・パーティ アプリケーション VM の VM 共同在住のためにハードウェアの各組み合せおよびアプリケーションを、特にテストすることは不可能です。 従って、Cisco UC アプリケーションのリアルタイム パフォーマンスは共同在住ポリシーのすべての条件が続かれるときだけ UCS でインストールされたときだけテストしました参照用 コンフィギュレーションを次に託され、（コラボレーション 仮想化サイズ変更を参照すれば、UCM および IMP のような CPU 予約をサポートするアプリケーションのため、そこにその他 の 考慮事項であるかもしれません）。
他の環境の場合、不確実性は配置前、仮想化の一般原則の後でテスト、ベースライニングによって、および Cisco UC 仮想化のルールに従がって減らすことができます（Cisco コラボレーション 仮想化で）。 ただし、Cisco は VM は決してリソースのために空腹でし、決してパフォーマンス問題がないことを保証できません。
非 UC およびサード・パーティ仮想マシンに関するキー サポート問題
非 UC/3rd パーティ アプリケーション VM と共存する Cisco UC VM を経営するとき効果的にサポートを提供することを Cisco TAC が可能にするために、顧客はこれらのどちらかを確認する必要があります:
-
非 UC/3rd パーティ VM は解決することを促進するように無批判で、必要であれば動力を与えられます一時的に。
-
VM が無批判ではない場合、予備キャパシティは VM の再配置のための仮想化ホストか物理サーバーでアプリケ− ションパフォーマンス問題へのソリューションとして（一時か常置）提供する必要があります。 予備キャパシティはメンテナンスがハードウェアかソフトウェアで必要となるとき既に冗長性におけるお勧めの 設計 最良 の 方法または VM の一時ステージングを提供するためにです。 「予備キャパシティ」の例は余分「空にします」物理サーバー（「ホット・スタンバイ」か一時ステージングを提供するため）、またはフルに利用されない既存のブレード/RAC マウント サーバをです。
非 UC/3rd パーティ アプリケーション VM と共存する Cisco UC VM を経営するとき効果的にサポートを提供することを Cisco TAC が可能にするために、Cisco は問題診断か解決のために顧客からのこれらのアクティビティを必要とするかもしれません:
-
ソフトウェア負荷または物理的 な ハードウェア、解決するためまたは解決アプリケ− ションパフォーマンス問題への変更。 これらの変更が必要となるかもしれませんときに例はのハードウェアから非力なCPU を、メモリ、ネットワーク、ディスク容量またはストレージ受け取る（IOP）入力される/出力オペレーション 毎秒 UC VM です。
-
実際の配備のようにこれらの変更見えがここにリストされているものをの例。
-
ソフトウェア： 無批判 VM の一時電源遮断 パフォーマンス トラブルシューティングを実行するため
-
ソフトウェア： 一時か永続性のあるソリューションとして仮想化 ホスト/物理サーバーを交互にするために重要な VM や無批判 VM を移動して下さい。
-
一時的に Cisco がトラブルシューティングを行うのに必要に考える場合ホストで動作する仮想マシンの数を減らして下さい。
-
永久に Cisco がホストを過剰になったら判別する場合ホストで動作する仮想マシンの数を減らして下さい。
-
ホストを交互にするためにそれからそれらのより少なく密な VM を移動する複数のより少なく密な VM への密な UC アプリケーション VM の、分割。 たとえば、CUCM 10K ユーザ OVA を複数の CUCM 7.5K ユーザ OVA に分割して、一部の CUCM 7.5K ユーザ OVA を再配置します。
-
負荷がハードウェアリソースにもはや不足していないように、過剰にされた仮想化 ホスト/物理サーバーのソフトウェア負荷のこれらのアプローチ割り当てリダクション。
-
ハードウェア： VM の電源を切るか、または VM を移動することに代替として」過剰にされたホストを固定する付加/アップグレード「。
-
たとえば、収蔵可能量を増加するおよび/または IOP を提供するより多くの物理的 な ディスクの付加。
-
たとえば、より多くの物理メモリまたはより物理的 な CPU コアの付加。
-
たとえば、LAN 輻輳を当たる 物理的 な NIC インターフェイスの付加。
-
これらのアプローチでは、過負荷ハードウェアの「アップグレード」によりリソース不足のソフトウェア ワークロードに対応できます。
Cisco のサポートのプロビジョニングするは Cisco が付いている電流および十分に支払済サポート 契約を維持している顧客に依存しています。
関連情報
フィードバック