Hyper-V 統合計算ツール
HA および Windows ライセンスを使用した Hyper-V ホスト要件の計算
Hyper-V 統合計算ツールの使い方
- 1物理サーバーの現在の数と平均CPU/RAMの使用数を入力します。
- 2ターゲットHyper-Vホストの仕様と希望する予約条件を入力してください。
- 3ホスト、統合、リリースキャビネットユニットの件数を表示します。
ハイパーV統合計画
ホスト = ceil (total load / (ホスト容量 x (1 - 予約済み)); 統合 = 物理サーバー/ホストの数Hyper-V は、Windows Server を実行し、Hyper-V 文字を有効にするいくつかのホストに多くの過小評価物理マシンを統合します。
各ホストは、メンテナンスやメインフレームの故障が動作する仮想マシンに影響を与えないため、リアルタイムの移行機能を維持するために、1セントあたり15-25の余剰を保持します。
Hyper-V 容量の計画は、ホスト自身の職業** を削除する必要があります。 Microsoft は、ホストのパーティション(ルートのパーティション)に、少なくとも **1-2 GB のメモリ + 1-2 論理プロセッサを保持することを提案しますが、実際に VM が実行されると 4-8 GB を保持するように提案します。 **Hyper-V 動的メモリを有効にするには**: VM を必要に応じて適用するメモリ、最小メモリ、最大メモリ、メモリバッファ (デフォルト 20%) を開始する設定 - これは、インテグレーションの強度を大幅に増加させますが、SQL ServerやExchangeなどのメモリに敏感なアプリケーションは注意しておいて、固定メモリや十分な最小値が使用されることを推奨します。**
**Hyper-V の 3 つの主要な慣行**: 1 ** ホスト上の他のロールを無効にします** (ドメイン コントローラー、文書サービス、等)、非常に小さい分岐サイトを除いて、Hyper-V と共同配置されるべきではありません。** 2 ** NUMA の認識を有効にします** - 可能な限り、単一の VM に 1 つの NUMA ノードを割り当てないでください(Hyper-V 設定で表示することができます)、そうでなければ、V ディスクが動作するメモリが 30X 未満の場合、V**V は、V ディスクのメモリ容量が動作し、V メモリ容量が 30X ではなく、V メモリ容量が動作する。 **VHDXフォーマット(旧VHDから流出)は最大64TBをサポートし、4 KBアライメントと停電保護機能を備え、新しい環境はすべてVHDXです。 メニュー
| ホスト構成 | VM(ライト)対応 | VM(中)対応 | VM ロード可能 |
|---|---|---|---|
| 2x8 核 / 64 GB | 20 – 30 | 10 – 15 | 4 – 6 |
| 2x12 核 / 128 GB | 35 – 50 | 18 – 25 | 7 – 10 |
| 2x16 核 / 256 GB | 50 – 70 | 25 – 35 | 10 – 15 |
| 2x24 核 / 512 GB | 80 – 110 | 40 – 55 | 16 – 24 |
| 4x16 核 / 1 TB | 120 – 160 | 60 – 80 | 25 – 35 |
Hyper-V ホスト容量計画参照
よくある質問
各ホストが保持する頻度は?
機能不全転送クラスターで不一致の場合、15〜25%のノードを吸収できます。
コアマンデートの影響は何ですか?
Windows Serverにはコアマンデートがありますので、仮想マシンの数の減少さえ、システムの認定コストを上げます。
クラスターを誤動作で動かす必要がありますか?
仮想マシンを自動再起動することで、統合が安全になります。
Hyper-V の認可について
Windows Serverは、**物理コア**(VM番号なし)で承認され、各物理コアが承認され、少なくとも16核(各サーバー)および少なくとも8核(各プロセッサ)であることを要求します。 **標準**許可** 2 Windows Server VM** (および無制限の数のHyper-Vホストが、仮想ロールのみ);** Datacenter** は、無制限のWindows Server VM**を許可します。** 境界点:単一のマシンのVMが約10を超えた場合、Datacenterバージョンはより費用対効果の高い**です(標準は2つのグループでそれを購入する必要があります)。 Linux VM は追加の許可を必要としません。 このアルゴリズムは選択の重要な経済要因です。
動的メモリはパフォーマンスの問題を引き起こす可能性がありますか?
多分。 VM メモリを他の VM に再配分することで、動的メモリがオーバーマッチし、リカバリープロセスはコストを伴います。また、VM アプリケーションが突然大量のメモリをリクエストした場合、遅延回復による内部 VM ページ交換をトリガーする場合があります。 そのため: 1 メモリバッファは 20% で設定されます(デフォルト値は合理的です)。SQL、Exchange、Java アプリケーション (JVM メモリは通常固定) では、動的メモリが閉じられるか、最小値が set = 開始値に設定されることを推奨します。 3 は、使用率だけではなく、メモリ圧力インジケータを監視します。 メニュー 過剰なRAMバッファゾーンのセットアップは無駄であり、頻繁なリサイクルにつながることができます。 メニュー