Amazon Web Services 한국 블로그

EC2-Classic 서비스 중단 예정 및 대비 방법 공지

2006년 여름 EC2가 출시되었던 때를 떠올려 보겠습니다. 처음에는 한 가지 인스턴스 유형(유서 깊은 m1.small)과 보안 그룹, 그리고 마찬가지로 유서 깊은 미국 동부(버지니아 북부) 리전으로 시작했습니다. EC2-Classic 네트워크 모델은 출시 당시에는 퍼블릭 IP 주소가 할당된 플랫 네트워크였습니다.

초창기 고객들은 한 눈에 가치를 알아보고 EC2를 여러 가지 다양한 방식으로 사용하기 시작했습니다. AWS는 웹 사이트를 호스팅하고, Justin.TV의 출시를 지원하며, Animoto가 자사의 Facebook 앱이 유명세를 얻기 시작하면서 당시로선 엄청난 규모인 3,400개 인스턴스까지 확장할 수 있도록 도왔습니다.

초기 EC2 개선은 네트워킹에 집중되었습니다. 예를 들어 2008년 초에 탄력적 IP 주소를 추가하여 주소 수명이 길어졌을 뿐만 아니라 시간이 지나면서 필요할 경우 다른 인스턴스와 연결할 수도 있게 되었습니다. 이후로도 Auto Scaling, 로드 밸런싱, CloudWatch를 추가하여 확장성이 뛰어난 애플리케이션을 개발할 수 있도록 뒷받침했습니다.

초창기 고객들은 EC2 인스턴스를 기업 네트워크에 연결하여 IP 주소 범위를 강력하게 제어하는 동시에 더욱 정교한 네트워크 토폴로지를 구성하려고 했습니다. 이에 따라 AWS는 2009년에 Amazon Virtual Private Cloud를 출시했고, 2013년에 Virtual Private Clouds for Everyone을 발표하면서 VPC 모델을 기본적으로 투명하게 만들었습니다.

EC2-Classic 사용 중단
EC2-Classic은 지금까지 우수한 서비스를 제공했지만 이제 명예롭게 물러날 때가 되었습니다. 본 게시물에서는 알아야 할 것과 해야 할 일, 그리고 그 일을 해야 할 시기를 알려드리겠습니다.

설명에 앞서 최대한 원활하면서 혼란이 없도록 진행할 예정이므로 안심하셔도 좋습니다. 어떤 워크로드 중단도 계획하지 않고 있으며 계획, 테스트, 마이그레이션을 진행할 수 있도록 리드 타임을 충분히 제공할 예정입니다. 이 블로그 게시물 외에도 다양한 도구, 문서, 인적 지원까지 모두 제공할 준비가 되어 있습니다.

기간
이미 계정 팀을 통해 나머지 EC2-Classic 고객들에게 알리고 있지만 곧 Personal Health Dashboard를 통해서도 공지할 예정입니다. 중요한 일정은 다음과 같습니다.

  • 2013년 12월 4일 이후에 생성된 모든 AWS 계정은 지원 요청에 따라 EC2-Classic이 활성화되지 않은 경우에 한해 이미 VPC 전용입니다.
  • 리전에 아래 나열된 활성 EC2-Classic 리소스가 없는 AWS 계정의 경우, 리전에 속한 EC2-Classic이 2021년 10월 30일에 비활성화됩니다. 또한 EC2-Classic에 한해서 1년/3년 예약 인스턴스 판매도 중단됩니다.
  • 2022년 8월 15일까지 모든 마이그레이션을 완료하고 모든 AWS 계정에서 EC2-Classic 리소스를 완전히 삭제할 예정입니다.

다시 말하지만 어떤 워크로드 중단도 계획에 없으며, 모두가 이러한 일정에 맞출 수 있도록 최선을 다해 지원할 것입니다.

영향을 받는 리소스
EC2-Classic에서 VPC로 완전히 마이그레이션하려면 다음과 같은 리소스를 빠짐없이 찾아 검사하고 마이그레이션해야 합니다.

마이그레이션을 준비하려면 먼저 EC2-Classic에서 VPC로 마이그레이션을 먼저 읽어보세요.

계정에 사용할 기본 VPC를 생성하거나, 삭제한 경우 다시 생성해야 할 수도 있습니다. 생성하는 방법에 대한 자세한 내용은 기본 VPC 생성을 참조하세요.

경우에 따라 기존 리소스를 수정하거나, VPC에서 새로운 리소스 또는 상응하는 리소스를 생성해야 할 수도 있습니다.

