Mam AMI, który został pierwotnie stworzony z Linuksa t1.micro. „Typem urządzenia głównego” tego AMI jest EBS (8 GB), a moje oprogramowanie aplikacji internetowej jest „wypiekane” do tego woluminu głównego.
Teraz chciałbym uruchomić instancję m3.medium z tego AMI, ale ma ona „Instance Storage” o pojemności 4 GB SSD.
Czy moja nowo uruchomiona instancja m3.medium w ogóle skorzysta z pamięci SSD? Czy też muszę utworzyć nowy interfejs AMI z „Instance Store” jako głównym „Root Device Type”?
Podobnie ... Kiedy próbuję uruchomić od podstaw m3.medium przy użyciu „Amazon Linux AMI 2013.09.2”, dodaje domyślnie wolumin root o wielkości 8 GB, którego nie można usunąć za pomocą kreatora uruchamiania.
Czego tu brakuje?
amazon-ec2
amazon-web-services
ssd
amazon-ebs
użytkownik183744
źródło
źródło
Odpowiedzi:
Niezależnie od tego, co ma jako pamięć instancji, uruchomi się z dysku EBS. Możesz zamontować dysk SSD jako dodatkowy dysk - może to być przydatne do wymiany miejsca, plików tymczasowych, pamięci podręcznych itp.
źródło
Warto zwrócić uwagę na przyszłych czytelników Amazon udostępnił dyski SSD „ogólnego zastosowania” w EBS. Następnie możesz wybrać konsolę lub api jako „gp2”. Są kilka centów miesięcznie droższe niż standardowe napędy magnetyczne.
http://aws.amazon.com/blogs/aws/new-ssd-backed-elastic-block-storage/ http://aws.amazon.com/ebs/details/
źródło
Pamięć instancji SSD (podobnie jak pamięć instancji magnetycznych) jest efemeryczna i nie sądzę, że będzie trwała, jeśli wykonasz takie czynności, jak zamknięcie instancji, a następnie ponowne uruchomienie jej później (jeśli jest migrowana między hostami, na przykład efemeryczny wolumin nie zostaje z nim).
Jest to naprawdę przydatne tylko w przypadku scratchowania (buforowanie, temperatura itp.), Dla którego jest to bardzo wygodne i bezpłatne i nie zużywa przepustowości; EBS korzysta z przepustowości sieci instancji (z wyjątkiem zoptymalizowanych instancji EBS, w których wykorzystuje dedykowany interfejs SAN).
źródło