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.
OpsWorks Stapel
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
Cloud-basiertes Computing umfasst in der Regel Gruppen von AWS-Ressourcen, wie EC2 Amazon-Instances und Amazon Relational Database Service (RDS) -Instances, die gemeinsam erstellt und verwaltet werden müssen. Beispielsweise sind für eine Webanwendung normalerweise Anwendungsserver, Datenbankserver, Load Balancer usw. erforderlich. Diese Gruppe von Instances wird üblicherweise als Stack bezeichnet. Ein einfacher Anwendungsserver-Stack sieht etwa wie folgt aus.

Zusätzlich zum Erstellen der Instances und dem Installieren der erforderlichen Pakete benötigen Sie in der Regel eine Möglichkeit zur Verteilung von Anwendungen auf die Anwendungsserver, zur Überwachung der Leistung, dem Verwalten der Sicherheit und Berechtigungen usw.
OpsWorks Stacks bietet eine einfache und flexible Möglichkeit, Stacks und Anwendungen zu erstellen und zu verwalten.
So könnte ein einfacher Anwendungsserver-Stack mit OpsWorks Stacks aussehen. Es besteht aus einer Gruppe von Anwendungsservern, die hinter einem Elastic Load Balancing Load Balancer laufen, mit einem Amazon RDS-Datenbankserver im Backend.

