2.4.2. 업데이트 및 업그레이드


모든 업그레이드에서 현재 업그레이드 중인 대상 버전과 주요 버전의 차이가 두 버전 이하여야 합니다. 예를 들어 자동화 컨트롤러 4.3으로 업그레이드하려면 버전 3.8.x 또는 이전 버전에서 직접 업그레이드 경로가 없기 때문에 먼저 버전 4.1.x에 있어야 합니다. 자세한 내용은 Ansible Automation Platform 업그레이드를 참조하십시오. 자동화 컨트롤러 4.3을 실행하려면 Ansible 2.12 이상도 있어야 합니다.

2.4.2.1. 재해 복구 및 운영 연속성

Ansible Automation Platform을 정기적으로 백업하는 것은 재해 복구 계획에서 중요한 부분입니다. 백업과 복원은 모두 설치 프로그램을 사용하여 수행되므로 이 문서의 앞부분에서 설명하는 전용 설치 호스트에서 이러한 작업을 수행해야 합니다. 이러한 작업을 수행하는 방법에 대한 자세한 내용은 RPM 설치 설명서의 l백업 및 복원 섹션을 참조하십시오.

백업의 중요한 측면은 데이터베이스에 저장된 자격 증명을 해독하는 데 사용되는 시크릿 키와 데이터베이스 복사본을 포함하므로 백업 파일을 안전한 암호화된 위치에 저장해야 합니다. 즉, 엔드포인트 자격 증명에 대한 액세스가 올바르게 보호됩니다. 백업에 대한 액세스는 자동화 컨트롤러 및 전용 설치 호스트에 대한 루트 쉘 액세스 권한이 있는 Ansible Automation Platform 관리자에게만 제한되어야 합니다.

Ansible Automation Platform 관리자가 Ansible Automation Platform 환경을 백업해야 하는 두 가지 주요 이유는 다음과 같습니다.

  • Ansible Automation Platform 환경에서 데이터 사본을 저장하려면 필요한 경우 복원할 수 있습니다.
  • 새 Ansible Automation Platform 클러스터를 생성하거나 업그레이드를 준비 중인 경우 백업을 사용하여 환경을 다른 서버 세트로 복원하려면 다음을 수행합니다.

모든 경우에 권장되는 안전한 프로세스는 항상 동일한 버전의 PostgreSQL 및 Ansible Automation Platform을 사용하여 환경을 백업하고 복원하는 것입니다.

시스템에서 중복을 사용하는 것이 좋습니다. 시크릿 시스템이 다운되면 자동화 컨트롤러에서 정보를 가져올 수 없으며 서비스가 복원되면 복구할 수 있는 방식으로 실패할 수 있습니다. SECRET_KEY 자동화 컨트롤러가 손상되어 다시 생성해야 하는 경우 자동화 컨트롤러 백업 및 복원 툴과 유사하게 작동하는 설치 프로그램에서 툴을 실행할 수 있습니다.

새 시크릿 키를 생성하려면 다음 단계를 수행합니다.

  1. 다른 작업을 수행하기 전에 Ansible Automation Platform 데이터베이스를 백업하십시오! RPM 설치 가이드의 백업 및 복원 섹션에 설명된 절차를 따르십시오.
  2. 설치의 인벤토리(백업/복원를 실행하는 것과 동일한 인벤토리)를 사용하여 setup.sh -k 를 실행합니다.

이전 키의 백업 사본은 /etc/tower/ 에 저장됩니다.

Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 소개

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

보다 포괄적 수용을 위한 오픈 소스 용어 교체

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

Red Hat 문서 정보

Legal Notice

Theme

© 2026 Red Hat
맨 위로 이동