Hyper-V-マーケティングの子ですか、それとも本当の選択肢ですか？

こんにちは、Habr！ 今、私はあなたに質問をします、そしてあなたは思うでしょう：あなたの間で非常に人気があり、かつてwe敬の念を抱かせたものは何ですか、今日は「郷stal」のためだけに記憶されていますか？ 確かに、誰かがDendyやSuper Nintendoを覚えているだろうし、自分のポケットベルを持っている人もいるだろう。 だから、なぜ私は...「永遠に続くものはない」という表現があります。 本日の記事では、これが開発分野で本当にそうであるかどうかを検討し、仮想化の問題でHyper-Vを優先してVMWareを放棄する必要がありますか？ また、両方のプラットフォームの利点と、一方から他方への移行プロセスについても触れます。 猫の下を見てください！



著者に発言権を与えます。

免責事項：

1. この記事は本質的に有益であり、ヒッピーを持ちたいという欲求を追求するのではなく、単にあなたの物語を共有したいという欲求を追求します。 いくつかは純粋に個人的なものであり、判断は個人的なものです。
2. いいえ、私はMSを販売しませんでした。 私は思考の糧としてこの種の記事を長い間探していましたが、それらはそこにはありませんでした。 自分でやらなければなりませんでした。
3. MSブログ-招待状はありませんが、同志はこの記事のアイデアを気に入っており、投稿を申し出ました。
4. PR製品はありません。ライブテスト/実装に関するストーリーがあります。

エピグラフ

むかしむかし、ある会社がありました。 大きくも小さくもなく、高くも低くもない。 このような直接吐き出す中規模ビジネス。 彼女は、母親から受け継いだ古いラックを何台か使って自分で暮らしました。 そして、この経済すべてを更新する時が来ました。 仲間は、機器のコストを考慮し、考え、仮想化を導入することを決定しました。 そして、VMWareだけが持っていた輝かしい種類のユニバーサル仮想化の代表者の1年が長くなりました。 一般的に、それは導入されました。 時間の経過、タスクの変更、輝かしい種類の仮想化の他の代表者が成長しました。 そして、再び代表者を選ぶ時が来ました...

ITプロフェッショナルの主な質問は「理由」です
（または「一体何？」）

自己紹介をさせてください。 私の名前はアントンです。ロシアの大手小売業者のインフラストラクチャソリューション部門を率いています。 自尊心のある組織と同様に、私たちは仮想化を使用し、もちろん、私たち全員が「愛する」1Cを使用しています。 私たちはVMwareを長期間実装し、基本的には悪くありませんでした（私を追加した白髪の話でも十分ですが）が、他の開発と同様に、代替ソリューションを見つけるために定期的に確認する必要があります。

そして、移行のストーリーは、Gartner QuadrantでVMwareとともにHyper-Vを隅々で見たという事実から始まりました。 その時、私は思慮深くなりました。 考えの結果、移行の「賛成/反対」の兆候が見られました。 また、有名なVMwareがCBTでショールします...今。 はい、2つの異なるリリースで2回。 まっすぐ発射！


私はすぐに予約します-「機能別」の比較もありました。人生では、「彼らの正しい心と強い記憶」に誰も制限値に従ってクラスターを構築しません。 はい、実際には双子の兄弟のように見えます。個人的には、1つの仮想マシンに何百ものコアを提供できるかどうかの根本的な違いはわかりません。


はい、別の瞬間。 別のハイパーバイザーへの切り替えは個別のソリューションですが、ここに停止要因のリストを示します。これがあると、Hyper-Vに切り替える価値はまったくありません。 まあ、または非常に慎重に考えてすべてをテストしてください。

1. LinuxサーバーにメインOSがあります。
2. エキゾチックを実行する必要があります。
3. ベンダーの既製の仮想サーバーが必要です（これは時間の問題だと思います）。
4. あなたはマイクロソフトが好きではありません。
5. ハードウェアでVMwareを無料で入手しました。

