Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Linux-Betriebssysteme
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
AWS OpsWorks Stacks unterstützt die 64-Bit-Versionen der folgenden Linux-Betriebssysteme.
-
Amazon Linux
und Amazon Linux 2 (die aktuell unterstützten Versionen finden Sie in der AWS OpsWorks Stacks-Konsole )
Sie können auch benutzerdefinierte AMIs basierend auf diesen Betriebssystemen verwenden.
Einige allgemeine Hinweise zu Linux-Instances:
- Unterstützte Paketversionen
-
Die unterstützten Versionen und Patch-Ebenen für Pakete wie Ruby hängen von dem Betriebssystem und der Version ab. Einzelheiten dazu finden Sie in den folgenden Abschnitten.
- Aktualisierungen
-
Standardmäßig stellt AWS OpsWorks Stacks sicher, dass Linux-Instances über die neuesten Sicherheitspatches verfügen, indem es automatisch
yum update
oderapt-get update
nach dem Start einer Instanz aufruft. Um automatische Updates zu deaktivieren, verwenden Sie die UpdateLayerAktionen CreateInstanceUpdateInstance, CreateLayer, oder — oder die entsprechenden AWS-SDK-Methoden oder AWS-CLI-Befehle—, um den InstallUpdatesOnBoot
Parameter auf zu setzen.false
Um Serviceunterbrechungen zu vermeiden, installiert AWS OpsWorks Stacks Updates nicht automatisch, nachdem eine Instance online ist. Sie können das Betriebssystem einer Online-Instance jederzeit manuell aktualisieren, indem Sie den Stack-Befehl Upgrade Operating System ausführen. Weitere Informationen zum Verwalten von Sicherheitsaktualisierungen finden Sie unter Verwalten von Sicherheitsupdates.
Um mehr Kontrolle darüber zu haben, wie AWS OpsWorks Stacks Ihre Instances aktualisiert, erstellen Sie ein benutzerdefiniertes AMI, das auf einem der unterstützten Betriebssysteme basiert. Mit benutzerdefinierten AMIs können Sie beispielsweise angeben, welche Paketversionen auf einer Instance installiert sind. Jede Linux-Distribution besitzt unterschiedliche Support-Zeitvorgaben und Richtlinien zum Zusammenführen von Paketen, daher sollten Sie sich überlegen, welche Methode am besten für Ihre Anforderungen geeignet ist. Weitere Informationen finden Sie unter Verwenden von benutzerdefinierten AMIs.
- Hosts-Datei
-
Jede Online-Instanz hat eine
/etc/hosts
Datei, die IP-Adressen Hostnamen zuordnet. AWS OpsWorks Stacks enthält die öffentlichen und privaten Adressen für alle Online-Instanzen des Stacks in derhosts
Datei jeder Instanz. Angenommen, Sie haben einen Stack mit zwei Node.js App Server-Instanzen, nodejs-app1 und nodejs-app2, und einer MySQL-Instanz, db-master1. Diehosts
-Datei der Instance "nodejs-app1" sieht in etwa wie im folgenden Beispiel dargestellt aus. Die anderen Instances verfügen über ähnlichehosts
-Dateien.... # OpsWorks Layer State 192.0.2.0 nodejs-app1.localdomain nodejs-app1 10.145.160.232 db-master1 198.51.100.0 db-master1-ext 10.243.77.78 nodejs-app2 203.0.113.0 nodejs-app2-ext 10.84.66.6 nodejs-app1 192.0.2.0 nodejs-app1-ext
- AWS OpsWorks Unterstützung für Stacks Agent Proxy
-
Der AWS OpsWorks Stacks-Agent für Chef 11.10 und spätere Stacks bietet grundlegende Unterstützung für Proxyserver, die normalerweise mit isolierten VPCs verwendet werden. Um die Unterstützung für Proxy-Server aktivieren zu können, muss eine Instance eine Datei
/etc/environment
haben, die die entsprechenden Einstellungen für HTTP- und HTTPS-Datenverkehr enthält. Die Datei sollte wie im Folgenden dargestellt aussehen, wobei Sie den hervorgehobenen Text durch die URL und den Port Ihres Proxy-Servers ersetzen:http_proxy="http://
myproxy.example.com:8080
/" https_proxy="http://myproxy.example.com:8080
/" no_proxy="169.254.169.254"Zum Aktivieren der Proxy-Unterstützung empfehlen wir, ein benutzerdefiniertes AMI zu erstellen, das eine entsprechende Datei
/etc/environment
enthält. Verwenden Sie dann dieses AMI zum Erstellen Ihrer Instances.Anmerkung
Wir empfehlen nicht, ein benutzerdefiniertes Rezept zu verwenden, um eine
/etc/environment
Datei auf Ihren Instances zu erstellen. AWS OpsWorks Stacks benötigt die Proxy-Serverdaten zu einem frühen Zeitpunkt des Einrichtungsprozesses, bevor benutzerdefinierte Rezepte ausgeführt wurden.
Amazon Linux
AWS OpsWorks Stacks unterstützt die 64-Bit-Versionen von Amazon Linux und Amazon Linux 2. Neben regelmäßigen Aktualisierungen und Patches erscheint etwa alle sechs Monate eine neue Amazon Linux-Version, die unter Umständen wesentliche Änderungen enthält. Bei der Erstellung eines Stacks oder einer neuen Instance müssen Sie angeben, welche Amazon Linux-Version verwendet werden soll. Wenn AWS eine neue Version veröffentlicht, führen Ihre Instances die angegebene Version weiterhin so lange aus, bis Sie sie explizit ändern. Nach der Veröffentlichung einer neuen Amazon Linux-Version gibt es einen 4-wöchigen Migrationszeitraum, in dem AWS weiterhin regelmäßige Aktualisierungen für die ältere Version bereitstellt. Nach diesem Migrationszeitraum können Ihre Instances weiterhin die ältere Version ausführen, jedoch stellt AWS keine weiteren Aktualisierungen bereit. Weitere Informationen finden Sie unter Amazon Linux AMI – Häufig gestellte Fragen
Wenn eine neue Amazon Linux-Version veröffentlicht wird, empfehlen wir Ihnen, innerhalb des Migrationszeitraums auf die neue Version zu aktualisieren, damit Ihre Instances weiterhin Sicherheitsaktualisierungen erhalten. Vor der Aktualisierung der Instances Ihres Produktions-Stacks sollten Sie eine neue Instance starten und sich vergewissern, dass Ihre Anwendung einwandfrei mit der neuen Version ausgeführt wird. Dann können Sie die Instances des Produktions-Stacks aktualisieren.
Anmerkung
Standardmäßig werden auf Amazon Linux basierte benutzerdefinierte AMIs automatisch auf die aktuelle Version aktualisiert, sobald diese veröffentlicht wurde. Es empfiehlt sich, Ihr benutzerdefiniertes AMI auf eine bestimmte Amazon Linux-Version zu beschränken. So können Sie Aktualisierungen zunächst testen, bevor Sie die neue Version verwenden. Weitere Informationen finden Sie unter Wie beschränke ich ein AMI auf eine bestimmte Version?
Wenn Sie eine AWS CloudFormation Vorlage verwenden, um Stacks mit Instances zu erstellen, auf denen Amazon Linux ausgeführt wird, sollten die Vorlagen explizit eine Amazon Linux-Version angeben. Das heißt, wenn in der Vorlage Amazon Linux
angegeben ist, führen die Instances weiterhin Version 2016.09 aus. Weitere Informationen finden Sie unter AWS::OpsWorks::Stackund AWS::OpsWorks::Instance.
Zum Aktualisieren der Amazon Linux-Version einer Instance führen Sie einen der folgenden Schritte aus:
-
Führen Sie bei Online-Instances den Stack-Befehl Upgrade Operating System aus.
Wenn eine neue Amazon Linux-Version verfügbar ist, wird auf den Seiten Instances und Stack ein Hinweis mit einem Link angezeigt, über den Sie die Seite Run Command aufrufen. Sie können dann Upgrade Operating System ausführen, um ein Upgrade für Ihre Instance durchzuführen.
-
Für Offline-Instances, die von Amazon Elastic Block Store (EBS-gestützt) unterstützt werden, starten Sie die Instances und führen Sie Upgrade Operating System aus, wie in der vorherigen Erklärung beschrieben.
-
Für Instance-Speicher-gestützte Offline-Instances, einschließlich zeit- und lastbasierte Instances: Bearbeiten Sie die Einstellung Operating system der Instance, um die neue Version anzugeben.
AWS OpsWorks Stacks aktualisiert die Instances automatisch auf die neue Version, wenn sie neu gestartet werden.
Amazon Linux-Version | Node.js-Versionen |
---|---|
|
|
|
|
|
|
|
|
|
|
|
|
Chef-Version | Unterstützte Amazon Linux-Versionen |
---|---|
|
|
|
|
|
|
Wichtig
Vergewissern Sie sich vor dem Aktualisieren von t1.micro-Instances, dass sie über die temporäre Auslagerungsdatei /var/swapfile
verfügen. Die t1.micro-Instances auf Chef 0.9-Stacks haben keine Auslagerungsdatei. Auf Chef 11.4- und Chef 11.10-Stacks erstellen die aktuellen Versionen des Instance-Agenten automatisch eine Auslagerungsdatei für t1.micro-Instances. Diese Änderung wurde allerdings über einen Zeitraum von mehreren Wochen eingeführt, daher sollten Sie überprüfen, ob die Datei /var/swapfile
auf Instances vorhanden ist, die vor dem 24. März 2014 erstellt wurden.
Für t1.micro-Instances, die keine Auslagerungsdatei haben, können Sie diese wie folgt erstellen:
-
Für Chef 11.10-Stacks und höher: Erstellen Sie neue t1.micro-Instances, die automatisch eine Auslagerungsdatei aufweisen.
-
Chef 0.9-Stacks: Führen Sie die folgenden Befehle auf jeder Instance als Root-Benutzer aus.
dd if=/dev/zero of=/var/swapfile bs=1M count=256 mkswap /var/swapfile chown root:root /var/swapfile chmod 0600 /var/swapfile swapon /var/swapfile
Sie können diese Befehle auch für Chef 11.10 und spätere Stacks verwenden, wenn Sie keine neuen Instances erstellen möchten.
Ubuntu LTS
Ubuntu veröffentlicht ungefähr alle zwei Jahre eine neue Ubuntu LTS-Version und bietet etwa fünf Jahre lang Unterstützung für die jeweilige Version. Ubuntu stellt Sicherheits-Patches und Sicherheitsaktualisierungen für die Dauer der Betriebssystemunterstützung bereit. Weitere Informationen finden Sie unter LTS – Ubuntu Wiki
-
Sie können eine vorhandene Ubuntu-Instance nicht auf eine neuere Version von Ubuntu aktualisieren.
Sie müssen eine neue Ubuntu-Instanz erstellen und die ältere Instanz löschen.
-
Ubuntu 20.04 LTS wird nur für Chef 12 und höhere Stacks unterstützt.
CentOS
AWS OpsWorks Stacks unterstützt die 64-Bit-Version von CentOS 7.
Wenn Sie eine neue Instanz in einem CentOS-Stack starten, installiert AWS OpsWorks Stacks automatisch die aktuellste CentOS-Version. Da AWS OpsWorks Stacks das Betriebssystem vorhandener Instanzen nicht automatisch aktualisiert, wenn eine neue CentOS-Nebenversion veröffentlicht wird, erhält eine neu erstellte Instanz möglicherweise eine neuere Version als die vorhandenen Instanzen des Stacks. Damit die Versionen auf Ihrem Stack einheitlich sind, können Sie Ihre vorhandenen Instances wie folgt auf die aktuelle CentOS-Version aktualisieren:
-
Für Online-Instances: Um die Instances auf die aktuelle Version zu aktualisieren, führen Sie den Stack-Befehl Upgrade Operating System aus, mit dem
yum update
auf den angegebenen Instances ausgeführt wird.Wenn eine neue CentOS 7-Nebenversion verfügbar ist, wird auf den Seiten Instances und Stack ein Hinweis mit einem Link angezeigt, über den Sie die Seite Run Command aufrufen. Sie können dann Upgrade Operating System ausführen, um ein Upgrade für Ihre Instances durchzuführen.
-
Für Offline-Instances, die von Amazon EBS unterstützt werden, starten Sie die Instances und führen Sie das Upgrade Operating System aus, wie im vorherigen Listenelement beschrieben.
-
Bei Offline-Instances, die vom Store unterstützt werden, installiert AWS OpsWorks Stacks automatisch die neue Version, wenn die Instances neu gestartet werden.
Chef-Version | Unterstützte CentOS-Version |
---|---|
|
|
|
|
|
|
Anmerkung
AWS OpsWorks Stacks unterstützt Apache 2.4 für CentOS-Instanzen.
Red Hat Enterprise Linux
AWS OpsWorks Stacks unterstützt die 64-Bit-Version von Red Hat Enterprise Linux 7 (RHEL 7
Wenn Sie eine neue Instanz starten, installiert AWS OpsWorks Stacks automatisch die aktuelle RHEL 7-Version. Da AWS OpsWorks Stacks das Betriebssystem vorhandener Instanzen nicht automatisch aktualisiert, wenn eine neue RHEL 7-Nebenversion veröffentlicht wird, erhält eine neu erstellte Instanz möglicherweise eine neuere Version als die vorhandenen Instanzen des Stacks. Damit die Versionen auf Ihrem Stack einheitlich sind, können Sie Ihre vorhandenen Instances wie folgt auf die aktuelle RHEL 7-Version aktualisieren:
-
Für Online-Instances: Um die Instances auf die aktuelle Version zu aktualisieren, führen Sie den Stack-Befehl Upgrade Operating System aus, mit dem
yum update
auf den angegebenen Instances ausgeführt wird.Wenn eine neue RHEL 7-Version verfügbar ist, wird auf den Seiten Instances und Stack ein Hinweis mit einem Link angezeigt, über den Sie die Seite Run Command aufrufen. Sie können dann Upgrade Operating System ausführen, um ein Upgrade für Ihre Instances durchzuführen.
-
Für Offline-Instances, die von Amazon EBS unterstützt werden, starten Sie die Instances und führen Sie das Upgrade Operating System aus, wie im vorherigen Listenelement beschrieben.
-
Bei Offline-Instances, die vom Store unterstützt werden, installiert AWS OpsWorks Stacks automatisch die neue Version, wenn die Instances neu gestartet werden.
RHEL-Version | Node.js-Versionen |
---|---|
|
|
Chef-Version | Unterstützte RHEL-Version |
---|---|
|
|
|
|
|
|
Alle Versionen von Node.js, die älter als 0.10.40 sind, sind veraltet. 0.12.7 und 0.12.9 sind ebenfalls veraltet.
Anmerkung
AWS OpsWorks Stacks unterstützt Apache 2.4 für RHEL 7-Instanzen.