Classic Load Balancer 마이그레이션 - Elastic Load Balancing
1단계: 새 로드 밸런서 생성2단계: 새 로드 밸런서로 점진적으로 트래픽 리디렉션3단계: 정책, 스크립트 및 코드 업데이트4단계: 이전 로드 밸런서 삭제

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

Classic Load Balancer 마이그레이션

Elastic Load Balancing은 다음 유형의 로드 밸런서를 지원합니다. Application Load Balancers, Network Load Balancers, 게이트웨이이 로드 밸런서 및 Classic Load Balancer 각 로드 밸런서 유형의 다양한 기능에 대한 자세한 내용은 Elastic Load Balancing 제품 비교를 참조하세요.

VPC의 Classic Load Balancer를 Application Load Balancer 또는 Network Load Balancer로 교체하도록 선택할 수도 있습니다. 자세한 내용은 Application Load Balancer 또는 Network Load Balancer로 마이그레이션을 참조하세요.

1단계: 새 로드 밸런서 생성

마이그레이션할 Classic Load Balancer와 동등한 구성으로 로드 밸런서를 생성합니다. 마이그레이션 프로세스를 완료한 후 새 로드 밸런서의 기능을 활용할 수 있습니다.

Application Load Balancer 또는 Network Load Balancer를 생성하여 VPC의 Classic Load Balancer를 대체하려면 다음 옵션 중 하나를 사용합니다.

옵션 1: github의 로드 밸런서 복사 유틸리티 사용

이 로드 밸런서 복사 유틸리티는 에서 사용할 수 있습니다. GitHub 자세한 내용은 Elastic Load Balancing 도구를 참조하세요.

옵션 2: 애플리케이션 로드 밸런서 또는 네트워크 로드 밸런서로 수동 마이그레이션

다음 정보는 VPC의 기존 Classic Load Balancer를 기반으로 새 Application Load Balancer 또는 Network Load Balancer를 수동으로 생성하기 위한 일반적인 지침을 제공합니다. AWS Management Console, AWS CLI 또는 AWS SDK를 사용하여 마이그레이션할 수 있습니다. 자세한 내용은 Elastic Load Balancing 시작하기 단원을 참조하십시오.

  1. Classic Load Balancer와 동일한 체계(인터넷 경계 또는 내부), 서브넷 및 보안 그룹으로 새 로드 밸런서를 생성합니다.

  2. Classic Load Balancer와 동일한 상태 확인 설정으로 로드 밸런서에 대한 하나의 대상 그룹을 생성합니다.

  3. 다음 중 하나를 수행하십시오.

    • Classic Load Balancer가 Auto Scaling 그룹에 연결된 경우, 대상 그룹을 Auto Scaling 그룹에 연결합니다. 이렇게 하면 Auto Scaling 인스턴스가 대상 그룹에도 등록됩니다.

    • EC2 인스턴스를 대상 그룹에 등록합니다.

  4. 요청을 대상 그룹에 전달하는 기본 규칙이 있는 하나 이상의 리스너를 생성합니다. HTTPS 리스너를 생성하는 경우 Classic Load Balancer에 대해 지정한 것과 동일한 인증서를 지정할 수 있습니다. 기본 보안 정책을 사용하는 것이 좋습니다.

  5. Classic Load Balancer에 태그가 있는 경우 해당 태그를 검토하고 새 로드 밸런서에 관련 태그를 추가합니다.

2단계: 새 로드 밸런서로 점진적으로 트래픽 리디렉션

인스턴스를 새 로드 밸런서에 등록한 후에는 이전 로드 밸런서에서 새 로드 밸런서로 트래픽 리디렉션 프로세스를 시작할 수 있습니다. 이를 통해 애플리케이션 가용성에 미치는 위험을 최소화하면서 새 로드 밸런서를 테스트할 수 있습니다.

새 로드 밸런서에 트래픽을 점진적으로 리디렉션하려면

  1. 새 로드 밸런서의 DNS 이름을 인터넷에 연결된 웹 브라우저의 주소 필드에 붙여넣습니다. 모든 것이 잘 작동하는 경우 브라우저에 애플리케이션 기본 페이지가 표시됩니다.

  2. 도메인 이름을 새 로드 밸런서와 연결하는 새 DNS 레코드를 만듭니다. DNS 서비스가 가중을 지원하는 경우 새 DNS 레코드에서 가중치를 1로 지정하고 이전 로드 밸런서에 대한 기존 DNS 레코드에서 가중치를 9로 지정합니다. 이렇게 하면 새 로드 밸런서에 트래픽의 10%, 이전 로드 밸런서에 트래픽의 90%가 전송됩니다.

  3. 새 로드 밸런서를 모니터링하여 인스턴스에 대한 트래픽 및 라우팅 요청을 수신하는지 확인합니다.

    중요

    DNS 레코드의 time-to-live (TTL) 은 60초입니다. 즉, 도메인 이름을 확인하는 DNS 서버는 해당 레코드 정보를 60초 동안 캐시에 보관합니다. 그동안 변경 내용이 전파됩니다. 따라서 이러한 DNS 서버는 이전 단계를 완료한 후 최대 60초 동안 이전 로드 밸런서에 트래픽을 계속 라우팅할 수 있습니다. 전파되는 동안 트래픽은 로드 밸런서에 전송될 수 있습니다.

  4. 모든 트래픽이 새 로드 밸런서로 전달될 때까지 계속 DNS 레코드의 가중치를 업데이트합니다. 완료되면 이전 로드 밸런서에 대한 DNS 레코드를 삭제할 수 있습니다.

3단계: 정책, 스크립트 및 코드 업데이트

Classic Load Balancer에서 Application Load Balancer 또는 Network Load Balancer로 마이그레이션하는 경우 다음을 수행해야 합니다.

  • API 버전 2012-06-01을 사용하는 IAM 정책을 버전 2015-12-01을 사용하도록 업데이트합니다.

  • 네임스페이스의 CloudWatch 메트릭을 사용하는 프로세스를 업데이트하여 또는 AWS/ELB 네임스페이스의 메트릭을 사용하십시오. AWS/ApplicationELB AWS/NetworkELB

  • aws elb AWS CLI 명령을 사용하는 스크립트를 aws elbv2 AWS CLI 명령을 사용하도록 업데이트합니다.

  • AWS CloudFormation 리소스를 사용하는 AWS::ElasticLoadBalancing::LoadBalancer 템플릿을 AWS::ElasticLoadBalancingV2 리소스를 사용하도록 업데이트합니다.

  • Elastic Load Balancing API 버전 2012-06-01을 사용하는 코드를 버전 2015-12-01을 사용하도록 업데이트합니다.

리소스

4단계: 이전 로드 밸런서 삭제

다음을 수행하고 나면 이전 Classic Load Balancer를 삭제할 수 있습니다.

  • 모든 트래픽을 이전 로드 밸런서에서 새 로드 밸런서로 리디렉션

  • 이전 로드 밸런서로 라우팅된 모든 기존 요청을 완료