기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Bitnami 블루프린트에서 Lightsail 블루프린트로 마이그레이션
Amazon Lightsail는 널리 사용되는 여러 애플리케이션 스택에 Lightsail 대해에서 패키징한 블루프린트를 제공합니다. Lightsail 블루프린트는 기본적으로 적용되는 IMDSv2와 시작 시 제한된 포트 22를 비롯한 기본 보안 설정을 제공합니다. 이 가이드에서는 Bitnami 블루프린트를 실행하는 기존 Lightsail 인스턴스를 동등한 Lightsail 블루프린트를 실행하는 새 Lightsail 인스턴스로 마이그레이션하는 방법을 안내합니다.
보안 패치, 성능 개선 및 새로운 기능과 함께 최신 업데이트가 릴리스되면 시간이 지남에 따라 인스턴스의 애플리케이션 버전이 만료될 수 있습니다. 애플리케이션을 최신 상태로 유지하는 방법에는 두 가지가 있습니다. 기존 인스턴스에서 이미 실행 중인 애플리케이션을 업데이트하거나 최신 업데이트가 포함된 블루프린트의 새 버전으로 새 인스턴스로 마이그레이션하는 것입니다.
## 지원되는 Lightsail 블루프린트
Lightsail패키지 블루프린트는 현재 다음 애플리케이션에서 사용할 수 있습니다.
+ [WordPress](migrate-your-wordpress-blog-from-bitnami-to-amazon-lightsail.md)
+ WordPress 멀티사이트
+ LAMP
+ Nginx
+ Node.js
기존 인스턴스가 **Joomla, Magento, MEAN, Drupal, GitLab, Redmine, Ghost, Django, PrestaShop** 등 Lightsail 동등한 항목이 *없는* Bitnami 블루프린트를 실행하는 경우 직접 블루프린트 마이그레이션 경로를 사용할 수 없습니다. 여기에는 두 가지 옵션이 있습니다.
+ **대체 관리형 제품 사용**: Amazon Elastic Compute Cloud에 배포된 동등한 [AWS Marketplace](https://aws.amazon.com/marketplace) AMI를 고려합니다.
+ **에서 처음부터 시작Lightsail**: 기본 OS 블루프린트(예: Amazon Linux 2023 또는 Ubuntu)를 사용하여 새 Lightsail 인스턴스를 생성하고 필요한 종속성을 수동으로 설치한 다음 애플리케이션 구성 및 데이터를 복사합니다.
## 사전 조건
시작하기 전에 다음을 확인합니다.
+ 기존 Lightsail 인스턴스가 **Bitnami 블루프린트**를 실행 중입니다(Lightsail콘솔의 인스턴스 관리 페이지에서 확인).
+ 애플리케이션에 대한 **관리자 액세스** 권한이 있습니다(예: 애플리케이션의 관리자 대시보드 또는 인스턴스에 대한 SSH 액세스).
+ 애플리케이션 스택에 **해당하는 Lightsail 블루프린**트를 식별했습니다(위[에서 지원되는 블루프린트 목록](#migrate-bitnami-supported-blueprints) 참조).
## 1단계: 애플리케이션 데이터 백업
기존 Bitnami 인스턴스에서 모든 애플리케이션 콘텐츠, 구성 및 데이터를 내보내거나 백업합니다. 메서드는 애플리케이션에 따라 다릅니다.
+ **CMS 애플리케이션(예: [WordPress](migrate-your-wordpress-blog-from-bitnami-to-amazon-lightsail.html#migrate-wordpress-blog-back-up-wordpress-blog))**: 애플리케이션의 기본 제공 내보내기 도구(예: 도구 → WordPress에서 내보내기)를 사용하여 전체 콘텐츠 내보내기 파일을 다운로드합니다. easy-to-find 위치에 파일을 저장합니다. 4단계에서 필요합니다.
+ **데이터베이스 지원 애플리케이션**: 데이터베이스를 내보내고(예: MySQL/MariaDB`mysqldump`용 또는 PostgreSQL`pg_dump`용 사용) 덤프 파일을 저장합니다.
+ **파일 기반 자산**: 인스턴스에서 업로드된 미디어, 정적 파일 또는 사용자 지정 구성 파일을 복사합니다(예: SFTP 또는 Lightsail 브라우저 기반 SSH 클라이언트를 통해).
+ **애플리케이션 구성**: 배포와 관련된 사용자 지정 설정, 환경 변수 또는 구성 파일 변경 사항을 기록합니다.
**작은 정보**
계속하기 전에 기존 Lightsail 인스턴스의 수동 스냅샷을 추가 안전망으로 만드는 것이 좋습니다.
## 2단계: Lightsail 블루프린트를 사용하여 새 Lightsail 인스턴스 생성
1. [Lightsail 홈 페이지로](https://lightsail.aws.amazon.com/) 이동하여 로그인합니다.
1. **인스턴스 생성**을 선택합니다.
1. 새 인스턴스를 생성할 **AWS 리전** (및 선택적으로 가용 영역)을 선택합니다.
1. **블루프린트 선택**에서 애플리케이션 스택을 선택하고 블루프린트 공급자가 Bitnami가 **Lightsail** 아닌 인지 확인합니다.
1. **인스턴스 계획**(번들)을 선택합니다. 필요한 경우 스냅샷에서 인스턴스를 생성하여 나중에 업그레이드할 수 있습니다.
1. 인스턴스 이름을 입력합니다.
리소스 이름:
+ Lightsail 계정 AWS 리전 의 내에서 고유해야 합니다.
+ 2\~255자로 구성되어야 합니다.
+ 영숫자 문자로 시작하고 끝나야 합니다.
+ 영숫자 문자, 마침표, 대시, 밑줄이 포함될 수 있습니다.
1. 선택적으로 리소스를 구성하는 데 도움이 되는 태그를 추가합니다.
1. **인스턴스 생성을** 선택하고 인스턴스가 실행 중 상태에 도달할 때까지 기다립니다.
## 3단계: 새 인스턴스 구성
인스턴스가 실행되면 다음 단계에 따라 인스턴스에 액세스하고 구성합니다.
**기본 애플리케이션 암호 검색**
새 인스턴스에 사전 설치된 애플리케이션 또는 서비스에 액세스하려면 기본 애플리케이션 암호가 필요합니다.
1. 인스턴스 관리 페이지의 **연결(Connect)** 탭에서 **SSH로 연결(Connect using SSH)**을 선택합니다.
1. 연결한 후 다음 명령을 입력하여 기본 애플리케이션 암호를 가져옵니다.
```
cat ~/application_credentials
```
**고정 IP 주소 연결**
인스턴스에 연결된 기본 동적 퍼블릭 IP 주소는 인스턴스를 중지하고 시작할 때마다 변경됩니다. 고정 IP 주소를 생성하여 인스턴스에 연결하면 매번 DNS 레코드를 업데이트할 필요가 없습니다.
1. 인스턴스 관리 페이지의 **네트워킹** 탭에서 **고정 IP 생성** 또는 **고정 IP 연결을** 선택한 다음 페이지의 지침을 따릅니다.
1. 자세한 내용은 [고정 IP를 생성하여 인스턴스에 연결](lightsail-create-static-ip.md)을 참조하세요.
**애플리케이션의 시작 페이지 방문**
1. 인스턴스 관리 페이지에서 고정 IP 주소를 복사합니다.
1. 정적 IP 주소를 브라우저 주소 표시줄에 붙여 넣습니다(예: `http://192.0.2.1`).
1. 기본 애플리케이션 페이지가 성공적으로 로드되는지 확인합니다.
## 4단계: 애플리케이션 데이터 복원
1단계에서 백업한 데이터를 가져오거나 복원합니다. 메서드는 애플리케이션에 따라 다릅니다.
+ **CMS 애플리케이션(예: [WordPress](migrate-your-wordpress-blog-from-bitnami-to-amazon-lightsail.html#migrate-wordpress-blog-in-wordpress))**: 애플리케이션의 기본 제공 가져오기 도구(예: 도구 → WordPress에서 가져오기)를 사용하여 1단계에서 콘텐츠 내보내기 파일을 업로드하고 실행합니다.
+ **데이터베이스 지원 애플리케이션**: 적절한 도구(예: `mysql` CLI 또는 `psql`)를 사용하여 데이터베이스 덤프를 새 인스턴스의 데이터베이스 서버로 가져옵니다.
+ **파일 기반 자산**: 미디어 파일, 정적 자산 및 사용자 지정 구성 파일을 새 인스턴스의 해당 디렉터리로 전송합니다.
+ **애플리케이션 구성**: 이전 배포와 일치하도록 사용자 지정 설정 또는 환경 변수를 다시 적용합니다.
## 5단계: 마이그레이션 확인
데이터를 복원한 후 애플리케이션이 올바르게 작동하는지 확인합니다.
1. 브라우저를 열고 새 인스턴스의 퍼블릭 IP 주소로 이동합니다.
1. 콘텐츠, 구성 및 기능이 예상대로 작동하는지 확인합니다.
1. 주요 애플리케이션 워크플로(예: 사용자 로그인, 콘텐츠 표시, 양식 제출)를 테스트합니다.
1. 애플리케이션 및 서버 로그에 오류가 있는지 확인합니다.
## 6단계: 고정 IP 주소 전송(해당하는 경우)
애플리케이션이 이전 인스턴스에 이미 연결된 고정 IP가 있는 사용자 지정 도메인을 사용하는 경우 고정 IP를 새 인스턴스로 이동하여 기존 DNS 설정을 유지할 수 있습니다.
1. Lightsail 콘솔**의 이전 Bitnami 인스턴스에서 고정 IP를 분리합니다**.
1. **고정 IP를 새 인스턴스**에 연결합니다. Lightsail DNS 레코드가 이미이 IP를 가리키기 때문에 DNS를 변경할 필요가 없으며 전파 지연도 없습니다.
**참고**
애플리케이션에서 사용자 지정 도메인을 사용하지만 이전에 고정 IP가 연결되지 않은 경우 먼저 새 인스턴스에 새 고정 IP를 연결한 다음 도메인이 새 고정 IP 주소를 가리키도록 DNS 레코드를 업데이트합니다. 이전 인스턴스를 폐기하기 전에 DNS 전파 시간을 허용합니다.
## 7단계: SSL/TLS 인증서 재생성(해당하는 경우)
이전 인스턴스의 SSL/TLS 인증서는 새 인스턴스로 전송할 수 없습니다. 새 인스턴스에서 다시 생성해야 합니다. WordPress의 경우 [안내 워크플로를 사용하여 HTTPS 활성화](amazon-lightsail-enabling-https-on-wordpress.md)를 참조하세요.
## 8단계: 이전 인스턴스 삭제
마이그레이션이 성공하고 DNS가 완전히 전파되었는지 확인한 후:
1. 백업[을 위해 이전 인스턴스의 최종 스냅샷](lightsail-how-to-create-a-snapshot-of-your-instance.md)을 생성합니다.
1. 이전 Bitnami 인스턴스를 삭제하여 요금 발생을 중지합니다.