次の方法で共有


Azure VM 上の SQL Server 用にクラスター クォーラムを構成する

適用対象: Azure VM 上の SQL Server

この記事では、Azure Virtual Machines (VM) 上の SQL Server で実行されている Windows Server フェールオーバー クラスター用の 3 つのクォーラム オプション (ディスク監視、クラウド監視、ファイル共有監視) のいずれかを構成する方法について説明します。

概要

クラスターのクォーラムは、クラスターが正常に開始または動作し続けるためにアクティブなクラスター メンバーシップの一部である必要がある投票要素の数によって決まります。 クォーラム リソースを構成することで、1 つのノードのみをオンラインにして 2 つのノード クラスターを続行できます。 Windows Server フェールオーバー クラスターは、Azure VM 上の SQL Server の高可用性オプション (フェールオーバー クラスター インスタンス (FCI)可用性グループ (AG)) の基礎となるテクノロジです。

ディスク監視は最も回復性の高いクォーラム オプションですが、Azure VM 上の SQL Server でディスク監視を使用するには、高可用性ソリューションにいくつかの制限を課す Azure 共有ディスクを使用する必要があります。 そのため、Azure 共有ディスクを使用してフェールオーバー クラスター インスタンスを構成する場合は、ディスク監視を使用します。それ以外の場合は、可能な限りクラウド監視を使用します。 クラウド監視をサポートしていない Windows Server 2012 R2 以前を使用している場合は、ファイル共有監視を使用できます。

次のクォーラム オプションは、Azure VM 上の SQL Server に使用できます。

クラウド監視 ディスク監視 ファイル共有監視
サポートされる OS Windows Server 2016 以降 All All

クォーラムの詳細については、Windows Server フェールオーバー クラスターの概要に関するページを参照してください。

クラウド監視

クラウド監視はフェールオーバー クラスターのクォーラム監視の一種であり、Microsoft Azure Storage を使用してクラスター クォーラムでの投票が提供されます。

次の表に、クラウド監視に関する追加情報と考慮事項を示します。

監視の種類 説明 要件と推奨事項
クラウド監視
  • クラウド監視として Azure Storage が使用され、タイム スタンプのみが含まれます。
  • 複数のサイト、複数のゾーン、複数のリージョンでのデプロイに最適です。
  • Microsoft ストレージ アカウントの下に既知の msft-cloud-witness コンテナーが作成されます。
  • コンテナーの下に 1 つの BLOB ファイルが書き込まれます。この BLOB ファイルの名前には、対応するクラスターの一意の ID が使用されます
  • 既定サイズは 1 MB です。
  • アカウントの種類には [General Purpose] を使用します。 Blob Storage はサポートされていません。
  • Standard Storage を使用します。 Azure Premium Storage はサポートされていません。
  • フェールオーバー クラスタリングでは、アービトレーション ポイントとして BLOB ファイルを使用します。ここでは、データの読み取り時に一定の整合性が保証される必要があります。 したがって、 [レプリケーション] の種類には [ローカル冗長ストレージ] を選択する必要があります。
  • バックアップおよびウイルス対策スキャンから除外する必要があります。
  • 記憶域スペース ダイレクトでは、ディスク監視はサポートされていません
  • クラウド監視は、HTTPS (既定のポートは 443) を使って Azure Blob Storage との通信を確立します。 ネットワーク プロキシ経由で HTTPS ポートにアクセスできることを確認してください。

フェールオーバー クラスター用にクラウド監視クォーラム リソースを構成する場合は、次の点を考慮してください。

  • フェールオーバー クラスターでは、アクセス キーを格納する代わりに、Shared Access Security (SAS) トークンが生成され、安全に格納されます。
  • 生成された SAS トークンは、アクセス キーが有効なままである限り有効です。 プライマリ アクセス キーのローテーションを行う場合は、プライマリ アクセス キーを再生成する前に、セカンダリ アクセス キーを使用して、(そのストレージ アカウントを使用しているすべてのクラスター上で) クラウド監視を最初に更新することが重要です。
  • クラウド監視では、Azure ストレージ アカウント サービスの HTTPS REST インターフェイス使用します。 つまり、すべてのクラスター ノードで HTTPS ポートを開く必要があります。

