메뉴
AWS Elastic Beanstalk
개발자 안내서

외부 Amazon RDS 데이터베이스에 연결된 고가용성 WordPress 웹 사이트를 Elastic Beanstalk에 배포

이 자습서에서는 AWS Elastic Beanstalk 외부에 있는 Amazon RDS DB 인스턴스를 시작하는 방법에 대해 설명합니다. 그런 다음 WordPress 웹 사이트를 실행 중인 고가용성 환경을 해당 DB 인스턴스에 연결하도록 구성하는 방법에 대해 설명합니다. Elastic Beanstalk 외부의 DB 인스턴스를 실행하면 데이터베이스가 환경의 수명 주기에서 분리됩니다. 따라서 여러 환경의 동일한 데이터베이스에 연결하거나, 한 데이터베이스를 다른 데이터베이스로 바꾸거나, 데이터베이스에 영향을 주지 않고 블루/그린 배포를 수행할 수 있습니다.

사전 조건

이 자습서는 사용자가 Elastic Beanstalk 작업과 Elastic Beanstalk 콘솔에 대한 기본 지식을 알고 있다고 가정합니다. 아직 그렇지 않은 경우 Elastic Beanstalk 사용 시작하기의 지침에 따라 첫 Elastic Beanstalk 환경을 시작합니다.

이 설명서의 절차에 따르려면 명령을 실행할 셸 또는 명령줄 터미널이 필요합니다. 명령은 목록으로 표시되는데, 적절한 경우 프롬프트 기호($)와 현재 디렉터리 이름이 앞에 옵니다.

~/eb-project$ this is a command this is output

Linux and macOS는 선호 셀과 패키지 매니저를 사용합니다. Windows 10에서 Linux용 Windows Subsystem을 설치해 Ubuntu와 Bash의 Windows 버전을 가져옵니다.

이 자습서에서 Amazon Relational Database Service(Amazon RDS) 작업의 절차는 기본 Amazon Virtual Private Cloud(Amazon VPC)의 리소스를 시작한다고 가정합니다. 모든 새 계정에는 각 리전에 기본 VPC가 포함되어 있습니다. 기본 VPC가 없는 경우 절차가 다릅니다. EC2-Classic 및 사용자 지정 VPC 플랫폼에 대한 지침은 Amazon Relational Database Service에 Elastic Beanstalk 사용 단원을 참조하십시오.

이 자습서는 WordPress 버전 4.9.5 및 PHP 7.0을 사용해 개발했습니다.

Amazon RDS에서 DB 인스턴스 시작

애플리케이션이 실행 중인 Elastic Beanstalk에서 외부 데이터베이스를 사용하려면, 먼저 Amazon RDS에서 DB 인스턴스를 시작합니다. Amazon RDS에서 시작한 인스턴스는 Elastic Beanstalk 및 Elastic Beanstalk 환경과 무관하며 Elastic Beanstalk에서 종료하거나 모니터링하지 않습니다.

Amazon RDS 콘솔을 사용하여 다중 AZ MySQL DB 인스턴스를 시작합니다. 다중 AZ 배포를 선택하면 마스터 DB 인스턴스가 작동하지 않더라도 장애 조치를 통해 데이터베이스를 계속 사용할 수 있게 됩니다.

기본 VPC에서 RDS DB 인스턴스를 시작하려면

  1. RDS 콘솔을 엽니다.

  2. 탐색 창에서 [Instances]를 선택합니다.

  3. [Launch DB instance]를 선택합니다.

  4. 데이터베이스 엔진 선택. [Next]를 선택합니다.

  5. 메시지가 나타나면 사용 사례를 선택합니다.

  6. [Specify DB details] 아래 기본 설정을 확인하고 필요에 따라 조정합니다. 다음 옵션에 주의하십시오.

    • [DB instance class] – 자신의 워크로드에 적절한 메모리와 CPU 성능을 갖고 있는 인스턴스 크기를 선택합니다.

    • 다중 AZ 배포 - 고가용성을 위해 다른 영역에 복제본 만들기로 설정합니다.

    • [Master username] 및 [Master password] – 데이터베이스 사용자 이름과 암호. 이러한 값은 나중에 다시 사용할 것이므로 적어둡니다.

  7. [Next]를 선택합니다.

  8. [Database options] 아래에서, [Database name]에 ebdb를 입력합니다. 나중에 사용할 수 있도록 데이터베이스 포트 값을 적어둡니다.

  9. 나머지 옵션의 기본 설정을 확인하고 DB 인스턴스 시작을 선택합니다.

