Red Hat Ansible Automation Platform Operator 백업 및 recovery 가이드


Red Hat Ansible Automation Platform 2.3

이 가이드에서는 OpenShift Container Platform에서 Red Hat Ansible Automation Platform Operator를 백업 및 복구하는 절차 및 참조 정보를 제공합니다.

Red Hat Customer Content Services

초록

피드백 제공:
이 문서를 개선하기 위한 제안이 있거나 오류를 발견한 경우, Docs 구성 요소를 사용하여 Ansible Automation Platform Jira 프로젝트에서 문제를 생성하기 위해 기술 지원에 문의하십시오 https://access.redhat.com.

머리말

Red Hat Ansible Automation Platform에 관심을 가져 주셔서 감사합니다. Ansible Automation Platform은 Ansible 기반 환경에 제어, 지식 및 위임을 추가하여 팀이 복잡한 다중 계층 배포를 관리하는 데 도움이 되는 상용 서비스입니다.

이 가이드의 절차에 따라 오류가 발생할 경우 Red Hat Ansible Automation Platform 배포를 복구하는 데 사용할 수 있는 백업 리소스를 생성합니다.

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 배포의 백업 리소스에는 다음이 포함됩니다.

  • {PlatormNameShort} 사용자 정의 리소스 오브젝트의 spec 섹션에 있는 특정 값의 사용자 정의 배포
  • postgresql 데이터베이스 백업
  • SECRET_KEY,admin_password, broadcast_websocket 시크릿
  • 데이터베이스 구성
참고

중요한 정보를 포함할 수 있으므로 백업 리소스를 보호하십시오.

1.1.1. 백업 권장 사항

데이터 손실을 복구하려면 정기적으로 Red Hat Ansible Automation Platform 배포의 백업 리소스를 계획하고 생성해야 합니다. 최소한 Red Hat은 다음과 같은 상황에서 Red Hat Ansible Automation Platform의 배포를 백업할 것을 권장합니다.

  • Red Hat Ansible Automation Platform 배포를 업그레이드하기 전에
  • Openshift 클러스터를 업그레이드하기 전에
  • 일주일에 한 번. 환경이 자동 업그레이드용으로 구성된 경우 특히 중요합니다.

2장. Red Hat Ansible Automation Platform 백업 리소스 생성

Red Hat Ansible Automation Platform 배포를 백업하려면 배포된 자동화 허브 및 자동화 컨트롤러 인스턴스에 대한 백업 리소스를 생성해야 합니다. 다음 절차를 사용하여 Red Hat Ansible Automation Platform 배포에 대한 백업 리소스를 생성합니다.

2.1. 자동화 컨트롤러 배포 백업

작업, 인벤토리, 인증 정보를 포함하여 컨트롤러의 배포를 백업하려면 다음 절차를 사용하십시오.

사전 요구 사항

  • Openshift 클러스터로 인증해야 합니다.
  • Ansible Automation Platform Operator가 클러스터에 설치되었습니다.
  • 자동화 컨트롤러는 Ansible Automation Platform Operator를 사용하도록 배포됩니다.

절차

  1. Red Hat OpenShift Container Platform 에 로그인합니다.
  2. Operators(운영자) InstalledOperators 로 이동합니다.
  3. 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
  4. Automation Controller Backup 탭을 선택합니다.
  5. Create AutomationControllerBackup 을 클릭합니다.
  6. 백업 이름을 입력합니다.
  7. 백업 중인 배포된 Ansible Automation Platform 인스턴스의 배포 이름을 입력합니다. 예를 들어 자동화 컨트롤러를 백업하고 배포 이름이 aap-controller 인 경우 배포 이름 필드에 'aap-controller'를 입력합니다.
  8. 미리 생성된 사용자 지정 pvc를 사용하려면 다음을 수행합니다.

    1. 선택적으로 Backup persistant 볼륨 클레임 의 이름을 입력합니다.
    2. 필요한 경우 Backup PVC 스토리지 요구 사항Backup PVC 스토리지 클래스 를 입력합니다.

      참고

      pvc 또는 스토리지 클래스가 제공되지 않으면 클러스터의 기본 스토리지 클래스가 PVC를 생성하는 데 사용됩니다.

    3. 대용량 데이터베이스가 있는 경우 백업 관리 Pod 리소스 요구 사항에 따라 스토리지 요청을 지정합니다.

      참고

      postgres Pod 내에서 다음 명령을 실행하여 기존 postgres 데이터베이스 데이터 디렉터리의 크기를 확인할 수 있습니다.

      $ df -h | grep "/var/lib/pgsql/data"
      Copy to Clipboard Toggle word wrap
  9. 생성을 클릭합니다.

    지정된 배포의 백업 tarball이 생성되고 데이터 복구 또는 배포 롤백에 사용할 수 있습니다. 향후 백업은 동일한 PVC의 별도의 tar 파일에 저장됩니다.

검증

  1. Red Hat OpenShift Container Platform에 로그인
  2. Operators(운영자) InstalledOperators 로 이동합니다.
  3. 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
  4. AutomationControllerBackup 탭을 선택합니다.
  5. 확인할 백업 리소스를 선택합니다.
  6. Conditions 로 스크롤하여 Successful 상태가 True 인지 확인합니다.

    참고

    SuccessfulFalse 이면 백업에 실패했습니다. 문제를 해결하려면 자동화 컨트롤러 Operator 로그에서 오류가 있는지 확인합니다.

2.2. Automation Hub 배포 백업

