Red Hat OpenStack Platform 向けの CloudForms のクイックスタートガイド


Red Hat OpenStack Platform 8

Red Hat OpenStack Platform での CloudForms の使用開始

OpenStack Documentation Team

概要

Red Hat OpenStack Platform での CloudForms の使用開始

第1章 Red Hat CloudForms について

CloudForms Management Engine は、仮想環境を管理する課題に対処するために必要な洞察、制御、および自動化を提供します。このテクノロジーにより、既存の仮想インフラストラクチャーを備えた企業は可視性と制御を向上させ、仮想化の導入を開始して、適切に管理された仮想インフラストラクチャーを構築して運用できます。

Red Hat CloudForms 4.0 は、CloudForms Management Engine の単一コンポーネントで設定されています。以下の機能セットがあります。

  • Insight: Discovery、Monitoring、Utilization、Performance、Reporting、Analytics、Chargeback、および Trending。
  • コントロール:セキュリティー、コンプライアンス、アラート、ポリシーベースのリソース、および設定強制。
  • 自動化:IT プロセス、タスク、イベント、プロビジョニング、ワークロードの管理とオーケストレーション。
  • 統合:システム管理、ツール、およびプロセス、イベントコンソール、設定管理データベース(CMDB)、ロールベースのアクセス制御(RBA)、および Web Services。

1.1. アーキテクチャー

以下の図は、CloudForms Management Engine の機能について説明しています。その機能は、仮想インフラストラクチャーの堅牢な管理と保守を提供するために、連携して動作するように設計されています。 1845

このアーキテクチャーは、以下のコンポーネントで設定されています。

  • 安全で高性能で事前設定された仮想マシンとして提供される、CloudForms Management Engine Appliance (Appliance)です。HTTPS 通信をサポートします。
  • CloudForms Management Engine Server (サーバー)は Appliance にあります。SmartProxy と Virtual Management Database の間で通信するソフトウェア層です。これには、HTTPS 通信がサポートされます。
  • Virtual Management Database (VMDB)は、Appliance または Appliance からアクセスできる別のコンピューターのいずれかにあります。これは、仮想インフラストラクチャーについて収集された情報の最終ソースです。また、アプライアンスタスクに関するステータス情報も保持します。
  • Console ( CloudForms Management Engine ) Console (Console)は、Server および Appliance を表示し、制御するために使用される Web インターフェイスです。これは、Web 2.0 のマーシアップと Web サービス(WS 管理)インターフェイスによって消費されます。
  • SmartProxyは、アプライアンスまたはESXサーバー上に配置できます。サーバーに組み込まれていない場合は、SmartProxy を Appliance からデプロイできます。SmartProxy エージェントは各ストレージの場所に設定し、Appliance から見えるようにする必要があります。SmartProxy は、標準のポート 443 の HTTPS 経由で Appliance との通信の代わりに機能します。

1.2. 要件

CloudForms 管理エンジン を使用するには、次の要件を満たす必要があります。

  • 以下の Web ブラウザーのいずれかです。

    • Mozilla Firefox: Mozilla の延長サポートリリース(ESR)でサポートされているバージョンの場合
    • Internet Explorer 8 以降
    • Google Chrome for Business
  • 最小解像度が 1280x1024 のモニター。
  • Adobe Flash SSF9 以降。公開時点では、http://www.adobe.com/products/flashplayer/からアクセスできます。
  • エンタープライズ環境で、CloudForms Management Engine Appliance がインストールされ、アクティベートされている必要があります。
  • SmartProxy は、制御する仮想マシンおよびクラウドインスタンスを可視化する必要があります。
  • 制御するリソースに SmartProxy が関連付けられている必要があります。
重要

Red Hat では、ブラウザーの制限により、マルチタブブラウザーごとに 1 つのタブのみへのログインをサポートします。コンソール設定は、アクティブなタブ用にのみ保存されます。同じ理由で、CloudForms Management Engine では、ブラウザーの Back ボタンが必要な結果を生成することを保証しません。Red Hat は、コンソールで提供されるブレッドクラムの使用を推奨します。

1.3. サポートおよびフィードバック

