仮想サーバーと物理サーバー


18

私はセカンドオピニオンの後です。そして、これがすでに回答されている場合は謝罪します(正しい方向に向けてください)。

私が取り組んでいるプロジェクト内のさまざまな派ionsは、仮想サーバーと物理サーバーの間の聖戦に従事しています。COTS IBM文書管理システム(DB2など)を実装しています。

一般的な知恵では、すべてを仮想化する必要があり、ベンダーパートナーはこの見解をサポートしています。仕事中のプロペラヘッドの一部は、特に中央メタデータサーバー(基本的には大きなDB2データベース)に対してこれに反対しています。

私の問題は、私が開発者のバックグラウンド(私はスクワットを知っています)から来ていることです。そのため、独立した見解を歓迎します。

仮想対物理のスキニーは何ですか?いつ仮想化する必要がありますか?一般的な長所/短所など10の私のスターター-私を撃shootする...

バーチャル:

  • DRに適しています(オンに失敗した場合、つまり実行中の物理ボックスなど、別のVMサーバーに新しいインスタンスをセットアップできます)
  • 特定のデータベースシナリオに悪いですか?
  • わずかなパフォーマンスヒット(詳細は不明)

これは明らかな質問のように思えますが、良い答えを見つけるのは少し難しいです。
エイドリアンK

あまりにも多くの未知数!最善の答えはそれが依存することです。
ニックカバディアス

ええ-ごめん:)この特定のソリューションのサーバーはすべてWindowsベースになります。データベースとアプリケーションの両方のコンポーネント。VMWareは、社内で使用される仮想化プラットフォームです。ユーザーベースは約1500のユーザーですが、私たちは、など実際のuseageに関する正確な統計情報、同時ユーザーを、持っていない
エイドリアンK

回答:


25

大まかに言って、現在実行している仮想化プラットフォームが、実行する予定のゲストOSを完全にサポートしている場合、仮想化は良い動きです。より慎重に検査する必要があるユースケースがいくつかあります。

  • ターミナルサービス(または非常に高い同時実行性を持つサービス)
  • Linuxのファンキーな味
  • データベースまたはメールサーバー
  • 異常な周辺機器が取り付けられているサーバー
  • 固有/非常に高いリソース要件を持つサーバー

特定のケースでは、システムがサポートする必要がある同時ユーザーの数と、それを物理マシンとして実行するために必要な物理ハードウェア仕様の種類を見てください。32GbのRAMとローカルの6ディスクSASドライブストライプを備えた4プロセッサのクアッドコアビーストが必要な場合、仮想化には適していません。これらの側面のいずれかに高い要件がある場合(たとえば、超高速ディスクが必要な場合)、「多分」山にあり、決定を下す前に一連のテストが必要です。

適度な量のRAM(8Gb未満)を備えた基本的な1または2プロセッササーバーでデータベースが正常に動作し、ディスクスループットが過剰でない場合は、仮想化します。

システムのブランドの新しいハードウェアを購入するか、既存のVMインフラストラクチャに仮想化するかを選択する場合は、まず仮想化して、必要な場合にのみ物理サーバーに移行します。適切に計画されたサーバーの特徴は、必要に応じて簡単に再構築できることです;)


4
クリスは賢い言葉を話します。私たちは、購入していた通話録音と画面キャプチャ製品で同様の問題に直面しています。可能性のある高いI / O問題、中程度のCPU負荷、およびハードウェアの1つをサーバーの1つに配置する必要があるため、1台のハードウェアサーバーを使用することになりました。他の2台のサーバーは仮想化され、データベースはSQLクラスターに配置されました。うまくいきました。複数のサーバーを使用する場合は、サーバーごとに評価してください。
aduljr

「受け入れられた」答えの候補者であるクリスに感謝します。それから数日のうちに他に何が入ってくるのかを見ていきます。ありがとう:)
エイドリアンK

優れた簡潔な答え。
ヘルヴィック

3

このようなトピックは、環境のコンテキストで考慮する必要があり、一般的な概念として明確に答えることはできません。仮想化されたマシンが必要なパフォーマンスを提供できるかどうかから始めて、すべてを考慮する必要があります。これには、ストレージシステムが維持できることなどが含まれます。もちろん、それはデータベースシステムにとって大きな問題になる傾向があります。私は、最終決定が下される前に、これを十分にテストする必要があると考えています。テストできない場合は、リスクが大きすぎる可能性があります。

私は個人的には仮想化のファンではありませんが、それは少なくとも部分的には私が働いている環境にあり、以前に働いたことがあるからです。問題の1つは、1つのバスケットに卵が多すぎる傾向があることです。そのハードウェアがそのサーバー上のすべての仮想マシンを故障させた場合、クランチになります。予備のハードウェアを持っているか、少なくともNOWを手に入れることができれば大丈夫ですが、それは私が働いている世界ではありません。


3

サーバーは、仮想化環境とネイティブ環境の両方で実行されます。これは、LinuxベースのサーバーとWindowsサーバーおよびデスクトップの両方に当てはまります。一方が他方より優れていると言うことは、あなたが何をする必要があるかに完全に依存するでしょう。仮想化の方が優れている場合もあれば、そうでない場合もあります。

仮想化のプロ:

  • バックアップのしやすさ
  • セットアップの容易さ(クローニングから)
  • ハードウェアのすべてのリソース(多くの場合未使用になります)の使用に近づくことができます

仮想化の短所:

  • 1つのボックスがダウンする=多くのサーバーがオフラインになる
  • コスト。1つのVMWareクライアントから複数のマシンを制御したい場合、ライセンスはしばしば高価になります。
  • コスト。3つ以上のプロセッサをサポートする場合、ライセンスは高価です

最後のメモ。仮想化は、通常のサーバーやデスクトップの実行には最適ですが、少し伝統的ではないセットアップが必要な場合は、本当に注意してください。たとえば、仮想化されていない場合、問題なくネットワーク接続ストレージデバイスに接続された2つのWebサーバーがありました。仮想化機器がストレージデバイス(I / Oの問題)でうまく動作しなかったため、仮想環境にそれらを移した瞬間、私たちはひどく苦しみました。そのため、複雑なセットアップを試みる前にハードウェアの宿題を行います(言うまでもなく)。

最後に、仮想化は素晴らしく、長い道のりを歩んできました。私は多くのことでそれが大好きです。ただし、実際にいくつかのサーバーをセットアップする必要があり、ハードウェアがない場合を除き、あまり役に立ちません。

仮想化から得た最大の利点は、物理スペースです。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.