SQL Server Always On Availability Groupsのフェイルオーバークラスター、ストレージコントローラー、クォーラム構成を構成する

この記事では、SQL Server Always On Availability GroupsのWindowsフェイルオーバークラスター、ストレージコントローラー、クォーラム構成についての設定を探ります。

Prerequites
Failover Cluster configuration for SQL Server Always On Availability Groups
Ping response from SQLNode1 to SQLNode2
Ping response from SQLNode2 to SQLNode1
SQL Server常時稼働グループに関する設定の検証
Enable iSCSI feature on Domain Controller server for SQL Server always on availability groups
Add the disk as a cluster resource
Cluster Quorum configuration
まとめ
目次

Prerequites

この一連の記事では、学習目的でSQL Server Always On Availability Groupsを終始構成することにします。前回の記事では、以下のトピックを取り上げました。

Windows Server 2016におけるSQL Server Always On Availability Groupの総合ガイド
1. Oracle Virtual Boxを3つのVMでインストールしてみた
2. Windows Server 2016 standard editionのインストールをデスクトップでやってみた体験談
3. VMネットワークアダプタの設定を取材しました
SQL Server Always On Availability GroupsのドメインコントローラとActive Directoryの設定
1. ドメインコントローラのインストールと設定をしました。アクティブディレクトリとDNS
2. すべてのVMに静的IPを割り当てる
3. MyDemoSQL.のSQLノードに参加する。com ドメインに参加する

より良くフォローするために、この記事を読み進める前にこれらの過去の記事に目を通してください。

Failover Cluster configuration for SQL Server Always On Availability Groups

SQL Server 常時稼働グループ用に最低 2 ノードのフェールオーバークラスターが必要です。 SQL Server 2017 からは、クラスタなしでも AG を設定できますが、AG の機能が制限されます。本連載では対象外です。

デモ用に以下のVMを用意しました。

サーバ名	IPアドレス	役割
VDITest3	ドメインコントローラおよびActive Directory
SQLNode1		SQL AGのプライマリノード
SQLNode2	SQL AGのセカンダリノード

さて、次に。 SQLNode1とSQLNode2に対して、Windowsフェイルオーバークラスターを設定する必要があります。そのために、サーバーマネージャーから役割と機能の追加ウィザードを起動します。

SQL Server Always On Availability Groupsのフェールオーバークラスターのインストールを確認する。

Failover Clusteringにチェックを入れ、Add Featuresをクリックすると依存関係を持った機能がインストールされます。

レビューしてインストールを確認します。 Failover Cluster Module for Windows PowerShell と共に failover Cluster Management Tools がインストールされることがわかります。

それぞれのサーバーに機能を迅速にインストールします。

両ノードに機能を有効にしたら、スタートメニューから failover clustering で検索して起動してください。現在、まだクラスターを構成していないため、項目は見つかりませんでした。

先に進む前に、SQLNode1 から SQLNode2 への ping 応答、およびその逆の応答を確認してください。

Ping response from SQLNode1 to SQLNode2

Ping response from SQLNode2 to SQLNode1

万一うまくいかない場合は両方のノードでWindowsファイアウォールを無効化する必要があります。スタート]でWindowsファイアウォールを検索し、すべてのファイアウォールを無効にします。

注意：セキュリティ上の理由から、本番環境ではファイアウォールを無効にしないでください。

SQL Server常時稼働グループに関する設定の検証

アクションメニューで設定の検証をクリックします。学習のために説明を読むことができます。

次のページで、フェイルオーバークラスターに追加するノードを追加します。ここでは、私のクラスタの両方のノードを追加しました。

クラスタ構成、ネットワーク、ストレージおよび Hyper-V 構成などさまざまなテストを実行します。

次のページでは、検証対象のサーバーを表示し、実行するすべてのテストをリストアップしています。各テストの結果、合格、不合格、警告が表示されます。

クラスタのすべてのテストパラメーターの結果を確認することができます。レビューしたら、Create the cluster now using validated nodes…にチェックを入れ、この時点ではノードの追加を許可しないようにします。必要であれば、プロセスを終了して、クラスターサーバーを再検証できます。

Create Cluster Wizardが起動します。

次のページで、クラスターの管理用アクセス・ポイントを定義します。これは、クラスタ名とクラスタIPアドレスです。

仮想IPアドレスとともに、環境内のクラスタの固有の名前を付けます。これは、ノードネットワークのIP範囲内である必要があります。

これで、クラスタの構成が完了しました。

指定した両方のSQLノードからフェールオーバー・クラスタを形成します。

プロセスが終了したら、Failover cluster managerを立ち上げてノードを表示します。 835>

Rolesをクリックすると、このクラスタにはまだロールが追加されていないため、空欄になっています。クラスタ名が SQLAGCLU.MyDemoSQL.com

Enable iSCSI feature on Domain Controller server for SQL Server always on availability groups

この記事では、ドメインコントローラーからクラスタストレージを追加する方法を説明したいと思います。このために、DCサーバーに接続します。 835>

ここで、ドメインコントローラーサーバーに機能がインストールされたことがわかります。この目的のために、サーバーマネージャで、ファイルとストレージサービスをクリックします。

ストレージオプションの別のページが開きます。 835>

iSCSIでは、現在のところiSCSI仮想ディスクは表示されません。 835>

ハイパーリンクをクリックすると、iSCSI 仮想ディスクウィザードが開始されます。 VM では C ドライブしか利用できないので、使用容量と空き容量を含むドライブ情報が表示されます。

iSCSI 仮想ディスクの名前を指定します。好みに応じて任意の名前を付けることができます。 C:\iSCSI ディレクトリに .vhdx ファイルが作成されます。