反射板

Hyper-Vへの移行用	Hyper-Vへの切り替えに対して
VMwareライセンスコストの削減	VMwareプラットフォームの名声
同じプラットフォームに基づいて、Azureが構築されています。	配布サイズ（ネタバレ：Nano Serverはesxiの類似物ではありません-イデオロギーとポジショニングがわずかに異なります）
興味深いネットワーク仮想化	シンプルなライセンススキーム
通常の方法を使用した他の仮想ストレージシステムへのレプリケーション	多数の異なるOSのサポート
仮想化を構築するためのキット（Windows Datacenter + System Centerを含むCISキット）を購入した場合のボーナス	VMwareはすでに実行中です
Windowsサーバーを展開する際のさまざまな利点	ハイパーバイザーは個別の製品としてサポートされていません
ドライブをその場で削減できます	ここでのVDIは、ラボ/テストにのみ使用できます。 生産には適していません。
Windowsの新しいバージョンのより良いサポート	1つのベンダーからハードウェアとソフトウェアの両方を購入し、1つの管理コンソールと1つのテクニカルサポートウィンドウを取得した場合の、仮想化に関する興味深い完全なソリューションの存在
これはマイクロソフトです	これはマイクロソフトです

信仰の飛躍

私は長い間考え、疑問に思っていましたが、星が収束し、サーバーパークを更新しました。 そして、古いものは残っており、悪くはありませんが、今日の基準ではすでに遅くなっており、道徳的にも時代遅れです。 そして、Hyper-Vに基づいて開発用のファームを作成するという戦略的な決定が下されました。 サーバーを新しいサイトにドラッグし、すべてのサーバーファームウェアを更新して急いだ。

テスト計画はシンプルでした：

1. サーバーを取得します。
2. esxiをインストールします。 デフォルト設定である何も変更しません。
3. 仮想マシンを展開します。
4. テストを5回行います。
   
   a）1C Gilevテスト用。
   
   b）SQLの場合、書き込みスクリプト。
5. ベストプラクティスに従って設定しました。
6. テストを5回行います。
   
   a）1C Gilevテスト用。
   
   b）SQLの場合、書き込みスクリプト。
7. Hyper-Vをインストールします。 デフォルト設定である何も変更しません。
8. 仮想マシンを展開します。
9. テストを5回行います。
   
   a）1C Gilevテスト用。
   
   b）SQLの場合、書き込みスクリプト。
10. ベストプラクティスに従って設定しました。
11. テストを5回行います。
    
    a）1C Gilevテスト用。
    
    b）SQLの場合、書き込みスクリプト。
12. 物理的なWindows Serverマシンに配置し、ベストプラクティスに従って構成し、テストを実施します。
13. 比較して考えてください。

機器：Dell FC 630、2つのIntel Xeon E5-2643 v4プロセッサー（純粋に1C未満）、512GBのメモリー。
ドライブ：読み取り集中型SSDを搭載したDell SC 200に基づくSANネットワーク。

次の結果が得られました。

ベストプラクティスのないVMware	ギレフ検定	SQLテスト
1	22.42	12.2
2	18.6	17.51
3	12/18	7.12
4	26.74	7.18
5	26.32	4.22
ベストプラクティスを備えたVMWare	ギレフ検定	SQLテスト
1	26.46	4.28
2	26.6	6.38
3	26.46	4.22
4	26.46	6.56
5	26.6	4.2
ベストプラクティスのないHyperV	ギレフ検定	SQLテスト
1	27.17	4.32
2	26.46	6.08
3	04/26	4.24
4	26.18	5.58
5	25.91	6.01
ベストプラクティスを備えたHyperV	ギレフ検定	SQLテスト
1	26.18	6.02
2	27.62	6.04
3	26.46	6.2
4	26.74	4.23
5	26.74	6.02
物理学	ギレフ検定	SQLテスト
1	35.97	4.06
2	32.47	4.04
3	31.85	6.14
4	32.47	5.55
5	32.89	5.43

