Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ONTAP Selectの KVM ホスト構成と準備のチェックリスト

共同作成者 netapp-pcarriga netapp-aaron-holt

ONTAP Selectノードを導入する各KVMハイパーバイザーホストを準備します。ホストを準備する際には、導入環境を慎重に評価し、ホストが正しく設定され、 ONTAP Selectクラスタの導入をサポートできる状態であることを確認します。

メモ ONTAP Select Deploy管理ユーティリティは、ハイパーバイザーホストに必要なネットワークおよびストレージ設定を実行しません。ONTAPONTAP Selectクラスタを導入する前に、各ホストを手動で準備する必要があります。

ステップ1: KVMハイパーバイザーホストを準備する

ONTAP Selectノードが展開されている各 Linux KVM サーバを準備する必要があります。また、ONTAP Select Deploy管理ユーティリティを導入するサーバを準備する必要があります。

手順
  1. Red Hat Enterprise Linux (RHEL) をインストールします。

    ISOイメージを使用してRHELオペレーティングシステムをインストールします。サポートされているRHELのバージョンの一覧については、を参照してください"ハイパーバイザーのソフトウェア互換性情報"。インストール中に、システムを次のように構成します。

    1. セキュリティ ポリシーとして [デフォルト] を選択します。

    2. 仮想化ホスト ソフトウェアを選択します。

    3. 宛先がONTAP Selectで使用される RAID LUN ではなく、ローカル ブート ディスクであることを確認します。

    4. システムを起動した後、ホスト管理インターフェイスが起動していることを確認します。

      メモ /etc/sysconfig/network-scriptsで正しいネットワーク構成ファイルを編集し、 ifup コマンドを実行します
  2. ONTAP Selectに必要な追加パッケージをインストールします。

    ONTAP Selectでは、追加のソフトウェアパッケージがいくつか必要です。パッケージの正確なリストは、使用しているLinuxのバージョンによって異なります。最初の手順として、yumリポジトリがサーバーで使用可能であることを確認します。入手できない場合は、 `wget your_repository_location`指示。

    メモ Linuxサーバのインストール時にソフトウェアを選択するために仮想ホストを選択した場合は、必要なパッケージの一部がすでにインストールされている可能性があります。ソースコードからopenvswitchパッケージをインストールする必要がある場合があります。詳細については、 "Open vSwitchのドキュメント"

    必要なパッケージおよびその他の設定要件の詳細については、を参照してください"Interoperability Matrix Tool"

  3. NVMe ディスクの PCI パススルーを構成します。

    構成でNVMeディスクを使用している場合は、KVMホストからONTAP Selectクラスタ内のローカル接続されたNVMeディスクに直接アクセスできるように、PCIパススルー(DirectPath IO)を設定する必要があります。以下のタスクを実行するには、直接アクセスが必要です。

    参照"Red Hat ドキュメント" KVM ハイパーバイザーの PCI パススルー (DirectPath IO) を構成する方法については、こちらをご覧ください。

  4. ストレージ プールを構成します。

    ONTAP Selectストレージプールは、基盤となる物理ストレージを抽象化する論理データコンテナです。ONTAP Selectが導入されているKVMホストでストレージプールを管理する必要があります。

ステップ2: ストレージプールを作成する

各ONTAP Selectノードに少なくとも 1 つのストレージ プールを作成します。ローカルハードウェアRAIDの代わりにソフトウェアRAIDを使用する場合は、ストレージディスクがルートアグリゲートとデータアグリゲートのノードに接続されます。この場合も、システムデータ用のストレージプールを作成する必要があります。

作業を開始する前に

ONTAP Selectが導入されているホストでLinux CLIにサインインできることを確認します。

このタスクについて

ONTAP Select Deploy管理ユーティリティでは、ストレージプールのターゲットの場所を次のように指定する必要があります。 /dev/<pool_name>、ここで <pool_name> は、ホスト上の一意のプール名です。

メモ LUNの全容量は、ストレージプールの作成時に割り当てられます。
手順
  1. Linuxホスト上のローカルデバイスを表示し、ストレージプールを格納するLUNを選択します。

    lsblk

    適切なLUNは、ストレージ容量が最も大きいデバイスである可能性があります。

  2. デバイス上のストレージプールを定義します。

    virsh pool-define-as <pool_name> logical --source-dev <device_name> --target=/dev/<pool_name>

    例:

    virsh pool-define-as select_pool logical --source-dev /dev/sdb --target=/dev/select_pool
  3. ストレージプールを構築します。

    virsh pool-build <pool_name>
  4. ストレージプールを開始します。

    virsh pool-start <pool_name>
  5. システムのブート時に自動的に開始されるようにストレージプールを設定します。

    virsh pool-autostart <pool_name>
  6. ストレージプールが作成されたことを確認します。

    virsh pool-list

