Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

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

PDF

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

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

ステップ1：KVMハイパーバイザーホストの準備

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

手順

  1. Red Hat Enterprise Linux（RHEL）をインストールします。

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

    1. セキュリティポリシーとして Default を選択します。

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

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

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

      メモ /etc/sysconfig/network-scripts の下にある正しいネットワーク設定ファイルを編集し、その後、 `ifup`コマンドを使用してインターフェースを起動できます。

  2. ONTAP Select に必要な追加パッケージをインストールします。

    ONTAP Selectには、複数の追加ソフトウェアパッケージが必要です。必要なパッケージの正確なリストは、使用しているLinuxのバージョンによって異なります。まず最初に、サーバー上にyumリポジトリが存在することを確認してください。利用できない場合は、 `wget your_repository_location`コマンドを使用して取得できます。

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

    必要なパッケージやその他の構成要件の詳細については、"Interoperability Matrix Tool"を参照してください。

  3. NVMe ディスク用の PCI パススルーを設定します。

    構成で NVMe ディスクを使用している場合は、PCI パススルー（DirectPath IO）を設定して、ONTAP Select クラスタ内のローカルに接続された NVMe ディスクへの KVM ホストの直接アクセスを提供する必要があります。次のタスクを実行するには、直接アクセスが必要です：

    KVMハイパーバイザーのPCIパススルー（DirectPath IO）の設定方法については、"Red Hat ドキュメント"を参照してください。

  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）。

4ノードクラスタに2つのネットワークを表示

4ノードクラスタ内の単一ノード

次の図は、4ノードクラスタ内の単一のONTAP Select仮想マシンの典型的なネットワーク構成を示しています。ONTAP-internalとONTAP-externalという2つの独立したネットワークがあります。

4ノードクラスタ内の単一ノード

ステップ5：Open vSwitchの設定

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

開始する前に

ネットワークマネージャが無効になっていること、およびネイティブ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>