仮想マシンの密度は、仮想化の取引を遮断することができます

仮想マシンの密度とは、仮想インフラストラクチャのホストサーバーが維持できる仮想マシンの数を指し、それでも十分なパフォーマンスを発揮し、すべての仮想マシンが十分に機能するための十分な計算リソースを提供します。そして、あなたは私を信じていないかもしれませんが、この難解で魔法の数字には正しい答えはありません。仮想マシンの密度は、仮想化ソフトウェアベンダー、ストレージの種類と速度、ネットワーク速度、サーバーハードウェア、ワークロードの種類、および作業負荷の多様性以外の要素に大きく依存します。ベンダーは、巨大な統合率と高い仮想マシン密度を誇っていますが、その証明はプディングに含まれています。ここのプディングは、私が上に挙げた変数です。

ストレージ

VMwareは、vSphereを強化し、Horizo​​n、Workspace ONE製品を更新、Cloud、VMwareの次のプレイ:エンタープライズ向けのすべてのクラウドを管理、データセンター、PunixData、Calm.ioをクラウドの野望を強化する動きで買収、Nvidiaがバーチャル化GPUモニタリング、分析

このアドバイザリ記事の目的は、仮想マシンの密度について教えてくれることです。どのベンダーも、重要なキャパシティ情報を知らなくても、物理的なシステムと仮想システムの特定の変換レートを解決するという確信をもって言うことはできません。私はしばしば8対1、10対1、20対1、またはそれ以上を聞いていますが、その狂気への方法はありません。

今私はこの記事のサーバー仮想化について話していることに留意してください。いくつかの仮想マシン内でデスクトップの変換について教えてくれるベンダーがいます。デスクトップにはサーバーと同じくらい多様性はありません。ほとんどのデスクトップユーザーは、通常の勤務時間中にウェブブラウザ、ワープロ、スプレッドシート、電子メールプログラムなどを使用します。例外はありますが、平均的なユーザーにとっては、ベンダーはかなり良い推測をすることができます。

サーバーは別の話です。

外部ストレージアレイ、ストレージエリアネットワーク、ネットワーク接続ストレージ、ローカルストレージ、およびストレージに関するすべての話題は、15K SASドライブ上のプラッタよりもスピードが速くなります。仮想インフラストラクチャのストレージに関する私の最善のアドバイスは、できる限りのものを買うことですが、ストレージを「階層」に分割することです。階層化ストレージとは、ディスクI / Oを集中的に処理するために最速のディスクを使用することを意味します。このTier 1と呼ぶことにします。

高いディスクI / Oを必要としないワークロードでは、最先端のSSDではないより安価なディスクアレイであるTier 2ストレージに配置します。標準アーキテクチャの回転ディスクを使用することができます。

テスト、開発、監視、およびユーティリティタイプのワークロードでは、非常に安価な回転ディスクであるTier 3ストレージを使用できます。最後に、Tier 4ストレージは、高いI / O速度やRAID 6やRAID 10のフォールトトレランスを必要としない仮想テープライブラリ、ISOリポジトリ、YUM / RPMリポジトリ、および同様の長期記憶域用です。

データベースなどの非常に強力なディスクI / Oワークロードの場合、最高のパフォーマンスを得るためにローカルストレージを検討することをお勧めします。

アドバイス:ワークロードのニーズに応じてストレージを階層化します。 1つのサイズがすべてのストレージに収まるわけではありません。ストレージは最大の支出になります。あなたが必要と思う以上に少なくとも2倍を購入し、2年以内にそれを拡大する準備をしてください。

ネットワークの速度と容量は、物理サーバーを仮想サーバーに変換する際に、アプリケーション開発者と管理者に関係します。問題は、すべての仮想マシンがホストシステムとネットワーク帯域幅を共有するようになったことです。これは、あらかじめ計画していなければ、ネットワーク帯域幅を必要とするアプリケーションやワークロードにとって問題となります。

ホストシステムでは、物理NICをより大きな1つのNICに「チーム化」することができます。ブレードエンクロージャを使用すると、NICチーミングでより多くのネットワークトラフィックを通過させることもできます。 NICチーミングを使用すると、ホスト上で複数のVLANを効率的に実行することもできます。仮想マシンプールには複数のVLANが必要な場合が多いため、ホストはそれらをサポートできる必要があります。管理者は、VLANを使用する仮想マシンの種類別にネットワークトラフィックを分離するのが一般的です。