Dieser Stack ist zwar relativ einfach, zeigt aber alle wichtigen OpsWorks Stacks-Funktionen. So wird es zusammengestellt.
Themen
Stacks
Der Stack ist die Kernkomponente von OpsWorks Stacks. Es ist im Grunde ein Container für AWS-Ressourcen — EC2 Amazon-Instances, Amazon RDS-Datenbank-Instances usw. —, die einen gemeinsamen Zweck haben und logisch zusammen verwaltet werden sollten. Der Stack unterstützt Sie bei der Verwaltung dieser Ressourcen als Gruppe und definiert auch einige Standard-Konfigurationseinstellungen, wie beispielsweise das Betriebssystem der Instances und ihre AWS-Region. Wenn Sie einige Stack-Komponenten von der direkten Interaktion mit dem Benutzer isolieren möchten, können Sie den Stack in einer VPC ausführen.
Ebenen
Sie definieren die Stack-Komponenten, indem Sie einen oder mehrere Layer hinzufügen. Eine Ebene stellt eine Gruppe von EC2 Amazon-Instances dar, die einem bestimmten Zweck dienen, wie die Bereitstellung von Anwendungen oder das Hosten von Datenbankservern.
Sie können Layer anpassen oder erweitern, indem Sie die Standard-Konfigurationen von Paketen modifizieren, Chef-Rezepte zum Durchführen von Aufgaben, wie der Installation von zusätzlichen Paketen, hinzufügen und mehr.
Für alle Stacks umfasst OpsWorks Stacks Service-Ebenen, die die folgenden AWS-Services darstellen.
-
Amazon Relational Database Service
-
Elastic Load Balancing
-
Amazon Elastic Container Service
Layer geben Ihnen die vollständige Kontrolle darüber, welche Pakete installiert sind, wie sie konfiguriert sind, wie Anwendungen bereitgestellt werden und mehr.
Rezepte und Ereignisse LifeCycle
Die Layer sind von Chef-Rezepten
Jeder Layer kann eine Reihe von Rezepten zu jedem Lebenszyklusereignis zugewiesen haben, die eine Vielzahl von Aufgaben für dieses Ereignis und Layer bearbeiten. Wenn beispielsweise eine Instanz, die zu einer Webserver-Ebene gehört, den Startvorgang abgeschlossen hat, führt Stacks die folgenden Schritte aus. OpsWorks
-
Das Ausführen von Einrichtungsrezepten des Layers, welche Aufgaben wie das Installieren und Konfigurieren eines Webservers durchführen könnten.
-
Das Ausführen der Bereitstellungsrezepte der einzelnen Layer, die der Instance die Layer-Anwendungen aus einem Repository bereitstellen und verwandte Aufgaben, wie z. B. das Neustarten des Dienstes, durchführen.
-
Das Ausführen der Konfigurierungsrezepte auf allen Instances in dem Stack, damit jede Instance die Konfiguration anpassen kann, um die neue Instance zu unterstützen.
In einer Instance, die einen Load Balancer ausführt, könnte z. B. ein Konfigurationsrezept die Konfiguration des Load Balancers modifizieren, um so die neue Instance einzuschließen.
Wenn eine Instanz zu mehreren Ebenen gehört, führt OpsWorks Stacks die Rezepte für jede Ebene aus, sodass Sie beispielsweise eine Instanz haben können, die einen PHP-Anwendungsserver und einen MySQL-Datenbankserver unterstützt.
Wenn Sie Rezepte implementiert haben, können Sie jedes Rezept der entsprechenden Ebene und dem entsprechenden Ereignis zuweisen, und OpsWorks Stacks führt sie automatisch zum richtigen Zeitpunkt für Sie aus. Sie können Rezepte auch jederzeit manuell ausführen.
Instances
Eine Instance stellt eine einzelne Rechenressource dar, z. B. eine EC2 Amazon-Instance. Sie definiert die grundlegende Konfiguration der Ressource, wie das Betriebssystem und die Größe. Andere Konfigurationseinstellungen, wie Elastic IP-Adressen oder Amazon EBS-Volumes, werden durch die Ebenen der Instance definiert. Die Layer-Rezepte schließen die Konfiguration ab, indem Sie Aufgaben wie die Installation, die Konfiguration von Paketen und die Bereitstellung von Apps erfüllen.
Sie können OpsWorks Stacks verwenden, um Instances zu erstellen und sie einer Ebene hinzuzufügen. Wenn Sie die Instance starten, startet OpsWorks Stacks eine EC2 Amazon-Instance mit den von der Instance und ihrem Layer angegebenen Konfigurationseinstellungen. Nachdem der Startvorgang der EC2 Amazon-Instance abgeschlossen ist, installiert OpsWorks Stacks einen Agenten, der die Kommunikation zwischen der Instance und dem Service übernimmt und die entsprechenden Rezepte als Reaktion auf Lebenszyklusereignisse ausführt.
OpsWorks Stacks unterstützt die folgenden Instance-Typen, die sich dadurch auszeichnen, wie sie gestartet und gestoppt werden.
-
24/7-Instances werden manuell gestartet und ausgeführt, bis Sie sie anhalten.
-
Zeitbasierte Instances werden von OpsWorks Stacks nach einem bestimmten Tages- und Wochenplan ausgeführt.
Sie erlauben Ihrem Stack die Anzahl der Instances automatisch anzupassen, um vorhersehbare Nutzungsmuster zu unterstützen.
-
Lastbasierte Instances werden automatisch von OpsWorks Stacks gestartet und gestoppt, basierend auf bestimmten Lastmetriken, wie z. B. der CPU-Auslastung.
Sie erlauben Ihrem Stack, die Anzahl der Instances automatisch anzupassen, um die Schwankungen des eingehenden Datenverkehrs zu unterstützen. Lastbasierte Instances sind nur für Linux-basierte Stacks verfügbar.
OpsWorks Stacks unterstützt die automatische Heilung von Instanzen. Wenn ein Agent die Kommunikation mit dem Service beendet, stoppt OpsWorks Stacks die Instanz automatisch und startet sie neu.
Sie können auch Linux-basierte Rechenressourcen in einen Stack integrieren, der außerhalb von Stacks erstellt wurde. OpsWorks
-
EC2 Amazon-Instances, die Sie direkt mit der EC2 Amazon-Konsole, CLI oder API erstellt haben.
-
Lokale Instances, die auf Ihrer eigenen Hardware ausgeführt werden, einschließlich Instances auf virtuellen Maschinen.
Nachdem Sie eine dieser Instances registriert haben, wird sie zu einer OpsWorks Stacks-Instance und Sie können sie auf die gleiche Weise verwalten wie Instances, die Sie mit OpsWorks Stacks erstellen.
Apps
Sie speichern Anwendungen und zugehörige Dateien in einem Repository, z. B. einem Amazon S3 S3-Bucket. Jede Anwendung wird durch eine App repräsentiert, die den Anwendungstyp spezifiziert und die Informationen enthält, die erforderlich sind, um Ihre Anwendung aus dem Repository auf Ihren Instances bereitzustellen, z. B. die Repository-URL und das Passwort. Wenn Sie eine App bereitstellen, löst OpsWorks Stacks ein Deploy-Ereignis aus, das die Deploy-Rezepte auf den Instances des Stacks ausführt.
Sie können Anwendungen auf folgende Arten bereitstellen:
-
Automatisch — Wenn Sie Instances starten, führt OpsWorks Stacks automatisch die Deploy-Rezepte der Instanz aus.
-
Manuell - Falls Sie eine neue Anwendung haben oder eine existierende aktualisieren möchten, können Sie die Bereitstellungsrezepte der Online-Instances manuell ausführen.
Normalerweise lassen Sie OpsWorks Stacks die Deploy-Rezepte für den gesamten Stack ausführen, sodass die Instanzen der anderen Ebenen ihre Konfiguration entsprechend ändern können. Dennoch können Sie die Bereitstellung auf eine Teilmenge der Instances limitieren, z. B. wenn Sie eine neue Anwendung testen möchten, bevor sie für jede Anwendungsserver-Instance bereitgestellt wird.
Anpassen Ihres Stacks
Mit OpsWorks Stacks haben Sie verschiedene Möglichkeiten, Layer an Ihre spezifischen Anforderungen anzupassen:
-
Sie können ändern, wie OpsWorks Stacks Pakete konfiguriert, indem Sie Attribute überschreiben, die die verschiedenen Konfigurationseinstellungen repräsentieren, oder indem Sie sogar die Vorlagen überschreiben, die zum Erstellen von Konfigurationsdateien verwendet wurden.
-
Sie können einen vorhandenen Layer erweitern, indem Sie Ihre eigenen Rezepte zum Ausführen von Aufgaben, wie die Ausführung von Skripts oder die Installation und Konfiguration von Nichtstandard-Paketen, ausführen.
Alle Stacks können eine oder mehrere Layer enthalten, die am Anfang nur eine minimale Anzahl von Rezepten umfassen. Durch die Implementierung von Rezepten zum Bearbeiten von Aufgaben, wie die Installation von Paketen, die Bereitstellung von Anwendungen, können Sie dem Layer Funktionen hinzufügen. Sie verpacken Ihre benutzerdefinierten Rezepte und zugehörige Dateien in einem oder mehreren Kochbüchern und speichern die Kochbücher in einem Repository wie Amazon S3 oder Git.
Sie können Rezepte manuell ausführen, aber mit OpsWorks Stacks können Sie den Prozess auch automatisieren, indem es eine Reihe von fünf Lebenszyklusereignissen unterstützt:
-
Die Einrichtung erfolgt über eine neue Instance, nachdem sie erfolgreich gestartet wird.
-
Die Konfiguration wird auf allen Instances der Stacks durchgeführt, wenn eine Instance in den Online-Status wechselt oder diesen verlässt.
-
Die Bereitstellung findet statt, wenn Sie eine Anwendung bereitstellen.
-
Die Bereitstellungsaufhebung tritt auf, wenn Sie eine Anwendung löschen.
-
Das Herunterfahren wird ausgeführt, wenn Sie eine Instance anhalten.
Jeder Layer kann jedem Ereignis eine beliebige Anzahl an Rezepten zuordnen. Wenn ein Lebenszyklusereignis auf einer Layer-Instanz auftritt, führt OpsWorks Stacks die zugehörigen Rezepte aus. Wenn beispielsweise ein Deploy-Ereignis auf einer App-Server-Instanz auftritt, führt OpsWorks Stacks die Deploy-Rezepte des Layers aus, um die App herunterzuladen oder verwandte Aufgaben auszuführen.
Ressourcenmanagement
Sie können andere AWS-Ressourcen wie Elastic IP-Adressen in Ihren Stack integrieren. Sie können die OpsWorks Stacks-Konsole oder -API verwenden, um Ressourcen bei einem Stack zu registrieren, registrierte Ressourcen an Instanzen anzuhängen oder von ihnen zu trennen und Ressourcen von einer Instanz zur anderen zu verschieben.
Sicherheit und Berechtigungen
AWS OpsWorks Stacks lässt sich in AWS Identity and Access Management (IAM) integrieren, um robuste Methoden zur Steuerung des Benutzerzugriffs auf OpsWorks Stacks bereitzustellen, darunter die folgenden:
-
Wie einzelne Benutzer mit jedem Stack interagieren können, z. B. ob sie Stack-Ressourcen wie Ebenen und Instances erstellen können oder ob sie SSH oder RDP verwenden können, um eine Verbindung zu den EC2 Amazon-Instances eines Stacks herzustellen.
-
Wie OpsWorks Stacks in Ihrem Namen handeln kann, um mit AWS-Ressourcen wie EC2 Amazon-Instances zu interagieren.
-
Wie Apps, die auf OpsWorks Stacks-Instances ausgeführt werden, auf AWS-Ressourcen wie Amazon S3 S3-Buckets zugreifen können.
-
Wie RDP-Kennwörter und öffentliche SSH-Schlüssel der Benutzer zu verwalten sind und mit einer Instance verbunden werden.
Überwachung und Protokollierung
OpsWorks Stacks bietet verschiedene Funktionen, mit denen Sie Ihren Stack überwachen und Probleme mit Ihrem Stack und allen Rezepten beheben können. Für alle Stacks:
-
OpsWorks Stacks bietet eine Reihe von benutzerdefinierten CloudWatch Metriken für Linux-Stacks, die der Einfachheit halber auf der Monitoring-Seite zusammengefasst sind.
OpsWorks Stacks unterstützt die CloudWatch Standardmetriken für Windows-Stacks. Sie können sie mit der CloudWatch Konsole überwachen.
-
CloudTrail Protokolle, die API-Aufrufe, die von oder im Namen von OpsWorks Stacks über Ihr AWS-Konto getätigt wurden.
-
Ein Ereignisprotokoll, das alle Ereignisse in Ihrem Stack auflistet.
-
Chef-Protokolle, die aufführen, was sich für jedes Lebenszyklusereignis auf jeder Instance herausgestellt hat, z. B. welche Rezepte ausgeführt wurden und welche Fehler aufgetreten sind.
Linux-basierte Stacks können auch einen Ganglia-Master-Layer enthalten, mit dem Sie detaillierte Überwachungsdaten für die Instances in Ihrem Stack sammeln und anzeigen können.
CLI, SDK und AWS CloudFormation Vorlagen
Neben der Konsole unterstützt OpsWorks Stacks auch eine Befehlszeilenschnittstelle (CLI) und mehrere Sprachen, die SDKs für die Ausführung beliebiger Operationen verwendet werden können. Beachten Sie die folgenden Funktionen:
-
Die OpsWorks Stacks-CLI ist Teil der AWS-CLI
und kann verwendet werden, um alle Operationen von der Befehlszeile aus auszuführen. Die AWS-CLI unterstützt mehrere AWS-Services und kann auf Windows-, Linux- oder OS X-Systemen installiert werden.
-
OpsWorks Stacks ist in den AWS-Tools für Windows
enthalten PowerShell und kann verwendet werden, um beliebige Operationen von einer PowerShell Windows-Befehlszeile aus auszuführen. -
Das OpsWorks Stacks SDK ist in AWS enthalten und kann von Anwendungen verwendet werden SDKs, die in folgenden Sprachen implementiert sind: Java
, JavaScript (browserbasiert und Node.js), .NET , PHP , Python (Boto) oder Ruby.
Sie können auch AWS CloudFormation Vorlagen verwenden, um Stacks bereitzustellen. Einige Beispiele finden Sie unter OpsWorks AWS-Snippets.