正式にサポートされるようになりました。通知ハブを正式リリースが参考になります。上で作成できるようになり、単一の接続ポイントによる接続が可能となっています。–の流れと同じなのですが、ポイントについてはまとめながら書いていきたいと思います。■ベース部分の構築まずは、リスナー以外のベース部分の構築をざっと見ていきたいと思います。構築に関しては以前の手順から変更はないようです。関しては今までと同様のようです。アドレスを削除して、クラスター名をオフラインにします。リスナー以外の箇所の手順も変わっていないようです。してはこの段階で最低限以下は受信許可をしておく必要があります。デフォルトの設定の場合ですが。設定をしてしまいます。ここまでは今までの構築の手順と変わりません。■リスナーを追加するための設定これ以降の作業が今回サポートされたことにより追加で実施する必要があるものになります。リスナーを追加するための最初の手順としては、死活監視付きの負荷分散エンドポイントを作成する必要があります。以下は実際に使用するコマンドになります。ダウンロードしてインストールをする必要があります。Update-AzureVM}これにより以下のようなエンドポイントの構成となります。現状のポータルからは死活監視のポートの設定は表示されませんが、負荷分散セットとして、設定がされていることが確認できます。設定されていることが確認できます。記事の図を参考にさせていただくと以下のような構成になっている感じでしょうか。設定しているのですが、各クラウドサービスではこの段階ではこのポートは立ち上げていませんので、現状は死活監視は動作していない状態となっています。設定するための作業を行います。適用する必要があります。適用後は再起動が必要です。アドレスリソースを作成できるようになるようですね。修正プログラムが適用できたらリスナーを作成するための手順を実施します。受信規則を作成します。応答ができるようになりましたので、次にリスナーのクライアントアクセスポイントを作成します。上で構築する場合には、フェールオーバークラスターマネージャーを併用しながら作成をします。ネットワーク名はリスナーの名称として使用され、コンピューターアカウントが作成されますので、適切なものを設定しておきます。以下のようなコマンドを実行します。付与するために使用するクラスターネットワークの名称となります。使えませんのでデフォルトでは上記の名称となるはずです。アドレスリソースの名称となりますので、クラスターマネージャーから確認をするとよいと思います。設定の確認ができたらコマンドを実行します。アドレスリソースに変更がされます。設定が終わったらリスナーのネットワーク名リソースをオンラインにします。設定していたポートが起動され、サービスを提供しているノードとして認識がされるようです。確認をしてみると接続が行われていることがわかるかと。しては、リスナーのアクセスポイントとしては使用ができないため、可用性グループリソースのプロパティを開き、リスナーのネットワーク名を依存関係として設定します。この操作を行うことで可用性グループリスナーとして自動的に追加がされます。リスナーのプロパティを開き、ポートを設定します。以上で設定は完了です。オンラインになります。アクセスができるノードに対して、クライアントのアクセスを渡せば、更新可能系のサーバーに接続ができるようになっているという仕組みのようです。フェールオーバーが発生すると以下のようにリスナーがオンラインになるノードが切り替わりますので、透過的に接続をすることができます。クラウドサービスに接続がすれば、プライマリのサーバーに自動的に接続が行われます。認証を使う必要が出てくると思いますが。使用した読み取り専用の接続もできたのですが、これは上記の設定だけだと厳しそうなので少し工夫をする必要がありそうです。読み取り専用ルーティングについては次の投稿でまとめてみたいと思いますがプライマリへの接続であれば、ここまでの内容で対応ができそうです。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。