VCNの構成が完了したら、VMのプロビジョニングを開始します。この例では、Windows Server 2022とSQL Server 2019を使用します。ただし、この記事で説明する手順は、Windows ServerとSQL Serverのすべてのバージョンでほぼ同じであるため、使用する予定のWindowsまたはSQL Serverのバージョンに関係なく、問題は発生しません。
作業を始める前に、もう一度計画から始めることが重要です。この場合、サーバー名、IPアドレス、およびアベイラビリティゾーンの配置を計画する必要があります。前述のように、各クラスターノードとファイル共有監視は、それぞれ異なるアベイラビリティゾーンに存在する必要があります。
この構成例では、ファイル共有監視としても機能するインスタンス (DC1) にactive-directoryをデプロイします。
AD1 - DC1 (10.0.0.100)
AD2 - SQL1 - (10.0.64.100, 10.0.64.101, 10.0.64.102)
AD3 - SQL2 - (10.0.128.100, 10.0.128.101, 10.0.128.102)
各クラスターノード（SQL1、SQL2）には3つのIPアドレスがあります。最初のアドレスは、インスタンスのプライベートIPアドレスです。他の2つのIPアドレスは、各インスタンスのセカンダリーアドレスとして追加されます。これらのIPアドレスは、SQL Server FCIネットワーク名リソースに関連付けられているコアクラスターIPアドレスと仮想IPアドレスを表します。
クラスターノードをプロビジョニングするときは、SQL Serverソフトウェアが含まれていないベースWindows Server 2022イメージを使用します。代わりに、SQL Serverのインストールメディアをダウンロードし、Marketplaceで入手できる「従量課金」ライセンスではなく、永続的なSQL Serverライセンスを使用します。
次のセクションでは、この例で使用する3つのVMをプロビジョニングするプロセスについて説明します。
FD1にDC1をプロビジョニングする
インスタンスタイプを選択するときは、ワークロードに適したサイズにする必要があります。これは、オンプレミスで使用する物理サーバーのサイズを設定する場合に行うことと似ていますが、最初に過剰にプロビジョニングした場合や不足した場合、または時間の経過と共にワークロードが増減した場合に、サイズを簡単に調整できる点が異なります。
インスタンスの詳細を指定するときは、適切な配置のために正しいVCNとサブネットを選択していることを確認してください。この最初の画面では、このインスタンスに関連付ける静的IPも指定します。
FD2にSQL1をプロビジョニングする
前述したように、この例ではWindows Server 2022の基本インストールを使用します。SQL Server 2019は後でダウンロードされ、SQL Server FCIのインストールに使用されます。
FD3でSQL2をプロビジョニングする
ボリュームの追加
クラスター内の各サーバーには、少なくとも1つの追加ボリュームが必要です。これらのボリュームは、SQL Server FCIのストレージニーズにとって重要であり、SIOS DataKeeperによってレプリケートされます。
Multiple Volumes
複数のボリュームを追加して、データ、ログ、およびバックアップを分離できます。
ストレージタイプ：さまざまな要件に合わせて、さまざまなストレージタイプを使用できます。
Attachment Methods
ストレージをサーバに接続する方法は複数あります。
Example Configuration
次のスライドでは、さまざまなストレージ構成の1つを示す画面キャプチャを示しています。これは、セットアッププロセスを理解するための実用的な例として役立ちます。このプロセスは、SQL1およびSQL2で実行する必要があります。
Create Block Volumes
まず、SQL1とSQL2の適切な可用性ドメインにブロックボリュームを作成します。
Attach Volumes
ボリュームが作成されたら、インスタンスにアタッチする必要があります。
覚えておくべき重要なポイント
設定は柔軟に対応できます。特定のニーズに基づいて1つ以上のボリュームを構成できます。
構成に使用できるさまざまなストレージタイプと接続方法を検討してください。
このトピックへフィードバック