Bewährte Methoden: Root-Gerätespeicher für Instances

Wichtig

Der AWS OpsWorks Stacks Dienst hat am 26. Mai 2024 das Ende seiner Lebensdauer erreicht und wurde sowohl für neue als auch für bestehende Kunden deaktiviert. Wir empfehlen Kunden dringend, ihre Workloads so bald wie möglich auf andere Lösungen zu migrieren. Wenn Sie Fragen zur Migration haben, wenden Sie sich an das AWS Support Team auf AWS re:POST oder über den AWS Premium-Support.

Anmerkung

Dieses Thema gilt nicht für Windows-Instances, die von Amazon Elastic Block Store unterstützt werden müssen.

Amazon Elastic Compute Cloud (Amazon EC2) Linux-Instances haben die folgenden Root-Device-Speicheroptionen.

• Instance-Store-Backed Instances — Das Root-Gerät ist temporär.

  Wenn Sie die Instance anhalten, gehen die Daten auf dem Root-Gerät verloren und können nicht wiederhergestellt werden. Weitere Informationen finden Sie unter Amazon EC2-Instance-Speicher.

• Amazon EBS-gestützte Instances — Das Root-Gerät ist ein Amazon EBS-Volume.

  Wenn Sie die Instance beenden, bleibt das Amazon EBS-Volume bestehen. Wenn Sie die Instance neu starten, wird das Volume automatisch neu aufgespielt und stellt den Instance-Status und alle gespeicherten Daten wieder her. Sie können das Volume auch auf eine andere Instance aufspielen. Weitere Informationen finden Sie unter Amazon Elastic Block Store (Amazon EBS).

Beachten Sie Folgendes bei der Wahl der zu nutzenden Root-Gerätespeicheroption.

Startzeit

Nach dem ersten Start werden Amazon EBS-Instances in der Regel schneller neu gestartet.

Der erste Start dauert bei beiden Speichertypen in etwa gleich lang. Beide Typen müssen eine vollständige Einrichtung durchführen, was relativ zeitaufwendige Aufgaben wie das Installieren von Paketen von Remote-Repositorys einschließt. Beachten Sie jedoch diese Unterschiede, wenn Sie eine Instance später neu starten:

• Durch Instance-Speicher gesicherte Instances führen dieselben Einrichtungsaufgaben durch wie beim ersten Start, einschließlich Paketinstallation.

  Ein Neustart dauert etwa gleich lang wie der erste Start.

• Amazon EBS-Back-Instances stellen das Root-Volume erneut bereit und führen die Setup-Rezepte aus.

  Der Neustart ist in der Regel wesentlich schneller als der Erststart, da die Einrichtungsrezepte Aufgaben wie das Neuinstallieren von Paketen, die bereits auf dem Stamm-Volume installiert sind, nicht durchführen müssen.

Kosten

Amazon EBS-gestützte Instances sind teurer:

• Mit einer vom Instance-Speicher gestützten Instance zahlen Sie nur, während die Instance ausgeführt wird.

• Bei Amazon EBS-gestützten Instances zahlen Sie für das Amazon EBS-Volume, unabhängig davon, ob die Instance läuft oder nicht.

  Weitere Informationen finden Sie in der Preisübersicht zu Amazon EBS.

Protokollierung

Amazon EBS-gestützte Instances speichern automatisch Protokolle:

• Mit der Instance-Speicher gestützten Instance verschwinden die Protokolle, wenn die Instance stoppt.

  Sie müssen entweder die Protokolle abrufen, bevor Sie die Instance beenden, oder einen Dienst wie CloudWatch Logs verwenden, um ausgewählte Protokolle remote zu speichern.

• Bei einer Amazon EBS-gestützten Instance werden die Protokolle auf dem Amazon EBS-Volume gespeichert.

  Sie werden durch einen Neustart der Instance oder durch das Aufspielen des Volume auf eine anderen Instanz angezeigt.

Abhängigkeiten

Die beiden Speichertypen verfügen über verschiedene Abhängigkeiten:

• Instances, die von Instance-Stores unterstützt werden, hängen von Amazon S3 ab.

  Wenn Sie die Instance starten, muss sie das AMI von Amazon S3 herunterladen.

• Amazon EBS-gestützte Instances hängen von Amazon EBS ab.

  Wenn Sie die Instance starten, muss sie das Amazon EBS-Root-Volume mounten.

Empfehlung: Wenn Sie sich nicht sicher sind, welcher Speichertyp für Ihre Anforderungen am besten geeignet ist, empfehlen wir, mit Amazon EBS-Instances zu beginnen. Obwohl Ihnen für die Amazon EBS-Volumes geringe Kosten entstehen, ist das Risiko eines unbeabsichtigten Datenverlusts geringer.