Red Hat Ansible Automation Platform Operator バックアップおよびリカバリーガイド


Red Hat Ansible Automation Platform 2.4

OpenShift Container Platform 上の Ansible Automation Platform Operator のバックアップとリカバリーによりデータ損失を保護する

Red Hat Customer Content Services

概要

このガイドでは、OpenShift Container Platform で Red Hat Ansible Automation Platform オペレーターのインストールをバックアップおよびリカバリーするための手順と参照情報を提供します。

はじめに

Red Hat Ansible Automation Platform に興味をお持ちいただきありがとうございます。Ansible Automation Platform は、Ansible を装備した環境に、制御、ナレッジ、委譲の機能を追加して、チームが複雑かつ複数層のデプロイメントを管理できるように支援する商用サービスです。

このガイドの手順を使用して、障害が発生した場合に Red Hat Ansible Automation Platform デプロイメントを復旧するために使用できるバックアップリソースを作成します。

Red Hat ドキュメントへのフィードバック (英語のみ)

このドキュメントの改善に関するご意見がある場合や、エラーを発見した場合は、https://access.redhat.com から Technical Support チームに連絡してください。

第1章 Red Hat Ansible Automation Platform のバックアップと復元

予期しないデータ損失やアプリケーションエラーから保護するには、Red Hat Ansible Automation Platform デプロイメントの定期的なバックアップを実行することが重要です。データ損失の防止に加えて、バックアップを使用すると、別のデプロイメント状態にフォールバックできます。

1.1. バックアップおよびリカバリーについて

Red Hat は、データの損失を防ぐために、Red Hat OpenShift Container Platform 環境で Red Hat Ansible Automation Platform のデプロイメントをバックアップすることが推奨されます。

Red Hat Ansible Automation Platform デプロイメントのバックアップリソースには、以下が含まれます。

  • Ansible Automation Platform カスタムリソースオブジェクトの spec セクションにおける特定値のカスタムデプロイメント
  • postgresql データベースのバックアップ
  • secret_keyadmin_password、および broadcast_websocket シークレット
  • データベースの設定
注記

機密情報が含まれている可能性があるため、バックアップリソースを必ず保護してください。

1.1.1. バックアップの推奨事項

データ損失から復旧するには、定期的に Red Hat Ansible Automation Platform デプロイメントのバックアップリソースを計画して作成する必要があります。少なくとも、Red Hat は、以下の状況で Red Hat Ansible Automation Platform のデプロイメントをバックアップすることを推奨しています。

  • Red Hat Ansible Automation Platform デプロイメントをアップグレードする前に
  • Openshift クラスターをアップグレードする前に
  • 1 週間に 1 回。これは、環境が自動アップグレード用に設定されている場合に特に重要です。

第2章 Red Hat Ansible Automation Platform バックアップリソースの作成

Red Hat Ansible Automation Platform デプロイメントをバックアップするには、デプロイされたインスタンスのバックアップリソースを作成する必要があります。以下の手順を使用して、Red Hat Ansible Automation Platform デプロイメントのバックアップリソースを作成します。Ansible Automation Platform Operator をアップグレードする前に、バックアップを作成することが推奨されます。プラットフォームを以前の状態に復元する場合に備えて、定期的にバックアップを作成してください。

2.1. Automation Controller デプロイメントのバックアップ

この手順を使用して、ジョブ、インベントリー、認証情報を含むコントローラーのデプロイメントをバックアップします。

前提条件

  • OpenShift クラスターで認証されている。
  • クラスターに Ansible Automation Platform Operator をインストールした。
  • Ansible Automation Platform Operator を使用して Automation Controller をデプロイした。

手順

  1. Red Hat OpenShift Container Platform にログインします。
  2. OperatorsInstalled Operators に移動します。
  3. Ansible Automation Platform Operator のデプロイメントを選択します。
  4. Automation Controller Backup タブを選択します。
  5. Create AutomationControllerBackup をクリックします。
  6. バックアップの Name を入力します。
  7. Deployment name フィールドに、バックアップされているデプロイされた Ansible Automation Platform インスタンスの AutomationController カスタムリソースオブジェクトの名前を入力します。この名前は、AutomationController オブジェクトの作成 時に作成されました。
  8. 事前に作成したカスタムの pvc を使用する必要がある場合は、以下を行います。

    1. 必要に応じて、バックアップ永続ボリュームクレーム の名前を入力します。
    2. 必要に応じて、バックアップ PVC ストレージ要件バックアップ PVC ストレージクラス を入力します。

      注記

      pvc やストレージクラスが指定されていない場合は、クラスターのデフォルトのストレージクラスを使用して pvc が作成されます。

    3. 大規模なデータベースがある場合は、それに応じて、バックアップ管理 Pod のリソース要件 でストレージ要求を指定します。

      注記

      postgres Pod 内で次のコマンドを実行すると、既存の postgres データベースデータディレクトリーのサイズを確認できます。

      $ df -h | grep "/var/lib/pgsql/data"
      Copy to Clipboard Toggle word wrap
  9. Create をクリックします。

    指定したデプロイメントのバックアップ tarball が作成され、データの復旧またはデプロイメントのロールバックに使用できます。今後のバックアップは、同じ pvc の別の tar ファイルに保存されます。

