可用性グループのフェールオーバーの制御が多少分かったので軽くまとめておきたいと思います。経由の接続はできているのですが、読み取りセカンダリへのアクセスがうまく制御できていません。workloads.と記載されているので、できそうなのですが、久しぶりに設定したので設定方法を間違っているというオチかもしれませんが...。クラスターリソースによる制御ができないため、「Pacemaker」と各プラットフォームのクラスタ管理ソフトを組み合わせる必要があります。Corosync」の組み合わせとなります。記載されている手順を実施することになりますが、いくつか足りなさそうな手順がありそうでした。クラスター用リソースのインストール可用性グループの制御には「ocf:mssql:ag」が使用されているのですが、上記の手順では、インストールのステップが抜けているかと。リソースを追加しておく必要があります。destroy」を実行していますが、これを実行したタイミングで「/etc/corosync/corosync.conf」が削除されます。起動することができない状態となっていましたので、以下のようにインタフェースの情報を追加しました。pacemakerLoginを実行しています。aborting.となりましたが、自動起動する設定は行われていそうな感じなのでとりあえずスルーしました...。後は手順通りで大丈夫かと。可用性グループのリソースがオンラインの状態になるかと。したので、警告出ていますが...。sp_server_diagnostics」が実行されていることが確認できるかと。可用性グループを設定しても「AlwaysOn_health」の拡張イベントが有効にならないみたいですね。対して接続を行うことで、可用性グループリスナーのような等価的なプライマリへの接続も可能です。アドレスがプライマリレプリカに付与されるということもないようなので、この辺の動作はクラスタ管理ソフトに任せる必要がありそうです。よるフェールオーバーは実施しないようにする必要があるようです。使用しない場合は、他の方法によるリソースの制御が必要になる構成なのかもしれないですね。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。