このドキュメントで説明されている手順で問題が発生した場合は、Red Hat カスタマーポータル (http://access.redhat.com) にアクセスしてください。カスタマーポータルから、以下を行うことができます。

  • Red Hat 製品に関する技術サポート記事のナレッジベースの検索またはブラウズ。
  • Red Hat グローバルサポートサービス(GSS)へのサポートケースの送信。
  • その他の製品ドキュメントへのアクセス。

Red Hat は、Red Hat のソフトウェアおよびテクノロジーについて、多くの電子メーリングリストも提供しています。公開されているメーリングリストのリストは、https://www.redhat.com/mailman/listinfo にあります。メーリングリストの名前をクリックして、そのリストをサブスクライブするか、リストアーカイブにアクセスします。

1.4. ドキュメントのフィードバック

本書で誤字がある場合や、このマニュアルを改善する方法を見つけた場合は、カスタマーポータルから GSS にレポートを送信してください。

レポートを送信する際には、OpenStack を使用する CloudForms 用 QuickStart Guide: QuickStart Guide を記載してください。

  • 本ガイドを改善するためのご意見やご提案をお寄せいただく場合は、できるだけ具体的にご説明ください。
  • エラーが見つかった場合は、簡単に見つけられるように、セクション番号と前後のテキストを含めてください。

第2章 CloudForms のインストール

Red Hat CloudForms は、VMware vSphereRed Hat Enterprise Virtualization などのさまざまな仮想化プラットフォームにインストールできます。本章では、Red Hat OpenStack Platform に Red Hat CloudForms をインストールして設定する方法について説明します。

CloudForms Management Engine は、いくつかの簡単な手順でインストールおよび設定できます。Red Hat カスタマーポータルから CloudForms Management Engine アプライアンスをダウンロードした後に、インストールプロセスにより、サポート対象の仮想化環境またはクラウドプロバイダーにアップロードする手順が実施されます。

注記

CloudForms Management Engine アプライアンスのインストール後に、Red Hat CloudForms のデータベースを設定する必要があります。「CloudForms 管理エンジン用のデータベースの設定」を参照してください。

2.1. CloudForms 管理エンジンアプライアンスの取得

  1. access.redhat.com に移動し、お客様のアカウントの詳細を使用して Red Hat カスタマーポータル にログインします。
  2. メニューバーの Downloads をクリックします。
  3. A-Z をクリックして、製品のダウンロードをアルファベット順で並べ替えます。
  4. Red Hat CloudForms をクリックして、製品のダウンロードページにアクセスします。デフォルトでは、各ダウンロードの最新バージョンが表示されます。
  5. Product Software の下のインストーラーおよびイメージのリストから CFME OpenStack Virtual Appliance を選択し、Download Now をクリックします。

2.2. OpenStack への Appliance のアップロード

OpenStack Dashboard にログインし、CloudForms Management Engine アプライアンスをアップロードします。

  1. OpenStack Dashboard にログインします。
  2. プロジェクト タブで、コンピュート > イメージ に移動します
  3. Create Image をクリックします。
  4. Name に、イメージの名前を入力します。
  5. Image Source リストから イメージの 場所 を選択します。現在、HTTP URL から利用できるイメージのみがサポートされていることに注意してください。
  6. Image Location に、イメージをロードする外部(HTTP) URL (例: http://example.com/image.iso )を入力します。
  7. Format リストからイメージ形式を選択します。たとえば、ISO - 最適なディスクイメージ
  8. Architecture を指定します。たとえば、32 ビットアーキテクチャーの場合は i386、64 ビットアーキテクチャーの場合は x86- 64 です。
  9. Minimum Disk (GB) フィールドおよび Minimum RAM (MB) フィールドを空白のままにします。
  10. Public チェックボックスを選択して、すべてのユーザーがアプライアンスを使用できるようにします。
  11. イメージが誤って削除されないように保護するには、Protected ion ボックスにチェックを入れます。
  12. Create Image をクリックします。

アプライアンスのイメージは、アップロードするキューに配置されます。イメージのステータスが Queued から Active に変わるまでに時間がかかる場合があります。

2.3. セキュリティーグループへのルールの追加

セキュリティーグループを使用すると、ネットワークトラフィックがパブリック IP アドレス上のインスタンスに到達できるかどうかを制御できます。セキュリティーグループルールは、ネットワークトラフィックがインスタンス自体内で定義されたファイアウォールルールに到達する前に処理されることに注意してください。

注記

デフォルト設定では、デフォルトのセキュリティーグループはデフォルトソースからのすべての接続を受け入れます。デフォルトグループ内のすべてのインスタンスは、任意のポートで相互に通信できます。

  1. OpenStack Dashboard から プロジェクト > コンピュート > アクセスとセキュリティー に移動します。
  2. デフォルトのセキュリティーグループの行に ある Security Groups > Manage Rules に移動します。 7216
  3. Add Rule をクリックします。 4941
  4. ルールを設定します。

    1. Rule > Custom TCP Rule を選択します。
    2. Direction > Ingress を選択します
    3. Open Port 一覧から Port を選択します。
    4. Port フィールドに 443 を指定します。
    5. Remote リストから CIDR を選択します。
    6. CIDR フィールドに 0.0.0.0 /0 を指定します。
    7. Add をクリックします。

2.4. CloudForms 管理エンジン用のカスタムフレーバーの作成

フレーバーとは、インスタンスに割り当てることのできる仮想 CPU の数や RAM の容量を指定するリソース割り当てプロファイルです。たとえば、Red Hat OpenStack m1.large フレーバーで CloudForms Management Engine を実行することができます。この場合、4 つのコア、8GB RAM、および 80GB のディスク領域を持つ仮想マシンが指定されます。CloudForms Management Engine を実行するためのフレーバーの作成はオプションです。

以下の手順では、CloudForms Management Engine の最小要件(4 vCPU、6GB RAM、40GB のディスク領域)を持つフレーバーを作成する方法について説明します。フレーバーについての詳細は、Red Hat Enterprise Linux OpenStack Platform 管理ガイドを参照してください

  1. 管理者として OpenStack Dashboard にログインします。
  2. Admin タブで、System > Flavors に移動します。
  3. フレーバーの作成 をクリックして、フレーバーの 作成 ダイアログを表示します。
  4. 設定を行って、CloudForms Management Engine のシステム要件を満たすフレーバーを定義します。

    1. フレーバーの名前を入力します。
    2. 次の設定を入力します。

      • 仮想 CPU: 4
      • RAM MB: 6144
      • ルートディスク GB: 45
      • 一時ディスク GB: 0
      • swap Disk MB: 0
  5. フレーバーの作成 をクリックします。

これにより、CloudForms Management Engine に固有の新規フレーバーが作成されます。

2.5. CloudForms 管理エンジンアプライアンスの起動

  1. OpenStack Dashboard から プロジェクト > コンピュート > インスタンス に移動します
  2. インスタンスの起動 をクリックします。
  3. インスタンスの名前を入力します。
  4. インスタンスのカスタムフレーバーを選択します。フレーバーの選択により、インスタンスで利用可能なコンピューティングリソースが決まります。フレーバーが使用するリソースが Flavor Details ペインに表示されます。
  5. Instance Count フィールドに 1 と入力します。
  6. Instance Boot Source 一覧からブートオプションを選択します。

    • Boot from image - イメージ名の新しいフィールドが表示され ます。ドロップダウンリストからイメージを選択します。
    • Boot from snapshot: Instance Snapshot の新しいフィールドが表示されます。ドロップダウンリストからスナップショットを選択します。
    • ボリュームの 起動 - ボリューム の新しいフィールドが表示され ます。ドロップダウンリストからボリュームを選択します。
    • イメージから起動(イメージから新規ボリュームを作成) し、ボリュームの デバイスサイズ と デバイス 選択し てボリュームを作成します。一部のボリュームは永続化できます。インスタンスの削除時にボリュームが削除されることを確認するには、Delete on Terminate を選択します。
    • ボリュームスナップショットから起動(新規ボリュームを作成する)- ボリューム スナップショットからボリュームのスナップショットを作成し、ドロップダウンリストから Volume Snapshot を選択し、ボリュームの デバイス名 を追加して新しいボリュームを作成します。一部のボリュームは永続化できます。インスタンスの削除時にボリュームが削除されることを確認するには、Delete on Terminate を選択します。
  7. Networking をクリックし、Available Networks からネットワークの + (上向き矢印)ボタンをクリックして、インスタンスのネットワークを選択します。
  8. Launch をクリックします。

2.6. Floating IP アドレスの追加

インスタンスの作成時に、Red Hat OpenStack Platform はインスタンスが属するネットワーク内の Fixed IP アドレスを自動的に割り当てます。この IP アドレスは、インスタンスが終了するまでインスタンスに永続的に関連付けられます。

Fixed アドレスに加えて、インスタンスに Floating IP アドレスを割り当てることもできます。Fixed IP アドレスとは異なり、関与するインスタンスの状態に関係なく、Floating IP アドレスの関連付けをいつでも変更できます。

  1. Red Hat OpenStack Platform コントローラーのコマンドラインで、nova-manage floating create コマンドを使用して Floating IP アドレスのプールを作成します。IP_BLOCK は、希望する IP アドレスのブロックに置き換えます(CIDR 表記で表されます)。

    $ nova-manage floating create IP_BLOCK
    Copy to Clipboard Toggle word wrap
  2. Project タブで、Compute > Access & Security に移動します。
  3. Floating IP > Allocate IP To Project を クリックします。Allocate Floating IP ウィンドウが表示されます。 7218
  4. Allocate IP をクリックして、プールから Floating IP を確保します。割り当てられた IP アドレスが Floating IP テーブルに表示されます。
  5. Floating IP テーブルから新しく割り当てられた IP アドレスを選択します。Associate をクリックして、IP アドレスを特定のインスタンスに割り当てます。 7217
  6. Floating IP アドレスを割り当てるインスタンスを選択します。
  7. Associate をクリックして、IP アドレスを選択したインスタンスに関連付けます。
注記

不要になった Floating IP アドレスの関連付けを解除するには、Release Floating IP をクリックします。

2.7. CloudForms 管理エンジン用のデータベースの設定

CloudForms 管理エンジン を使用する前に、そのデータベースオプションを設定する必要があります。CloudForms 管理エンジン では、データベースの設定には 2 つのオプションがあります。

  • 内部 PostgreSQL データベースをアプライアンスにインストールします。
  • 外部 PostgreSQL データベースを使用するようにアプライアンスを設定する
注記

CPU 要件のガイドラインについては、デプロイメント計画ガイドの CPU Sizing Assistant for a Dedicated VMDB Host を参照してください。

2.8. 内部データベースの設定

重要

内部データベースをインストールする前に、アプライアンスをホストするインフラストラクチャーにディスクを追加します。ディスクの追加方法は、お使いのインフラストラクチャーに固有のドキュメントを参照してください。通常、仮想マシンの実行中にストレージディスクを追加できないため、Red Hat はアプライアンスを起動する前にディスクを追加することを推奨します。Red Hat CloudForms は、空のディスクへの VMDB の内部のインストールのみをサポートします。ディスクが空白でない場合は、インストールに失敗します。

  1. アプライアンスを起動し、仮想化またはクラウドプロバイダーからターミナルを開きます。
  2. アプライアンスを開始した後、ユーザー名 rootsmartvm のデフォルトパスワードを使用してログインします。これにより、root ユーザーの Bash プロンプトが表示されます。
  3. Appliance _console コマンド を入力します。CloudForms Management Engine Appliance の概要画面が表示されます。
  4. Enter 押して手動で設定します。
  5. メニューから 8)Configure Database を選択します。
  6. 暗号化キーを作成または取得するよう求められます。

    • これが最初の CFME アプライアンスである場合は、1)Create key を選択します
    • これが最初の CFME アプライアンスでない場合は、リモートマシンから 2)Fetch key を選択して、最初の CFME アプライアンスからキーを取得します。マルチリージョンデプロイメント内のすべての CFME アプライアンスは同じキーを使用する必要があります。
  7. データベースの場所には、1)Internal を選択します。
  8. データベースのディスクを選択します。以下に例を示します。

    1)  /dev/vdb: 20480
    
    Choose disk:
    Copy to Clipboard Toggle word wrap

    1 を入力して、データベースの場所に /dev/vdb を選択します。

  9. プロンプトが表示されたら、一意の 3 桁のリージョン ID を入力して新規リージョンを作成します。

    重要

    新しいリージョンを作成すると、選択したデータベース上の既存のデータがすべて破棄されます。

  10. プロンプトが表示されたら設定を確認します。

