この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
共存展開を計画する際は、CPU、RAM、ストレージ、およびネットワークの 4 つの領域を考慮します。
共存のコンテキストにおける仮想 - 物理のサイジング ルールについて詳しくは、http://docwiki.cisco.com/wiki/Unified_Communications_Virtualization_Sizing_Guidelinesを参照してください。
サイジングのルールは、http://docwiki.cisco.com/wiki/UC_Virtualization_Supported_Hardwareの「Tested Reference Configuration」のハードウェア サポート アプローチを参照してください。
メモリのオーバーサブスクリプションがないようにするには、vRAM の設定と同等の物理メモリの予約を使用してすべての共存仮想マシンを設定します。たとえば、仮想マシンが 4 GB の vRAM で設定されている場合、4 GB の物理メモリの予約を割り当てます。
BE6000 または BE7000 サーバを仮想化するには、ハイパーバイザは仮想マシンをホストして実行する物理メモリを必要とします。仮想マシンに十分なリソースがあるようにするには、このメモリ オーバーヘッドを考慮し、リソースのオーバーサブスクリプションを回避する必要があります。ESXi 5.0 および 5.1 のホストは、このオーバーヘッドに対して 2 GB RAM を予約する必要があります。ESXi 5.5 のホストは 4 GB 以上の RAM を予約する必要があります。
(注) | ESXi ホストによるオーバーヘッドの予約は、BE6000S リリース 11.0 以前には該当しません。BE6000S は、導入モデル制限のある特別な設定であり、リリース 11.0 以前では他の Business Edition モデル用に説明した ESXi 用の追加メモリが付属せず、必要ありません。 |
たとえば、ESXi 5.1 を実行する BE6000 ホストに 32 GB の物理 RAM がある場合、30 GB の RAM だけが仮想マシンに使用できます。詳細については、http://pubs.vmware.com/vsphere-51/index.jsp?topic=%2Fcom.vmware.vsphere.resmgmt.doc%2FGUID-98BD5A8A-260A-494F-BAAE-74781F5C4B87.htmlの「Understanding Memory Overhead」を参照してください。
BE6000 の導入には、vCPU と物理コアの 1 対 1 の割り当てがなければなりません。たとえば、16 の物理コアを搭載したホストがある場合、組み合わせの要件である 16 以下の vCPU を持つ仮想マシンの任意の組み合わせを導入できます。ESXi 5.0 および 5.1 において、1 つ以上の仮想マシンで Cisco Unity Connection を実行している場合は特別なケースになります。このケースでは、ESXi に対して 1 つの vCPU を予約し、インストールされた仮想マシンに対して残りの 15 の vCPU を残す必要があります。ESXi5.5 を使用するサーバの場合、高の遅延感度を使用するように Cisco Unity Connection 仮想マシンを設定することができます。この場合、少なくとも 1 つの他の仮想マシンで遅延感度が標準に設定されている場合は、ESXi に対して vCPU を予約する必要がありません。
vCPU の数は物理コアの数を超えることはできないので、CPU 予約または制限を設定する必要はありません。物理コアをオーバーサブスクライブすることはできません。
(注) | 一部のプロセッサはハイパースレッディングをサポートします。これにより、ハイパーバイザが物理コアを 2 つの論理プロセッサとして認識できるようになります。論理プロセッサは共存の計画には使用できません。 |
詳細については、http://docwiki.cisco.com/wiki/Unified_Communications_Virtualization_Sizing_Guidelinesの「No Hardware Oversubscription」セクションを参照してください。
サーバのダイレクト アタッチド ストレージ(DAS)は、最小限のパフォーマンス レベルを維持しながら、ホスト上で実行される仮想マシンの合計ディスク容量および IOPS(Input Output Operations Per Second)容量を提供する必要があります。
Business Edition アプリケーションの遅延要件がサードパーティ アプリケーションを制限することはほとんどありません。ただし、インストールの前に、非 Business Edition アプリケーションの遅延と負荷の要件を理解する必要があります。
DAS および RAID は製造時に設定され、BE6000 または BE7000 Unified Computing System の Tested Reference Configuration(TRC)のフィールド変更は許可されません。BE6000 TRC は、BE6000 のすべてのコラボレーション アプリケーションのストレージ要件を満たすように設計されています。BE7000 TRC は、www.cisco.com/go/uc-virtualizedで説明するように、これらのアプリケーションより高い容量ポイントのストレージ要件を満たすように設計されています。
Business Edition アプリケーションの信頼性の高い動作を確保するには、ディスク遅延が 20 ミリ秒以内である必要があります。非 Business Edition アプリケーションを含む展開は、あらゆる状況において、カーネル コマンドの遅延が 3 ミリ秒を超えず、物理デバイスのコマンド遅延が 20 ミリ秒を超えないように検証することが推奨されます。詳細については、http://docwiki.cisco.com/wiki/UC_Virtualization_Supported_Hardware#Storageの「Sizing Shared Storage」を参照してください。
たとえば、DAS で TRC をテストする場合、TRC で動作するように設計されているすべての UC アプリケーションは、フル トラフィックでロードされ、すべての仮想マシンでソフトウェア アップグレードが同時に実行されます。これにより、ホストで可能な最大の IOPS 負荷が生成され、このテストが成功すると、DAS アレイが特定のセットの仮想マシンの I/O 負荷を処理できる可能性が高くなります。
要件を要約すると、ディスク サブシステムは、UC アプリケーションの遅延の要件に影響を与えることなく、すべてのアプリケーションに必要なディスク領域を用意し、仮想マシンが生成する集約 IOPS の負荷をサポートする必要があります。そうしない場合は、一部の仮想マシンを取り除く必要があります。
共存する仮想マシンの集約ネットワーキングの負荷は、物理ネットワーキング インターフェイスの容量を超えてはいけません。通常、最近のサーバの物理ネットワーク リソースの I/O 容量は、ホストされている仮想マシンのニーズを満たすのに十分です。UC アプリケーションについては、http://docwiki.cisco.com/wiki/QoS_Design_Considerations_for_Virtual_UC_with_UCSの「QoS Design Considerations」を参照してください。
ホストで導入されている仮想マシンのネットワーキング要件と、それらのニーズを満たすためにホストのネットワーク ハードウェアをセットアップする方法を把握するようにしてください。アプリケーション パフォーマンスの問題が、ホスト内のネットワークの輻輳が原因であると判断された場合、一部の VM をホストから除外する必要があります。
Business Edition および非 Business Edition アプリケーションが混在した共存展開は、一定の条件の下で許可されます。このマニュアルに記載されている要件は、正常な共存展開の基盤を提供しますが、非 Business Edition アプリケーションの予期しない動作や、導入される可能性のあるアプリケーションのあらゆる組み合わせをテストすることは現実的でないため、これらのガイドラインに従うことのみで十分であることは保証できません。
仮想化の重要な原則は、複数の仮想マシン間でハードウェア リソースを共有することが前提となっています。ホスト サーバに Business Edition アプリケーションのみを導入する場合は、アプリケーションが完全にテストされ、動作が十分に理解されているため、パフォーマンスのレベルを保証できます。サードパーティ アプリケーションが共存する環境への導入では、ある程度の予測不可能性が生じますが、仮想化の一般的な原則とこのマニュアルの特定の要件に従うことで軽減できます。
最後に、これらのガイドラインに従うだけでは、ホストの仮想マシンでリソースの不足が発生しないとは保証できません。このような状況が発生した場合の唯一の方法は、負荷を軽減するためにホストから仮想マシンの一部を削除することです。これは、仮想マシンの一部を別のホストに移動する、または、すべての仮想マシンをより高性能なホストに移動することで可能です。