検証

  1. Red Hat OpenShift Container Platform にログインします
  2. OperatorsInstalled Operators に移動します。
  3. Ansible Automation Platform Operator を選択します。
  4. AutomationControllerBackup タブを選択します。
  5. 確認するバックアップリソースを選択します。
  6. Conditions までスクロールし、Successful ステータスが True であることを確認します。

    注記

    ステータスが Failure であれば、バックアップは失敗しています。問題を解決するには、Automation Controller の Operator ログでエラーを確認してください。

2.2. YAML を使用した Automation Controller デプロイメントのバックアップ

YAML を使用して Automation Controller のデプロイメントをバックアップする方法については、次の手順を参照してください。

前提条件

  • OpenShift クラスターで認証されている。
  • クラスターに Ansible Automation Platform Operator をインストールした。
  • Ansible Automation Platform Operator を使用して Automation Controller をデプロイした。

手順

  1. 次の内容を含む "backup-awx.yml" という名前のファイルを作成します。

    ---
    apiVersion: automationcontroller.ansible.com/v1beta1
    kind: AWXBackup
    metadata:
      name: awxbackup-2024-07-15
      namespace: my-namespace
    spec:
      deployment_name: controller
    Copy to Clipboard Toggle word wrap
    注記

    上記の "deployment_name" は、バックアップ元の Automation Controller のデプロイメントの名前です。上記の namespace は、バックアップする Automation Controller デプロイメントを含む namespace です。

  2. oc apply コマンドを使用して、クラスターにバックアップオブジェクトを作成します。

$ oc apply -f backup-awx.yml

2.3. Automation Hub のデプロイのバックアップ

この手順を使用して、ホストされているすべての Ansible コンテンツを含むハブのデプロイメントをバックアップします。

前提条件

  • OpenShift クラスターで認証されている。
  • クラスターに Ansible Automation Platform Operator をインストールした。
  • Ansible Automation Platform Operator を使用して Automation Hub をデプロイした。

手順

  1. Red Hat OpenShift Container Platform にログインします。
  2. OperatorsInstalled Operators に移動します。
  3. Ansible Automation Platform Operator のデプロイメントを選択します。
  4. Automation Hub Backup タブを選択します。
  5. Create AutomationHubBackup をクリックします。
  6. バックアップの Name を入力します。
  7. バックアップされているデプロイされた Ansible Automation Platform インスタンスの デプロイメント名 を入力します。たとえば、Automation Hub のバックアップが必要で、デプロイメント名が aap-hub の場合は、デプロイメント名 フィールドに 'aap-hub' と入力します。
  8. 事前に作成したカスタムの pvc を使用する必要がある場合は、以下を行います。

    1. 必要に応じて、Backup persistent volume claimBackup persistent volume claim namespaceBackup PVC storage requirements、および Backup PVC storage class の名前を入力します。
  9. Create をクリックします。

指定したデプロイメントのバックアップが作成され、データの復旧またはデプロイメントのロールバックに使用できます。

第3章 Red Hat Ansible Automation Platform デプロイメントのリカバリー

システムに関する情報を失ったり、アップグレードで問題が発生した場合は、デプロイインスタンスのバックアップリソースを使用できます。以下の手順を使用して、自動化コントローラーおよび Automation Hub のデプロイメントファイルをリカバリーします。

3.1. 自動化コントローラーのデプロイメントのリカバリー

この手順を使用して、以前のコントローラーのデプロイメントを AutomationControllerBackup から復元します。指定したデプロイメント名は、作成される新しい AutomationController カスタムリソースの名前になります。

注記

新しい AutomationController カスタムリソースに指定された名前は、既存のデプロイメントと一致することはできません。

復元されるバックアップカスタムリソースが現在実行中の AutomationController カスタムリソースのバックアップである場合、回復プロセスは失敗します。この問題を解決する手順については、トラブルシューティング を参照してください。

前提条件

  • Openshift クラスターで認証されている。
  • 自動化コントローラーがクラスターにデプロイされている。
  • AutomationControllerBackup が、クラスター内の PVC で利用できる。

手順

  1. Red Hat OpenShift Container Platform にログインします。
  2. OperatorsInstalled Operators に移動します。
  3. Ansible Automation Platform Operator のデプロイメントを選択します。
  4. Automation Controller Restore タブを選択します。
  5. Create AutomationControllerRestore をクリックします。
  6. リカバリーデプロイメントの Name を入力します。
  7. 復元された配置の New Deployment name を入力します。

    注記

    これは、元のデプロイメント名とは異なる必要があります。

  8. Backup source to restore from を選択します。Backup CR を推奨します。
  9. AutomationControllerBackup オブジェクトの Backup Name を入力します。
  10. Create をクリックします。

    新しいデプロイメントが作成され、バックアップが復元されます。データベースのサイズにもよりますが、これには約 5 ~ 15 分かかります。