仮想ディスクの大きさを指定します。固定サイズまたは動的サイズを設定することができます。パフォーマンスを向上させるために、固定サイズの仮想ディスクを使用する必要があります。

既存のiSCSIターゲットがないため、新しいiSCSIターゲットを作成するオプションを選択します。

iSCSIのターゲット名を指定します。

次のページで、仮想ディスクにアクセスするサーバーを定義します。ノードIPアドレスを指定してコンソールに追加します。

同様にSQLNod2 IPアドレスを検索して追加します。

仮想ディスクアクセスリストの一部として両方のSQL Nodesを取得しました。

Next をクリックし、iSCSI ターゲットの選択を確認します。

Create をクリックします。 iSCSIターゲットが正常に作成されました。

ドメインコントローラー・サーバーにiSCSIターゲットを構成しました。

SQLNode1に接続し、サーバーマネージャー -> ツール -> iSCSIイニシエータからiSCSIイニシエータを起動させます。

iSCSIイニシエーターで、iSCSIターゲットを聞かれます。

今回のiSCSIターゲットはドメインコントローラー・サーバー上にあるので、DCのIPアドレスを指定します。私の場合、10.0.2.15です。 IPアドレスを指定したらQuick Connectをクリックします。

指定したIPアドレスで利用できるiSCSIターゲットが一覧で表示されます。すでに1つのiSCSIターゲットを設定しているので、検出されたターゲットを選択し、doneをクリックします。

ここで、コンピューターの管理を起動し、ディスク管理をクリックしてください。ディスクの管理では、利用可能なストレージが表示されます。

以下のスクリーンショットでは、ルートドライブと 10 GB の未割り当て領域が表示されています。これは、以前に構成した 10 GB の仮想ディスクと同じです。

このディスクを右クリックして、[新しい単純ボリューム] を選択します。シンプルボリューム構成ウィザードが開きます。

ボリュームサイズでは、ボリュームに別のサイズを指定できますが、先ほど指定した仮想ディスクの最大サイズを超えることはできません。

次のページで、ボリュームラベルを割り当て、このボリュームをフォーマットするオプションを選択してください。

ウィザードを終了すると、下図のようにドライブが表示されます。

Add the disk as a cluster resource

このディスクをクラスタリソースとして追加するには、フェールオーバークラスタマネージャを開いて [Storage -> Disks] をクリックしてください。現在、コンソールにはクラスタ化されたディスクは表示されていません。

[Add Disk] をクリックすると、先程作成した仮想ディスクが表示されます。

以下のようにフェールオーバークラスターマネージャーにクラスターディスクが追加されます。

Cluster Quorum configuration

Quorum は Windows フェールオーバークラスターの必須かつ重要な構成要素です。クォーラムは、グループ内の投票の多数決に基づいてフェイルオーバークラスターを実行し続けます。これは、ノードの多数決を確認するために投票メカニズムを使用します。また、どのノードもリソースを所有しないスプリットブレインのシナリオを回避するのにも役立ちます。

Windows サーバーでは、以下のクォーラム構成になっています。

ノードの過半数
ノードとディスクの過半数
ノードとファイルシェアの過半数
過半数なし
Dynamic Quorum構成

これを詳細に理解するにはWindows Failover Cluster Quorum Modes in SQL Server Always On Availability Groupの記事を読むといいと思います。

では、Cluster 名を右クリックして、[その他のアクション] -> [クラスタークォーラム設定の構成] を選択します。

簡単な紹介とともにクラスタークォーラムウィザードが開始されます。

quorum確認オプションからオプションAdvanced quorum configurationを選択します。

フェールオーバークラスタ構成でどのノードで投票できるかを決めることができます。

次のページでファイル共有証人をクォーラム証人として選択します。

次のステップに進む前にドメインコントローラVMでファイル共有を作って、SQLノードにログインするWindowsアカウントを許可してください。

ファイル共有パスとして、共有フォルダーパスを指定します。

以下のように、フェールオーバークラスター構成でファイル共有ウィットネスの構成に成功しました。

フェイルオーバークラスターマネージャーに接続すると、コンソールにファイル共有ウィットが表示されます。

まとめ

この記事では、以前に作成した仮想マシンにフェルオーバークラスタが構成されていることを説明します。また、SQL Server Always On Availability Groups の iSCSI とファイル共有のウィットネスクォーラムも紹介しました。これで、常時稼働構成の基礎となる基盤やインフラが完成しました。次回は、SQL Server 2019をインストールし、AGグループを構成していきます。

グルガオンでMCSA認定およびMicrosoft Certified Trainerとして。インドで13年の経験を持つRajendraは、さまざまな大企業でパフォーマンスの最適化、監視、高可用性、ディザスタリカバリ戦略および実装を中心に活動しています。 SQL Server、Azure、MySQL、Linux、Power BI、パフォーマンスチューニング、AWS/Amazon RDS、Git、および関連技術に関する数百の権威ある記事の著者で、これまでに1千万人以上の読者に閲覧されている。
SQL Server Always On Availability Groupsに関する50部構成の連載では、1つのトピックに関する最大級の無料オンライン記事集を作成した人物でもあります。 SQL Serverコミュニティへの貢献が認められ、SQLShackでは2020年、2021年と連続して栄誉ある「Best author of the year」を受賞するなど、さまざまな賞を受賞している。
Rajは常に新しいチャレンジに興味を持っているので、彼の著作で取り上げられたテーマについてコンサルティングの助けが必要な場合は、[email protected]
Rajendra Guptaの投稿をすべて表示

Rajendra Guptaの最新の投稿（すべて見る）

Azure SQLデータベースに対する長期バックアップ保持を設定 – 3月25日。 2021年3月22日
Azure SQLデータベースのトランザクション的に一貫したコピーを作成する – 2021年3月22日
Azure Cloud Shellの概要 – 2021年3月18日