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

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

PDF

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) をインストールします。

    を使用して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. ストレージ プールを構成します。

    ONTAP Selectストレージプールは、基盤となる物理ストレージを抽象化する論理データコンテナです。ONTAPONTAP 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仮想マシンの一般的なネットワーク構成を示しています。ONTAP内部ONTAPとONTAP外部ネットワークという2つの独立したネットワークがあります。

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>