모든 호스팅된 Ansible 콘텐츠를 포함하여 허브 배포를 백업하려면 다음 절차를 사용하십시오.

사전 요구 사항

  • Openshift 클러스터로 인증해야 합니다.
  • Ansible Automation Platform Operator가 클러스터에 설치되었습니다.
  • 자동화 허브는 Ansible Automation Platform Operator를 사용하여 배포됩니다.

절차

  1. Red Hat OpenShift Container Platform 에 로그인합니다.
  2. Operators(운영자) InstalledOperators 로 이동합니다.
  3. 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
  4. Automation Hub Backup 탭을 선택합니다.
  5. Create AutomationHubBackup 을 클릭합니다.
  6. 백업 이름을 입력합니다.
  7. 백업 중인 배포된 Ansible Automation Platform 인스턴스의 배포 이름을 입력합니다. 예를 들어 자동화 허브를 백업하고 배포 이름이 aap-hub 인 경우 배포 이름 필드에 'aap-hub'를 입력합니다.
  8. 미리 생성된 사용자 지정 pvc를 사용하려면 다음을 수행합니다.

    1. 선택적으로 Backup 영구 볼륨 클레임의 이름, Backup 영구 볼륨 클레임 네임스페이스, Backup PVC 스토리지 요구 사항Backup PVC 스토리지 클래스 를 입력합니다.
  9. 생성을 클릭합니다.

    지정된 배포의 백업이 생성되고 데이터 복구 또는 배포 롤백에 사용할 수 있습니다.

3장. Red Hat Ansible Automation Platform 배포 복구

시스템에 대한 정보가 손실되거나 업그레이드 관련 문제가 발생한 경우 배포 인스턴스의 백업 리소스를 사용할 수 있습니다. 다음 절차에 따라 자동화 컨트롤러 및 자동화 허브 배포 파일을 복구할 수 있습니다.

3.1. 자동화 컨트롤러 배포 복구

이 절차를 사용하여 AutomationControllerBackup에서 이전 컨트롤러 배포를 복원합니다. 사용자가 제공하는 배포 이름은 생성할 새 AutomationController 사용자 지정 리소스의 이름이 됩니다.

참고

새 AutomationController 사용자 지정 리소스에 지정된 이름이 기존 배포와 일치하지 않아야 합니다. 그렇지 않으면 복구 프로세스가 실패합니다. 지정된 이름이 기존 배포와 일치하는 경우 문제 해결 단계는 문제 해결을 참조하십시오.

사전 요구 사항

  • Openshift 클러스터로 인증해야 합니다.
  • 자동화 컨트롤러가 클러스터에 배포되었습니다.
  • AutomationControllerBackup은 클러스터의 PVC에서 사용할 수 있습니다.

절차

  1. Red Hat OpenShift Container Platform 에 로그인합니다.
  2. Operators(운영자) InstalledOperators 로 이동합니다.
  3. 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
  4. Automation Controller Restore 탭을 선택합니다.
  5. Create AutomationControllerRestore 를 클릭합니다.
  6. 복구 배포 의 이름을 입력합니다.
  7. 복원된 배포를 위한 새 배포 이름을 입력합니다.

    참고

    원래 배포 이름과 달라야 합니다.

  8. 복원할 백업 소스를 선택합니다. Backup CR 이 권장됩니다.
  9. AutomationControllerBackup 오브젝트의 Backup Name 을 입력합니다.
  10. 생성을 클릭합니다.

    새 배포가 생성되고 백업이 복원됩니다. 데이터베이스 크기에 따라 약 5~15분이 걸릴 수 있습니다.

검증

  1. Red Hat OpenShift Container Platform에 로그인
  2. Operators(운영자) InstalledOperators 로 이동합니다.
  3. 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
  4. AutomationControllerRestore 탭을 선택합니다.
  5. 확인할 복원 리소스를 선택합니다.
  6. Conditions 로 스크롤하여 Successful 상태가 True 인지 확인합니다.

    참고

    SuccessfulFalse 이면 복구에 실패했습니다. 문제를 해결하려면 자동화 컨트롤러 Operator 로그에서 오류가 있는지 확인합니다.

3.2. Automation Hub 배포 복구

이 절차를 사용하여 이전 허브 배포를 네임스페이스로 복원합니다. 사용자가 제공하는 배포 이름은 생성할 새 AutomationHub 사용자 정의 리소스의 이름이 됩니다.

참고

새 AutomationHub 사용자 정의 리소스에 지정된 이름이 기존 배포와 일치하지 않아야 합니다. 그렇지 않으면 복구 프로세스가 실패합니다.

사전 요구 사항

  • Openshift 클러스터로 인증해야 합니다.
  • 자동화 허브가 클러스터에 배포되었습니다.
  • AutomationHubBackup은 클러스터의 PVC에서 사용할 수 있습니다.

절차

  1. Red Hat OpenShift Container Platform 에 로그인합니다.
  2. Operators(운영자) InstalledOperators 로 이동합니다.
  3. 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
  4. Automation Hub 복원 탭을 선택합니다.
  5. Create AutomationHubRestore 를 클릭합니다.
  6. 복구 배포 의 이름을 입력합니다.
  7. 복원할 백업 소스를 선택합니다. Backup CR 이 권장됩니다.
  8. AutomationHubBackup 오브젝트의 Backup Name 을 입력합니다.
  9. 생성을 클릭합니다.

    새 배포가 생성되고 백업이 복원됩니다.

4장. 문제 해결

이 정보를 사용하여 백업 및 복구 중에 문제를 진단하고 해결합니다.

새 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 © 2024 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은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat