Always OnフェールオーバークラスタリングとAlways On可用性グループ
SQL Server Always Onの理解に不安があります。必要に応じて親切に私を（概念的に）修正できますか？
Always OnクラスタリングとAlways On可用性グループは2つの異なる概念です。クラスタリングはHAソリューションであり、AGはDRソリューションです。 Always OnクラスタリングはWindowsサーバーのクラスタリングと同じですか？
Always Onクラスターを作成するには、インストーラーを起動して「新しいSQL Serverフェールオーバークラスターインストール」を選択する必要があります。次に、新しいノードごとにインストーラーを起動して「ノードの追加」を選択する必要があります。クラスター（多くのノードを持つ）はIPアドレスの観点から単一のユニットとして動作するため、アプリケーションは1つのIPのみを指し、インスタンスのクラッシュが発生した場合、フェイルオーバーはクラスタリングテクノロジーによって処理されるため、アプリケーションIPを変更する必要はありません。また、ユーザー/ログインは同期しており、フェイルオーバーが発生した場合でも引き続き機能します。すべてのノードが同じディスクを共有するため、これはディスク障害から保護されません。
SQL Serverインスタンスが既にある（サーバーAなど）と仮定して、Always On Clusteringを作成するには、上記と同じ手順に従って（新しいフェールオーバークラスターインストールを作成）、サーバーAをノードとして追加する必要があります。正しい？
新しいSQL Serverインスタンス（HA/DRなし）があり、AGのみを構成することを計画している場合、最初に、参加している各ノードで「フェールオーバークラスタリング」ウィンドウ機能が有効になっていることを確認する必要があります。次に、SQL Serverサービスを右クリックし、[Always on Availability Groups]を有効にします。次に、サーバーインスタンスでAGを作成し、データベースをグループに構成します。これにより、データベースレベルでの可用性が保証されますが、フェイルオーバーが発生すると、ログインは機能しなくなります（孤立します）。共有ディスクがないため、プライマリサーバーのディスククラッシュによってセカンダリサーバーデータベースに問題が発生することはありません。また、クライアントアプリケーションはリスナーIPをポイントし、リスナーは適切な作業サーバーがアプリケーションによって確実に利用されるようにします。正しい？
上記のシナリオでは、「フェールオーバークラスタリング」ウィンドウ機能が有効になっているので、クラスタリングはAGの前提条件ですか？ポイント2とポイント4のクラスタリングの概念は同じですか。
Always On（AG）とフェールオーバークラスタリングを使用してHA/DRの両方を構成する場合、ポイント2を実行してからポイント4を実行する、またはその逆の方法がベストプラクティスですか？また、仮想クラスター名とリスナーの両方を使用する必要がありますか、それとも十分な場合はどちらかを使用する必要がありますか？
「SQL Serverフェールオーバークラスターインストール」とWindowsクラスタリングの違いは何ですか？
まず、Always OnまたはAlways ON可用性グループと呼ばれるものはありませんが、単に可用性グループと呼ばれます。
- Always OnクラスタリングとAlways On可用性グループは2つの異なる概念です。クラスタリングはHAソリューションであり、AGはDRソリューションです。 Always OnクラスタリングはWindowsサーバーのクラスタリングと同じですか？
はい。それで合っています。 Always on clusteringは、フェールオーバークラスターインスタンス（FCI）の一部であるデータベースに可用性グループを作成したことを意味し、可用性グループは、WSFCの一部であるか、AGを形成するように構成されていない2つのスタンドアロンノードを意味します。ここにFCIはありません。 。
- Always Onクラスターを作成するには、インストーラーを起動して[新しいSQLサーバーフェールオーバークラスターインストール]を選択する必要があります。次に、新しいノードごとにインストーラーを起動して[ノードの追加]を選択する必要があります。
基本的には、SQL Serverフェールオーバークラスターインスタンスを作成しています。はい、FCIを作成したら、FCIにあるデータベースをAGに追加できます。これは、Always Onクラスターと呼んでいるものであり、これは公式のMS文書で呼ばれています。
ポイント3については、上記の2つの引用を参照してください。 AGとFCIに常駐するAGの違いに再度注意してください。
- 新しいSQLインスタンス（HA/DRなし）があり、AGのみを構成することを計画している場合、最初に、参加している各ノードで「フェールオーバークラスタリング」ウィンドウ機能が有効になっていることを確認する必要があります。
AGのみを構成する場合は、フェールオーバークラスターインスタンスは必要ありません。 AGは、WSFCの一部であるかどうかに関係なく、2つ以上のノードで構成できます（ SQL Server 2017以降、クラスターレスAGがあります） 。 FCIは常にある種の共有ストレージを必要とすることに注意してください。OTOHAGはいかなる種類の共有ストレージも必要としません。
- 上記のシナリオでは、「フェールオーバークラスタリング」ウィンドウ機能が有効になっているので、クラスタリングはAGの前提条件ですか？ポイント2とポイント4のクラスタリングの概念は同じですか。
WSFCはAGの前提条件ですが、SQL Server 2017以降では、WSFCがなくてもAGを使用できますが、これはrealAGではありません。ただし、WSFCはFCIの前提条件です。
編集：
Always On（AG）とフェールオーバークラスタリングを使用してHA/DRの両方を構成する場合、ポイント2を実行してからポイント4を実行する、またはその逆の方法がベストプラクティスですか？また、仮想クラスター名とリスナーの両方を使用する必要がありますか、それとも十分な場合はどちらかを使用する必要がありますか？
最初にWSFCを構成してから、ポイント2とポイント4で述べたようにFCIをインストールしてから、データベースを作成して、可用性グループを構成する必要があります。仮想クラスタ名はFCI用、リスナーはAG用です。必要な仮想クラスター名がないとクラスターを構成できませんが、リスナーなしでAGを持つことができます。リスナーの唯一の機能は、任意のノード上にある可能性のあるプライマリレプリカに直接接続することです。
「SQLサーバーフェールオーバークラスターインストール」とWindowsクラスター化の違いは何ですか？
Windowsサーバーフェールオーバークラスター（WSFC）は、FCIがSQL Serverレベルであり、フェールオーバーにWSFCを利用してSQL ServerインスタンスにAHを提供する、「クラスタリング」テクノロジー全体が基づくWindowsサーバー機能です。