勧告:物理システムを仮想システムに変換する前に、ネットワーク帯域幅の要件を測定します。高い帯域幅のニーズを持つアプリケーションを「絞り込む」必要はありません。容量測定を少し前にすると、アプリケーションの中には物理システム上に留まらなければならないものもあります。

選択したサーバーハードウェアは、仮想マシンの密度に大きな影響を与えます。ここでも良いキャパシティとパフォーマンスのグラフは、変換された物理マシンを収容するのに必要なCPUとメモリの容量を知っています。

デュアルコアの16GB RAM物理マシンでは、仮想システムとしての容量はそれほど必要ではないことに注意してください。パフォーマンス数値は、実際の使用率がどのようなものであるかを示し、仮想交換にどれだけのリソースを割り当てるかを判断できます。

経験則は、必要以上の容量を購入するか、少なくとも現在の容量を簡単に拡張できるようにすることです。サーバーハードウェアは最近非常に強力ですが、バーチャルマシンのスプロールやオーバービルディングは最悪の敵です。最悪の場合は、十分に活用されていない物理サーバーファームを使用して、十分に活用されていない仮想サーバーファームに変えます。

勧告:あなたが余裕があるほど多くの容量を購入してください。インテリジェントな成長と拡大を可能にする。ウォールスプロール。失敗のためにホットスペアを守ってください。

一部のワークロードは他のワークロードよりも速く容量を消費するため、変換する必要があるワークロードのタイプは密度に影響します。また、さまざまな種類の容量を焼くことができます。たとえば、一部のワークロードでは大量のメモリが使用され、CPUサイクルではニブルのみが使用されます。多くのベンダーでは、特定の仮想マシンを互いに分離するために微調整できるアフィニティルールがあり、同じタイプのワークロードをあまりにも多く抱かせることによるボトルネックを単一のホストに軽減します。

仮想マシンを配置して分離し、それらのバランスを保つことにはほとんど考慮されていません。管理者は、ベンダーのバランシングアルゴリズムによってワークロードを分離した状態に保つことが可能になると考えています。それはできません。移行システムのそれぞれからワークロードのタイプを検討し、使用可能なキャパシティの使用がクラスタ内の他の仮想マシンにどのように影響するかを判断する必要があります。

アドバイザリ:展開しているワークロードのタイプを確認して、計算のボトルネックを解消します。アフィニティルールを適用します。キャップメモリ​​とCPUは、仮想マシンに適しています。

ワークロードの多様性は、仮想マシンの密度を高めるのに役立ちます。新しいバーチャルマシンをクラスタホストに展開するたびに、ワークロードの種類を検討する必要があります。たとえば、他のワークロードに加えて、複数のディスクI / O集中型仮想マシンを単一のホストに展開する必要はありません。これらのデータベース仮想マシンを他のホストに分散し、各ホストで高いレベルの多様性を維持したいと考えています。

たとえば、Webサーバー仮想マシン、アプリケーションサーバー仮想マシン、およびネットワークサービス仮想マシンを使用したデータベースシステムのホストは、ワークロードの多様性です。

また、ストレージアレイでも同じタイプの多様化を行う必要があります。ストレージワークロードも多様化したいと考えています。これらのディスクI / O集約型データベース仮想マシンは、同じアレイ上に互いに存在してはなりません。 CPU、メモリ、ネットワーク、およびディスクのすべての容量を分散させる必要があります。

アドバイザリ:ホストとストレージアレイの間でワークロードタイプを広げる。これらのディスクI / O集約型ワークロードは、ネットワーク接続型ストレージよりもローカルSSDでの方が優れています。

サーバーの統合と物理から仮想への変換には、直感やマーケティングの予測以上のものが必要です。容量とパフォーマンスのデータからハード・ナンバーが必要です。彼らはまた、環境が成長するにつれていくらかの考えを必要とする。仮想マシンをクラスタ内の任意の場所にランダムに配置することはできず、ソフトウェアバランシングがニーズに対応することを期待することはできません。私はあなた自身のサーバーの変換と統合のために集中するべきいくつかの領域を与えました。あなたの進歩と、スコアリングに成功したバーチャルマシン密度の種類について私に伝えてください。

VMwareがvSphereを強化し、Horizo​​n、Workspace ONE製品を更新

VMwareの次のプレー:企業向けのすべてのクラウドの管理

NutanixはParmixData、Calm.ioを買収し、雲の野望を強化する

NVIDIA、仮想GPU監視、分析を開始

ネットワーク

サーバーハードウェア

ワークロードタイプ

ワークロードの多様性