그 다음 DB 인스턴스에 연결된 보안 그룹을 수정하여 해당 포트에서 인바운드 트래픽을 허용합니다. 이 보안 그룹은 나중에 Elastic Beanstalk 환경에 연결할 바로 그 보안 그룹이기 때문에, 추가한 규칙은 동일한 보안 그룹의 다른 리소스에 대한 수신 권한을 부여합니다.

RDS 인스턴스의 보안 그룹에서 수신 규칙을 수정하려면

  1. Amazon RDS 콘솔을 엽니다.

  2. 인스턴스를 선택합니다.

  3. 세부 정보를 보려면 DB 인스턴스의 이름을 선택합니다.

  4. [Details] 아래에서, 이 페이지에 표시되는 [Subnets], [Security groups], [Endpoint]를 기록해 두고, 나중에 이 정보를 사용합니다.

  5. 보안 및 네트워크에는 DB 인스턴스와 연결된 보안 그룹이 표시됩니다. 링크를 열어 Amazon EC2 콘솔에서 보안 그룹을 봅니다.

     Amazon RDS 콘솔에서 DB 인스턴스 페이지의 세부 정보 섹션
  6. 보안 그룹 세부 정보에서 [Inbound] 탭을 선택합니다.

  7. [Edit]를 선택합니다.

  8. Add Rule을 선택합니다.

  9. [Type]에서 애플리케이션이 사용하는 DB 엔진을 선택합니다.

  10. [Source]에 sg-를 입력해 사용할 수 있는 보안 그룹 목록을 확인합니다. 현재 보안 그룹을 선택하면 보안 그룹의 리소스가 동일한 그룹 내의 다른 리소스에서 데이터베이스 포트의 트래픽을 수신할 수 있습니다.

     Amazon EC2 콘솔 내 보안 그룹의 인바운드 규칙 편집
  11. [Save]를 선택합니다.

DB 인스턴스를 만드는 데 약 10분이 걸립니다. 그 동안 WordPress를 다운로드하여 Elastic Beanstalk 환경을 생성합니다.

WordPress 다운로드

AWS Elastic Beanstalk을 사용하여 WordPress 배포를 준비하려면, WordPress 파일을 컴퓨터에 복사하고 일부 구성 정보를 제공해야 합니다.

WordPress 프로젝트 생성

  1. wordpress.org에서 WordPress를 다운로드합니다.

    ~$ curl https://wordpress.org/wordpress-4.9.5.tar.gz -o wordpress.tar.gz
  2. 샘플 리포지토리에서 구성 파일을 다운로드합니다.

    ~$ wget https://github.com/aws-samples/eb-php-wordpress/releases/download/v1.0/eb-php-wordpress-v1.zip
  3. WordPress의 압축을 해제하고 폴더 이름을 변경합니다.

    ~$ tar -xvf wordpress.tar.gz ~$ mv wordpress wordpress-beanstalk ~$ cd wordpress-beanstalk
  4. WordPress 설치 파일 위에 구성 파일의 압축을 해제합니다.

    ~/wordpress-beanstalk$ unzip ../eb-php-wordpress-v1.zip creating: .ebextensions/ inflating: .ebextensions/dev.config inflating: .ebextensions/efs-create.config inflating: .ebextensions/efs-mount.config inflating: .ebextensions/loadbalancer-sg.config inflating: .ebextensions/wordpress.config inflating: LICENSE inflating: README.md inflating: wp-config.php

Elastic Beanstalk 환경 시작

