Red Hat OpenStack Platform 向けの CloudForms のクイックスタートガイド
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 の機能について説明しています。その機能は、仮想インフラストラクチャーの堅牢な管理と保守を提供するために、連携して動作するように設計されています。
このアーキテクチャーは、以下のコンポーネントで設定されています。
- 安全で高性能で事前設定された仮想マシンとして提供される、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 vSphere や Red 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 管理エンジンアプライアンスの取得 リンクのコピーリンクがクリップボードにコピーされました!
- access.redhat.com に移動し、お客様のアカウントの詳細を使用して Red Hat カスタマーポータル にログインします。
- メニューバーの Downloads をクリックします。
- A-Z をクリックして、製品のダウンロードをアルファベット順で並べ替えます。
- Red Hat CloudForms をクリックして、製品のダウンロードページにアクセスします。デフォルトでは、各ダウンロードの最新バージョンが表示されます。
- Product Software の下のインストーラーおよびイメージのリストから CFME OpenStack Virtual Appliance を選択し、Download Now をクリックします。
2.2. OpenStack への Appliance のアップロード リンクのコピーリンクがクリップボードにコピーされました!
OpenStack Dashboard にログインし、CloudForms Management Engine アプライアンスをアップロードします。
- OpenStack Dashboard にログインします。
-
プロジェクト タブで、
コンピュート > イメージ に移動します。 - Create Image をクリックします。
- Name に、イメージの名前を入力します。
- Image Source リストから イメージの 場所 を選択します。現在、HTTP URL から利用できるイメージのみがサポートされていることに注意してください。
- Image Location に、イメージをロードする外部(HTTP) URL (例: http://example.com/image.iso )を入力します。
-
Format リストからイメージ形式を選択します。たとえば、
ISO - 最適なディスクイメージ。 -
Architecture を指定します。たとえば、32 ビットアーキテクチャーの場合は
i386、64 ビットアーキテクチャーの場合はx86-64 です。 - Minimum Disk (GB) フィールドおよび Minimum RAM (MB) フィールドを空白のままにします。
- Public チェックボックスを選択して、すべてのユーザーがアプライアンスを使用できるようにします。
- イメージが誤って削除されないように保護するには、Protected ion ボックスにチェックを入れます。
- Create Image をクリックします。
アプライアンスのイメージは、アップロードするキューに配置されます。イメージのステータスが Queued から Active に変わるまでに時間がかかる場合があります。
2.3. セキュリティーグループへのルールの追加 リンクのコピーリンクがクリップボードにコピーされました!
セキュリティーグループを使用すると、ネットワークトラフィックがパブリック IP アドレス上のインスタンスに到達できるかどうかを制御できます。セキュリティーグループルールは、ネットワークトラフィックがインスタンス自体内で定義されたファイアウォールルールに到達する前に処理されることに注意してください。
デフォルト設定では、デフォルトのセキュリティーグループはデフォルトソースからのすべての接続を受け入れます。デフォルトグループ内のすべてのインスタンスは、任意のポートで相互に通信できます。
- OpenStack Dashboard から プロジェクト > コンピュート > アクセスとセキュリティー に移動します。
-
デフォルトのセキュリティーグループの行に
ある Security Groups > Manage Rulesに移動します。
-
Add Rule をクリックします。
ルールを設定します。
-
Rule > Custom TCP Ruleを選択します。 -
Direction > Ingress を選択します。 - Open Port 一覧から Port を選択します。
-
Port フィールドに
443を指定します。 - Remote リストから CIDR を選択します。
-
CIDR フィールドに
0.0.0.0/0 を指定します。 - 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 管理ガイドを参照してください。
- 管理者として OpenStack Dashboard にログインします。
-
Admin タブで、
System > Flavorsに移動します。 - フレーバーの作成 をクリックして、フレーバーの 作成 ダイアログを表示します。
設定を行って、CloudForms Management Engine のシステム要件を満たすフレーバーを定義します。
- フレーバーの名前を入力します。
次の設定を入力します。
- 仮想 CPU: 4
- RAM MB: 6144
- ルートディスク GB: 45
- 一時ディスク GB: 0
- swap Disk MB: 0
- フレーバーの作成 をクリックします。
これにより、CloudForms Management Engine に固有の新規フレーバーが作成されます。
2.5. CloudForms 管理エンジンアプライアンスの起動 リンクのコピーリンクがクリップボードにコピーされました!
-
OpenStack Dashboard から
プロジェクト > コンピュート > インスタンス に移動します。 - インスタンスの起動 をクリックします。
- インスタンスの名前を入力します。
- インスタンスのカスタムフレーバーを選択します。フレーバーの選択により、インスタンスで利用可能なコンピューティングリソースが決まります。フレーバーが使用するリソースが Flavor Details ペインに表示されます。
- Instance Count フィールドに 1 と入力します。
Instance Boot Source 一覧からブートオプションを選択します。
- Boot from image - イメージ名の新しいフィールドが表示され ます。ドロップダウンリストからイメージを選択します。
- Boot from snapshot: Instance Snapshot の新しいフィールドが表示されます。ドロップダウンリストからスナップショットを選択します。
- ボリュームの 起動 - ボリューム の新しいフィールドが表示され ます。ドロップダウンリストからボリュームを選択します。
- イメージから起動(イメージから新規ボリュームを作成) し、ボリュームの デバイスサイズ と デバイス 名 を 選択し てボリュームを作成します。一部のボリュームは永続化できます。インスタンスの削除時にボリュームが削除されることを確認するには、Delete on Terminate を選択します。
- ボリュームスナップショットから起動(新規ボリュームを作成する)- ボリューム スナップショットからボリュームのスナップショットを作成し、ドロップダウンリストから Volume Snapshot を選択し、ボリュームの デバイス名 を追加して新しいボリュームを作成します。一部のボリュームは永続化できます。インスタンスの削除時にボリュームが削除されることを確認するには、Delete on Terminate を選択します。
- Networking をクリックし、Available Networks からネットワークの + (上向き矢印)ボタンをクリックして、インスタンスのネットワークを選択します。
- Launch をクリックします。
2.6. Floating IP アドレスの追加 リンクのコピーリンクがクリップボードにコピーされました!
インスタンスの作成時に、Red Hat OpenStack Platform はインスタンスが属するネットワーク内の Fixed IP アドレスを自動的に割り当てます。この IP アドレスは、インスタンスが終了するまでインスタンスに永続的に関連付けられます。
Fixed アドレスに加えて、インスタンスに Floating IP アドレスを割り当てることもできます。Fixed IP アドレスとは異なり、関与するインスタンスの状態に関係なく、Floating IP アドレスの関連付けをいつでも変更できます。
Red Hat OpenStack Platform コントローラーのコマンドラインで、
nova-manage floating createコマンドを使用して Floating IP アドレスのプールを作成します。IP_BLOCK は、希望する IP アドレスのブロックに置き換えます(CIDR 表記で表されます)。nova-manage floating create IP_BLOCK
$ nova-manage floating create IP_BLOCKCopy to Clipboard Copied! Toggle word wrap Toggle overflow -
Project タブで、
Compute > Access & Securityに移動します。 -
Floating IP > Allocate IP To Project をクリックします。Allocate Floating IP ウィンドウが表示されます。
- Allocate IP をクリックして、プールから Floating IP を確保します。割り当てられた IP アドレスが Floating IP テーブルに表示されます。
-
Floating IP テーブルから新しく割り当てられた IP アドレスを選択します。Associate をクリックして、IP アドレスを特定のインスタンスに割り当てます。
- Floating IP アドレスを割り当てるインスタンスを選択します。
- 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 の内部のインストールのみをサポートします。ディスクが空白でない場合は、インストールに失敗します。
- アプライアンスを起動し、仮想化またはクラウドプロバイダーからターミナルを開きます。
-
アプライアンスを開始した後、ユーザー名
rootとsmartvmのデフォルトパスワードを使用してログインします。これにより、rootユーザーの Bash プロンプトが表示されます。 -
Appliance
_console コマンドを入力します。CloudForms Management Engine Appliance の概要画面が表示されます。 - Enter を 押して手動で設定します。
- メニューから 8)Configure Database を選択します。
暗号化キーを作成または取得するよう求められます。
- これが最初の CFME アプライアンスである場合は、1)Create key を選択します。
- これが最初の CFME アプライアンスでない場合は、リモートマシンから 2)Fetch key を選択して、最初の CFME アプライアンスからキーを取得します。マルチリージョンデプロイメント内のすべての CFME アプライアンスは同じキーを使用する必要があります。
- データベースの場所には、1)Internal を選択します。
データベースのディスクを選択します。以下に例を示します。
1) /dev/vdb: 20480 Choose disk:
1) /dev/vdb: 20480 Choose disk:Copy to Clipboard Copied! Toggle word wrap Toggle overflow 1 を入力して、データベースの場所に
/dev/vdbを選択します。プロンプトが表示されたら、一意の 3 桁のリージョン ID を入力して新規リージョンを作成します。
重要新しいリージョンを作成すると、選択したデータベース上の既存のデータがすべて破棄されます。
- プロンプトが表示されたら設定を確認します。
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 テナントに関連付けられたイメージ、ネットワーク、およびインスタンスを確認できます。
- → 。
-
(設定)をクリックしてから、
(Add a New Cloud Provider)をクリックします。
- プロバイダーの Name を入力します。
- Type ドロップダウンメニューから、OpenStack を選択します。
プロバイダーの ホスト名(または IPv4 アドレスまたは IPv6 アドレス) を入力します。
重要ホスト名 には、 一意の完全修飾ドメイン名を使用する必要があります。
Keystone サービスの API Port を入力します。デフォルトのポートは
5000です。重要Keystone サービスが SSL を使用するように設定されている場合は、Keystone の SSL ポートを入力する必要があります。
-
リストから適切な API Version を選択します。デフォルトは
Keystone v2です。 - プロバイダーの適切な Zone を選択します。デフォルトでは、ゾーンは default に設定されます。
Credentials エリアの Default で、Keystone ユーザーに必要なログイン認証情報を指定します。
重要OpenStack クラウドプロバイダーの検出を有効にするには、Keystone サービスを提供する OpenStack ホストの
iptablesで、同じネットワーク上の全ホストへのポート 5000 のアクセスを許可することを確認してください。- Username フィールドにユーザー名を入力します。
- Password フィールドにユーザーパスワードを入力します。
- パスワードの確認 フィールドでユーザーパスワードを 確認し ます。
- Validate をクリックし、CloudForms Management Engine が OpenStack Infrastructure インスタンスに接続できることを確認します。
ceilometer が イベント に対して設定されていない場合、AMPQ を使用できます。OpenStack プロバイダーのインストール中に AMQP 認証情報が変更された場合は、認証情報 エリアの AMQP タブを使用して、OpenStack Nova コンポーネントの Advanced Message Queuing Protocol メッセージングサービスに必要なログイン認証情報を提供します。
- Username フィールドに管理者ユーザー名を入力します。
- Password フィールドにユーザーパスワードを入力します。
- パスワードの確認 フィールドでユーザーパスワードを 確認し ます。
Validate をクリックし、CloudForms Management Engine がメッセージングサービスに接続できることを確認します。
注記ceilometer が OpenStack サービスによって送信されたイベントを保存できるようにするには、以下を設定する必要があります。
- アンダークラウド: openstack undercloud install を実行する前に、store_events を true に設定して undercloud.conf を編集します。
- オーバークラウド - コントローラー上で、以下のオプションを使用して ceilometer.yaml という追加の環境ファイルを作成します。
parameter_defaults: CeilometerStoreEvents: true
parameter_defaults: CeilometerStoreEvents: trueCopy to Clipboard Copied! Toggle word wrap Toggle overflow 次に、この環境ファイルを
overcloud deployコマンドに追加します。以下に例を示します。openstack overcloud deploy --templates -e ~/ceilometer.yaml
openstack overcloud deploy --templates -e ~/ceilometer.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow
- 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
/etc/heat/heat.conf
notification_driver=glance.openstack.common.notifier.rpc_notifier
notification_topics=notifications
/etc/nova/nova.conf notification_driver=messaging notification_topics=notifications
/etc/nova/nova.conf
notification_driver=messaging
notification_topics=notifications
第4章 OpenStack インフラストラクチャープロバイダーの追加 リンクのコピーリンクがクリップボードにコピーされました!
CloudForms Management Engine アプライアンスをデプロイしたら、OpenStack インフラストラクチャープロバイダー として追加することで、OpenStack 環境の管理を開始できます。admin アカウントの詳細を指定して、admin テナントのリソースにアクセスします。
-
インフラストラクチャー > プロバイダー に移動します。 -
(設定)をクリックしてから、
(新しいインフラストラクチャープロバイダーを追加します)をクリックします。
- 追加するプロバイダーの Name を入力します。Name は、コンソールでデバイスにラベルを付ける方法です。
- タイプ リストから OpenStack Platform director を選択します。
プロバイダーの ホスト名 または IP アドレス(IPv4 または IPv6) を入力します。
重要ホスト名 には、一意の完全修飾ドメイン名(FQDN)を使用する必要があります。
リストから keystone サービスの API バージョン を選択します。デフォルトは
Keystone v2です。重要keystone サービスが SSL を使用するように設定されている場合には、keystone SSL ポートを入力する必要があります。
-
プロバイダーの適切な
Zoneを選択します。デフォルトでは、ゾーンはdefaultに設定されます。 Credentials エリアの Default で、OpenStack Infrastructure の管理ユーザーに必要なログイン認証情報を指定します。
- Username フィールドにユーザー名を入力します。
- Password フィールドにパスワードを入力します。
- パスワードの確認 フィールドでユーザーパスワードを 確認し ます。
- Validate をクリックし、CloudForms Management Engine がユーザー名とパスワードを使用して OpenStack Infrastructure インスタンスに接続できることを確認します。
AMQP で、Advanced Message Queuing Protocol メッセージングサービスに必要なログイン認証情報を指定します。
- Username フィールドに管理者ユーザー名を入力します。
- Password フィールドにユーザーパスワードを入力します。
- パスワードの確認 フィールドでユーザーパスワードを 確認し ます。
- Validate をクリックし、CFME がメッセージングサービスに接続できることを確認します。
RSA キーペア で、SSH 経由でプロバイダー内のすべてのホストに接続するために必要なユーザー名とパスワードを指定します。
- Username フィールドに管理者ユーザー名を入力します。
- OpenStack がデプロイされたマシンから秘密鍵を Private Key フィールドに入力します。
- 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 オプションを設定する必要があります。
/etc/heat/heat.conf を編集して、以下のオプションを指定します。
notification_driver=glance.openstack.common.notifier.rpc_notifier notification_topics=notifications
notification_driver=glance.openstack.common.notifier.rpc_notifier notification_topics=notificationsCopy to Clipboard Copied! Toggle word wrap Toggle overflow /etc/nova/nova.conf を編集して以下のオプションを指定します。
notification_driver=messaging notification_topics=notifications
notification_driver=messaging notification_topics=notificationsCopy to Clipboard Copied! Toggle word wrap Toggle overflow 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
# 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.serviceCopy to Clipboard Copied! Toggle word wrap Toggle overflow
4.2. イベントを保存する Telemetry サービスの設定 リンクのコピーリンクがクリップボードにコピーされました!
デフォルトでは、Telemetry サービスは Red Hat OpenStack Platform 環境に他のサービスによって発行されたイベントを保存しません。以下の手順では、Telemetry サービスを有効にしてこのようなイベントを保存し、Red Hat OpenStack Platform 環境がインフラストラクチャープロバイダーとして追加されたときに Red Hat CloudForms に公開される方法を説明します。
- director ノードで undercloud.conf を編集し、store_events を true に設定します。
ceilometer.yaml という名前の環境ファイルを作成し、以下の内容を追加します。
parameter_defaults: CeilometerStoreEvents: true
parameter_defaults: CeilometerStoreEvents: trueCopy to Clipboard Copied! Toggle word wrap Toggle overflow この環境ファイルを overcloud deploy コマンドに追加します。
openstack overcloud deploy --templates -e ~/ceilometer.yaml
# openstack overcloud deploy --templates -e ~/ceilometer.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow
第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 を使用していつでも変更できます。
5.2. イメージからの OpenStack インスタンスのプロビジョニング リンクのコピーリンクがクリップボードにコピーされました!
クラウドインスタンスは、仮想化インフラストラクチャーからの標準の仮想マシンと同じプロセス(Request、Approval、Deployment)に従います。まず、ユーザーはインスタンスの要求を行い、イメージ、タグ、アベイラビリティーゾーン、およびハードウェアプロファイルのフレーバーを指定します。次に、リクエストは承認フェーズを通過します。最後に、CloudForms 管理エンジンが 要求を実行します。
以下の手順では、イメージから OpenStack インスタンスをプロビジョニングする方法について説明します。
- Menu > Clouds > Instances に移動します。
-
(ライフサイクル)をクリックしてから、
(Provision Instances)をクリックします。
- 表示されたリストから OpenStack イメージを選択します。これらのイメージは、OpenStack プロバイダーで利用できる必要があります。
- Continue をクリックします。
Request タブに、このプロビジョニング要求に関する情報を入力します。[ 要求情報 ] で、少なくとも姓とメールアドレスを入力します。この電子メールは、auto-approval、quota, provision complete、retirement、request pending approval、および request denied などのアイテムのプロビジョニングプロセス中に、リクエスターのステータスメールを送信するために使用されます。その他の情報はオプションです。CloudForms Management Engine Server が LDAP を使用するように設定されている場合には、Look Up ボタンを使用してメールアドレスに基づいて他のフィールドにデータを投入することができます。
注記ラベルの横に * のあるパラメーターは、プロビジョニング要求を送信する必要があります。
- Purpose タブをクリックして、プロビジョニングされたインスタンスの適切なタグを選択します。
基本的なインスタンスオプションの Catalog タブをクリックします。
- インスタンスのベースとして使用するイメージを変更するには、イメージの一覧からイメージを選択します。
- プロビジョニングする インスタンス数 を選択します。
- Instance Name および Instance Description を入力します。
- Environment タブをクリックして、インスタンスの Tenant、Availabilty Zones、Cloud Network、Security Groups、および Public IP アドレス を選択します。特定の Tenant が必要ない場合は、Choose Automatically チェックボックスを選択します。
Properties タブをクリックして、フレーバーやセキュリティー設定などのプロバイダーオプションを設定します。
- インスタンスタイプ リストからフレーバーを選択します。
- インスタンスにアクセスするための Guest Access Key Pair を選択します。
Customize タブをクリックして、追加のインスタンスオプションを設定します。
- Credentials で、インスタンスへの root ユーザーアクセスに使用する Root Password を入力します。
- インスタンスの IP アドレス情報 を入力します。プロバイダーからの自動 IP 割り当てには DHCP のままにします。
- 必要に応じて、インスタンスの DNS 情報を入力します。
- Customize Template を使用して、追加のインスタンス設定を行います。アプライアンスに保存されている Cloud-Init スクリプトから選択できます。
Schedule タブをクリックして、プロビジョニングおよび終了日時を設定します。
- スケジュール情報 で、プロ ビジョニングが承認時に開始されるか、または特定のタイミングでプロビジョニングを開始するかを選択します。[ スケジュール ] を選択すると、日付と時刻を入力するように求められます。
- Lifespan で、インスタンスの作成後にインスタンスの電源を入れるかどうか、および終了日を設定するかどうかを選択します。廃止期間を選択すると、いつ終了する] の警告を受け取るように求められます。
- Submit をクリックします。
プロビジョニングリクエストは承認のために送信されます。プロビジョニングを開始するには、admin、appr、または super admin アカウントのロールを持つユーザーが要求を承認する必要があります。admin ロールおよび super admin ロールでも、要求の編集、削除、および拒否が可能です。リクエスターまたは承認者のいずれかであるすべてのプロビジョニングリクエストを表示できます。
提出後、アプライアンスは各プロビジョニング要求にリクエスト ID を割り当てます。承認またはプロビジョニングプロセス中にエラーが発生した場合は、この ID を使用してアプライアンス ログ内で要求を見つけます。リクエスト ID は、リクエストに関連付けられたリージョンとそれに続くリクエスト番号で設定されます。リージョンが 1 つの判定データベース ID の範囲を定義するため、この数値は複数桁にすることができます。
リクエスト ID 形式
リージョン 123 の要求 99 はリクエスト ID 123000000000909 になります。
5.3. インスタンスの電源状態の制御 リンクのコピーリンクがクリップボードにコピーされました!
この手順では、CloudForms Management Engine コンソールを使用してインスタンスの電源状態を制御することができます。
-
Clouds > Instancesに移動します。 - インスタンスをクリックして、電源状態を変更します。
Power Operations をクリックし、目的の電源動作のボタンをクリックします。
-
(Start)をクリックして、選択したインスタンスを起動します。
-
(Terminate)をクリックし、選択したインスタンスを終了します。
-
(一時停止)をクリックして、選択したインスタンスを一時停止します。
-
(Reset)をクリックして、選択したインスタンスをリセットします。
-
(ゲストの停止)をクリックし、ゲストオペレーティングシステムを停止します。
-
(ゲストの再起動)をクリックし、ゲストオペレーティングシステムを再起動します。
-
- OK をクリックします。
5.4. インスタンスの容量と使用状況チャートの表示 リンクのコピーリンクがクリップボードにコピーされました!
この手順により、クラスターの一部であるインスタンスの容量および使用状況のデータを確認することができます。
この機能を使用するには、Capacity & Utilization Collector サーバーのロールにサーバーを割り当てる必要があります。さらに、このサーバーでは、クラウドプロバイダーのネットワーク可視性が必要になります。詳しくは、CloudForms General Configuration Guide を参照してください。
- → に移動します。
- 下書きをクリックして容量データを表示します。
- 表示するアイテムをクリックします。
-
タスクバーの
(Monitoring)をクリックしてから、
(Utilization)をクリックします。
データを表示する日付を時時、直近、日単位のデータポイントで表示する場合に選択します。
- Time Profile を選択します。
日 次 チャートには、一日分のデータのみが含まれます。つまり、CloudForms Management Engine では、その日に完全な 24 個のデータポイント範囲が必要です。
第6章 関連資料 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat CloudForms の詳細は、公式ドキュメント を参照してください。
Red Hat OpenStack Platform は、Red Hat CloudForms でサポートされている唯一の OpenStack クラウドプロバイダーです。