VMware仮想化の下で大規模なSQL Server 2012をホストする予定であり、高可用性が必要です。
これらは私がサポートしているとわかった3つのオプションですが、多くの情報と比較して、誰が優れているのか、なぜそうであるのか(そして主に-欠点は何ですか)を見つけることができませんでした。
それだけです。
私はあなたがこれについて持っているかもしれないどんな情報にも感謝します、そして(うまくいけばテストケースに基づいて)さらに多くの推奨に感謝します。
〜ありがとう。
それは本当にあなたが何から保護しようとしているか、そしてあなたのSLAが何であるかに依存します。ハードウェア障害からの保護が目的であり、ハードウェア障害が発生した場合の数分のダウンタイムを処理できる場合は、ネイティブのVMwareオプションを使用してください。
ブルースクリーンから身を守る必要がある場合は、AlwaysOn AGでのクラスタリングが適しています。ハードウェア障害から身を守ろうとしているだけで、数分のダウンタイムさえ許せない場合は、AlwaysOn AGのクラスタリングが再び可能になります。
FCI(完全にクラスター化されたインスタンス)とAGのどちらを選択するかは、実行しようとしていることに依存します。レポートのために読み取りをスケールアウトする必要がある場合は、AG。ストレージコストが問題ではない場合、AG。ファイバーチャネルまたはiSCSIを使用している場合、FCIではRDMが必要になることに注意してください。 RDMを使用する場合は、VMがオンラインのときにvMotionが実行されないようにする必要があります。 AGではRDMは必要ないため、この問題は発生しません。
利用できるオプションはたくさんありますが、それはどちらに進むかによって異なります。
VMwareでのクラスタリングについては、問題なく動作します。ほとんどまたはすべてのSQL Serverを仮想化し、VMware内に多数のWindowsクラスターを持っている多くのクライアントがいます。
VMware HAは、VMworld(2013年8月末)で発表される新しいオプションを間もなく提供しますが、これは少し役立つかもしれません。それでもまだ欠点はありますが、HA(新機能を含む)では、1つのノードでメンテナンスを行うことができず、すでに短所で述べたような他のノードのサーバー要求を行うことができません。私の意見では、ファイブナインの稼働時間を目指している場合、HAは選択肢にはなりません。
また、HAはアプリケーション障害を検出しないことにも注意してください(VMworldでのアナウンスについて言及しました)。ゲストOSが実行中でIOを実行している限り、HAは問題なくトリガーされません。
VMのクラスタリングは、物理サーバーのクラスタリングよりも難しくありません。 VMwareでSQLクラスターを実行している顧客が何人かいます。これを行う方法を正確に説明しているVMware KBの記事がいくつかあります。これは、結局のところ、「知っておく必要のある」設定の数にすぎません。
初期の頃は、主にタイミングの問題が原因であるVMware上のMSクラスタリングに多くの問題がありました。 OSディスクを低速のストレージに配置すると、タイムアウトが発生し、フェイルオーバートリガーの障害が発生します。それは今や過去のすべてです。
オプション2と3ではあまり説明できない