凡例

Gilevテスト-より多くはより良い、抽象的な「オウム」を意味します。

SQLテスト-実行時間が少ないほど良い。

構成されたもの：

1. DELL Poweredge 630ホストを準備する手順

1.1。 DELLの推奨事項に従ってホストを構成します

1.1.1。 プロセッサー設定を有効にする->仮想化テクノロジー-有効。

1.1.2。 プロセッサー設定を有効にする->論理プロセッサー-有効。

1.1.3。 システムプロファイル設定を有効にする->ターボブースト（ターボモードのドキュメント内）-有効。

1.1.4。 メモリ設定の無効化->ノードインターリーブ（NUMAを有効化）-無効化。

1.1.5。 電源管理を有効にする->最大パフォーマンス-有効になっているようです。

1.1.6。 統合デバイスで不要なデバイスを無効にします-触れませんでした。

1.1.7。 システムプロファイル設定を無効化-> C1E-無効化。

1.1.8。 プロセッサ設定を有効にする->ハードウェアプリフェッチャー-有効。

1.1.9。 プロセッサー設定を有効にする->隣接キャッシュラインのプリフェッチ-有効。

1.1.10。 プロセッサ設定を有効にする-> DCU Streamer Prefetcher-有効。

1.1.11。 プロセッサ設定を有効にする->データの再利用-見つかりません。

1.1.12。 プロセッサー設定を有効にする-> DRAMプリフェッチャー-見つかりません。

1.2推奨事項でのホストの構成

1.2.1ファイバーシャネルHBAを構成します。

1.2.1.1ホストをロードするとき、QLogic Fast！UTIL（CTRL + Q）に移動します。

1.2.1.2最初のポートを選択します。

1.2.1.3構成設定のリセット->デフォルト設定の復元。

1.2.1.4構成設定の有効化->アダプタ設定->ホストアダプタBIOS->ホストアダプタBIOS->有効。

1.2.1.5構成設定を有効にする->アダプター設定->ホストアダプターBIOS->接続オプション-> 1。

1.2.1.6構成設定の有効化->アダプターの詳細設定-> LIPリセットの有効化->はい。

1.2.1.7構成設定の有効化->アダプターの詳細設定-> LIPフルログインの有効化->はい。

1.2.1.8構成設定の有効化->アダプターの詳細設定->ログイン再試行回数-> 60

1.2.1.9構成設定の有効化->アダプターの詳細設定->ポートダウン再試行カウント-> 60。

1.2.1.10構成設定の有効化->アダプターの詳細設定->リンクダウンタイムアウト-> 30。

1.2.1.11項目1.2.1.3-1.2.1.10。に従って2番目のポートを設定します

2.ベストプラクティスなしでVMwareプラットフォームでテストするための手順。

2.1すべてのアップデートでVMware 5.5をインストールします。

2.2 VMwareで必要な設定を行います（クラスターに含めず、個別にテストします）。

2.3 Windows 2016およびすべてのアップデートをインストールします。

2.4「1C：Enterprise」をインストールします。 必要に応じて、デフォルトのバージョン1C-8.3.10を構成します。 （最後）。

2.5別のマシンに、Windows 2016とSQL Server 2016をインストールします（すべての更新プログラムを含む）。

2.6テストを実施します（5回）。

3. ベストプラクティスに従ってVMwareプラットフォームでテストする手順。

3.1.1スワップファイルをSSDドライブに配置します。 クラスター->スワップファイルの場所->スワップファイルをVMと同じディレクトリに保存します。 構成-> VMスワップファイルの場所->編集。

3.1.2 vSphere Flash Infrastructureレイヤーを有効にすることをお勧めします。これが実際にどの程度実装されているかわかりません。

3.1.3ホストを介したSANマルチパスの構成->構成->ストレージ->パスの管理->パスの選択->ラウンドロビン。

3.1.4ホストの有効化->構成->電源管理->プロパティ->高パフォーマンス。