CloudForms Management Engine は内部データベースを設定します。

2.9. 外部データベースの設定

CloudForms Management Engine データベースで使用される postgresql.conf ファイルでは、正しい操作のために特定の設定が必要です。たとえば、テーブル領域を正しく回収し、セッションタイムアウトを制御し、PostgreSQL サーバーログをフォーマットして、システムサポートを改善する必要があります。これらの要件により、Red Hat では、外部の CloudForms Management Engine データベースが、CloudForms Management Engine アプライアンスが使用する標準ファイルに基づいて postgresql.conf ファイルを使用することを推奨します。

postgresql.conf をシステムに合わせて設定してください。たとえば、PostgreSQL インスタンスをホストする外部システムで利用可能な実際のストレージの量に応じて、shared_buffers 設定をカスタマイズします。さらに、PostgreSQL インスタンスに接続すると予想されるアプライアンスの集約数によっては、max_connections 設定を変更する必要がある場合があります。

postgresql.conf ファイルは、PostgreSQL の単一インスタンスによって管理されるすべてのデータベースの動作を制御するため、単一 PostgreSQL インスタンスにある他のタイプのデータベースと CloudForms 管理エンジン のデータベースを混在させないでください。

第3章 OpenStack クラウドプロバイダーの追加

CloudForms Management Engine は、OpenStack 管理 テナントとの操作をサポートします。CloudForms Management Engine で OpenStack プロバイダーを作成する際は、OpenStack 管理テナントのデフォルト管理者であるため、OpenStack プロバイダーの管理ユーザーを選択します。 管理 の認証情報を使用する場合には、CloudForms Management Engine のユーザーは、admin テナントにプロビジョニングされ、admin テナントに関連付けられたイメージ、ネットワーク、およびインスタンスを確認できます。

  1. CloudsProviders
  2. 1847 (設定)をクリックしてから、 1848 (Add a New Cloud Provider)をクリックします。
  3. プロバイダーの Name を入力します。
  4. Type ドロップダウンメニューから、OpenStack を選択します。
  5. プロバイダーの ホスト名(または IPv4 アドレスまたは IPv6 アドレス) を入力します。

    重要

    ホスト名 には、 一意の完全修飾ドメイン名を使用する必要があります。

  6. Keystone サービスの API Port を入力します。デフォルトのポートは 5000 です。

    重要

    Keystone サービスが SSL を使用するように設定されている場合は、Keystone の SSL ポートを入力する必要があります。

  7. リストから適切な API Version を選択します。デフォルトは Keystone v2 です。
  8. プロバイダーの適切な Zone を選択します。デフォルトでは、ゾーンは default に設定されます。
  9. Credentials エリアの Default で、Keystone ユーザーに必要なログイン認証情報を指定します。

    重要

    OpenStack クラウドプロバイダーの検出を有効にするには、Keystone サービスを提供する OpenStack ホストの iptables で、同じネットワーク上の全ホストへのポート 5000 のアクセスを許可することを確認してください。

    • Username フィールドにユーザー名を入力します。
    • Password フィールドにユーザーパスワードを入力します。
    • パスワードの確認 フィールドでユーザーパスワードを 確認し ます。
    • Validate をクリックし、CloudForms Management Engine が OpenStack Infrastructure インスタンスに接続できることを確認します。
  10. ceilometer が イベント に対して設定されていない場合、AMPQ を使用できます。OpenStack プロバイダーのインストール中に AMQP 認証情報が変更された場合は、認証情報 エリアの AMQP タブを使用して、OpenStack Nova コンポーネントの Advanced Message Queuing Protocol メッセージングサービスに必要なログイン認証情報を提供します。

    • Username フィールドに管理者ユーザー名を入力します。
    • Password フィールドにユーザーパスワードを入力します。
    • パスワードの確認 フィールドでユーザーパスワードを 確認し ます。
    • Validate をクリックし、CloudForms Management Engine がメッセージングサービスに接続できることを確認します。

      注記

      ceilometer が OpenStack サービスによって送信されたイベントを保存できるようにするには、以下を設定する必要があります。

      • アンダークラウド: openstack undercloud install を実行する前に、store_eventstrue に設定して undercloud.conf を編集します。
      • オーバークラウド - コントローラー上で、以下のオプションを使用して ceilometer.yaml という追加の環境ファイルを作成します。
      parameter_defaults:
        CeilometerStoreEvents: true
      Copy to Clipboard Toggle word wrap

      次に、この環境ファイルを overcloud deploy コマンドに追加します。以下に例を示します。

      openstack overcloud deploy --templates -e ~/ceilometer.yaml
      Copy to Clipboard Toggle word wrap
  11. Add をクリックします。
