2009-04-22 11 views

答えて

1

おそらく、アプリケーションサーバーが必要とする計算量と、データベースによって行われる計算量の大小によって決まるでしょう。

これは私がDBを仮想化してはいけないと思っていたとほとんど思います。仮想化は、データがディスク上で安全で安全な状態に保たれていることを保証しなければならないdbにとってはあまり暑くはありません。また、別の抽象レイヤーを追加することでそれを助けることはできません。

1

物理サーバーが2つある場合は、仮想化する必要はありません.1つのサーバーをIISに、もう1つをデータベースとして使用します。

物理サーバーが1台ある場合は、仮想化する必要もありません。

私が選択しなければならないのは、Webサーバーだということです。データベースは、物理サーバー上で実行することによりパフォーマンス面でメリットがあります。 Webサーバーが仮想化されている場合は、Webサーバーのクラスターを作成するために、Webサーバーを素早く簡単に複製できます。

1

今日のハイパーバイザーとベストプラクティスでは、両方のインフラストラクチャを仮想化できます。 DBインフラストラクチャを仮想化するときは、IOパフォーマンスがボトルネックではないように、DBがSANベースのシステムにインストールされていることを確認することをお勧めします。

すべての場合と同様、ベンダーのベストプラクティスとテストに従うことで、正しいことと誤ったやり方がありますが、VMインスタンスから最高のパフォーマンスを引き出すことができます。

インフラストラクチャ全体を仮想化したい場合は、さまざまなベンダーのホワイトペーパーとパフォーマンステストがたくさんあります。

仮想化は、ハイパーバイザーを無料で提供しているさまざまなベンダーの業界の話題でもありますが、これは仮想化の使用が前進する方法ではありません。サーバーの統合はい、おそらくパフォーマンスを向上させる - YMMV

+2

ベンダーのホワイトペーパー。ユーザーではありません。 – gbn

2

もちろんウェブ。

データベースにはIO帯域幅があまりにも多く必要です。インスタンスまたはデータベースを1つのインスタンスに追加する方が簡単ですが、独立したWebサーバーは多くのメリットがあります。

同様の質問... "Run Sharepoint 2003 on VMWare?"。 Sharepointは、SQL Serverのバックエンドを持つasp.netアプリケーションです。

2

ほとんどの仮想環境の欠点は、I/O、特にディスクです。 SQLは非常にI/O集約型です。共有仮想ホストを使用していますが、遅いI/Oが私を殺しています。

つまり、マイクロソフトはHyper-VでSQLを推進しています。これはハイパーバイザーで、VMとハードウェアの間のより薄いレイヤーを意味し、ドライバーは準自然ネイティブです。 http://download.microsoft.com/download/d/9/4/d948f981-926e-40fa-a026-5bfcf076d9b9/SQL2008inHyperV2008.docx

SQLのように見えますが、全体的に10%のパフォーマンスが低下します。これは、インスタンス全体をすばやく別のボックスに移動したり、RAMなどをバンプしたりできることです。

インテルのエンタープライズSSDドライブ(X25-E)も考慮する必要があります。私はそれが仮想環境で多くの助けになると思います。もちろん、高価です。

関連する問題