Linux-Betriebssysteme - AWS OpsWorks

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 oder über den AWS Premium-Support.

AWS OpsWorks Stacks unterstützt die 64-Bit-Versionen der folgenden Linux-Betriebssysteme.

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 oder apt-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 der hosts 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. Die hosts-Datei der Instance "nodejs-app1" sieht in etwa wie im folgenden Beispiel dargestellt aus. Die anderen Instances verfügen über ähnliche hosts-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: Unterstützte Node.js-Versionen
Amazon Linux-Version Node.js-Versionen
2
(Not applicable to operating systems that are available for Chef 12 and higher stacks only)
2018.03
0.12.18
2017.09
0.12.18
2017.03
0.12.18
2016.09
0.12.18 0.12.17 0.12.16 0.12.15
2016.03
0.12.18 0.12.17 0.12.16 0.12.15 0.12.14 0.12.13 0.12.12 0.12.10
Amazon Linux: Unterstützte Chef-Versionen
Chef-Version Unterstützte Amazon Linux-Versionen
12
Amazon Linux 2 Amazon Linux 2018.03 Amazon Linux 2017.09 Amazon Linux 2017.03 Amazon Linux 2016.09 Amazon Linux 2016.03
11.10
Amazon Linux 2018.03 Amazon Linux 2017.09 Amazon Linux 2017.03 Amazon Linux 2016.09 Amazon Linux 2016.03
11.4 (deprecated)
Amazon Linux 2016.09 Amazon Linux 2016.03
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.

CentOS

AWS OpsWorks Stacks unterstützt die 64-Bit-Version von CentOS 7. Die ursprünglich unterstützte Version ist CentOS 7. CentOS veröffentlicht ungefähr alle zwei Jahre eine neue Version.

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.

CentOS: Unterstützte Chef-Versionen
Chef-Version Unterstützte CentOS-Version
12
CentOS 7
11.10
(None supported)
11.4 (deprecated)
(None supported)
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). Die ursprünglich unterstützte Version ist RHEL 7.1. Red Hat veröffentlicht ungefähr alle 9 Monate eine neue Nebenversion. Nebenversionen sollten mit RHEL 7.0 kompatibel sein. Weitere Informationen finden Sie unter Life Cycle and Update Policies.

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.

Red Hat Enterprise Linux: Unterstützte Node.js-Versionen
RHEL-Version Node.js-Versionen
7
(Node.js versions only apply to Chef 11.10 stacks) 0.8.19 0.8.26 0.10.11 0.10.21 0.10.24 0.10.25 0.10.27 0.10.29 0.10.40 0.12.10 0.12.12 0.12.13 0.12.15
Red Hat Enterprise Linux: Unterstützte Chef-Versionen
Chef-Version Unterstützte RHEL-Version
12
Red Hat Enterprise Linux 7
11.10
Red Hat Enterprise Linux 7
11.4 (deprecated)
(None supported)

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.