EC2-Classic 리소스 찾기
EC2 Classic Resource Finder 스크립트를 사용해 계정에 존재하는 EC2-Classic 리소스를 모두 찾으세요. 이 스크립트를 단일 AWS 계정에서 직접 실행하거나, 혹은 multi-account-wrapper를 추가하여 각 AWS 조직 계정마다 실행할 수도 있습니다. Resource Finder는 각 AWS 리전을 확인하여 특정 리소스를 찾은 후 CSV 파일 세트를 생성합니다. 다음은 제가 직접 실행하여 출력된 첫 번째 화면입니다.

스크립트 실행에는 몇 분 정도 소요됩니다. 저는 CSV 파일 목록을 살펴보면서 얼마나 많은 작업을 처리해야 하는지 가늠했습니다.

그런 다음 파일 내용을 자세히 확인했습니다.

그 결과 이전에 중지했던 OpsWorks Stacks가 있는 것을 발견했는데, 마이그레이션할 건지 삭제할 건지 선택할 수 있었습니다.

마이그레이션 도구
다음은 AWS 리소스를 마이그레이션하는 데 사용할 수 있는 마이그레이션 도구를 간략하게 소개한 것입니다.

AWS 애플리케이션 마이그레이션 서비스 – AWS MGN을 사용해 다운 타임을 최소화하면서 인스턴스와 데이터베이스를 EC2-Classic에서 VPC로 마이그레이션합니다. 이 서비스는 블록 수준 복제를 사용하며, 다양한 Linux 및 Windows 버전에서 실행됩니다(자세한 내용은 새로운 AWS 애플리케이션 마이그레이션 서비스를 리프트 앤 시프트 마이그레이션에 사용하는 방법 참조). 마이그레이션할 서버마다 첫 90일까지는 복제 비용이 무료입니다. 자세한 내용은 AWS 애플리케이션 서비스 요금 페이지를 참조하세요.

자동화 워크플로 지원 – 자동화 워크플로는 간단한 인스턴스 수준 마이그레이션을 지원합니다. 먼저 소스 인스턴스를 AMI로 변환하고, 보안 그룹 복제본을 생성한 다음 대상 VPC에서 새로운 인스턴스를 시작합니다.

특정 리전에서 리소스를 모두 마이그레이션했다면 이제 지원 케이스를 생성하여 EC2-Classic을 비활성화할 수 있습니다. 해당 리전에서 새로운 EC2-Classic 리소스를 실수로 생성하는 일이 없으려면 이렇게 하는 것이 좋지만 필수는 아닙니다.

리전에서 EC2-Classic을 비활성화하면 돌이킬 수 없도록 되어 있지만 실행 후 EC2-Classic을 다시 활성화해야 한다는 것을 깨달은 경우 AWS Support에 문의할 수 있습니다. 앞에서 언급한 Resource Finder를 사용하여 리소스가 남지 않도록 해야 합니다. 남은 리소스는 계정 상태가 바뀐 후에도 계속해서 실행되어 요금이 발생합니다.

IP 주소 마이그레이션 – EC2 인스턴스는 물론이고 인스턴스와 연결된 모든 탄력적 IP 주소까지 마이그레이션하는 경우에는 move-address-to-vpc를 사용해 탄력적 IP를 마이그레이션되는 인스턴스에 연결할 수 있습니다. 그러면 기존 DNS 이름으로 인스턴스를 계속해서 참조할 수 잇습니다.

Classic Load Balancer – Classic Load Balancer를 마이그레이션하여 기존 DNS 이름을 보존해야 한다면 AWS Support 또는 AWS 계정 팀에 문의하시기 바랍니다.

인스턴스 유형 업데이트
EC2-Classic에서 사용할 수 있는 인스턴스 유형은 모두 VPC에서도 사용할 수 있습니다. 하지만 최근에 새롭게 추가된 인스턴스 유형 대다수는 VPC에서만 사용 가능하기 때문에 전반적인 마이그레이션 계획을 세울 때 업데이트를 고려하는 것이 좋습니다. 다음은 업데이트를 시작할 때 도움이 될 수 있는 맵입니다.

EC2-Classic VPC
M1, T1 T2
M3 M5
C1, C3 C5
CC2 AWS ParallelCluster
CR1, M2, R3 R4
D2 D3
HS1 D2
I2 I3
G2 G3

믿어도 좋습니다
제 AWS Support 소속 동료들은 VPC로의 마이그레이션을 지원할 만반의 준비를 마쳤습니다. 또한 새로운 정보나 다른 마이그레이션 리소스가 추가되어야 하는 경우 즉시 본 게시물을 업데이트할 것입니다.

– Jeff