2013-08-03 16 views
15

Obecnie mam typ instancji m3.xlarge, ale chcę go zmienić na t1.micro. Zatrzymałem serwer i próbowałem zmienić instace type, klikając prawym przyciskiem myszy nazwę instancji.Jak zmienić typ instancji w amazon ec2

ale po kliknięciu na przedstawienia, aby zmienić nazwę serwera, otrzymuję błąd w konsoli:

POST https://console.aws.amazon.com/ec2/modify-instance-attribute 400 (Bad Request) 

Kiedy opracować go do sieci wtedy odpowiedź, że mam z serwera było:

{"errors":[{"service":"AmazonEC2","action":"ModifyInstanceAttribute","endPoint":"https://ec2.us-east-1.amazonaws.com","statusCode":400,"message":"Non-Windows instances with a virtualization type of 'hvm' are currently not supported for this instance type.","errorCode":"InvalidParameterCombination","errorType":"Unknown","requestId":"28025a27-4c3c-452c-8f04-fc4adc8eb335","serviceResponse":{"Response":{"Errors":{"Error":{"Code":"InvalidParameterCombination","Message":"Non-Windows instances with a virtualization type of 'hvm' are currently not supported for this instance type."}},"RequestID":"28025a27-4c3c-452c-8f04-fc4adc8eb335"}}}],"error":"Non-Windows instances with a virtualization type of 'hvm' are currently not supported for this instance type."} 

Jak mogę rozwiązać ten problem, lub w jaki sposób mogę zmienić instancję z xlarge do micro

Odpowiedz

33

z jakiegoś powodu, Amazon AMI oparte na HVM nie jest kompatybilne z rozmiarem t1.micro.

Amazon ma wbudowane AMI oparte na wirtualnej maszynie (HVM) oraz AMI oparte na maszynach paravirtual (PVM). Z tego komunikatu o błędzie AWS mówi, że bieżąca instancja jest oparta na HVM, a rozmiar t1.micro obsługuje tylko instancje oparte na PVM.

Na odwrót będzie to utworzenie nowego AMI z instancji i uruchomienie nowej instancji z tego AMI jako rozmiaru t1.micro. Bądź jednak ostrożny, może to po prostu utworzyć AMI bazujące na HVM, w takim przypadku będziesz musiał wykonać migawkę woluminu dla bieżącej instancji i utworzyć nowy AMI z tego.

Niektóre więcej informacji na HVM: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using_cluster_computing.html#concepts_cluster_compute_hvmAMI http://aws.amazon.com/ec2/faqs/#Does_use_of_Cluster_Compute_Instances_differ_from_other_Amazon_EC2_instance_types

+6

Co ciekawe, nowa rodzina t2, uruchomiona wczoraj, która zastępuje t1 i część rodzin m1, obsługuje tylko HVM. Amazon twierdzi, że wydajność HVM przewyższa teraz wydajność PV dzięki lepszym sterownikom. http://aws.amazon.com/blogs/aws/low-cost-burstable-ec2-instances/ –

+2

"... zrzuty woluminu dla bieżącej instancji i utwórz nowy AMI". Czy ktoś z powodzeniem to zrobił? Próbowałem go w przeciwnym kierunku: stworzył nowy AMI oparty na HVM przy użyciu moich migawek PVM (chcących migrować z t1 na t2), ale moja instancja HVM stworzona z tego nie mogła wystartować. Udokumentowane [tutaj] (https://serverfault.com/questions/615188/aws-t1-to-t2-migration-client-instanceinitiatedshutdown-on-new-t2-instance). Jeśli ktoś to zrobił, chciałbym otrzymać instrukcje krok po kroku! – poshest

+0

Wpadłem na ten błąd za pomocą gem-ec2' gem i odkryłem, że za pomocą 'flavor_id: c3.large' dla mojego' driver: 'config ustawiłem go. Zasadniczo ta odpowiedź podsumowuje problem: Spróbuj innego smaku instancji EC2, który obsługuje AMI HVM. – TrinitronX

0

mam to rozwiązane poprzez dopasowanie typów instancji. Musisz upewnić się, że typy instancji dla AMI i EC2 są takie same.