注記

OpenStack 環境からインベントリーおよびメトリクスを収集するには、CloudForms Management Engine Appliance のエンドポイントが OpenStack 環境の adminURL エンドポイントを非プライベートネットワーク上にある必要があります。したがって、OpenStack adminURL エンドポイントには 192.168.x.x 以外の IP アドレスが割り当てられている必要があります。さらに、すべての Keystone エンドポイントへのアクセスが必要であることを確認してください。アクセスしないと、更新に失敗します。

注記

Red Hat CloudForms が Red Hat OpenStack プロバイダーからイベントを受信できるようにするには、OpenStack 設定ファイルを変更する必要があります。具体的には、notification_driver フィールドを定義する必要があります。

Nova および Heat の場合、通知の取得を開始するには、以下のように設定ファイルを手動で変更し、サービスを再起動します。

/etc/heat/heat.conf
notification_driver=glance.openstack.common.notifier.rpc_notifier
notification_topics=notifications
Copy to Clipboard Toggle word wrap
/etc/nova/nova.conf
notification_driver=messaging
notification_topics=notifications
Copy to Clipboard Toggle word wrap

第4章 OpenStack インフラストラクチャープロバイダーの追加

CloudForms Management Engine アプライアンスをデプロイしたら、OpenStack インフラストラクチャープロバイダー として追加することで、OpenStack 環境の管理を開始できます。admin アカウントの詳細を指定して、admin テナントのリソースにアクセスします。

  1. インフラストラクチャー > プロバイダー に移動します
  2. Configuration (設定)をクリックしてから、 Add a New Infrastructure Provider (新しいインフラストラクチャープロバイダーを追加します)をクリックします。
  3. 追加するプロバイダーの Name を入力します。Name は、コンソールでデバイスにラベルを付ける方法です。
  4. タイプ リストから OpenStack Platform director を選択します。
  5. プロバイダーの ホスト名 または IP アドレス(IPv4 または IPv6) を入力します。

    重要

    ホスト名 には、一意の完全修飾ドメイン名(FQDN)を使用する必要があります。

  6. リストから keystone サービスの API バージョン を選択します。デフォルトは Keystone v2 です。

    重要

    keystone サービスが SSL を使用するように設定されている場合には、keystone SSL ポートを入力する必要があります。

  7. プロバイダーの適切な Zone を選択します。デフォルトでは、ゾーンは default に設定されます。
  8. Credentials エリアの Default で、OpenStack Infrastructure の管理ユーザーに必要なログイン認証情報を指定します。

    • Username フィールドにユーザー名を入力します。
    • Password フィールドにパスワードを入力します。
    • パスワードの確認 フィールドでユーザーパスワードを 確認し ます。
    • Validate をクリックし、CloudForms Management Engine がユーザー名とパスワードを使用して OpenStack Infrastructure インスタンスに接続できることを確認します。
  9. AMQP で、Advanced Message Queuing Protocol メッセージングサービスに必要なログイン認証情報を指定します。

    • Username フィールドに管理者ユーザー名を入力します。
    • Password フィールドにユーザーパスワードを入力します。
    • パスワードの確認 フィールドでユーザーパスワードを 確認し ます。
    • Validate をクリックし、CFME がメッセージングサービスに接続できることを確認します。
  10. RSA キーペア で、SSH 経由でプロバイダー内のすべてのホストに接続するために必要なユーザー名とパスワードを指定します。

    • Username フィールドに管理者ユーザー名を入力します。
    • OpenStack がデプロイされたマシンから秘密鍵を Private Key フィールドに入力します。
  11. Add をクリックします。
