SSD 드라이브를 사용하여 새 인스턴스 유형으로 AWS EC2 마이그레이션


13

데이터 파일을 보유하는 100GB EBS 볼륨으로 m1.xlarge 인스턴스에서 MySQL을 실행하고 있습니다. m3.2xlarge 인스턴스로 마이그레이션하고 새로운 2 x 80GB SSD 드라이브에 데이터 파일을 배치하고 싶습니다.

인스턴스를 중지하고 그에 따라 유형을 변경 한 후 시작했습니다. 그러나 스토리지에서 찾을 수있는 모든 것은 15G tempfs와 8G 마운트 드라이브였습니다.

$ fdisk -l
Disk /dev/xvda1: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

이 인스턴스 유형의 2 x 80GB SSD에 액세스하려면 어떻게합니까?


fdisk -l, mkfs다음 mount.
ceejayoz

1
인스턴스 유형을 변경하고 시작하면 RAM 및 CPU 유형 만 변경됩니다. 일반적으로 디스크 크기를 조정하려면 아이디어는 다음과 같습니다.-인스턴스의 스냅 샷 생성-동일한 영역의 스냅 샷에서 더 큰 볼륨 생성-새 볼륨을 인스턴스 / dev / sda1에 연결-인스턴스 시작 (DNS 이름 변경)
LinuxDevOps

@LinuxDevOps : 감사합니다. 내가 수행 한 방식을 변경하여 인스턴스 변경 이전과 동일하게 연결된 볼륨을 계속 사용할 수 있습니까?
paiego

EC2 관리-> 볼륨이있는 경우 AWS 웹 콘솔에서 볼륨이있는 경우 (용량 및 '사용 가능'으로 식별) 손실했을 수 있습니다.
LinuxDevOps

답변:


13

따라서 완전한 답을 얻으려면 기본적으로 SSD 드라이브는 임시 디스크이며 AWS 설명서에 따르면 이러한 임시 디스크를 사용하는 유일한 방법은 새 인스턴스를 만드는 것입니다. (만약 임시 스토리지를 생성 한 후 인스턴스에 연결하는 기능은 아직 사용할 수 없음)

이것은 AWS 문서 에서 가져온 것입니다 .

루트 디바이스에 Amazon EBS를 사용하는 인스턴스는 기본적으로 부팅시 인스턴스 스토어를 사용할 수 없습니다. 또한 인스턴스를 시작한 후에는 인스턴스 스토어 볼륨을 연결할 수 없습니다. 따라서 Amazon EBS 지원 인스턴스가 인스턴스 스토어 볼륨을 사용하도록하려면 AMI를 생성하거나 인스턴스를 시작할 때 블록 디바이스 매핑을 사용하여이를 지정해야합니다. 블록 장치 매핑 항목의 예는 / dev / sdb = ephemeral0 및 / dev / sdc = ephemeral1입니다. 블록 장치 매핑에 대한 자세한 내용은 블록 장치 매핑을 참조하십시오.

@LinuxDevOps에서 언급했듯이 기존 인스턴스의 스냅 샷을 생성 한 다음 SSD 볼륨을 연결하는 새로운 인스턴스를 생성해야합니다. 새 인스턴스에 로그인 한 후 @ceejayoz가 언급 한 것처럼 할 수 있습니다.

장치를 나열하십시오.

fdisk -l

장치에서 파일 시스템을 만드십시오. 예를 들어 ext4

mkfs.ext4 /dev/xvdb
mkfs.ext4 /dev/xvdc

장치를 마운트하십시오.

mkdir -p /mnt/xvdb; mkdir -p /mnt/xvdc
mount /dev/xvdb /mnt/xvdb
mount /dev/xvdc /mnt/xvdc

참조 : 인스턴스 유형에 따른 장치 이름 목록

SF와 SO에도 비슷한 대답이 있습니다. 예 : EC2 인스턴스를위한 임시 스토리지는 어디에 있습니까?

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.