AWS announces preview of AWS Interconnect - multicloud

AWS announces AWS Interconnect – multicloud (preview), providing simple, resilient, high-speed private connections to other cloud service providers. AWS Interconnect - multicloud is easy to configure and provides high-speed, resilient connectivity with dedicated bandwidth, enabling customers to interconnect AWS networking services such as AWS Transit Gateway, AWS Cloud WAN, and Amazon VPC to other cloud service providers with ease.

내 EC2 Linux 인스턴스의 인스턴스 유형을 변경하기 전에 수행해야 하는 단계는 무엇입니까?

3분 분량

내 시스템에 현재 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스 유형에서 사용할 수 있는 것보다 더 많은 CPU 또는 메모리가 필요합니다. 내 Linux 인스턴스의 인스턴스 유형을 변경하기 전에 어떤 단계를 거쳐야 하는지 알고 싶습니다.

간략한 설명

인스턴스 유형을 변경하면 다음과 같은 워크로드 구성을 수정할 수 있습니다.

CPU 코어 수
RAM 용량
할당된 인스턴스 스토어 스페이스 용량
Amazon Elastic Block Store(Amazon EBS) 최적화
향상된 네트워킹
GPU 코어
FPGA
기계 학습 가속기

참고: 인스턴스와 데이터의 백업을 유지하는 것이 좋습니다. 인프라를 변경하기 전에 인스턴스의 Amazon Machine Image(AMI)를 생성하거나 Amazon EBS 볼륨의 스냅샷을 생성하십시오.

해결 방법

현재 인스턴스 유형이 새 인스턴스 유형과 호환되는지 확인

인스턴스 유형 또는 인스턴스 계열을 변경하기 전에 현재 인스턴스 유형과 새 인스턴스 유형이 호환되는지 확인합니다.

인스턴스 중지

중요: 인스턴스를 중지하고 시작하기 전에 다음 작업을 수행하십시오.

EBS 볼륨의 스냅샷을 생성합니다.
참고: 인스턴스가 인스턴스 저장소를 지원하거나 데이터가 포함된 인스턴스 저장소 볼륨을 보유하는 경우 인스턴스를 중지하면 Amazon EC2에서 해당 데이터를 삭제합니다.
Amazon EC2 Auto Scaling 그룹에서 인스턴스를 일시적으로 제거합니다.
참고: Amazon EC2 Auto Scaling 그룹에 속한 인스턴스를 중지하면 축소 보호 설정에 따라 인스턴스가 종료될 수 있습니다. Amazon EMR, AWS CloudFormation 또는 AWS Elastic Beanstalk를 사용하여 시작하는 인스턴스는 Auto Scaling 그룹에 속할 수 있습니다.
인스턴스를 중지해도 인스턴스가 종료되지 않도록 하려면 인스턴스 종료 동작을 중지로 설정합니다.

참고: 인스턴스를 중지하고 시작할 때 인스턴스의 퍼블릭 IP 주소가 변경됩니다. 퍼블릭 IP 주소 대신 탄력적 IP 주소를 사용하여 외부 트래픽을 인스턴스로 라우팅하는 것이 가장 좋습니다. Amazon Route 53을 사용하는 경우 퍼블릭 IP 주소가 변경될 때 Route 53 DNS 레코드를 업데이트해야 할 수 있습니다.

인스턴스 유형을 변경하려면 먼저 인스턴스를 중지해야 합니다. 인스턴스가 중지되는 데 몇 분 정도 걸릴 수 있습니다.

(선택 사항) 향상된 네트워킹 구성

향상된 네트워킹을 지원하는 인스턴스 유형으로 변환할 경우 필요한 드라이버를 모두 설치하십시오. 또한 현재 인스턴스에서 향상된 네트워킹을 활성화하십시오.

(선택 사항) Nitro 기반 인스턴스 유형에 맞게 구성

인스턴스 유형을 Nitro 기반 인스턴스 유형으로 변경한 경우 다음 작업을 수행합니다.

인스턴스에 NVMe 및 ENA 모듈을 설치했는지 확인합니다.
/etc/fstab에 나열된 블록 디바이스가 NVMe 블록 디바이스 이름(예: /dev/nvme1 및 /dev/nvme2)과 호환되는지 확인합니다.
참고: EBS 볼륨은 Nitro 기반 인스턴스 유형에 NVMe 디바이스로 표시됩니다. 볼륨 불일치를 방지하려면 파일 시스템을 마운트할 때 UUID 또는 레이블을 사용합니다.

이 같은 검사를 자동화하려면 NitroInstanceChecks 스크립트를 실행합니다. 스크립트에 액세스하려면 GitHub 웹 사이트에서 nitro_check_script.sh를 참조하십시오. 설치 지침은 Nitro 기반 인스턴스로 변경한 후 Linux 인스턴스가 부팅되지 않는 이유는 무엇입니까?에서 마이그레이션하기 전에 사전 요구 사항 자동 확인을 참조하십시오.

스크립트를 실행하고 필요한 업데이트를 적용한 후 /etc/udev/rules.d/70-persistent-net.rules의 DRIVERS 항목이 ?* 또는 ENA로 설정되어 있는지 확인합니다. 파일에 액세스하려면 vi 편집기와 같은 텍스트 편집기를 사용하십시오. 예:

vi /etc/udev/rules.d/70-persistent-net.rules

파일 항목을 확인합니다. 다음 예에서는 올바른 항목을 보여 줍니다.

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="01:23:45:67:89:ab", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0

필요한 경우 항목을 업데이트하여 DRIVERS를 ?* 또는 ENA로 설정하십시오.

인스턴스 아키텍처의 호환성 확인

인스턴스의 소스 AMI가 특정 아키텍처용으로 구축된 경우 아키텍처가 같은 인스턴스 유형만 생성할 수 있습니다. 예를 들어 32비트(i386), 64비트(x86_64) 및 64비트 ARM(arm64) AMI와 mac1 AMI는 특정 아키텍처용으로 구축되었습니다. 이러한 이미지는 인스턴스 유형을 전환할 수 없습니다.