注記

CloudForms Management Engine では、全 OpenStack サービスの adminURL エンドポイントが非プライベートネットワーク上にある必要があります。そのため、adminURL エンドポイントを 192.168.x.x 以外の IP アドレスで割り当てる必要があります。adminURL エンドポイントは、OpenStack 環境からインベントリーを収集し、メトリックを収集する CFME Appliance からアクセスできる必要があります。さらに、すべての keystone エンドポイントにアクセスできることを確認してください。アクセスしないと、更新 プロセスが失敗します。

4.1. イベントを受信する Red Hat CloudForms の設定

Red Hat CloudForms が Red Hat OpenStack Platform 環境からイベントを受信できるようにするには、その環境の Compute サービスおよび Orchestration サービスの notification_driver オプションを設定する必要があります。

  1. /etc/heat/heat.conf を編集して、以下のオプションを指定します。

    notification_driver=glance.openstack.common.notifier.rpc_notifier
    notification_topics=notifications
    Copy to Clipboard Toggle word wrap
  2. /etc/nova/nova.conf を編集して以下のオプションを指定します。

    notification_driver=messaging
    notification_topics=notifications
    Copy to Clipboard Toggle word wrap
  3. Compute サービスおよび Orchestration サービスを再起動します。

    # systemctl restart openstack-heat-api.service \
      openstack-heat-api-cfn.service \
      openstack-heat-engine.service \
      openstack-heat-api-cloudwatch.service
    # systemctl restart openstack-nova-compute.service
    Copy to Clipboard Toggle word wrap