AWS Management 콘솔을 사용하여 Elastic Beanstalk 환경을 생성합니다. PHP 플랫폼을 선택하고 기본 설정과 샘플 코드를 적용합니다. 데이터베이스에 연결하도록 환경을 구성한 후 WordPress 코드를 환경에 배포합니다.

환경을 시작하려면(콘솔)

  1. 미리 구성된 다음 링크를 사용하여 Elastic Beanstalk 콘솔을 엽니다. console.aws.amazon.com/elasticbeanstalk/home#/newApplication?applicationName=tutorials&environmentType=LoadBalanced

  2. [Platform]에서 애플리케이션에서 사용하는 언어에 맞는 플랫폼을 선택합니다.

  3. [Application code]에서 [Sample application]을 선택합니다.

  4. [Review and launch]를 선택합니다.

  5. 사용할 수 있는 옵션을 검토하십시오. 옵션에 만족하는 경우 [Create app]을 선택합니다.

다음 리소스를 사용해 환경을 생성하는 데 약 5분 가량 걸립니다.

  • EC2 인스턴스 – 선택한 플랫폼에서 웹 앱을 실행하도록 구성된 Amazon Elastic Compute Cloud(Amazon EC2) 가상 머신입니다.

    특정 언어 버전, 프레임워크, 웹 컨테이너 또는 그 조합을 지원하도록 각 플랫폼마다 특정 소프트웨어, 구성 파일 및 스크립트 세트를 실행합니다. 대부분의 플랫폼에서는 웹 앱 앞에 위치해 웹 앱으로 요청을 전달하고, 정적 자산을 제공하고, 액세스 및 오류 로그를 생성하는 역방향 프록시로 Apache 또는 nginx를 사용합니다.

  • 인스턴스 보안 그룹 – 포트 80에서 수신을 허용하도록 구성된 Amazon EC2 보안 그룹입니다. 이 리소스를 통해 로드 밸런서의 HTTP 트래픽이 웹 앱을 실행하는 EC2 인스턴스에 도달할 수 있습니다. 기본적으로 다른 포트에서는 트래픽이 허용되지 않습니다.

  • 로드 밸런서 – 애플리케이션을 실행하는 인스턴스로 요청을 분산하도록 구성된 Elastic Load Balancing 로드 밸런서입니다. 또한 로드 밸런서가 있으면 인터넷에 인스턴스를 직접 노출할 필요가 없습니다.

  • 로드 밸런서 보안 그룹 – 포트 80에서 수신을 허용하도록 구성된 Amazon EC2 보안 그룹입니다. 이 리소스를 통해 인터넷의 HTTP 트래픽이 로드 밸런서에 도달할 수 있습니다. 기본적으로 다른 포트에서는 트래픽이 허용되지 않습니다.

  • Auto Scaling 그룹 – 인스턴스가 종료되거나 사용할 수 없게 되면 인스턴스를 교체하도록 구성된 Auto Scaling 그룹입니다.

  • Amazon S3 버킷 – Elastic Beanstalk 사용 시 생성된 소스 코드, 로그 및 기타 결과물의 스토리지 위치입니다.

  • Amazon CloudWatch 경보 – 환경의 인스턴스에 대한 로드를 모니터링하는 두 개의 CloudWatch 경보로, 로드가 너무 높거나 너무 낮은 경우 트리거됩니다. 경보가 트리거되면 이에 대한 응답으로 Auto Scaling 그룹이 확장 또는 축소됩니다.

  • AWS CloudFormation 스택 – Elastic Beanstalk에서는 AWS CloudFormation을 사용하여 사용자 환경의 리소스를 시작하고 구성 변경 사항을 전파합니다. 리소스는 AWS CloudFormation 콘솔에서 볼 수 있는 템플릿에서 정의됩니다.

  • 도메인 이름subdomain 형식으로 웹 앱으로 라우팅되는 도메인 이름입니다.region.elasticbeanstalk.com.

이러한 모든 리소스는 Elastic Beanstalk에서 관리합니다. 사용자가 환경을 종료하면 Elastic Beanstalk는 환경에 있는 모든 리소스를 종료합니다. 시작된 RDS DB 인스턴스는 환경 외부에 있기 때문에 사용자가 수명 주기를 관리해야 합니다.