クラウド監視には Azure ストレージ アカウントが必要です。 ストレージ アカウントを構成するには、これらの手順に従います。

  1. Azure portal にサインインします。
  2. [ハブ] メニューで、[新規] -> [データ + ストレージ] -> [ストレージ アカウント] の順に選択します。
  3. [ストレージ アカウントを作成する] ページで、次の手順を実行します。
    1. ストレージ アカウントの名前を入力します。 ストレージ アカウント名は、3 文字から 24 文字までの長さにし、数字と小文字のみを使用する必要があります。 ストレージ アカウント名は、Azure 内で一意である必要もあります。
    2. [アカウントの種類][汎用] を選択します。
    3. [パフォーマンス] には [Standard] を選択します
    4. [レプリケーション] には、 [ローカル冗長ストレージ (LRS)] を選択します。

ストレージ アカウントが作成されたら、これらの手順に従って、フェールオーバー クラスター用にクラウド監視クォーラム リソースを構成します。

既存の Set-ClusterQuorum PowerShell コマンドには、クラウド監視に対応する新しいパラメーターがあります。

PowerShell コマンドを使用して、Set-ClusterQuorum コマンドレットでクラウド監視を構成できます。

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey>

まれに、別のエンドポイントを使用する必要がある場合は、この PowerShell コマンドを使用します。

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey> -Endpoint <servername>

ストレージ アカウント AccessKey の検索に関するヘルプについては、クラウド監視のドキュメントを参照してください。

ディスク監視

ディスク監視は、クラスターの使用可能記憶域グループ内にある小規模なクラスター化されたディスクです。 このディスクは可用性が高く、ノード間でフェールオーバーできます。

ディスク監視は、Azure 共有ディスクを使用するフェールオーバー クラスター インスタンスなど、共有ストレージの高可用性ソリューションと共に使用する場合に推奨されるクォーラム オプションです。

次の表に、クォーラム ディスク監視に関する追加情報と考慮事項を示します。

監視の種類 説明 要件と推奨事項
ディスク監視
  • クラスター データベースのコピーを格納する専用の LUN です。
  • 共有 (レプリケートされない) 記憶域を持つクラスターに最適です。
  • LUN の最小サイズは 512 MB です。
  • クラスター専用とし、クラスター化された役割には割り当てないようにする必要があります。
  • クラスター化された記憶域に含まれ、記憶域検証テストに合格する必要があります。
  • クラスターの共有ボリューム (CSV) ディスクにすることはできません
  • 単一のボリュームを持つベーシック ディスクです。
  • ドライブ文字を持つ必要はありません
  • NTFS または ReFS でフォーマットできます。
  • 必要に応じてハードウェア RAID 構成にしてフォールト トレランスを実現できます。
  • バックアップおよびウイルス対策スキャンから除外する必要があります。
  • 記憶域スペース ダイレクトでは、ディスク監視はサポートされていません

ディスク監視に Azure 共有ディスクを使用するには、まずそのディスクを作成してマウントする必要があります。 これを行うには、Azure 共有ディスク フェールオーバー クラスター インスタンス ガイドのディスクのマウントに関するセクションの手順に従います。 ディスクはプレミアムである必要はありません。

ディスクがマウントされた後、次の手順でクラスター記憶域に追加します。

  1. フェールオーバー クラスター マネージャーを開きます。
  2. 左側のナビゲーション ウィンドウで、 [記憶域] の下にある [ディスク] を選択します。
  3. 右側のナビゲーション ウィンドウで、 [アクション] の下にある [ディスクの追加] を選択します。
  4. 先ほどマウントした Azure 共有ドライブを選択し、Cluster Disk 3 などの名前をメモします。

クラスター化された記憶域としてディスクが追加された後、PowerShell を使用して、それをディスク監視として構成します。

既存の Set-ClusterQuorum PowerShell コマンドには、クラウド監視に対応する新しいパラメーターがあります。

PowerShell の Set-ClusterQuorum コマンドレットを使用する場合は、ファイル共有のパスをディスク監視のパラメーターとして使用します。

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 3"

フェールオーバー クラスター マネージャーを使用することもできます。クラウド監視の場合と同じ手順に従いますが、代わりにクォーラム オプションとしてディスク監視を選択します。

ファイル共有監視

