인스턴스 저장소 AMI

죄송합니다 - 나는 AMI 년대 쉽게 사용할 수 우분투 EBS 부팅 중 하나를 사용하여 EC2 인스턴스를 회전하면, 많은 것들을 설치하고 "/"아래에 파일을 이동 한 다음 ec2-bundle-vol을 사용하여 Instance-Store AMI를 만들면 실제로 "/"에 마운트 된 EBS 볼륨에있는 데이터가 AMI에 저장됩니까? 포인트의보기 사용자로부터, 나는 아래 같은 일을 찾기 위해 기대하는 점을 고려인스턴스 저장소 AMI

"/"나는 원래 인스턴스 있다고 내 사용자 정의 AMI의 미래 스핀 업,있다. 아마존이 "/"폴더의 스냅 샷을 찍어 내 AMI를 만드는 것도 의미가있을 것입니다. 그렇지 않으면 AMI 자체가 Instance Store 기반이지만 AMI를 만들려면 어떤 종류의 스냅 샷을 찍을까요? (은입니다. 원래 인스턴스는 EBS 지원이었습니다.

이해해주세요. 내가 말하는 겁니다 무엇

:
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-snapshot-s3-linux.html
http://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/CLTRG-ami-bundle-vol.html

감사합니다.

출처

2013-01-29 Dev Kanchen

두 번째 단락을 이해하지 못합니다. 어떤 스냅 샷? –

예, 루트 볼륨에 상주하는 EBS 볼륨의 데이터는이 AMI로 만들 것입니다. AWS 문서에서

". 기본적으로 AMI 번들 프로세스가 루트 볼륨을 나타내는/tmp 디렉토리에있는 파일의 압축, 암호화 모음을 만듭니다"

그것은 기본적으로 procedure to create an instance store-backed AMI의 : 변환에 대한 http://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/CLTRG-ami-bundle-vol.html

절차 : 당신이 --no-필터 옵션을 사용하지 않는 http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-instance-store.html

그것은 물론 ... 개인 키와 bash는 역사를 제외됩니다 그 뒤를 따라야합니다. AMI를 등록 할 때 호환 가능한 커널을 지정해야합니다.

이

는 X.509 인증서와 개인 키를 얻을 수 (아직 설치되지 않은 경우) 변환 할 인스턴스의 EC2의 CLI 도구를 설치 (그것은 자기 서명 할 수 있습니다 openssl req -x509 -newkey rsa:2048 -keyout private-key.pem -out cert.pem -days 385 -nodes)

당신이 당신의 X.509 인증서와 개인 키를 이동

을 변환 할 인스턴스에 연결/tmp를/mv private-key.pem cert.pem /tmp/

만들 폴더/TMP/출력/mkdir /tmp/out

번들을 만듭니다 ec2-bundle-vol -k /tmp/private-key.pem -c /tmp/cert.pem -u <account_id> -r x86_64 -d /mnt/out 당신은 블록 장치 매핑을 hange해야 할 수도 있습니다 http://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/CLTRG-ami-upload-bundle.html 자세한 내용은 설명서를 참조하십시오 (예를 들어,-B 루트 =는/dev/sda1과)

는 S3 버킷에 번들 업로드 : ec2-upload-bundle -b <bucket_name>/<bundle_folder>/<bundle_name> -a <access_key> -s <secret_key> -m /tmp/out/image.manifest.xml --region <aws_region>

AMI는 등록 : ec2-register --kernel <kernel_id> --region <aws_region> --name “<ami_name>" --description “<ami_description>" <bucket_name>/<bundle_folder>/<bundle_name>/image.manifest.xml -O <access_key> -W <secret_key> 자세한 내용은 설명서를 참조하십시오 (http://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/ApiReference-cmd-RegisterImage.html을 --root-장치 이름을 볼 수 시스템이 될 것으로 예상 어디에 -b 옵션) 당신이 할 필요가 있으므로

디바이스 매핑 및 볼륨 조직 EBS-백업 및 인스턴스 저장소 - 백업 인스턴스 사이의 차이가 확실히 모든입니다

출처

2014-10-10 09:51:13

죄송합니다. 열려있는 이전 질문을 닫으려는 열정 때문에 현상금을 버리기 전에 설명서를 다시 읽지 않았습니다. 제 질문은 실제로 논리적입니다. 문서의 맨 처음 줄에 "인스턴스 저장소 기반 Linux AMI를 만들려면 기존 인스턴스 저장소 기반 Linux AMI에서 시작한 인스턴스부터 시작하십시오." EBS 지원 AMI도 마찬가지입니다. 즉, EBS 지원 AMI로 시작한 경우 인스턴스 저장소 AMI를 만들 수 없습니다. 이는 내 질문에 관한 것입니다. –

아니요, 실제로 EBS 지원 인스턴스를 인스턴스 저장소 지원 AMI로 변환 할 수 있지만 시스템을 잘 알아야합니다. 기본적으로 -B 옵션 (예 : -B root =/dev/sda1)을 사용하여 번들을 ec2-bundle-vol로 만들 때 블록 장치 매핑을 변경해야 할 수도 있습니다. 가장 중요한 점은 등록 할 때 호환 가능한 커널을 지정해야한다는 것입니다. ec2-register가있는 AMI (- 커널 ). 장치 맵핑과 볼륨 구성은 ebs-backed 인스턴스와 인스턴스 스토어 기반 인스턴스간에 서로 다르므로 모든 것이 시스템에서 기대하는 바를 확인해야합니다. –

오 - EBS 기반 인스턴스를 Instance-store AMI로 변환하는 데 필요한 세부 사항을 대답에 업데이트 할 수 있습니까? 윤곽선은 시동기를 위해 충분할 것이나, 진짜로 도움이 될 것입니다 더 상세한 지시를 가진 연결이 있으면. 감사! –

답변

관련 문제