참고

Elastic Beanstalk가 만드는 Amazon S3 버킷은 환경 간에 공유되며, 환경 종료 중에 삭제되지 않습니다. 자세한 내용은 Amazon Simple Storage Service에서 Elastic Beanstalk 사용 단원을 참조하십시오.

보안 그룹 및 환경 설정 구성

실행 중인 환경에 DB 인스턴스의 보안 그룹을 추가합니다. 이 절차로 인해 Elastic Beanstalk는 추가 보안 그룹이 연결된 상태에서 모든 인스턴스를 환경에 다시 프로비저닝합니다.

환경에 보안 그룹을 추가하려면

  1. Elastic Beanstalk 콘솔을 엽니다.

  2. 해당 환경의 관리 페이지로 이동합니다.

  3. [Configuration]을 선택합니다.

  4. [인스턴스] 구성 카드에서 [수정]을 선택합니다.

  5. EC2 보안 그룹에서, Elastic Beanstalk가 생성하는 인스턴스 보안 그룹 외에도, 인스턴스에 연결할 보안 그룹을 선택합니다.

  6. [Save]를 선택한 후 [Apply]를 선택합니다.

  7. 경고를 읽은 후 확인을 선택합니다.

그런 다음 환경 속성을 사용하여 연결 정보를 환경에 전달합니다. 샘플 애플리케이션은 환경에서 데이터베이스를 프로비저닝할 때 Elastic Beanstalk 구성과 일치하는 기본 속성 집합을 사용합니다.

Amazon RDS DB 인스턴스의 환경 속성을 구성하려면

  1. Elastic Beanstalk 콘솔을 엽니다.

  2. 해당 환경의 관리 페이지로 이동합니다.

  3. [Configuration]을 선택합니다.

  4. [Software] 구성 카드에서 [Modify]를 선택합니다.

  5. [Environment properties] 섹션에서 애플리케이션이 연결 문자열을 구성하기 위해 읽는 변수를 정의합니다. 통합된 RDS DB 인스턴스가 있는 환경과의 호환성을 위해 다음을 사용합니다.

    • RDS_HOSTNAME – DB 인스턴스의 호스트 이름입니다.

      Amazon RDS 콘솔 레이블 – Endpoint(호스트 이름)

    • RDS_PORT – DB 인스턴스가 연결을 허용하는 포트입니다. 기본값은 DB 엔진마다 다릅니다.

      Amazon RDS 콘솔 레이블 – Port

    • RDS_DB_NAME – 데이터베이스 이름(ebdb)입니다.

      Amazon RDS 콘솔 레이블 – [DB Name]

    • RDS_USERNAME – 데이터베이스에 대해 구성된 사용자 이름입니다.

      Amazon RDS 콘솔 레이블 – [Username]

    • RDS_PASSWORD – 데이터베이스에 대해 구성된 암호입니다.

     RDS 속성이 추가된 환경 속성 섹션
  6. [Save]를 선택한 후 [Apply]를 선택합니다.

애플리케이션 구성 및 배포

다음과 같이 wordpress-beanstalk 폴더의 구조가 정확한지 확인합니다.

wordpress-beanstalk$ tree -aL 1 . ├── .ebextensions ├── index.php ├── LICENSE ├── license.txt ├── readme.html ├── README.md ├── wp-activate.php ├── wp-admin ├── wp-blog-header.php ├── wp-comments-post.php ├── wp-config.php ├── wp-config-sample.php ├── wp-content ├── wp-cron.php ├── wp-includes ├── wp-links-opml.php ├── wp-load.php ├── wp-login.php ├── wp-mail.php ├── wp-settings.php ├── wp-signup.php ├── wp-trackback.php └── xmlrpc.php

프로젝트 리포지토리의 사용자 지정 wp-config.php 파일은 데이터베이스 연결을 구성하기 위해 이전 단계에서 정의한 환경 변수를 사용합니다. .ebextensions 폴더에는 Elastic Beanstalk 환경 내에 추가 리소스를 생성하는 구성 파일이 포함되어 있습니다.