4.2. イベントを保存する Telemetry サービスの設定

デフォルトでは、Telemetry サービスは Red Hat OpenStack Platform 環境に他のサービスによって発行されたイベントを保存しません。以下の手順では、Telemetry サービスを有効にしてこのようなイベントを保存し、Red Hat OpenStack Platform 環境がインフラストラクチャープロバイダーとして追加されたときに Red Hat CloudForms に公開される方法を説明します。

  1. director ノードで undercloud.conf を編集し、store_eventstrue に設定します。
  2. ceilometer.yaml という名前の環境ファイルを作成し、以下の内容を追加します。

    parameter_defaults:
      CeilometerStoreEvents: true
    Copy to Clipboard Toggle word wrap
  3. この環境ファイルを overcloud deploy コマンドに追加します。

    # openstack overcloud deploy --templates -e ~/ceilometer.yaml
    Copy to Clipboard Toggle word wrap

第5章 CloudForms ライフサイクル管理

本章では、CloudForms Management Engine Automate コンポーネントの一部であるライフサイクルアクティビティーについて説明します。これらのアクティベーターには、インスタンスのプロビジョニングおよび終了を含めることができます。CloudForms Management Engine Automate は、管理イベントと管理または運用アクティビティーのための、リアルタイム、双方向プロセスの統合、適応の自動化を可能にします。

  • サービスレベルのリソース適用による 操作管理
  • リソース管理: データストアのクリーンアップ、スナップショットのエージングと実施、および仮想マシン/インスタンスのエージングと廃止が含まれます。
  • 強制されたクローズループ 変更管理を含む、設定および変更 の管理。
  • プロビジョニング、カスタマイズ、設定、承認、CMDB の更新、廃止を含む ライフサイクル管理
