Alles, was nicht auf einem EBS-Volume gespeichert ist, das an die Instanz angehängt ist, geht verloren.
Wenn Sie beispielsweise Ihr EBS-Volume auf mounten /mystuff
, geht alles /mystuff
verloren , was nicht vorhanden ist. Wenn Sie kein ebs-Volume bereitstellen und keine Daten darauf speichern, geht meiner Meinung nach alles verloren.
Sie können aus Ihrem aktuellen Maschinenzustand eine AMI erstellen, die alles in Ihrem kurzlebigen Speicher enthält. Wenn Sie dann eine neue Instanz starten, die auf diesem AMI basiert, enthält sie alles so, wie es jetzt ist.
Update: zur Klarstellung anhand von Kommentaren von mattgmg1990 und glenn bech:
Beachten Sie, dass zwischen "Stopp" und "Beenden" ein Unterschied besteht. Wenn Sie eine von EBS unterstützte Instanz "stoppen", befinden sich die Informationen auf dem Root-Volume immer noch im selben Status, wenn Sie den Computer erneut "starten". In der Dokumentation wird "Standardmäßig werden das Root-Geräte-Volume und die anderen Amazon EBS-Volumes, die beim Starten einer von Amazon EBS unterstützten Instanz angehängt werden, automatisch gelöscht, wenn die Instanz beendet wird". Sie können dies jedoch über die Konfiguration ändern.
instance store
Geräte? Das heißt,ebs
ist mein Root-Speicherlaufwerk auf einem Gerät kurzlebig oder nicht?Grundsätzlich ist das Root-Volume (Ihre gesamte virtuelle Systemfestplatte) kurzlebig, jedoch nur, wenn Sie AMI erstellen, das vom Amazon EC2- Instanzspeicher unterstützt wird .
Wenn Sie AMI erstellen, das von EBS unterstützt wird, wird Ihr Root-Volume von EBS unterstützt und alles, was Sie auf Ihrem Root-Volume haben, wird zwischen den Neustarts gespeichert .
Wenn Sie sich nicht sicher sind, welche Art von Volume Sie haben, suchen Sie in Ihrer AWS-Konsole unter EC2-> Elastic Block Store-> Volumes. Wenn Ihr AMI-Root-Volume dort aufgeführt ist, sind Sie sicher. Wenn Sie zu EC2-> Instanzen gehen und dann in der Spalte "Root-Gerätetyp" Ihrer Instanz nachsehen und dort "ebs" steht, müssen Sie sich keine Gedanken über Daten auf Ihrem Root-Gerät machen.
Weitere Details finden Sie hier: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/RootDeviceStorage.html
quelle
Unable to connect to your database server using the provided settings. Filename: core/Loader.php Line Number: 346
Irgendwelche Ideen? Dies geschah vorher nicht.mysqld
mehr ausgeführt. Der Support sagte, dies sei nicht normal, aber das sei das einzige Problem.Um klar zu sein und die Frage von @ Dean zu beantworten: EBS-Root-Speicher scheint nicht kurzlebig zu sein. Daten sind über Neustarts hinweg persistent und es macht keinen Sinn, ein von ebs unterstütztes Root-Volume zu verwenden, das "kurzlebig" ist. Dies würde sich nicht vom bildbasierten Root-Volume unterscheiden.
quelle
Laut AWS-Dokumentation [ https://aws.amazon.com/premiumsupport/knowledge-center/instance-store-vs-ebs/] sind Instanzspeicher-Volumes durch Instanzstopps, -beendigungen oder Hardwarefehler nicht dauerhaft. Ein AMI, das von einer gespeicherten Instanzdiskette erstellt wurde, enthält keine Daten, die im Instanzspeicher vorhanden sind, sodass in allen von diesem AMI gestarteten Instanzen keine Daten im Instanzspeicher gespeichert sind. Der Instanzspeicher kann als Cache für Anwendungen verwendet werden, die auf einer Instanz ausgeführt werden. Für alle persistenten Daten sollten Sie EBS verwenden.
quelle