カスタムの Block Storage バックエンドのデプロイメントガイド

Red Hat OpenStack Platform director は、完全な OpenStack 環境をインストールおよび管理するためのツールセットで、主にアップストリームの TripleO (OpenStack-on-OpenStack) プロジェクトをベースとしています。director の主な目的は、手動での設定を最低限に抑えて、機能的なエンタープライズレベルの OpenStack デプロイメントを完全にオーケストレーションすることです。director は、個別の OpenStack コンポーネントの手動設定に内在する数多くの問題に対処するのに役立ちます。

director が作成して最終的に構築される OpenStack デプロイメントは、オーバークラウド と呼ばれます。オーバークラウドには、Block Storage など、エンドユーザーにサービスを提供するコンポーネントがすべて含まれます。本書は、オーバークラウドの Block Storage サービスにカスタムのバックエンドをデプロイする方法を説明します。

本書は、Block Storage の手動設定についての知識があることを前提とします。Packstack などを利用した OpenStack のテストデプロイメントでは、このサービスを設定するにはホストノードの /etc/cinder/cinder.conf を編集する必要があります。このファイルでの Block Storage の設定は、別のドキュメントで詳しく説明されていますが、本書では、カスタムのバックエンド をアタッチするために、これらの設定をオーバークラウドに適用する方法を記載しています。

Block Storage サービスの設定は /etc/cinder/cinder.conf に保存されます。これらの設定には、バックエンドの定義 が含まれます。Block Storage サービスで利用可能な (または、サポートされている) サードパーティー製のバックエンドの多くで提供されている設定手順では、/etc/cinder/cinder.conf の設定を編集する必要があります。「はじめに」の項に記載したように、この設定を行うことで、Block Storage サービスが設定されますが、これらの設定は、それ以降のオーバークラウドの更新で上書きされてしまいます。

いずれにしても、/etc/cinder/cinder.conf での手動設定に関する説明は、オーバークラウドのデプロイメントに役立ちます。director は結局のところ、heat を使用して、/etc/cinder/cinder.conf に同じ設定を適用します。そのため、バックエンドの設定をプランニングする際には、以下の作業を行う必要があります。

/etc/cinder/cinder.conf ファイルの内容の策定が完了したら、バックエンドの設定をオーケストレーションするための環境ファイルを作成します。「環境ファイル」では、サンプルファイル /home/stack/templates/custom-env.yaml を使用して、このステップを詳しく説明しています。環境ファイルを用意しておくと、今後オーバークラウドを更新の際に設定を永続させるのに役立ちます。

環境ファイルには、定義するバックエンドそれぞれの設定が含まれます。また、カスタムのバックエンドのデプロイメントに関する他の設定も記載されます。環境ファイルに関する詳しい情報は、『director のインストールと使用方法』ガイドの「環境ファイル」を参照してください。

以下のサンプルの環境ファイルは、2 つの NetApp バックエンド (netapp1 および netapp2) を定義します。

parameters: # 1
  CinderEnableIscsiBackend: false
  CinderEnableRbdBackend: false
  CinderEnableNfsBackend: false
  NovaEnableRbdBackend: false
  GlanceBackend: file # 2

parameter_defaults:
  ControllerExtraConfig: # 3
    cinder::config::cinder_config:
        netapp1/volume_driver: # 4
            value: cinder.volume.drivers.netapp.common.NetAppDriver
        netapp1/netapp_storage_family:
            value: ontap_7mode
        netapp1/netapp_storage_protocol:
            value: iscsi
        netapp1/netapp_server_hostname:
            value: 10.35.64.11
        netapp1/netapp_server_port:
            value: 80
        netapp1/netapp_login:
            value: root
        netapp1/netapp_password:
            value: p@$$w0rd
        netapp1/volume_backend_name:
            value: netapp1
        netapp2/volume_driver: # 5
            value: cinder.volume.drivers.netapp.common.NetAppDriver # 6
        netapp2/netapp_storage_family:
            value: ontap_7mode
        netapp2/netapp_storage_protocol:
            value: iscsi
        netapp2/netapp_server_hostname:
            value: 10.35.64.11
        netapp2/netapp_server_port:
            value: 80
        netapp2/netapp_login:
            value: root
        netapp2/netapp_password:
            value: p@$$w0rd
        netapp2/volume_backend_name:
            value: netapp2
    cinder_user_enabled_backends: ['netapp1','netapp2'] # 7

「設定したバックエンドのデプロイ」は、環境ファイル /home/stack/templates/custom-env.yaml を使用して、カスタムのバックエンドのデプロイメントをオーケストレーションする方法を説明します。/home/stack/templates/custom-env.yaml から最終的に作成される /etc/cinder/cinder.conf の設定を確認するには、「サンプルの環境ファイルに基づいた設定」を参照してください。

/home/stack/templates/ に custom-env.yaml ファイルを作成したら、stack ユーザーとしてログインし、以下のコマンドを実行してカスタムのバックエンド設定をデプロイします。

$ openstack overcloud deploy --templates -e /home/stack/templates/custom-env.yaml

director がオーケストレーションを完了したら、バックエンドをテストします。手順は、「設定したバックエンドのテスト」を参照してください。

バックエンドをオーバークラウドにデプロイした後には、そのバックエンド上でボリュームを正常に作成できるかどうかを検証します。このテストには、必要な環境変数が最初に読み込まれている必要があります。これらの変数は、デフォルトでは /home/stack/overcloudrc で定義されています。

これらの変数を読み込むには、stack ユーザーとして以下のコマンドを実行します。

$ source /home/stack/overcloudrc

次に、各バックエンド用の ボリューム種別 を作成します。オーバークラウドのコントローラーノードに stack ユーザーとしてログインし、以下のコマンドを実行します。

$ cinder type-create backend1
$ cinder type-create backend2

上記のコマンドにより、xref:envfile の cinder::config::cinder_config クラスで定義されている各バックエンドに対して 1 つずつ、backend1 および backend2 というボリューム種別が作成されます。

最後に、xref:envfile の cinder_user_enabled_backends クラスで有効化されているバックエンドの volume_backend_name に、各ボリューム種別をマッピングします。以下のコマンドを実行すると、ボリューム種別 backend1 が netapp1 に、backend2 が netapp2 にマッピングされます。

$ cinder type-key backend1 set volume_backend_name=netapp1
$ cinder type-key backend2 set volume_backend_name=netapp2

この時点で、各バックエンドをテストできるはずです。テストを開始するには、netapp1 バックエンドに、ボリューム種別 backend1 を指定して netapp_volume_1 という名前の 1 GB のボリュームを作成します。

$ cinder create --volume-type backend1 --display_name netappvolume_1 1

同じように、netapp2 バックエンドに、ボリューム種別 backend2 を指定して、同様のボリュームを作成します。

$ cinder create --volume-type backend2 --display_name netappvolume_2 1