重要

プロビジョニングには、Automation Engine サーバーのロールを有効にする必要があります。Configure > Configuration > Server > Server Control でサーバーのロール設定を 確認します。

5.1. Provisioning

仮想マシンまたはクラウドインスタンスがプロビジョニングされると、複数のフェーズが実行されます。

  • フェーズ 1 - リクエストを行い、所有者情報、タグ、仮想ハードウェア要件、オペレーティングシステム、および要求のカスタマイズを含める必要があります。
  • フェーズ 2 - リクエストは、自動または手動のいずれかの承認フェーズを通過する必要があります。
  • フェーズ 3 - リクエストが実行されます。プロビジョニングのこの部分は、事前処理および後処理後の処理で設定されます。事前処理は、ユーザーの IP アドレスを取得し、CMDB インスタンスを作成して、リクエストの情報に基づいて仮想マシンまたはインスタンスを作成します。post-processing は、CMDB インスタンスをアクティブにし、ユーザーにメールを送信します。プロビジョニングの手順は、CloudForms Management Engine を使用していつでも変更できます。 2314

5.2. イメージからの OpenStack インスタンスのプロビジョニング

クラウドインスタンスは、仮想化インフラストラクチャーからの標準の仮想マシンと同じプロセス(Request、Approval、Deployment)に従います。まず、ユーザーはインスタンスの要求を行い、イメージ、タグ、アベイラビリティーゾーン、およびハードウェアプロファイルのフレーバーを指定します。次に、リクエストは承認フェーズを通過します。最後に、CloudForms 管理エンジンが 要求を実行します。

以下の手順では、イメージから OpenStack インスタンスをプロビジョニングする方法について説明します。

  1. Menu > Clouds > Instances に移動します。
  2. 2007 (ライフサイクル)をクリックしてから、 1848 (Provision Instances)をクリックします。
  3. 表示されたリストから OpenStack イメージを選択します。これらのイメージは、OpenStack プロバイダーで利用できる必要があります。
  4. Continue をクリックします。
  5. Request タブに、このプロビジョニング要求に関する情報を入力します。[ 要求情報 ] で、少なくとも姓とメールアドレスを入力します。この電子メールは、auto-approval、quota, provision complete、retirement、request pending approval、および request denied などのアイテムのプロビジョニングプロセス中に、リクエスターのステータスメールを送信するために使用されます。その他の情報はオプションです。CloudForms Management Engine Server が LDAP を使用するように設定されている場合には、Look Up ボタンを使用してメールアドレスに基づいて他のフィールドにデータを投入することができます。

    注記

    ラベルの横に * のあるパラメーターは、プロビジョニング要求を送信する必要があります。

  6. Purpose タブをクリックして、プロビジョニングされたインスタンスの適切なタグを選択します。
  7. 基本的なインスタンスオプションの Catalog タブをクリックします。

    1. インスタンスのベースとして使用するイメージを変更するには、イメージの一覧からイメージを選択します。
    2. プロビジョニングする インスタンス数 を選択します。
    3. Instance Name および Instance Description を入力します。
  8. Environment タブをクリックして、インスタンスの TenantAvailabilty ZonesCloud NetworkSecurity Groups、および Public IP アドレス を選択します。特定の Tenant が必要ない場合は、Choose Automatically チェックボックスを選択します。
  9. Properties タブをクリックして、フレーバーやセキュリティー設定などのプロバイダーオプションを設定します。

    1. インスタンスタイプ リストからフレーバーを選択します。
    2. インスタンスにアクセスするための Guest Access Key Pair を選択します。
  10. Customize タブをクリックして、追加のインスタンスオプションを設定します。

    1. Credentials で、インスタンスへの root ユーザーアクセスに使用する Root Password を入力します。
    2. インスタンスの IP アドレス情報 を入力します。プロバイダーからの自動 IP 割り当てには DHCP のままにします。
    3. 必要に応じて、インスタンスの DNS 情報を入力します。
    4. Customize Template を使用して、追加のインスタンス設定を行います。アプライアンスに保存されている Cloud-Init スクリプトから選択できます。
  11. Schedule タブをクリックして、プロビジョニングおよび終了日時を設定します。

    1. スケジュール情報 で、プロ ビジョニングが承認時に開始されるか、または特定のタイミングでプロビジョニングを開始するかを選択します。[ スケジュール ] を選択すると、日付と時刻を入力するように求められます。
    2. Lifespan で、インスタンスの作成後にインスタンスの電源を入れるかどうか、および終了日を設定するかどうかを選択します。廃止期間を選択すると、いつ終了する] の警告を受け取るように求められます。
  12. Submit をクリックします。

