Red Hat Ansible Automation Platform Operator 백업 및 recovery 가이드
이 가이드에서는 OpenShift Container Platform에서 Red Hat Ansible Automation Platform Operator를 백업 및 복구하는 절차 및 참조 정보를 제공합니다.
초록
머리말 링크 복사링크가 클립보드에 복사되었습니다!
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를 사용하도록 배포됩니다.
절차
- Red Hat OpenShift Container Platform 에 로그인합니다.
- Operators(운영자) 로 이동합니다.
- 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
- Automation Controller Backup 탭을 선택합니다.
- 을 클릭합니다.
- 백업 의 이름을 입력합니다.
-
백업 중인 배포된 Ansible Automation Platform 인스턴스의 배포 이름을 입력합니다. 예를 들어 자동화 컨트롤러를 백업하고 배포 이름이
aap-controller인 경우 배포 이름 필드에 'aap-controller'를 입력합니다. 미리 생성된 사용자 지정 pvc를 사용하려면 다음을 수행합니다.
- 선택적으로 Backup persistant 볼륨 클레임 의 이름을 입력합니다.
필요한 경우 Backup PVC 스토리지 요구 사항 및 Backup PVC 스토리지 클래스 를 입력합니다.
참고pvc 또는 스토리지 클래스가 제공되지 않으면 클러스터의 기본 스토리지 클래스가 PVC를 생성하는 데 사용됩니다.
대용량 데이터베이스가 있는 경우 백업 관리 Pod 리소스 요구 사항에 따라 스토리지 요청을 지정합니다.
참고postgres Pod 내에서 다음 명령을 실행하여 기존 postgres 데이터베이스 데이터 디렉터리의 크기를 확인할 수 있습니다.
df -h | grep "/var/lib/pgsql/data"
$ df -h | grep "/var/lib/pgsql/data"Copy to Clipboard Copied! Toggle word wrap Toggle overflow
을 클릭합니다.
지정된 배포의 백업 tarball이 생성되고 데이터 복구 또는 배포 롤백에 사용할 수 있습니다. 향후 백업은 동일한 PVC의 별도의 tar 파일에 저장됩니다.
검증
- Red Hat OpenShift Container Platform에 로그인
- Operators(운영자) 로 이동합니다.
- 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
- AutomationControllerBackup 탭을 선택합니다.
- 확인할 백업 리소스를 선택합니다.
Conditions 로 스크롤하여 Successful 상태가
True인지 확인합니다.참고Successful 가
False이면 백업에 실패했습니다. 문제를 해결하려면 자동화 컨트롤러 Operator 로그에서 오류가 있는지 확인합니다.
2.2. Automation Hub 배포 백업 링크 복사링크가 클립보드에 복사되었습니다!
모든 호스팅된 Ansible 콘텐츠를 포함하여 허브 배포를 백업하려면 다음 절차를 사용하십시오.
사전 요구 사항
- Openshift 클러스터로 인증해야 합니다.
- Ansible Automation Platform Operator가 클러스터에 설치되었습니다.
- 자동화 허브는 Ansible Automation Platform Operator를 사용하여 배포됩니다.
절차
- Red Hat OpenShift Container Platform 에 로그인합니다.
- Operators(운영자) 로 이동합니다.
- 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
- Automation Hub Backup 탭을 선택합니다.
- 을 클릭합니다.
- 백업 의 이름을 입력합니다.
-
백업 중인 배포된 Ansible Automation Platform 인스턴스의 배포 이름을 입력합니다. 예를 들어 자동화 허브를 백업하고 배포 이름이
aap-hub인 경우 배포 이름 필드에 'aap-hub'를 입력합니다. 미리 생성된 사용자 지정 pvc를 사용하려면 다음을 수행합니다.
- 선택적으로 Backup 영구 볼륨 클레임의 이름, Backup 영구 볼륨 클레임 네임스페이스, Backup PVC 스토리지 요구 사항 및 Backup PVC 스토리지 클래스 를 입력합니다.
을 클릭합니다.
지정된 배포의 백업이 생성되고 데이터 복구 또는 배포 롤백에 사용할 수 있습니다.
3장. Red Hat Ansible Automation Platform 배포 복구 링크 복사링크가 클립보드에 복사되었습니다!
시스템에 대한 정보가 손실되거나 업그레이드 관련 문제가 발생한 경우 배포 인스턴스의 백업 리소스를 사용할 수 있습니다. 다음 절차에 따라 자동화 컨트롤러 및 자동화 허브 배포 파일을 복구할 수 있습니다.
3.1. 자동화 컨트롤러 배포 복구 링크 복사링크가 클립보드에 복사되었습니다!
이 절차를 사용하여 AutomationControllerBackup에서 이전 컨트롤러 배포를 복원합니다. 사용자가 제공하는 배포 이름은 생성할 새 AutomationController 사용자 지정 리소스의 이름이 됩니다.
새 AutomationController 사용자 지정 리소스에 지정된 이름이 기존 배포와 일치하지 않아야 합니다. 그렇지 않으면 복구 프로세스가 실패합니다. 지정된 이름이 기존 배포와 일치하는 경우 문제 해결 단계는 문제 해결을 참조하십시오.
사전 요구 사항
- Openshift 클러스터로 인증해야 합니다.
- 자동화 컨트롤러가 클러스터에 배포되었습니다.
- AutomationControllerBackup은 클러스터의 PVC에서 사용할 수 있습니다.
절차
- Red Hat OpenShift Container Platform 에 로그인합니다.
- Operators(운영자) 로 이동합니다.
- 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
- Automation Controller Restore 탭을 선택합니다.
- 를 클릭합니다.
- 복구 배포 의 이름을 입력합니다.
복원된 배포를 위한 새 배포 이름을 입력합니다.
참고원래 배포 이름과 달라야 합니다.
- 복원할 백업 소스를 선택합니다. Backup CR 이 권장됩니다.
- AutomationControllerBackup 오브젝트의 Backup Name 을 입력합니다.
을 클릭합니다.
새 배포가 생성되고 백업이 복원됩니다. 데이터베이스 크기에 따라 약 5~15분이 걸릴 수 있습니다.
검증
- Red Hat OpenShift Container Platform에 로그인
- Operators(운영자) 로 이동합니다.
- 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
- AutomationControllerRestore 탭을 선택합니다.
- 확인할 복원 리소스를 선택합니다.
Conditions 로 스크롤하여 Successful 상태가
True인지 확인합니다.참고Successful 가
False이면 복구에 실패했습니다. 문제를 해결하려면 자동화 컨트롤러 Operator 로그에서 오류가 있는지 확인합니다.
3.2. Automation Hub 배포 복구 링크 복사링크가 클립보드에 복사되었습니다!
이 절차를 사용하여 이전 허브 배포를 네임스페이스로 복원합니다. 사용자가 제공하는 배포 이름은 생성할 새 AutomationHub 사용자 정의 리소스의 이름이 됩니다.
새 AutomationHub 사용자 정의 리소스에 지정된 이름이 기존 배포와 일치하지 않아야 합니다. 그렇지 않으면 복구 프로세스가 실패합니다.
사전 요구 사항
- Openshift 클러스터로 인증해야 합니다.
- 자동화 허브가 클러스터에 배포되었습니다.
- AutomationHubBackup은 클러스터의 PVC에서 사용할 수 있습니다.
절차
- Red Hat OpenShift Container Platform 에 로그인합니다.
- Operators(운영자) 로 이동합니다.
- 프로젝트 네임스페이스에 설치된 Ansible Automation Platform Operator를 선택합니다.
- Automation Hub 복원 탭을 선택합니다.
- 를 클릭합니다.
- 복구 배포 의 이름을 입력합니다.
- 복원할 백업 소스를 선택합니다. Backup CR 이 권장됩니다.
- AutomationHubBackup 오브젝트의 Backup Name 을 입력합니다.
을 클릭합니다.
새 배포가 생성되고 백업이 복원됩니다.
4장. 문제 해결 링크 복사링크가 클립보드에 복사되었습니다!
이 정보를 사용하여 백업 및 복구 중에 문제를 진단하고 해결합니다.
4.1. 자동화 컨트롤러 사용자 정의 리소스의 이름은 기존 배포와 동일합니다. 링크 복사링크가 클립보드에 복사되었습니다!
새 AutomationController 사용자 지정 리소스에 지정된 이름이 기존 배포와 일치하지 않아야 합니다. 그렇지 않으면 복구 프로세스가 실패합니다.
AutomationController 고객 리소스가 기존 배포와 일치하는 경우 다음 단계를 수행하여 문제를 해결합니다.
절차
기존 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>
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 Copied! Toggle word wrap Toggle overflow 동일한 deployment_name을 사용하여 AutomationControllerRestore를 사용합니다.
oc apply -f restore.yaml
oc apply -f restore.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow