web-dev-qa-db-ja.com

ローカルストレージを備えたWindows2012上のクラスター化されたファイルサーバー

そのため、ファイル共有の監視を必要とするSQLAlways-Onグループがあります。ファイル共有の監視を冗長にしたいのですが、このネットワーク上にファイルサーバーは他に必要ないので、サーバーの数を最小限にして実行したいと思います。

DFSを使用して2台のサーバーをセットアップすると思っていましたが、DFSが1つのサーバーのデータを使用したり、別のサーバーのデータを使用したりして、クォーラムをめちゃくちゃにする可能性があるため、この記事ではこれを行わないようにと述べています: http://windowsitpro.com/high -availability/q-why-cant-i-Host-file-share-witness-cluster-dfs-share

したがって、ファイルサーバーの役割で設定された、真の/実際のWindowsフェールオーバークラスターが必要なようです。問題は、私が読んだすべての記事が共有ストレージの使用について話していることです。ただし、共有ストレージ(SANなど)には3番目のサーバーが必要であり、単一障害点(SAN)があります。そして、私は本当に3台ではなく2台の新しいサーバーを購入したいと思っています。SANの代わりにWindowsのストレージスペースを使用することもできますが、3枚のディスクが必要です。ハードウェアの購入に関してはさらに悪い。

サーバーを購入しすぎたり、単一のSANポイント障害が発生したりすることなく、監視用に冗長ファイル共有を設定するための最良の方法は何ですか?明らかに、ローカルストレージを使用したいのですが、設定できますか?サーバー1がプライマリの場合は常にサーバー1のハードドライブを使用し、サーバー2がプライマリの場合は常にサーバー2のハードドライブを使用するようにファイルクラスターをアップし、サーバーの1つが停止した場合に備えて、DFSを使用してデータを複製しますか?この方法は、上記の記事で言及されている「DFSのみ」の懸念を回避し、依然として2台のサーバーに留まると思います。

6
stackonfire

共有ストレージの要件に基づいて、AlwaysON FCI(フェールオーバークラスターインスタンス)であると想定しています。最も簡単なソリューションは、仮想SANを展開することです。仮想SANは、使用している2つのSQLノードのローカルストレージを取得し、高可用性仮想ディスクとしてそれらに返します。SQLクラスターノードの1つに障害が発生した場合でも、1つはライブです。データのコピーと適切なSQLフェイルオーバー。ほとんどの仮想SAN製品は商用のみですが、さまざまなレベルの制限がある無料の製品を入手することもできます。

  1. Datacore vitrual SAN -FCストレージのみをエミュレートし、非実稼働でのみ無料で使用できます。フォームを送信し、それを得るためにいくつかの質問に答える必要があります。
  2. 無料のHP [〜#〜] vsa [〜#〜] -iSCSIをエミュレートし、1 TB制限(SQLでは問題にならないはずです)がありますが、少なくとも3台のサーバーです。運用環境での使用が許可されているかどうかは不明です。
  3. StarWind Virtual SAN Free -iSCSI、NFS、SMB3をエミュレートします。少なくとも2つの無料ライセンスが提供されます。1つはすべてのユーザーが利用できる2ノードライセンスです。フォールトトレラントなNFSおよびSMB3ストレージを提供します。本番環境での使用がサポートされています。2つ目は 本格的な無料の2ノード仮想SAN で、iSCSI、DMA、NFS、SMB3を介してフォールトトレラントなストレージを提供します。本番環境でも使用できます。サポートされています。これを取得するには、MCP/MVPまたはVCP/vExpertか、アクティブなオンラインコミュニティの貢献者である必要があります(現在2つ目を取得しています。取得するには、それらに連絡する必要があります)。

これは、仮想SANストレージを使用したSQLAlwaysOn FCIデプロイメントに関するビデオです(Azureにありますが、プロセスは同じです) http://www.edwinmsarmiento.com/running-a- sql-server-failover-clustered-instance-on-Microsoft-Azure /

6
Stuka

Windows Serverは、現時点ではシェアードナッシングフェールオーバークラスターをサポートしていません。 クラスターストレージとして機能するSCSI予約をサポートする共有デバイスが必要です(あらゆる種類の役割で)。これは ストレージレプリカ を導入するWindows Server 2016で変更されます。

ストレージレプリカはWindows Server 2016 Technical Previewの新機能であり、クラスターまたはサーバー間でストレージにとらわれないブロックレベルの同期レプリケーションを実行して、災害への備えと復旧を実現し、フェイルオーバークラスターをサイト間で拡張して高可用性を実現します。同期レプリケーションにより、クラッシュコンシステントボリュームを備えた物理サイトのデータのミラーリングが可能になり、ファイルシステムレベルでのデータ損失がゼロになります。

しかし、あなたの問題は、鶏と卵のタイプの問題になります。障害が発生した場合にクラスターがフェールオーバーの決定のためのクォーラムを構築できるように、ウィットネス共有が必要です。この監視共有を、2つの物理ノードで構成されるマシンのクラスターに配置します。したがって、今必要なのはファイルサーバークラスターの別の証人です。これはあなたの問題を解決するつもりはありません。

結論は次のとおりです。可用性グループの監視共有のためだけにファイルサーバークラスターを作成しないでください 。監視の可用性は、SQLサーバーインスタンスの操作に影響を与えないため、それほど重要ではありません。証人が利用できない場合、失うのはAGの他のメンバーへの自動フェイルオーバー機能だけです。

これは言われている、あなたはまだ証人のシェアの修理までの時間を低く保つように注意する必要があります。特に、手順の文書化だけで費用がかかる可能性があるため、低データレートで2つの接続のみを処理する必要があるスタンバイバックアップマシンは、文字通り、VPN接続を介して上司のドメインに参加したデスクトップになります。

2
the-wabbit