사용자 계정에서 작업을 할 수 있도록 구성 파일을 수정해야 합니다. 파일의 자리 표시자 값을 적절한 ID로 바꾸고 원본 번들을 생성합니다.

구성 파일 업데이트 및 원본 번들 생성.

  1. 다음과 같이 구성 파일을 수정합니다.

    • .ebextensions/dev.config–는 WordPress가 설치되는 동안 특정 IP 주소만 해당 환경에 액세스할 수 있도록 제한하여 환경을 보호합니다. 파일 상단 근처에 있는 자리 표시자 IP 주소를 퍼블릭 IP 주소로 바꾸십시오.

    • .ebextensions/efs-create.config–는 각 VPC의 가용 영역/서브넷에 탑재 지점과 EFS 파일 시스템을 만듭니다. Amazon VPC 콘솔에서 기본 VPC와 서브넷 ID를 식별합니다.

  2. 사용자 프로젝터 폴더의 파일을 포함하는 원본 번들을 만듭니다. 다음 명령은 wordpress-beanstalk.zip이라는 이름의 원본 번들을 생성합니다.

    ~/eb-wordpress$ zip ../wordpress-beanstalk.zip -r * .[^.]*

Elastic Beanstalk에 원본 번들을 업로드해서 WordPress를 사용자 환경에 배포합니다.

원본 번들을 배포하려면

  1. Elastic Beanstalk 콘솔을 엽니다.

  2. 해당 환경의 관리 페이지로 이동합니다.

  3. [Upload and Deploy]를 선택합니다.

  4. [Choose File]을 선택한 후 대화 상자를 사용하여 원본 번들을 선택합니다.

  5. [Deploy]를 선택합니다.

  6. 배포가 완료되면 사이트 URL을 선택하여 새 탭에서 웹 사이트를 엽니다.

WordPress 설치

WordPress 설치를 완료하려면

  1. Elastic Beanstalk 콘솔을 엽니다.

  2. 해당 환경의 관리 페이지로 이동합니다.

  3. 환경 URL을 선택하여 브라우저에서 사이트를 엽니다. 사이트를 아직 구성하지 않았기 때문에 WordPress 설치 마법사로 리디렉션됩니다.

  4. 표준 설치를 수행합니다. wp-config.php 파일이 이미 소스 코드에 있으며 환경에서 데이터베이스 연결 정보를 읽도록 구성되었기 때문에, 연결을 구성하라는 메시지가 표시되지 않습니다.

설치를 완료하는 데 약 일 분 정도 걸릴 수 있습니다.

키 및 솔트 업데이트

WordPress 구성 파일 wp-config.php는 환경 속성에서 키와 솔트에 대한 값을 읽습니다. 현재 이 속성은 .ebextensions 폴더의 wordpress.config 파일에 의해 모두 test 로 설정되어 있습니다.

해시 솔트가 환경 속성 요구 사항을 준수하는 값을 갖고 있을 수도 있지만, 원본 제어에 저장할 수 없습니다. Elastic Beanstalk 콘솔을 사용하여 이 속성을 환경에 바로 설정합니다.

환경 속성 업데이트

  1. Elastic Beanstalk 콘솔을 엽니다.

  2. 해당 환경의 관리 페이지로 이동합니다.

  3. 탐색 창에서 Configuration을 선택합니다.

  4. [Software] 아래의 [Modify]를 선택합니다.

  5. Environment properties에서 다음 속성을 수정합니다.

    • AUTH_KEY - 선택한 AUTH_KEY 값.

    • SECURE_AUTH_KEY - 선택한 SECURE_AUTH_KEY 값.

    • LOGGED_IN_KEY - 선택한 LOGGED_IN_KEY 값.

    • NONCE_KEY - 선택한 NONCE_KEY 값.

    • AUTH_SALT - 선택한 AUTH_SALT 값.

    • SECURE_AUTH_SALT - 선택한 SECURE_AUTH_SALT 값.

    • LOGGED_IN_SALT - 선택한 LOGGED_IN_SALT 값.

    • NONCE_SALT - 선택한 NONCE_SALT 값.

  6. [Save]를 선택한 후 [Apply]를 선택합니다.