プロビジョニングリクエストは承認のために送信されます。プロビジョニングを開始するには、admin、appr、または super admin アカウントのロールを持つユーザーが要求を承認する必要があります。admin ロールおよび super admin ロールでも、要求の編集、削除、および拒否が可能です。リクエスターまたは承認者のいずれかであるすべてのプロビジョニングリクエストを表示できます。

提出後、アプライアンスは各プロビジョニング要求にリクエスト ID を割り当てます。承認またはプロビジョニングプロセス中にエラーが発生した場合は、この ID を使用してアプライアンス ログ内で要求を見つけます。リクエスト ID は、リクエストに関連付けられたリージョンとそれに続くリクエスト番号で設定されます。リージョンが 1 つの判定データベース ID の範囲を定義するため、この数値は複数桁にすることができます。

リクエスト ID 形式

リージョン 123 の要求 99 はリクエスト ID 123000000000909 になります。

5.3. インスタンスの電源状態の制御

この手順では、CloudForms Management Engine コンソールを使用してインスタンスの電源状態を制御することができます。

  1. Clouds > Instances に移動します。
  2. インスタンスをクリックして、電源状態を変更します。
  3. Power Operations をクリックし、目的の電源動作のボタンをクリックします。

    • 1999 (Start)をクリックして、選択したインスタンスを起動します。
    • 2000 (Terminate)をクリックし、選択したインスタンスを終了します。
    • 2004 (一時停止)をクリックして、選択したインスタンスを一時停止します。
    • 2001 (Reset)をクリックして、選択したインスタンスをリセットします。
    • 2002 (ゲストの停止)をクリックし、ゲストオペレーティングシステムを停止します。
    • 2003 (ゲストの起動)をクリックし、ゲストオペレーティングシステムを再起動します。
  4. OK をクリックします。

5.4. インスタンスの容量と使用状況チャートの表示

この手順により、クラスターの一部であるインスタンスの容量および使用状況のデータを確認することができます。

注記

この機能を使用するには、Capacity & Utilization Collector サーバーのロールにサーバーを割り当てる必要があります。さらに、このサーバーでは、クラウドプロバイダーのネットワーク可視性が必要になります。詳しくは、CloudForms General Configuration Guide を参照してください。

  1. CloudsInstances に移動します。
  2. 下書きをクリックして容量データを表示します。
  3. 表示するアイテムをクリックします。
  4. タスクバーの 1994 (Monitoring)をクリックしてから、 1994 (Utilization)をクリックします。
  5. データを表示する日付を時時、直近、日単位のデータポイントで表示する場合に選択します。

  6. Time Profile を選択します。
注記

チャートには、一日分のデータのみが含まれます。つまり、CloudForms Management Engine では、その日に完全な 24 個のデータポイント範囲が必要です。

第6章 関連資料

Red Hat CloudForms の詳細は、公式ドキュメント を参照してください

注記

Red Hat OpenStack Platform は、Red Hat CloudForms でサポートされている唯一の OpenStack クラウドプロバイダーです。

法律上の通知

Copyright © 2025 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hat