3.2推奨事項に従ってVMを構成します。

3.2.1準仮想ディスクを使用します：VM-> SCSI Controller-> Change Type-> Paravirtual。

3.2.2 Eager ZeroedのThickプロビジョニングを使用することをお勧めします。

3.2.3 VMをオンにする->オプション-> CPU / MMU仮想化->命令セットにIntel VTxを使用し、MMU仮想化にIntel EPTを使用します。

3.2.4 VM BIOSの無効化->レガシーディスケット、VM BIOS-> Primary Mater CD ROM。

4.ベストプラクティスなしでWindows Serverプラットフォームでテストするための手順：

4.1 Windows Server 2016 Datacenterをホストおよびすべてのアップデートにインストールします。

4.2ホストで必要な設定を行います。

4.3 Windowsおよびすべてのアップデートを使用して仮想マシンをインストールします。

4.4「1C：Enterprise」をインストールします。 必要に応じて、デフォルトのバージョン1C-8.3.10（最後）を構成します。

4.5別のマシンで、Windows Server 2016とSQL Server 2016をすべての更新とともにインストールします。

5.ベストプラクティスに従ってWindows Serverプラットフォームでテストする手順
ここ 、 ここ 、 ここでベストプラクティスの概要を説明します 。

5.1推奨事項に従ってホストを構成します。

5.1.1 MPIOの有効化 ：
Enable-WindowsOptionalFeature – Online – FeatureName MultiPathIO
(Get-WindowsOptionalFeature – Online – FeatureName "MultiPathIO").State

5.2推奨事項に従ってVMを構成します。

5.2.1 Generation2 VMを使用します。

5.2.2 VMでは固定ディスクを使用します。

生命が火星にあるなら？

人生は成功したようで、テストは計算と賭けが正しかったことを示しており、今では同じ希望のニルヴァーナが来るだろう...だから、開発者向けのクラスターをテストモードにするまで考えて、期待した。

嘘はつきませんが、インストールは本当にシンプルで簡単です。 システム自体が満足する必要があるものすべてをチェックし、満足できない場合は、最寄りの食料品店に送って、何が間違っているかについての詳細なレポートを表示し、問題の修正方法についてもアドバイスします。 この点で、私はマイクロソフト製品がずっと好きでした。

5.5に切り替えたときの問題に関するVMwareテクニカルサポートとの5日間の通信の話をすぐに思い出しました。 それは面白いことであることが判明しました。 vSphereを接続するためにSQLサーバー上に別のアカウントを作成する場合、システムは不要な部分としてパスワードの一部を切り捨てて破棄するため、パスワードは14文字（または10、今は覚えていません）を超えてはなりません。 実際、これは非常に合理的な動作です。

しかし、すべての楽しみは後で始まりました。 1台のサーバーがクラッシュし、ネットワークカードの表示を拒否しました（その結果、OSはそれとは何の関係もありませんでした）。 その後、サーバーは定足数を失い始めました。 その後、サーバーはクラスターからランダムに飛び出し始めました。 VMMは実際には機能せず、多くの場合、ファームに接続できませんでした。 その後、サーバーはクラスター内で一時停止し始めました。 その後、移行中に、マシンが2つのホストで見られるようになりました。 一般に、私たちが考えたように、状況は災害に近いものでした。

しかし、勇気を集めて、それにもかかわらず、私たちは戦うことにしました。 そして、あなたは何を知っていますか？ すべてうまくいきました。 そして、ネットワークカードの問題はハードウェアであり、クラスターの問題はネットワークが正しく構成された後に解決されたことが判明しました。 そして、ホストOSとVMMを英語版に再配置した後、一般にすべてがうまくいきました。 そして、私は悲しい... 2017を感じましたが、英語のWindowsをインストールして問題が少なくなるようにする必要があります。 これは私の意見では大失敗です。 しかし、ボーナスはエラーのテキスト検索がはるかに簡単だったことです。

