サーバー仮想化計算ツール
VM ワークロードの ESX ホスト要件を計算する
サーバー仮想化計算ツールの使い方
- 1物理的なサーバーの数の現在の CPU/RAM の平均使用量を入力します。
- 2ターゲットの統合比較の仕様を新しい仮想ホストに入力します。
- 3ホスト数の削減、省力化、キャビネットスペースの解放
モデリングサーバーの仮想化
ホストが必要 = ceil (物理負荷 / (ホスト容量 x インテグレーション比)); パワーセーブ = 物理パワー消費量 - 必要なホスト x ホスト電力仮想化は、多くの過小評価された物理サーバーが少ないが、より大きなホストを共有し、多くの場合、15パーセントから60-80パーセントまでの使用率を増加させることができます。
最も大きい利益は電気および熱、より少ないキャビネット スペースおよびより簡単なハードウェア寿命周期管理を要求するより少ない装置にあります。
仮想統合(統合比)は、各物理マシン上の仮想マシンの数を指します。 ** CPU使用率だけは読みません** — 実際の上限は、通常メモリとディスクIOPSです。 大規模な練習: 1 CPU は 3:1 から 5:1 の supersatisfaction (vCPU の合計および対の物理中心)、VM のピークが同時に起こりません; 2 ** の記憶は大部分的に不満です** (透明なページ共有 TPS、記憶気球、圧縮のような非記憶再使用の技術; VMware のメモリのovercompensation は通常 1.2:1 以内に含まれています); 3 ** 記憶 IOPS は最も容易に最低限のびんの配列です* VMPS をブロックします * または 200 PS 以上 IOPS または 200 または 200 または 200 以上
** N+1 冗長は、予定されている容量に残さなければなりません **: インテグレーションコンセプトは、「物理マシンが故障した場合、残りのメインフレームはすべてのVMを運ぶことができるようになります」ということです。 したがって、4つのホストクラスターのそれぞれの平均負荷は、1セントあたり75を超えるべきではありません(4〜3、3 ÷ 4 = 75パーセント)。 N+2(同時2回の故障に耐えることができます)の場合、66%以上。 メニュー また、VM 自身のリソースの横に設定します**: 各 VM には 200-500 MB メモリコスト (仮想レイヤー操作の場合) があり、vCPU の過度数がパフォーマンスの低下につながります(** VCPU は遅くなります) 一般的なエラーです ** — CPU が立ち上がるため、実際のニーズを超える vCPU の分布が遅くなります。
| タスクロードタイプ | CPU活用 | 推奨統合比 | ボトルネック |
|---|---|---|---|
| ファイル/プリントサーバー | 5% – 10% | 10:1から15:1 | 記憶、ディスクIO |
| ウェブサーバー | 10% – 30% | 8:1〜12:1 | ネットワーク、コプ |
| サーバーを適用する | 20% – 40% | 5:1から8:1 | CPU |
| データベース(小・中) | 30% – 60% | 2:1から4:1 | メモリ、ディスクIOPS |
| データベース (大きい OLTP) | 50% – 80% | 1:1から2:1 | IO、遅延感度 |
| VDIのバーチャル デスクトップ | ボラティリティ | 4:1～8:1(核) | 嵐、記憶を始めて下さい。 |
| 開発・試験環境 | 低く、断続的 | 15:1から20:1 | なし(必須) |
仮想統合の参照
よくある質問
インテグレーションはどのくらい意味しますか?
一般的な負荷 10:1 から 20:1 は遅延の敏感のためにより低いです。
仮想化は電気を救いますか。
設備の全体的な容量は、シングルホストが古いサーバーよりも高価であるが、減少しなければなりません。
認可について
仮想層と顧客のオペレーティングシステムの承認は、利益を相殺し、約束とともにモデル化される可能性があります。
なぜ物理マシンがうまく動くの?
4つの一般的な原因: 1 * CPU Ready** - VMは、物理的なCPUを5パーセント以上待ち、Cardonで表示、通常、オーバーアライメントまたはvCPUによる; 2 **メモリ交換(スワップ/バルーン)** - メモリオーバーアライメントは、不十分なホストメモリにつながり、VMメモリはディスクレットとパフォーマンスブレイクに転送されます。 3 **ストレージIOコンテスト** - 複数のVMは、同じLUN、IOキューを共有します(VMが、VMメモリが1〜50メートルを超える場合は、VMメモリがすべてに転送されます)。 **検索注文: CPU を参照してください。 貯蔵の遅れの前に準備ができたおよび記憶交換。 メニュー
Supercommitteeは安全ですか?
種類や比率によります。 CPUスーパーコンパリソン2:1〜4:1 通常、安全(CPU Ready が監視される限り)。 メモリスーパーコンパリソンは非常に慎重で、推奨事項は 1.2:1 を超えず、メモリ再利用技術に依存します(ただし、アプリケーションはこれらの技術を認識せず、内部の GC や OOM をトリガーする可能性があります)。** ストレージ容量は、合理化されたセットアップ(Thin Production)でオーバーコンペンドに使用できますが、残りのスペースのクローズ監視 - 完了すると、すべてのVMが同時に崩壊します** 障害の最も危険な場面で、空室容量の20%以上維持・警報セットであることが推奨されます。