환경에 속성을 바로 설정하게 되면 wordpress.config에 값을 재정의합니다.

액세스 제한 제거

샘플 프로젝트에는 보안 그룹을 생성하여 해당 환경의 로드 밸런서에 할당하고, dev.config에 구성된 IP 주소를 사용하여 네트워크에서 포트 80으로 HTTP 액세스하지 못하도록 제한하는 구성 파일(loadbalancer-sg.config)이 포함되어 있습니다. 그렇지 않으면 사용자가 WordPress를 설치하고 관리자 계정을 구성하기 전에 제3자가 사이트에 연결을 할 수도 있습니다.

WordPress를 설치했습니다. 구성 파일을 삭제한 후 사이트를 공개할 차례입니다.

제한을 제거하고 환경을 업데이트하려면

  1. 프로젝트 디렉토리의 .ebextensions/loadbalancer-sg.config 파일을 삭제합니다.

    ~/wordpress-beanstalk$ rm .ebextensions/loadbalancer-sg.config
  2. 원본 번들을 생성합니다.

    ~/eb-wordpress$ zip ../wordpress-beanstalk-v2.zip -r * .[^.]*

Elastic Beanstalk에 원본 번들을 업로드해서 WordPress를 사용자 환경에 배포합니다.

원본 번들을 배포하려면

  1. Elastic Beanstalk 콘솔을 엽니다.

  2. 해당 환경의 관리 페이지로 이동합니다.

  3. [Upload and Deploy]를 선택합니다.

  4. [Choose File]을 선택한 후 대화 상자를 사용하여 원본 번들을 선택합니다.

  5. [Deploy]를 선택합니다.

  6. 배포가 완료되면 사이트 URL을 선택하여 새 탭에서 웹 사이트를 엽니다.

Auto Scaling 그룹 구성

마지막으로, 최소 인스턴스 개수를 좀 더 늘린 상태에서 환경의 Auto Scaling 그룹을 구성합니다. 항상 두 개 이상의 인스턴스를 실행하여 환경 내 웹 서버가 단일 장애 지점이 되지 않도록 합니다. 이렇게 하면 사이트를 서비스 불가능한 상태로 설정하지 않고도 변경 내용을 배포할 수 있습니다.

고가용성을 위해 환경의 Auto Scaling 그룹을 구성하려면

  1. Elastic Beanstalk 콘솔을 엽니다.

  2. 해당 환경의 관리 페이지로 이동합니다.

  3. [Configuration]을 선택합니다.

  4. [용량] 구성 카드에서 [수정]을 선택합니다.

  5. [Auto Scaling Group] 섹션에서 [Min instances]를 2로 설정합니다.

  6. [Save]를 선택한 후 [Apply]를 선택합니다.

여러 인스턴스로의 콘텐츠 업로드를 지원하기 위해, 샘플 프로젝트는 Amazon Elastic File System를 사용해 공유 파일 시스템을 생성합니다. 사이트에 게시물을 생성하고, 공유 파일 시스템에 저장할 콘텐츠를 업로드합니다. 포스트를 보고 두 인스턴스를 히트하기 위해 페이지를 여러 번 새로 고치고, 공유 파일 시스템이 작동하는지 확인합니다.

WordPress 업그레이드

새 버전의 WordPress로 업그레이드하려면 사이트를 백업하고 새 환경에 배포합니다. WordPress 내부의 업데이트 기능을 사용하지 않습니다. 또 원본 파일을 새 버전을 사용할 수 있도록 업데이트하지 않습니다. 두 작업 모두 사용자 게시물 URL에 404 오류를 반환할 수 있습니다(데이터베이스와 파일 시스템에 여전히 존재하는 경우에도).

