SQL ServerのAlwaysOn可用性グループ（Availability Groups）とは？

【正式名称】
AlwaysOn Failover Cluster Instance

【日本語名称】
AlwaysOn フェイルオーバークラスターインスタンス

複数のノードから一つの「共有ディスク」にアクセスしており、ノード（サーバー）で障害が発生したら、他のノードに切り替えして処理を継続します。前のバージョンの機能では「フェイルオーバー」の機能に相当します。
⇒（図１１１）

●検知・起動
WSFCがサーバー間のネットワークやディスクI/Oを監視して、障害検知を行います。障害が検知されると、サービスの再起動やインスタンスの切替え（フェイルオーバー）がなされます。

【正式名称】
AlwaysOn Availability Group

【日本語名称】
AlwaysOn 可用性グループ

SQL Server2012からの機能で複数のSQL Serverグループ（可用性グループ）を「仮想的に１台に見せる」ことが出来ます。どれか１つのグループが正常に動作していれば、断絶なく業務継続が可能です。

「データレプリケーション機能」を持ち、共有ディスクを必要としないクラスター構成が可能です。前のバージョンの機能では「ミラーリング」に相当しています。

またデータは「同期」を選んだ場合は「同じデータセンター内」での「可用性向上」として利用でき、また「非同期」を選んだ場合は「遠隔地の災対環境用」として利用でき、HAとDRの両方の機能を提供します。
⇒（図１１２）

②ストレージ容量の消費が少ない
（ディスクを共有しているため）

③トラブルシューディングがしやすい
（分散システムでないため）

②ディスク障害にも対応している
（ディスクも冗長化されている）

③災害対策として利用できる
ミラーリング相当の機能で、遠隔地に非同期等でコピーが出来る。

●デメリット
①ミラーリングを行うため、ネットワークの性能が高く、レイテンシーが低い事が求められる
⇒性能面に懸念がある場合は手段として取り難い

（制約例）
・２ノードまでの制限あり（プライマリ／セカンダリ）
・可用性グループに含められる対象DBが１つのみ
複数DBをグループに入れられない、つまりグループ：DB＝１：１対応といった制約ですが、単一DBのグループを複数作る事で、手間ではあるものの全てのDBをそれぞれのグループに所属させる事は可能

※詳細な制約事項については以下の公式サイトをご参照下さい
https://docs.microsoft.com/ja-jp/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups?view=sql-server-ver15

【正式名称】
AlwaysOn Basic Availability Group

【日本語名称】
AlwaysOn 基本可用性グループ

（制約例）
・レプリカの数はプライマリとセカンダリの２つのみ限定
・セカンダリの読み込みは不可
・セカンダリのバックアップは不可
・可用性グループに含められる対象DBが１つのみ（グループ：DB＝１：１対応）
⇒複数DBをグループに入れられない、つまり複数DBを保護したい場合はそのDBの数だけグループを作る必要あり。

詳細はこちらの公式ドキュメントを参照
https://docs.microsoft.com/ja-jp/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups?view=sql-server-ver15

【略称】
AlwaysOn DAG

【正式名称】
AlwaysOn Distributed Availability Group

【日本語名称】
AlwaysOn 分散型可用性グループ

それぞれの可用性グループはこの機能により疎結合されており、それぞれ別のWSFC配下に存在できるため、本番環境と災対環境とを別のWSFC・可用性グループに入れて、それらを「分散可用性グループ」として結合させる事で、本番と遠隔地にある災対をネットワーク的には切り離す事が出来るため、災対が本番環境のパフォーマンスに影響を与えるリスクが減る等のメリットがあります。