ファイル共有監視は、通常 Windows Server を実行しているファイル サーバー上で構成される SMB ファイル共有です。 クラスタリング情報は witness.log ファイルに保持されますが、クラスター データベースのコピーは格納されません。 Azure では、別の仮想マシンでファイル共有を構成することができます。

ご利用の環境内でディスク監視またはクラウド監視が使用できないか、サポートされていない場合は、ファイル共有監視を構成します。

次の表に、クォーラム ファイル共有監視に関する追加情報と考慮事項を示します。

監視の種類 説明 要件と推奨事項
ファイル共有監視
  • Windows Server を実行しているファイル サーバー上で構成される SMB ファイル共有です。
  • クラスター データベースのコピーを格納しません
  • クラスター情報を witness.log ファイルにのみ保持します。
  • レプリケートされた記憶域を使用するマルチサイト クラスターに最適です
  • 最低 5 MB の空き容量が必要です。
  • 単一のクラスター専用とし、ユーザーまたはアプリケーション データを格納するために使用しないようにする必要があります。
  • クラスター名のコンピューター オブジェクトに対する書き込み権限を有効にする必要があります。

ファイル共有監視をホストするファイル サーバーに関する追加の考慮事項は次のとおりです。
  • 単一のファイル サーバーに複数のクラスター用のファイル共有監視を構成できます。
  • ファイル サーバーは、クラスター ワークロードとは別個のサイトに配置する必要があります。 このようにすると、サイト間ネットワーク通信が失われたときにどのクラスター サイトにも継続して動作する機会が平等に与えられます。 ファイル サーバーが同じサイトに存在する場合、そのサイトがプライマリ サイトになり、ファイル共有にアクセスできる唯一のサイトになります。
  • ファイル サーバーは、ファイル共有監視を使用する同じクラスターでホストされていない仮想マシン上でも実行できます。
  • 高可用性を保証するために、ファイル サーバーを別個のフェールオーバー クラスター上で構成できます。

ファイル共有を作成し、アクセス許可を正しく構成したら、クラスター化されたノードにファイル共有をマウントします。 Premium ファイル共有のフェールオーバー クラスター インスタンス ハウツー ガイドのファイル共有のマウントに関するセクションで説明されているのと同じ一般的な手順に従って、ファイル共有をマウントすることができます。

ファイル共有が正しく構成およびマウントされた後、PowerShell を使用して、クォーラム監視リソースとしてファイル共有を追加します。

Set-ClusterQuorum -FileShareWitness <UNC path to file share> -Credential $(Get-Credential)

共有に対する完全な管理者権限を持つ (ファイル共有に対して) ローカルの非管理者アカウント用のアカウントとパスワードを入力するように求められます。 クラスターでは名前とパスワードの暗号化が維持され、だれでもアクセスすることはできません。

フェールオーバー クラスター マネージャーを使用することもできます。クラウド監視の場合と同じ手順に従いますが、代わりにクォーラム オプションとしてファイル共有監視を選択します。

クォーラム投票を変更する

Windows Server フェールオーバー クラスターに参加しているノードのクォーラム投票を変更することができます。

ノードの投票設定を変更するときは、これらのガイドラインに従ってください。

クォーラム投票のガイドライン
既定では最初は各ノードで投票は行いません。 各ノードでは正当性が明白である場合にのみ投票を行います。
可用性グループのプライマリ レプリカをホストするクラスター ノード、またはフェールオーバー クラスター インスタンスの優先所有者の投票を有効にします。
自動フェールオーバー所有者の投票を有効にします。 自動フェールオーバーの結果として、プライマリ レプリカまたは FCI をホストする可能性がある各ノードでは投票を行う必要があります。
可用性グループに複数のセカンダリ レプリカがある場合は、自動フェールオーバーが設定されているレプリカの投票のみを有効にします。
セカンダリ ディザスター リカバリー サイトにあるノードの投票を無効にします。 プライマリ サイトに問題がない場合は、セカンダリ サイト内のノードがクラスターをオフラインにするかどうかの判断に影響すべきではありません。
投票数を奇数にし、クォーラム投票が 3 つ以上になるようにします。 2 ノード クラスターで必要に応じて、追加の投票のためにクォーラム監視を追加します。
フェールオーバー後の投票割り当てを再評価します。 正常なクォーラムをサポートしていないクラスター構成にフェールオーバーすることは避けてください。

次の手順

詳細については、以下をご覧ください。