WordPress 업그레이드

  1. WordPress 관리자 콘솔의 내보내기 도구로 게시물을 XML 파일로 내보냅니다.

  2. 이전 버전 설치에 사용했던 것과 동일한 단계로 Elastic Beanstalk에 새 WordPress 버전을 배포해 설치합니다. 가동 중지를 피하기 위해 새 버전으로 새 환경을 생성할 수 있습니다.

  3. 새 버전에서 관리자 콘솔의 WordPress 가져오기 도구를 설치하고, 이를 사용해 게시물이 포함된 XML 파일을 내보냅니다. 구 버전에서 관리자 사용자가 생성한 게시물의 경우, 관리자 사용자를 가져오려 시도하지 말고, 새 사이트의 관리자 사용자에 할당합니다.

  4. 새 버전을 별개 환경에 배포했다면, CNAME 스왑으로 기존 사이트의 사용자를 새 사이트로 보냅니다.

정리

Elastic Beanstalk 작업을 완료하면 환경을 종료할 수 있습니다. Elastic Beanstalk는 Amazon EC2 인스턴스, 데이터베이스 인스턴스, 로드 밸런서, 보안 그룹, 경보 등 환경과 연결된 모든 AWS 리소스를 종료합니다.

Elastic Beanstalk 환경을 종료하려면

  1. Elastic Beanstalk 콘솔을 엽니다.

  2. 해당 환경의 관리 페이지로 이동합니다.

  3. [Actions]를 선택한 후 [Terminate Environment]를 선택합니다.

  4. [Confirm Termination] 대화 상자에 환경 이름을 입력한 후 [Terminate]를 선택합니다.

Elastic Beanstalk로 언제든지 애플리케이션을 위한 새로운 환경을 생성할 수 있습니다.

또한 Elastic Beanstalk 환경 외부에서 만든 데이터베이스 리소스를 종료할 수 있습니다. Amazon RDS 데이터베이스 인스턴스를 종료하면 스냅샷을 찍고 나중에 이 데이터를 다른 인스턴스로 복원할 수 있습니다.

RDS DB 인스턴스를 종료하려면

  1. Amazon RDS 콘솔을 엽니다.

  2. [ Instances]를 선택합니다.

  3. DB 인스턴스를 선택합니다.

  4. [Instance actions]를 선택한 다음 [Delete]를 선택합니다.

  5. 스냅샷을 만들지 선택한 후 [Delete]를 선택합니다.

다음 단계

애플리케이션을 계속 개발하다 보면, .zip 파일을 수동으로 만들어 이를 Elastic Beanstalk 콘솔에 업로드하지 않고도 환경을 관리하고 애플리케이션을 배포할 수 있는 방법이 필요할 것입니다. Elastic Beanstalk 명령줄 인터페이스(EB CLI)는 명령줄에서 애플리케이션을 만들고 구성하고 Elastic Beanstalk 환경에 배포하기 위한 사용하기 쉬운 명령을 제공합니다.

샘플 애플리케이션은 구성 파일을 사용하여 PHP 설정을 구성하고 데이터베이스에 테이블을 만듭니다(아직 존재하지 않는 경우). 구성 파일을 통해 환경이 생성되는 동안 인스턴스의 보안 그룹을 구성하여 구성 업데이트에 드는 시간 소모를 줄일 수 있습니다. 자세한 내용은 구성 파일(.ebextensions)을 사용하여 고급 환경 사용자 지정를 참조하십시오.

개발 및 테스트를 위해 환경에 관리형 DB 인스턴스를 직접 추가하는 Elastic Beanstalk 기능을 사용하고자 할 수 있습니다. 환경 내부에서 데이터베이스를 설정하는 지침은 Elastic Beanstalk 환경에 데이터베이스 추가을 참조하십시오.

고성능 데이터베이스가 필요한 경우 Amazon Aurora를 사용하십시오. Amazon Aurora는 저렴한 비용으로 데이터베이스 기능을 제공하는 MySQL과 호환되는 상용 데이터베이스 엔진입니다. 애플리케이션을 다른 데이터베이스에 연결하려면, 보안 그룹 구성 단계와 RDS 관련 환경 속성 업데이트를 반복합니다.

마지막으로, 프로덕션 환경에서 애플리케이션을 사용하려는 경우 환경에 대한 사용자 지정 도메인 이름을 구성하고 보안 연결을 위해 HTTPS를 활성화할 수 있습니다.