web-dev-qa-db-ja.com

VMwareのSQLサーバー

VMWareESXでSQLServerを仮想化するためのヒントとベストプラクティスを提供してください。高度な構成と設定に関心があります。

あなたの推薦の背後にある理由を提供してください

編集:明確にするために、私はすでにISCSI equallogicSanを使用して別々のクラスターに70を超える仮想SQLサーバーを持っています-

私が本当に探しているのは、次のような高度な構成です。

ディスク/ RDMの構成方法

Mem.ShareScanGHzのような設定を利用していますか- http://communities.vmware.com/thread/143828 -十分に文書化されていません

5
CPU_BUSY

通常、ベンダーのホワイトペーパーへのリンクは嫌いですが、VMwareは、これに関するホワイトペーパーを公開しています。これは驚くほど優れています。

http://www.vmware.com/files/pdf/solutions/sql_server_virtual_bp.pdf

そこにあるすべてのものが重要であり、私は個人的に多くのことを保証することができます。仮想CPUが少ない方が、実際には多いよりも優れています。単一のCPUを100%飽和させていない場合は、2番目の仮想CPUを追加する必要はありません。これは、VMwareCPUスケジューリングの動作方法と関係があります。

ドキュメントで明示的に定義されていないのは、マルチパスだけです。 ESX 3.5以前では、SANの真のアクティブ/アクティブマルチパスを取得できません。 1つの仮想マシンに複数のHBAの帯域幅が必要な場合は、vSphere 4がリリースされるまで物理マシンとして維持する必要があります。それでも、取得するには最上位のエディションを取得する必要があります。真のマルチパス。

5
Brent Ozar

3ノードのvmwareクラスターがあり、各ノードはHP 365(2xCPU 4コア、1.8Mhz)、サーバーあたり32 GB RAM、ディスクのゴブへのファイバーチャネル接続)です。

20を超えるSQLVM(SQL2000、SQL2005、SQL2008、ライブ、開発、テスト)とその他の汎用Windows 2003サーバー(iis6、アプリケーション、ファイル、印刷など)をサポートしており、少なくとも2倍のSQLVMに移行できます。パフォーマンスの問題はないと思われます。

3つのノードにより、「オーバーザトップ」の冗長性と復元力が得られます。 1つのノードがダウンした場合(またはメンテナンスのため)、他の2つのノードは同じパフォーマンスを提供できます。 3つは贅沢(または彼らがそれを呼ぶのが好きなベストプラクティス)であり、2つで十分です。

実際のVMは非常に軽量です。通常は1vCPUと1GBRAMで、20または30のデータベースをホストします。忙しいVMの1つまたは2つはその2倍ですが、これは通常、SQL Serverをおもちゃとして使用するアプリケーションの記述が不適切なためです(ストアドプロシージャなどを使用していませんが、「他の」サイトで死ぬほど議論されています!;)

Vmは、同様の使用パターン(ビッグデータムーバーを軽量のWebサイトシステムから遠ざける)および/またはSLA要件(すべての重要なものを維持する)を持つ、より「小さな」サーバーを作成する柔軟性を提供します一般的で標準化された操作方法と一緒に詰め込みます)。

RAM、CPU、高速ディスクが大量にあることを考えると、システムを微調整する必要はありません。 DISKは複数のRAID10アレイ(OS、トランザクションログ、データベースに大まかに分割されています)であり、バックアップとダンプ用に大きなRAID%があります。

冗長エッジスイッチへの冗長1GBネットワーク接続がたくさん。

4
Guy

このトピックは、最近のVMwareコミュニティポッドキャストで詳しく取り上げられました。ここを参照してください: http://blogs.vmware.com/vmtn/2009/03/virtualizing-sql-server-podcast-white-paper.html 、ここでエピソード#42を聞いてください: http://www.talkshoe.com/talkshoe/web/talkCast.jsp?masterId=19367

0
mrTomahawk