ステップ3: オプションでストレージプールを削除する

ストレージ プールは不要になったら削除できます。

作業を開始する前に

ONTAP Selectが導入されているLinux CLIにサインインできることを確認します。

このタスクについて

ONTAP Select Deploy管理ユーティリティでは、ストレージプールのターゲットの場所を次のように指定する必要があります。 /dev/<pool_name>、ここで <pool_name> は、ホスト上の一意のプール名です。

手順
  1. ストレージプールが定義されていることを確認します。

    virsh pool-list
  2. ストレージプールを削除します。

    virsh pool-destroy <pool_name>
  3. 非アクティブなストレージプールの設定の定義を解除します。

    virsh pool-undefine <pool_nanme>
  4. ストレージプールがホストから削除されたことを確認します。

    virsh pool-list
  5. ストレージプールのボリュームグループのすべての論理ボリュームが削除されていることを確認します。

    1. 論理ボリュームを表示します。

      lvs
    2. プールに論理ボリュームが存在する場合は、削除します。

      lvremove <logical_volume_name>
  6. ボリュームグループが削除されたことを確認します。

    1. ボリュームグループを表示します。

      vgs
    2. プールのボリュームグループが存在する場合は、削除します。

      vgremove <volume_group_name>
  7. 物理ボリュームが削除されたことを確認します。

    1. 物理ボリュームを表示します。

      pvs
    2. プールの物理ボリュームが存在する場合は、削除します。

      pvremove <physical_volume_name>

ステップ4: ONTAP Selectクラスタ構成を確認する

ONTAP Select はマルチノードクラスタまたはシングルノードクラスタとして導入できます。多くの場合、追加のストレージ容量と高可用性 (HA) 機能があるため、マルチノード クラスターが適しています。

次の図は、ESXi ホストの単一ノード クラスタと 4 ノード クラスタで使用されるONTAP Selectネットワークを示しています。

シングルノードクラスタ

次の図は、シングルノードクラスタを示しています。外部ネットワークは、クライアント、管理、およびクラスタ間のレプリケーションのトラフィックを伝送します( SnapMirror / SnapVault )。

1 つのネットワークを使用するシングルノードクラスタ

4ノードクラスター

次の図は、2 つのネットワークを示す 4 ノード クラスターを示しています。内部ネットワークでは、 ONTAP クラスタネットワークサービスに対応するためにノード間で通信できます。外部ネットワークは、クライアント、管理、およびクラスタ間のレプリケーションのトラフィックを伝送します( SnapMirror / SnapVault )。

2 つのネットワークを使用する 4 ノードクラスタ

4 ノードクラスタ内のシングルノード

次の図は、 4 ノードクラスタ内の単一の ONTAP Select 仮想マシン用の一般的なネットワーク構成を示しています。ネットワークは 2 つあります。 ONTAP 内部と ONTAP 外部です。

4 ノードクラスタ内のシングルノード

ステップ5: Open vSwitchを構成する

Open vSwitch を使用して、各 KVM ホスト ノードにソフトウェア定義スイッチを構成します。

作業を開始する前に

ネットワークマネージャが無効になっていて、ネイティブのLinuxネットワークサービスが有効になっていることを確認します。

このタスクについて

ONTAP Selectには2つの独立したネットワークが必要です。どちらもポートボンディングを利用してネットワークのHA機能を提供します。

手順
  1. ホストでOpen vSwitchがアクティブであることを確認します。

    1. Open vSwitchが実行されているかどうかを確認します。

      systemctl status openvswitch
    2. Open vSwitchが実行されていない場合は起動します。

      systemctl start openvswitch
  2. Open vSwitchの設定を表示します。

    ovs-vsctl show

    ホストでOpen vSwitchが設定されていない場合、設定は空になります。

  3. 新しいvSwitchインスタンスを追加します。

    ovs-vsctl add-br <bridge_name>

    例:

    ovs-vsctl add-br ontap-br
  4. ネットワークインターフェイスを停止します。

    ifdown <interface_1>
    ifdown <interface_2>
  5. リンク集約制御プロトコル (LACP) を使用してリンクを結合します。

    ovs-vsctl add-bond <internal_network> bond-br <interface_1> <interface_2> bond_mode=balance-slb lacp=active other_config:lacp-time=fast
    メモ ボンドを設定する必要があるのは、インターフェイスが複数ある場合だけです。
  6. ネットワークインターフェイスを有効にします。

    ifup <interface_1>
    ifup <interface_2>