Wie AWS Fargate das Container-Management entlastet

Container einrichten

Ähnlich wie Azure Container Instances verwandelt AWS Fargate einzelne Container in konsumierbare Cloud-Ressourcen. Bei Fargate muss ein Entwickler nur die Parameter für eine Container-Instanz angeben und AWS stellt sie auf seiner Hardware bereit.

Die grundlegenden Elemente einer Fargate-Bereitstellung sind Compute, Networking, Storage, Zugriffsrechte, Logging und Debugging-Konfiguration sowie das Runtime-Image – die alle in Task-Definitionen gekapselt sind.

Entwickler können diese unveränderlichen, versionierten Dokumente – nahezu identisch mit ECS-Task-Definitionen – in JSON- oder YAML-Syntax schreiben. Multiple Container werden durch einen Task-Lauf auf einem von ECS verwalteten Container-Cluster beschrieben, wobei Kubernetes Ende 2018 via EKS unterstützt werden soll.

Die Tasks umfassen folgende Elemente:

• Ein eindeutiger Family Name und eine Versionsnummer für die Definition des Tasks;
• Die benötigten CPU-Ressourcen, die sich alle Container teilen, die in der Aufgabe definiert wurden, stehen in fünf virtuellen CPU-Größen (vCPU) – von 0,25 bis 4 – zur Verfügung;
• Der gesamte Memory für die Aufgabe, wie er durch die vCPU-Zuweisung vorgegeben ist. Zum Beispiel können 0,5-vCPU-Tasks 0,5, 1 oder 2 GB auswählen, während 4-vCPU-Tasks einen beliebigen Wert zwischen 8 und 30 GB in Schritten von 1 GB wählen können;
• Eine Liste von bis zu zehn Container-Definitionen, die einen Namen und eine Image-URL aus der Amazon Elastic Container Registry (ECR) oder der Public Registry des Docker Hub enthalten. Sie legen die Eigenschaften jedes Containers fest, der demselben Host zugeordnet ist;
• Ein optionaler CPU- und Memory-Sharing-Parameter, der einen bestimmten Anteil der gesamten vCPU und des Speichers für eine bestimmte Container-Instanz reserviert. Wenn Sie beispielsweise eine zusammengesetzte, auf Microservices basierende Anwendung haben, die für jeden Dienst separate Container verwendet, können Sie eine bestimmte Menge an vCPU für Frontend-Webserver garantieren;
• Der Netzwerkmodus, der jeder Aufgabendefinition eine Private Elastic Netzwerkschnittstelle zu einer Amazon Virtual Private Cloud, einer primären private IP-Adresse und einen internen Host-Namen des Domain Name Systems (DNS) zur Verfügung stellt. Sie können einer Aufgabe auch öffentliche IPs zuweisen, um externen Traffic zuzulassen;
• Die Task-Level Load-Balancing-Konfiguration mit Support für Network Load Balancer oder Application Load Balancer, wobei letzterer mindestens zwei Subnetze in unterschiedlichen Verfügbarkeitszonen benötigt;
• Port Mappings für jeden Container in der Aufgabendefinition, die es Container-Instanzen ermöglichen, Daten über bestimmte Netzwerk-Ports zu senden und zu empfangen;
• Storage-Konfiguration, die sowohl persistenten als auch ephemeralen Docker-Layer Storage unterstützt. Dabei ist letzterer bis zu zehn GB pro Task konfigurierbar und kann von allen Containern gemeinsam genutzt werden. Layer Storage erlaubt es anderen Containern nicht, die Daten zu sehen, während die persistente Speicherung diese Sichtbarkeit zwischen den Containern ermöglicht, solange sie sich innerhalb derselben Sitzung befindet. Die Sichtbarkeit ist beispielsweise verschwunden, wenn die Aufgabe beendet wird. Entwickler können bis zu vier GB eines Elastic Block Store Volumes pro Task-Definition verwenden und die zugehörigen Mount-Punkte und den Volume-Source-Pfad konfigurieren;
• Drei Stufen von Zugriffsberechtigungen. Dazu gehören Cluster-Berechtigungen, die Aufgaben starten oder beschreiben können; Anwendungsberechtigungen, die den Container-Zugriff auf externe AWS-Ressourcen definieren; und Housekeeping-Berechtigungen, die den Zugriff auf verschiedene administrative Tasks ermöglichen;
• CloudWatch Log-Konfiguration, um Parameter für den awslogs-Treiber zu definieren. Dieser sendet Anwendungsdaten an CloudWatch;
• Benutzerdefinierte Kontrollbefehle, wie das Überwachungsintervall, der Timeout-Wert und die Wiederholungsgrenze, um nach gestoppten Tasks zu suchen.

Diese verschachtelten Aufgaben- und Container-Einstellungen bieten alles, was Fargate benötigt, um mehrere Container auf einem Host bereitzustellen. Darüber hinaus können Entwickler mit ECS Fargate-Workloads auf einem virtuellen Cluster verwalten, für den Fall, dass mehrere Aufgaben gemeinsam bereitgestellt werden sollen.

Die Zukunft von Fargate

AWS Fargate Version 1.1 enthält Erweiterungen des Dienstes, einschließlich der Unterstützung von Task-Metadaten-Endpoints, Container Health Checks und ECS Service Discovery. Metadaten-Endpoints ermöglichen die Erfassung von Fargate-Metriken durch Monitoring-Tools von Drittanbietern wie Datadog. Health Checks identifizieren fehlgeschlagene Tasks und generieren einen automatischen Neustart von fehlgeschlagenen oder aufgehangenen Tasks. ECS Service Discovery erleichtert schließlich die Verbindung zwischen containerisierten Diensten, die in verschiedenen Tasks laufen.

AWS Fargate kann ein Segen für Unternehmen sein, die Container-Implementierungen als Ärgernis betrachten. Schließlich macht der Dienst das Management von EC2-Instanzen überflüssig. Wenn IT-Teams Erfahrungen mit der Ausführung von containerisierten Anwendungen sammeln, können sie Fargate-Bereitstellungen auf ECS - und eventuell auch auf EKS - für das Cluster-Management ausdehnen. Sie haben dabei den Komfort, dass sie die Task-Konfigurationen wiederverwenden können und erhalten so mehr Ressourcenoptionen und mehr Kontrollmöglichkeiten.

Folgen Sie SearchDataCenter.de auch auf Twitter, Google+, Xing und Facebook!