可用性グループリスナー

AlwaysOn可用性グループを調べています。よく見ると、可用性リスナーグループが単一障害点であるように見えます。リスナーは実際にはどこで実行されますか？別のサーバー、プライマリSQLサーバー、それらすべて？

2番目のデータセンターにアプリケーションスタック全体があるとします。リスナーが両方のサイトで実行され、アプリケーションが独自のローカルコピーをポイントするようにリスナーを構成するにはどうすればよいですか？

私はここで何かが欠けていると確信していますが、私は何がわかりません。

sql-server sql-server-2012 availability-groups

— ティム・ブリガム
ソース

回答:

AGリスナーは、仮想ネットワーク名（VNN）または仮想IP（VIP）です。

可用性グループリスナーは、AlwaysOn可用性グループのプライマリまたはセカンダリレプリカのデータベースにアクセスするためにクライアントが接続できる仮想ネットワーク名（VNN）です。

アプリケーションを（DNSに登録されている）リスナーに向け、トラフィックをAGに転送します。したがって、すべてのDCが同時にダウンしない限り、冗長性はDC / DNSサーバーの数になります。

可用性グループリスナーは、ドメインネームシステム（DNS）リスナー名、リスナーポート指定、および1つ以上のIPアドレスで構成されます。TCPプロトコルのみが可用性グループリスナーでサポートされています。リスナーのDNS名は、ドメインおよびNetBIOSでも一意である必要があります。新しい可用性グループリスナーを作成すると、関連付けられた仮想ネットワーク名（VNN）、仮想IP（VIP）、および可用性グループの依存関係を持つクラスター内のリソースになります。クライアントはDNSを使用してVNNを複数のIPアドレスに解決し、接続要求が成功するまで、または接続要求がタイムアウトするまで、各アドレスへの接続を試みます。

このMSDNの記事（引用元）は、AGリスナーの正確な出発点になるはずです。

https://msdn.microsoft.com/en-us/library/hh213417.aspx

— クリス・グルテマイヤー
ソース

クリス、ありがとう。何らかの理由で、DNSエントリが可用性グループを指しているのではなく、実際にそれがそのグループとして機能しているという印象を受けました。その文書を何度読んでも、それは出くわしませんでした。事実上、2番目のデータセンターにDCがある限り、問題ありません。

— Tim Brigham

ありがとう、クリス。これらのリスナーIPの目的は何ですか？それを平易な言葉で説明することは可能です

— Manivannan Nagarajan 2017

アプリケーションとサービスの一貫した接続ポイントです。ミラーリングなどのテクノロジーでは、プライマリが利用できない場合は、接続文字列でセカンダリサーバーを指定する必要があります。リスナーでは、名前は変更されず、その下の主要な変更のみが行われます。したがって、フェイルオーバーすると、プロセスはシームレスで（ほとんど）アプリケーションに対して透過的です。

— クリスGruttemeyer 2017

それとクラスターIPの違いは何ですか？

— エドガーアランバイロン

@EdgarAllanBayron-クラスターIPは、WSFC自体が使用する内部IPです。リスナーIPは、SQL Serverへの接続を可能にする別のIPです。これらは2つの別個のIPです。

— Kris Gruttemeyer

リスナーは、AGが構築されているWSFC内のフェイルオーバーリソースです。フェイルオーバー時にプライマリレプリカを追跡するため、その部分に冗長性があります。前述のように、DNS側はADインフラストラクチャとDNSアップタイムに基づいています。

セカンダリデータセンターの例では、WSFCをマルチサブネット構成として構成し、リスナーがデータセンターの両方のサブネットでIPを保持できるようにします。AGがセカンダリDCにフェールオーバーすると、リスナーはそのサブネットの下でアクティブになります。アプリケーションは、そのセカンダリDCでIPがオンラインになるまでのダウンタイムを確認し、その後、レプリカもスイッチオーバーします。