検証

  1. Red Hat OpenShift Container Platform にログインします
  2. OperatorsInstalled Operators に移動します。
  3. Ansible Automation Platform Operator のデプロイメントを選択します。
  4. AutomationControllerRestore タブを選択します。
  5. 確認する復元リソースを選択します。
  6. Conditions までスクロールし、Successful ステータスが True であることを確認します。

    注記

    SuccessfulFalse の場合は、リカバリーに失敗しました。問題を解決するには、Automation Controller の Operator ログでエラーを確認してください。

3.2. YAML を使用した Automation Controller デプロイメントの復元

YAML を使用して Automation Controller のデプロイメントを復元する方法については、次の手順を参照してください。

前提条件

外部データベースが、Ansible Automation Platform の現在のリリースでサポートされているバージョンの PostgreSQL データベースを指定している。

注記

Ansible Automation Platform 2.4 は PostgreSQL 13 をサポートします。

手順

外部の postgres インスタンスの認証情報と接続情報はシークレットに保存する必要があります。この情報は、Automation Controller 仕様に設定されます。

  1. 以下のテンプレートに従って、external-postgres-configuration-secret YAML ファイルを作成します。

    apiVersion: v1
    kind: Secret
    metadata:
      name: external-restore-postgres-configuration
      namespace: <target_namespace> 
    1
    
    stringData:
      host: "<external_ip_or_url_resolvable_by_the_cluster>" 
    2
    
      port: "<external_port>" 
    3
    
      database: "<desired_database_name>"
      username: "<username_to_connect_as>"
      password: "<password_to_connect_with>" 
    4
    
      sslmode: "prefer" 
    5
    
      type: "unmanaged"
    type: Opaque
    Copy to Clipboard Toggle word wrap
    1
    シークレットを作成する namespace。これは、デプロイ先の namespace と同じにする必要があります。
    2
    データベースノードの解決可能なホスト名です。
    3
    外部ポートのデフォルトは 5432 です。
    4
    変数 password の値には、デプロイ、バックアップ、または復元中の問題を回避するために、一重引用符 (')、二重引用符 (")、またはバックスラッシュ (\) を含めないでください。
    5
    変数 sslmode は、external データベースに対してのみ有効です。使用できる値は、preferdisableallowrequireverify-ca、および verify-full です。
  2. oc create コマンドを使用して、external-postgres-configuration-secret.yml をクラスターに適用します。

    $ oc create -f external-postgres-configuration-secret.yml
    Copy to Clipboard Toggle word wrap
  3. AutomationControllerRestore カスタムリソースオブジェクトを作成する際は、以下の例に従って、仕様にシークレットを指定します。

    kind: AutomationControllerRestore
    apiVersion: automationcontroller.ansible.com/v1beta1
    metadata:
      namespace: my-namespace
      name: awxrestore-2024-07-15
    spec:
      deployment_name: restored_controller
      backup_name: awxbackup-2024-07-15
      postgres_configuration_secret: 'external-restore-postgres-configuration'
    Copy to Clipboard Toggle word wrap

3.3. Automation Hub デプロイメントの復元

以前の Hub デプロイメントを namespace に復元するには、この手順を使用します。指定したデプロイメント名が、作成される新しい AutomationHub カスタムリソースの名前になります。

注記

新しい AutomationHub カスタムリソースに指定された名前は、既存のデプロイと一致しない必要があります。そうしないと、復旧プロセスが失敗します。

前提条件

  • Openshift クラスターで認証されている。
  • Automation Hub がクラスターにデプロイされている。
  • AutomationHubBackup がクラスター内の PVC で利用できる。

手順

  1. Red Hat OpenShift Container Platform にログインします。
  2. OperatorsInstalled Operators に移動します。
  3. Ansible Automation Platform Operator のデプロイメントを選択します。
  4. Automation Hub Restore タブを選択します。
  5. Create AutomationHubRestore をクリックします。
  6. リカバリーデプロイメントの Name を入力します。
  7. Backup source to restore を選択します。Backup CR を推奨します。
  8. AutomationHubBackup オブジェクトの Backup Name を入力します。
  9. Create をクリックします。

新しいデプロイメントが作成され、バックアップが復元されます。

第4章 トラブルシューティング

この情報を使用して、バックアップおよびリカバリー中の問題を診断および解決します。

4.1. Automation controller のカスタムリソースの名前が既存のデプロイと同じ場合

新しい AutomationController カスタムリソースに指定された名前は、既存のデプロイと一致しない必要があります。そうしないと、復旧プロセスが失敗します。

AutomationController カスタマーリソースが既存のデプロイメントと一致する場合は、次の手順を実行して問題を解決します。

手順

  1. 既存の AutomationController と関連する postgres PVC を削除します。

    oc delete automationcontroller <YOUR_DEPLOYMENT_NAME> -n <YOUR_NAMESPACE>
    
    oc delete pvc postgres-13-<YOUR_DEPLOYMENT_NAME>-13-0 -n <YOUR_NAMESPACE>
    Copy to Clipboard Toggle word wrap
  2. 同じ deployment_name で AutomationControllerRestore を使用します。

    oc apply -f restore.yaml
    Copy to Clipboard Toggle word wrap

法律上の通知

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
トップに戻る