その結果、クラスターが起動し、VMMが正常に動作し、仮想マシンをユーザーに配布し始めました。

ところで、インターフェイスとVMMロジックを発明した人は、地獄で別のボイラーに値する...それが理解できないと言うことは何も言わないことです。 最初のオープニングで、私はエイリアンの船のダッシュボードを見ているような気分になりました。 フォームはよく知られているように見えますが、何が何で、なぜなのか理解できません。 たぶん何年か後には慣れるでしょう。 または、猿のような行動を暗記するだけです。

トラクターをようやく始めたときはどうですか？

一般的に、私は移行からのポジティブな感情と感情を持っています。 Microsoft OSのテンプレートとその機能は、VMwareの対応するテンプレートと比較できません。 彼らは非常に快適で、あらゆる種類のホイッスルとフリルが非常に多く、一般的に非常に賢明です。 開発者向けのクラスターを推進している間、新しい生活に慣れています。

それでも、VMWareからのマシンの移行の問題に非常に満足しています。 最初は、フォーラムを読んで、ソフトウェアを検索し、どのようになるかを考えました。 すべてが私のために発明されたことが判明しました。 VMM vCenterを2つのアカウントに接続し、VMMから次のように語りました。「親愛なる仲間、お菓子をください。この仮想マシンを新しいハイパーバイザーに移行してください。」と彼が移行しました。 初めてから。 タンバリンと間違いなし。 そして、最終的には、1週間のテストを計画していた移行は40分以内で、そのうち20が移行そのものでした。

不足しているもの：

1. 仮想化専用に作成された小規模なディストリビューション（esxiに類似）。
2. 通常の管理コンソール（コンソールは、特にVMwareの制御後は不便ですが、ホノルルプロジェクトには希望があります。とにかく、テクニカルプレビューを見ると、製品の管理が非常に簡単になるはずだという理解があります）。
3. 製品サポートの仮想化。 はい、プレミアムサポートがあることは知っていますが、これは私が望むものではありません。

要約すると（記事を読むのが面倒な場合）：

1. これで、2つのプラットフォームのパフォーマンスはほぼ同じになりました。
2. 1Cのパフォーマンスは同じです。
3. Hyper-Vでは、仮想ディスクを拡大または縮小できます。 そしてオンライン。
4. VMWareからの非常に簡単な移行。
5. 通常の意味でのサポートに関する問題。
6. VMMは、特にvCenterの後は非常に不便です。 しかし、一方で、VMMはPowerShellスクリプトの単なるグラフィカルシェルであるため、使い慣れたPowershell CLIを使用してすべてを操作できます。
7. 移行には、Hyper-Vの複雑さを再訓練して理解する必要があります。 多くのことやイデオロギー的アプローチは異なります。
8. Windowsを使用した仮想マシンのシックなパターン。 驚くほど快適。
9. お金を節約します。
10. ソフトウェア定義のストレージの実装は、私の意見ではより興味深いですが、これは万人向けではありません。
11. すべてのAzureが独自のテクノロジに基づいて構築されているという事実を尊重してください。
12. クラウドとのシンプルで非常に緊密な統合。
13. 多くの興味深い点がある、優れたネットワーク仮想化。
14. 私の意見では、VDIはMicrosoftおよびHyper-V用ではありません。 しかし、一方で、提案のストリーム（RemoteApp）は非常に健全に作成されており、ほとんどの企業にとってCitrix自体よりも悪いことはほとんどありません。
15. Hyper-V用の既製の仮想イメージのサードパーティベンダーによる弱いサポート（この現象は一時的なものであると想定します）。
16. 非常に奇妙な新しいライセンスポリシー（コアごと）。

著者について

アントン・リトヴィノフ-過去6年間、彼は585 / Zolotoyで働いています。 彼はネットワークエンジニアからインフラストラクチャソリューション部門の責任者になり、その結果、Jekyll氏とフルスタックエンジニアおよびマネージャーであるハイド博士を組み合わせました。 ITで約20年間。