퍼펫 엔터프라이즈의 OpsWorks 시스템 유지 관리

중요

이 AWS OpsWorks for Puppet Enterprise 서비스는 2024년 3월 31일에 종료되었으며 신규 및 기존 고객 모두 사용할 수 없습니다. 고객은 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션할 것을 강력히 권장합니다. 마이그레이션에 대해 궁금한 점이 있으면 AWS re:Post 또는 Premium AWS Support를 통해 AWS Support 팀에 문의하세요.

필수 시스템 유지 관리를 통해 보안 업데이트를 포함하여 AWS테스트를 거친 Puppet Server의 최신 버전이 항상 Puppet OpsWorks Enterprise용 서버에서 실행되도록 할 수 있습니다. 시스템 유지 관리는 일주일에 최소한 1번은 수행해야 합니다. 필요에 따라 를 AWS CLI사용하여 일일 자동 유지 관리를 구성할 수 있습니다. 또한 를 사용하여 예정된 시스템 유지 관리 외에도 필요에 따라 시스템 유지 관리를 수행할 수 있습니다. AWS CLI

Puppet 소프트웨어의 새 버전이 나오면 AWS 테스트를 통과하는 즉시 서버에서 Puppet 서버 버전이 자동으로 업데이트되도록 시스템 유지 관리가 설계되어 있습니다. AWS는 광범위한 테스트를 수행하여 Puppet 업그레이드가 프로덕션 환경에 바로 적용되고 기존 고객 환경을 방해하지 않는지 확인합니다. 따라서 Puppet 소프트웨어 릴리스와 기존 Puppet Enterprise 서버에 적용할 수 있는 애플리케이션 가용성 사이에 지연이 발생할 수 있습니다. OpsWorks 요구에 따라 사용 가능한 Puppet 소프트웨어 버전을 업데이트하는 방법은 이 주제의 요청 시 시스템 유지 관리 시작 단원을 참조하세요.

시스템 유지 관리는 유지 관리 프로세스의 일부로 수행된 백업에서 새 인스턴스를 시작합니다. 그러면 정기 유지 관리가 진행 중인 성능이 저하되었거나 손상된 Amazon EC2 인스턴스의 위험을 줄일 수 있습니다.

중요

시스템 유지 관리를 수행하면 Puppet Enterprise용 서버에 추가한 모든 파일 또는 사용자 지정 구성이 삭제됩니다. OpsWorks 구성 또는 파일 손실을 복구하는 자세한 방법은 이 주제의 유지 관리 후 사용자 지정 구성 및 파일 복원 단원을 참조하세요.

시스템 유지 관리 구성

Puppet Enterprise 서버를 새로 OpsWorks 만들 때 시스템 유지 관리를 시작할 요일과 시간을 협정 세계시 (UTC) 로 구성할 수 있습니다. 지정한 시간 동안 유지 관리가 시작됩니다. 시스템 유지 관리 중에는 서버가 오프라인 상태여야 하므로 정규 업무 시간 중 서버에 대한 수요가 낮은 시간을 선택하세요. 유지 관리 진행 중 서버 상태는 UNDER_MAINTENANCE입니다.

다음 스크린샷과 같이 서버 설정 페이지의 시스템 유지 관리 영역에서 설정을 변경하여 기존 OpsWorks Puppet Enterprise 서버의 시스템 유지 관리 설정을 변경할 수도 있습니다.

[시스템 유지 관리] 섹션에서 시스템 유지 관리를 시작하려는 날짜와 시간을 설정합니다.

를 사용하여 시스템 유지 관리를 구성합니다. AWS CLI

또한 AWS CLI를 사용하여 시스템 유지 관리 자동 시작 시간을 구성할 수도 있습니다. 원하는 경우 3자의 AWS CLI 평일 접두사를 생략하여 일일 자동 유지 관리를 구성할 수 있습니다.

서버 인스턴스 생성을 위한 요구 사항(예: 인스턴스 유형, 인스턴스 프로파일 ARN 및 서비스 역할 ARN)을 지정한 후create-server 명령에서 명령에 --preferred-maintenance-window 파라미터를 추가합니다. 다음 create-server 예에서는 --preferred-maintenance-window가 Mon:08:00으로 설정되어 있습니다. 즉, 매주 월요일 8:00 a.m. UTC에 유지보수가 시작되도록 설정했습니다. UTC 기준입니다.

aws opsworks-cm create-server --engine "Puppet" --engine-model "Monolithic" --engine-version "2017" --server-name "puppet-06" --instance-profile-arn "arn:aws:iam::1119001987000:instance-profile/aws-opsworks-cm-ec2-role" --instance-type "c4.large" --key-pair "amazon-test" --service-role-arn "arn:aws:iam::044726508045:role/aws-opsworks-cm-service-role" --preferred-maintenance-window "Mon:08:00"

원하는 경우 update-server 명령에서는 --preferred-maintenance-window 값만 업데이트할 수 있습니다. 다음 예제에서 유지 관리 기간은 금요일 밤 6:15 p.m으로 설정되어 있습니다. UTC 기준입니다.

aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "Fri:18:15"

유지 관리 기간의 시작 시간을 매일 세계협정시(UTC) 오후 6:15로 변경하려면 다음 예에서와 같이, 세 자리의 요일 접두사를 생략합니다.

aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "18:15"

를 사용하여 기본 시스템 유지 관리 기간을 설정하는 방법에 대한 자세한 내용은 서버 생성 및 업데이트 서버를 AWS CLI참조하십시오.

요청 시 시스템 유지 관리 시작

구성된 주간 또는 일별 자동 유지 관리 외에 필요에 따라 시스템 유지 관리를 시작하려면 다음 명령을 실행합니다. AWS CLI AWS Management Console에서는 온디맨드 유지 관리를 시작할 수 없습니다.

aws opsworks-cm start-maintenance --server-name server_name

이 명령에 대한 자세한 내용은 start-maintenance를 참조하세요.

유지 관리 후 사용자 지정 구성 및 파일 복원

시스템 유지 관리는 Puppet OpsWorks Enterprise용 서버에 추가한 사용자 정의 파일 또는 구성을 삭제하거나 변경할 수 있습니다.

RunCommand 또는 SSH를 사용하여 사용자가 추가한 파일 또는 설정이 유지 관리 실행 후 Puppet 마스터에서 누락된 경우, Amazon 머신 이미지(AMI)를 사용하여 새 Amazon EC2 인스턴스를 시작할 수 있습니다. 서버의 사전 유지 관리 구성에서 빌드된 AMI를 사용할 수 있습니다.

새 인스턴스는 유지 관리 이전의 Puppet 마스터와 상태가 동일하므로 누락된 파일 및 설정이 포함되어 있어야 합니다.

중요

새 인스턴스는 서버를 복원하는 데 사용할 수 없고 Puppet 마스터로 실행할 수 없습니다. 이 인스턴스는 파일 및 구성 설정을 복원하는 데에만 사용할 수 있습니다.

Amazon EC2 콘솔에서 AMI의 EC2 인스턴스를 시작하려면 시작 마법사를 열고 내 AMI를 선택한 후 서버와 이름이 같은 AMI를 선택합니다. 다른 인스턴스를 시작할 때와 마찬가지로 Amazon EC2 마법사의 단계에 따라 진행합니다.