Red Hat CloudForms では、Embedded Ansible ロールはデフォルトで無効になっています。Ansible Automation Inside を使用するには、このサーバーロールを有効化します。

Embedded Ansible ワーカーが起動してその機能を使用していることを確認します。

全ワーカーおよび現在の状況の表が表示され、埋め込み Ansible ワーカーの状況を確認できます。

Red Hat CloudForms が Playbook を検出して公開できるようにリポジトリーを追加します。

リポジトリーを同期すると、Playbook は CloudForms で利用できるようになります。

Red Hat CloudForms は、対象となる Playbook のリポジトリーまたは、インベントリー内の全リポジトリーを更新して、Playbook を最新の状態に保つことができます。

対象のリポジトリーを更新します。

または、一覧からのリポジトリーのすべてまたは一部を更新することができます。

Red Hat CloudForms は、Playbook で使用する認証情報を保存できます。CloudForms に保存されている認証情報は、実行時に Playbook と照合され、実行されます。

Red Hat CloudForms は、マシンに対する Ansible Playbook の実行、インベントリーソースとの同期、バージョン管理システムからのプロジェクトコンテンツのインポート時に認証情報を使用して認証します。

Ansible は、単純なモデル駆動型の設定管理、マルチノードデプロイメント、リモートタスク実行に対応するシステムです。CloudForms で使用するために Playbook を設計すると、Playbook 自体でソリューションを活用して、Playbook でサポートされるサービスや自動化プロセスを最適に実装するのに便利です。

このセクションでは、Ansible Playbook に関する既存のドキュメントを補完するもので、管理者に対して CloudForms で使用するために Playbook を最適化する方法について説明します。

---
- src: <ansible-galaxy-role>

---
- src: syncrou.manageiq-automate

- name: Siphon Method Parameters into an object
  hosts: localhost
  connection: local
  vars:
  - auto_commit: True
  - object: root
  - interval: 600

  gather_facts: False
  roles:
  - syncrou.manageiq-automate

  tasks:
    - name: "Get the list of Method Parameters"
      manageiq_automate:
        workspace: "{{ workspace }}"
        get_method_parameters: yes
      register: method_params

    - name: "Set attributes"
      manageiq_automate:
        workspace: "{{ workspace }}"
        set_attributes:
          object: "{{ object }}"
          attributes: "{{ method_params.value }}"

    - name: Set Retry
      manageiq_automate:
        workspace: "{{ workspace }}"
        set_retry:
          interval: "{{ interval }}"

Red Hat CloudForms から Ansible Tower インベントリーにアクセスするには、Ansible Tower をプロバイダーとして追加する必要があります。

Ansible Tower プロバイダーを追加した後には、リレーションシップと電源状態を更新して、現在のインベントリーが表示されるようにします。

インベントリー、ホスト、仮想マシン、クラスターを含む既存の Ansible Tower の構成管理プロバイダーに関連した全項目のリレーションシップを更新します。

Red Hat CloudForms からインベントリーを更新するか、Ansible Tower 内のインベントリーグループの Update on Launch オプションを有効にします。Update on Launch オプションにより、Playbook から Ansible Tower ジョブを起動する前に、動的インベントリースクリプトを使用して Ansible Tower は自動的にインベントリーを更新することができます。詳しくは、Ansible Tower のドキュメント を参照してください。

Red Hat CloudForms で Ansible Tower プロバイダーのインベントリーを更新するには、以下のステップを実行します。

Red Hat CloudForms は次に Ansible Tower API に対してクエリーを実行し、利用可能なホストとジョブテンプレートのインベントリーを取得します。

Red Hat CloudForms は、Ansible Tower からインベントリーを自動的に更新します。これには、システムグループ (Ansible Tower 内のインベントリー)、個々のシステムに関する基本情報、サービスカタログまたは自動化から実行される、利用可能な Ansible Tower ジョブテンプレートが含まれます。

Ansible Tower プロバイダーとインベントリーの一覧を表示するには、以下のステップを実行します。

同様に、検出されたジョブテンプレートには、自動化 → Ansible Tower → エクスプローラー → ジョブテンプレート アコーディオンメニューを展開し、プロバイダーの下からアクセスできます。

Ansible Tower のインベントリーを表示するには、以下のステップを実行します。

Ansible Tower ジョブテンプレートからサービスカタログ項目を作成して、Red Hat CloudForms から Ansible Tower Playbook を実行することができます。

最初にカタログを作成します。

次に Ansible Tower サービスカタログ項目を作成します。

Ansible Tower Job を実行するには、以下のステップを実行します。

Red Hat CloudForms の 要求 キューのページが開き、ジョブのステータスが表示されます。

サービス項目の詳細は、Red Hat CloudForms の サービス → マイサービス で確認することができます。

Red Hat CloudForms では、自動化のカスタムボタンを使用して、Ansible Tower のジョブを仮想マシンまたはインスタンスで実行することができます。

Ansible Tower のジョブは、ユーザーによる追加の設定を必要としないようにカスタマイズ不可とするか、ユーザーがパラメーター (例: インストールするパッケージ名など) を指定できるようにすることができます。ダイアログが含まれている Ansible Tower のジョブでは、Red Hat CloudForms はユーザーからの追加情報を受け入れ、自動化で適切な API コールに追加してから、Ansible Tower に送信します。

新規ボタンを割り当てる既存のボタングループがない場合には、新しいボタングループを作成します。

ボタンを既存のボタングループに割り当てるには、以下のステップを実行します。

ボタンを使用して Ansible Tower のジョブを仮想マシンで実行するには、以下のステップに実行します。

Red Hat CloudForms はジョブが実行されたことを確認するメッセージを表示します。

ボタンの作成時にサービスダイアログを選択した場合には、Red Hat CloudForms はタスクを完了するためのパラメーターを入力するように要求します。必要なパラメーターを入力した後には、Red Hat CloudForms で 要求 のページが表示されます。

サービス項目の詳細は、Red Hat CloudForms の サービス → マイサービス で確認することができます。