기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# OpsWorks for Puppet Enterprise 서버를 백업에서 복원
<a name="opspup-restore"></a>

**중요**  
이 AWS OpsWorks for Puppet Enterprise 서비스는 2024년 3월 31일에 수명이 종료되었으며 신규 및 기존 고객 모두에 대해 비활성화되었습니다. 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션하는 것이 좋습니다. 마이그레이션에 대한 질문이 있는 경우 [AWS re:Post](https://repost.aws/) 또는 [AWS Premium Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 문의하세요.

사용할 수 있는 백업을 찾은 다음 OpsWorks for Puppet Enterprise 서버를 복원하려는 시점을 손쉽게 선택할 수 있습니다. 서버 백업에는 모듈, 클래스, 노드 연결, 데이터베이스 정보(보고서, 사실 정보 등이 포함) 같은 구성-관리 소프트웨어 영구 데이터가 포함되어 있습니다. 서버의 인 플레이스 복원(즉, 기존 OpsWorks for Puppet Enterprise 서버를 새 EC2 인스턴스로 복원)을 수행하면 서버 복원에 사용하는 백업 시점에 등록되었던 노드가 다시 등록되고, 복원에 성공하면 트래픽이 새 인스턴스로 전환됩니다. 복원된 OpsWorks for Puppet Enterprise 서버 상태는 `Healthy`입니다. 새로 만든 OpsWorks for Puppet Enterprise 서버로 복원해도 노드 연결이 유지되지 않습니다. 서버를 복원하면 Puppet 소프트웨어 버전이 업데이트되지 않습니다. 선택한 백업에서 사용할 수 있는 것과 동일한 Puppet 버전 및 구성 관리 데이터가 적용됩니다.

일반적으로 서버 복원은 새 서버를 만드는 것보다 시간이 더 걸리며, 시간은 선택한 백업 크기에 따라 달라집니다. 복원이 완료되면 이전 EC2 인스턴스는 `Running` 또는 `Stopped` 상태로 유지되지만 일시적입니다. 결국 종료됩니다.

이 릴리스에서는를 사용하여 OpsWorks for Puppet Enterprise에서 Puppet 마스터를 복원 AWS CLI 할 수 있습니다.

**참고**  
[restore-server](https://docs.aws.amazon.com/opsworks-cm/latest/APIReference/API_RestoreServer.html) 명령을 실행하여 현재 인스턴스 유형을 변경하거나 분실 또는 침해된 SSH 키를 복원 또는 설정할 수도 있습니다.

**백업에서 서버를 복원하려면**

1. 에서 다음 명령을 AWS CLI실행하여 사용 가능한 백업 목록과 해당 IDs. 사용할 백업 ID를 적어 둡니다. 백업 ID는 *myServerName-yyyyMMddHHmmssSSS* 형식입니다.

   ```
   aws opsworks-cm --region region name describe-backups
   ```

1. 다음 명령을 실행합니다.

   ```
   aws opsworks-cm --region region name restore-server --backup-id "myServerName-yyyyMMddHHmmssSSS" --instance-type "Type of instance" --key-pair "name of your EC2 key pair" --server-name "name of Puppet master"
   ```

   다음은 예입니다.

   ```
   aws opsworks-cm --region us-west-2 restore-server --backup-id "MyPuppetServer-20161120122143125" --server-name "MyPuppetServer"
   ```

1. 복원이 완료될 때까지 기다리십시오.