このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
適用対象: 
Azure VM 上の SQL Server
この記事では、Azure 仮想マシン (VM) を SQL Server フェールオーバー クラスター インスタンス (FCI) で使用するように準備する方法について説明します。 構成設定は FCI ストレージ ソリューションによって異なるため、環境やビジネスに適した構成を選択していることを確認してください。
詳細については、Azure VM 上の SQL Server を使用した FCI およびクラスターのベスト プラクティスの概要に関する記事をご覧ください。
注意
これで Azure Migrate を使用して、フェールオーバー クラスター インスタンス ソリューションを Azure VM 上の SQL Server にリフト アンド シフトできるようになりました。 詳細については、フェールオーバー クラスター インスタンスの移行に関するページを参照してください。
仮想マシンの構成設定は、SQL Server フェールオーバー クラスター インスタンスに使用する予定のストレージ オプションによって異なります。 仮想マシンを準備する前に、使用可能な FCI ストレージ オプションを確認し、環境やビジネス ニーズに最も適したオプションを選択します。 次に、ストレージの選択に基づいて、この記事全体で適切な VM 構成オプションを選択します。
フェールオーバー クラスター機能を使用するには、仮想マシンを可用性セットまたは可用性ゾーンに配置する必要があります。
目的のクラスター構成に適した VM 可用性オプションを慎重に選択します。
重要
仮想マシンを作成した後に可用性セットを設定または変更することはできません。
Azure VM 上の SQL Server では、SQL Server VM を 1 つのサブネットまたは複数のサブネットにデプロイするオプションがあります。
複数のサブネットに VM をデプロイすると、IP アドレスに関してクラスターの OR 依存関係が利用され、フェールオーバー クラスター インスタンスに接続するときのオンプレミス エクスペリエンスに一致します。 管理が簡素化され、フェールオーバー時間も短縮されるため、Azure VM 上の SQL Server では、マルチサブネットのアプローチをお勧めします。
1 つのサブネットに VM を デプロイする場合、トラフィックを FCI にルーティングするために、Azure Load Balancer または分散ネットワーク名 (DNN) への追加の依存関係が必要になります。
複数のサブネットに SQL Server VM をデプロイする場合は、このセクションの手順に従って、追加のサブネットを持つ仮想ネットワークを作成し、SQL Server VM が作成されたら、それらのサブネット内のセカンダリ IP アドレスを VM に割り当てます。 1 つのサブネットに SQL Server VM をデプロイする場合、追加のネットワーク構成は必要ありません。
両方の仮想マシンと、最終的にクラスターにインストールする可能性があるすべての FCI のための十分な IP アドレスがある 1 つのサブネットに、両方の仮想マシンを配置します。 このアプローチでは、Azure Load Balancer や分散ネットワーク名 (DNN) など、FCI に接続をルーティングするための追加のコンポーネントが必要になります。
1 つのサブネットに SQL Server VM を デプロイすることを選択した場合は、環境のその他の部分を FCI のために準備する前に、Azure Load Balancer オプションと DNN 接続オプションの違いについて確認し、どちらのオプションが最適であるかを判断してください。
1 つのサブネットに SQL Server VM を配置する場合、追加のネットワーク構成は不要です。
DNS サーバーを使用するように仮想ネットワークを構成します。 まず、DNS の IP アドレスを特定して仮想ネットワークに追加します。
DNS サーバーの IP アドレスを特定して、仮想ネットワーク構成に追加します。 ここでは、DNS サーバーが Azure の仮想マシンにある場合に DNS の IP アドレスを特定する方法を示します。
Azure portal で DNS サーバー VM の IP アドレスを特定するには、次の手順に従います。
![[DC-VM-1] ページの [設定] ペインで [ネットワーク] を選び、NIC のプライベート IP アドレスをメモします。この IP アドレスは、他の仮想マシンの DNS サーバーとして使用します。](media/availability-group-manually-configure-prerequisites-tutorial-multi-subnet/12-dc-vm-1-private-ip.png?view=azuresql)
これを DNS サーバーの IP アドレスとして使用するように仮想ネットワークを構成します。
DNS 用に仮想ネットワークを構成するには、次の手順に従います。
![2 つ目のサブネットを追加したら、サブネットの名前と範囲がイメージのようになっていることを確認します (ただし IP アドレスは異なる場合があります)。すべて正しければ、[確認と作成]、[作成] の順に選択して、新しい Virtual Network を作成します。](media/failover-cluster-instance-prepare-vm/07-create-vnet-ip-address.png?view=azuresql)
10.38.0.4 などの) プライベート IP アドレスを [IP アドレス] フィールドに入力するか、内部 DNS サーバーの内部 IP アドレスを入力します。
VM の仮想ネットワークを構成して VM の可用性を選択したら、仮想マシンを作成する準備が整います。 SQL Server が既にインストールされている、またはインストールされていない、Azure Marketplace のイメージを使用できます。 ただし、Azure VM に SQL Server が付属するイメージを選択する場合は、フェールオーバー クラスター インスタンスを構成する前に、仮想マシンから SQL Server をアンインストールする必要があります。
注意
SQL Server VM を配置する前に選択した FCI Storage オプションでサポートされている SQL Server のバージョンを必ず確認してください。
Azure VM ゲスト フェールオーバー クラスターでは、サーバー (クラスター ノード) ごとに 1 つの NIC を推奨しています。 Azure ネットワークは物理的な冗長性を備えているので、Azure IaaS VM ゲスト クラスターで NIC を追加する必要はありません。 クラスター検証レポートでは、1 つのネットワークでしかノードに到達できないという警告が出ますが、Azure IaaS VM ゲスト フェールオーバー クラスターではこの警告を無視しても安全です。
両方の仮想マシンを配置します。
SQL Server がプレインストールされているまたはいないイメージを使用して、Azure 仮想マシンを作成できます。 SQL Server イメージを選択した場合は、フェールオーバー クラスター インスタンスをインストールする前に、手動で SQL Server インスタンスをアンインストールする必要があります。
1 つのサブネットに SQL Server VM をデプロイした場合は、この手順をスキップしてください。
FCI への接続性を向上させるために SQL Server VM を複数のサブネットにデプロイした場合は、各 VM にセカンダリ IP アドレスを割り当てる必要があります。
フェールオーバー クラスター インスタンスのネットワーク名に使用するセカンダリ IP アドレスを各 SQL Server VM に割り当てます。Windows Server 2016 およびそれ以前の場合は、クラスターのネットワーク名のセカンダリ IP アドレスも各 SQL Server VM に割り当てます。 これを行うと、単一のサブネット環境での要件と同様に、Azure Load Balancer の必要性がなくなります。
Windows Server 2016 以前では、クラスターで Windows Server 2019 で導入された既定の分散ネットワーク名 (DNN) ではなくクラスター ネットワーク名が使用されるため、Windows クラスター IP に使用する各 SQL Server VM に追加のセカンダリ IP アドレスを割り当てる必要があります。 DNN を使用すると、クラスター名オブジェクト (CNO) がクラスターのすべてのノードの IP アドレスに自動的に登録されるため、専用の Windows クラスター IP アドレスは不要になります。
Windows Server 2016 以前を使用している場合は、このセクションの手順に従って、FCI ネットワーク名 "および" クラスターの "両方" の各 SQL Server VM にセカンダリ IP アドレスを割り当てます。
Windows Server 2019 以降を使用している場合は、FCI ネットワーク名のセカンダリ IP アドレスのみを割り当て、Windows クラスター IP を割り当てる手順をスキップします。ただし、仮想ネットワーク名 (VNN) を使用してクラスターを構成する予定がない場合は、Windows Server 2016 の場合と同様に両方の IP アドレスを各 SQL Server VM に割り当てます。
追加のセカンダリ IP を VM に割り当てるには、次の手順を実行します。
Azure portal で、リソース グループに移動して、最初の SQL Server VM を選択します。
[設定] ペインで [ネットワーク] を選択してから、 [ネットワーク インターフェイス] を選択します。
![[設定] ペインで [ネットワーク] を選択してから [ネットワーク インターフェイス] を選択する](media/availability-group-manually-configure-prerequisites-tutorial-multi-subnet/19-sql-vm-network-interface.png?view=azuresql)
[ネットワーク インターフェイス] ページで、 [設定] ペインの [IP 構成] を選択してから、 [+ 追加] を選択して追加の IP アドレスを追加します。
[IP 構成の追加] ページで、次の操作を行います。
10.38.1.10 など) を入力します。
もう一度 [+ 追加] を選択して、(FCI-network-name のような名前の) FCI ネットワーク名に対する追加の IP アドレスを構成します。ここでも、SQL-subnet-1 内の未使用の IP アドレス (10.38.1.11 など) を指定します。
![もう一度 [+ 追加] を選択して、(availability-group-listener のような名前の) 可用性グループ リスナーに対する追加の IP アドレスを構成する。ここでも、SQL-subnet-1 内の未使用の IP アドレス (10.31.1.11 など) を指定する](media/failover-cluster-instance-prepare-vm/22-add-fci-ip-address.png?view=azuresql)
2 番目の SQL Server VM について、以上の手順をもう一度繰り返します。 SQL-subnet-2 内の未使用のセカンダリ IP アドレスを 2 つ割り当てます。 IP 構成を追加するには、次の表の値を使用します (ただし、IP アドレスは単なる例であり、環境によって異なる場合があります)。
| フィールド | 入力 | 入力 |
|---|---|---|
| 名前 | windows-cluster-ip | FCI-network-name |
| Allocation | 静的 | 静的 |
| IP アドレス (IP address) | 10.38.2.10 | 10.38.2.11 |
FCI 作成プロセスの一環として、SQL Server をクラスター化されたインスタンスとしてフェールオーバー クラスターにインストールします。 "SQL Server のない Azure Marketplace イメージを使用して仮想マシンをデプロイした場合は、このステップを省略できます。 " SQL Server がプレインストールされたイメージをデプロイした場合は、SQL Server VM から拡張機能を削除し、SQL Server をアンインストールする必要があります。
Azure Marketplace の SQL Server VM イメージは、SQL IaaS Agent 拡張機能に自動的に登録されます。 プレインストールされている SQL Server インスタンスをアンインストールする前に、まず SQL Server VM から拡張機能を削除する必要があります。
Azure PowerShell を使用して、SQL Server VM から拡張機能を削除するには次のサンプル コードを使用します。
Remove-AzSqlVM -ResourceGroupName <resource_group_name> -Name <SQL VM resource name>
拡張機能を削除した後、SQL Server をアンインストールできます。 各仮想マシンで、次の手順のようにします。
RDP または Bastion を使用して、仮想マシンに接続します。 RDP または Bastion を使用して最初に仮想マシンに接続する際、PC をネットワーク上で検出可能にするかどうかを確認するプロンプトが表示されます。 [はい] を選択します。
[コントロール パネル] の [プログラムと機能] を開きます。
[プログラムと機能] で [Microsoft SQL Server 201_ (64 ビット)] を右クリックし、 [アンインストールと変更] を選択します。
[削除] を選択します。
既定のインスタンスを選択します。
[データベース エンジン サービス] 、 [Analysis Services] 、 [Reporting Services - ネイティブ] のすべての機能を削除します。 [共有機能] の下にあるものは何も削除しないでください。 次のスクリーンショットのように表示されます。
[次へ] 、 [削除] の順に選択します。
インスタンスが正常に削除されたら、仮想マシンを再起動します。
各仮想マシンで、SQL Server で使用されている Windows ファイアウォール TCP ポートを開きます。 SQL Server では既定でポート 1433 を使用しますが、環境でこれを変更した場合は、SQL Server インスタンスで使用するように構成したポートを開いてください。 ポート 1433 は、Azure Marketplace からデプロイされた SQL Server イメージでは自動的に開かれます。
1 つのサブネットのシナリオでロード バランサーを使用する場合は、正常性プローブで使用されるポートも開く必要があります。 正常性プローブでは既定でポート 59999 を使用しますが、ロード バランサーの作成時に指定する任意の TCP ポートにすることもできます。
次の表では、FCI の構成に応じて、開くことが必要になる場合があるポートについて詳しく説明します。
| 目的 | Port | Notes |
|---|---|---|
| SQL Server | TCP 1433 | SQL Server の既定のインスタンスの通常のポートです。 ギャラリーからイメージを使用した場合、このポートが自動的に開きます。 使用元: すべての FCI 構成。 |
| 正常性プローブ | TCP 59999 | 開いている任意の TCP ポートです。 このポートを使用するように、ロード バランサーの正常性プローブとクラスターを構成します。 使用元: サブネットが 1 つの場合の Load Balancer を使用する FCI。 |
| ファイル共有 | UDP 445 | ファイル共有サービスによって使用されるポート。 使用元: プレミアムファイル共有を利用する FCI。 |
また、仮想マシンをドメインに参加させる必要があります。 クイックスタート テンプレートを使用して、それを行うことができます。
Azure Marketplace から作成された仮想マシンには、アタッチされたストレージが付属しています。 Premium ファイル共有または Azure 共有ディスクを使用して FCI ストレージを構成する場合は、ローカル ストレージはフェールオーバー クラスター インスタンスに使用されないため、アタッチされたストレージを削除してコストを節約できます。 ただし、アタッチされたストレージは記憶域スペース ダイレクトの FCI ソリューションに使用できるので、その場合は削除しても役に立たない可能性があります。 お使いの FCI ストレージ ソリューションを確認して、アタッチされたストレージの削除がコストの節約に最適かどうかを判断します。
仮想マシン環境の準備ができたので、フェールオーバー クラスター インスタンスを構成できる状態になりました。
次のいずれかのガイドを選択して、ビジネスに適した FCI 環境を構成します。
詳細については、以下をご覧ください。
トレーニング
モジュール
共有ディスクを使用して Azure 上でクラスター化されたアプリケーションを実行する - Training
クラスター化されたアプリケーションの高可用性を実現することは、ほとんどの組織にとって重要な要件です。 Microsoft Azure 共有ディスクを使用すると、Azure 上でクラスター化されたアプリケーションまたは高可用性アプリケーションを実行できます。
認定資格
Microsoft Certified: Azure Database Administrator Associate - Certifications
Microsoft PaaS リレーショナル データベース オファリングを使用して、クラウド、オンプレミス、ハイブリッド リレーショナル データベースの SQL Server データベース インフラストラクチャを管理します。
ドキュメント
Windows Server フェールオーバー クラスターの概要 - SQL Server on Azure VMs
Windows Server フェールオーバー クラスター テクノロジを、Azure VM 上の SQL Server と共に使用した場合の違い (可用性グループやフェールオーバー クラスター インスタンスなど) について説明します。
FCI VNN 用に Azure ロード バランサーを構成する - SQL Server on Azure VMs
高可用性とディザスター リカバリー (HADR) を実現するために、Azure Load Balancer を構成して、Azure VM 上の SQL Server を使用するフェールオーバー クラスター インスタンス (FCI) の仮想ネットワーク名 (VNN) にトラフィックをルーティングする方法について説明します。
フェールオーバー クラスター インスタンス - SQL Server on Azure VMs
Azure Virtual Machines 上の SQL Server を使用したフェールオーバー クラスター インスタンス (FCI) について説明します。