AWS Fargate – Häufig gestellte Fragen

Page Topics

Allgemeines
11
Verwenden von AWS Fargate
5
Sicherheit und Compliance
3
Integration
2
Preisgestaltung und Kostenoptimierung
3

Allgemeines

AWS Fargate ist eine Serverless-Datenverarbeitungs-Engine für Container, die mit Amazon Elastic Container Service (ECS) und mit Amazon Elastic Kubernetes Service (EKS) ausgeführt werden kann. Mit AWS Fargate können Sie sich ganz einfach auf die Entwicklung Ihrer Anwendungen konzentrieren, da die Bereitstellung und Verwaltung von Servern entfällt. Sie können die Ressourcen pro Anwendung festlegen und bezahlen und die Sicherheit durch anwendungsspezifische Isolierung verbessern.

AWS Fargate ist eine nutzungsbasierte Serverless-Datenverarbeitungs-Engine, mit der Sie sich auf die Entwicklung von Anwendungen konzentrieren können, ohne Server verwalten zu müssen. AWS Fargate ist sowohl mit Amazon ECS als auch mit Amazon EKS kompatibel. AWS Fargate vereinfacht die Skalierung und Verwaltung von Cloud-Anwendungen, indem es die Verwaltung der zugrunde liegenden Infrastrukturressourcen so weit wie möglich an AWS verlagert. So können sich die Entwicklungsteams auf das Schreiben von Code zur Lösung von Geschäftsproblemen konzentrieren. Die Verlagerung von Aufgaben wie Serververwaltung, Ressourcenzuweisung und Skalierung an AWS verbessert nicht nur Ihren Betriebszustand, sondern beschleunigt auch den Prozess von der Idee bis zur Produktion in der Cloud und senkt die Gesamtbetriebskosten (TCO). Da mehrere CPU-Architekturen und Betriebssysteme unterstützt werden, können Sie die Serverless-Vorteile in Bezug auf Kosten, Agilität und Skalierbarkeit bei einer Vielzahl von Anwendungen nutzen.

Amazon ECS ist ein hoch skalierbarer, leistungsstarker Container-Management-Service und Amazon EKS ist ein vollständig verwalteter Kubernetes-Service. Beide Services können Container in AWS Fargate zur automatischen Skalierung, zum Load Balancing und zur Optimierung der Containerverfügbarkeit durch verwaltete Disposition planen. Dies bietet eine einfachere Möglichkeit für die Entwicklung und das Betreiben von containerisierten Anwendungen.

Mit AWS Fargate wird jeder Workload auf einer eigenen Single-Tenant-Datenverarbeitungs-Instance zur einmaligen Nutzung ausgeführt. Jeder Workload wird durch eine Virtualisierungsgrenze isoliert, wobei jede Amazon-ECS-Aufgabe oder jeder Kubernetes-Pod auf einer neu bereitgestellten Instance ausgeführt wird. Weitere Einzelheiten zur AWS-Fargate-Architektur finden Sie im AWS-Fargate-Security-Whitepaper.

Wählen Sie AWS Fargate aufgrund seines Isolationsmodells und seiner Sicherheit. Sie sollten sich auch für Fargate entscheiden, wenn Sie Container starten möchten, ohne Amazon Elastic Compute Cloud (EC2)-Instances bereitstellen oder verwalten zu müssen. AWS Fargate verfügt über integrierte Integrationen mit AWS-Services und Tools von Drittanbietern, mit denen Sie Ihre Anwendungen überwachen und Metriken sowie Protokolle erfassen können. Außerdem zahlen Sie mit AWS Fargate nur für die genutzten Rechenressourcen, ohne Vorabkosten. Wenn Sie mehr Kontrolle über Ihre Amazon-EC2-Instances oder umfassendere Anpassungsoptionen benötigen, verwenden Sie Amazon ECS oder Amazon EKS ohne AWS Fargate. Verwenden Sie Amazon EC2 für GPU-Workloads, die derzeit in AWS Fargate nicht unterstützt werden.

Ja. Bei Verwendung von Amazon ECS können Sie mit AWS Fargate Ihre Arm-basierten Anwendungen ausführen, indem Sie Arm-kompatible Container-Images oder Multi-Architektur-Container-Images in Amazon Elastic Container Registry (Amazon ECR) verwenden. Sie können einfach die CPU-Architektur als Arm64 in Ihrer Amazon-ECS-Aufgabendefinition festlegen, um AWS Fargate mit Arm-basierten AWS-Graviton-Prozessoren anzusteuern. Verwenden Sie Amazon EC2, um Arm-Workloads in Amazon EKS auszuführen, die derzeit in AWS Fargate nicht unterstützt werden.

Ja. AWS Fargate bietet einen serverlosen Ansatz für die Ausführung Ihrer Windows-Container. Es macht die Bereitstellung und Verwaltung von Servern überflüssig und ermöglicht es Ihnen, Ressourcen pro Anwendung festzulegen und zu bezahlen. AWS Fargate sorgt für eine Isolierung auf Aufgabenebene und übernimmt die erforderlichen Patches und Aktualisierungen, um eine sichere Rechenumgebung bereitzustellen. Informationen zu den unterstützten Versionen von Windows Server finden Sie auf der Dokumentationsseite zu den Windows-Plattformversionen.

Da es sich bei AWS Fargate um eine Serverless-Datenverarbeitungs-Engine handelt, müssen Kunden die zugrunde liegenden Datenverarbeitungs-Instances, die in AWS Fargate ausgeführt werden, nicht verwalten. Deshalb verwaltet AWS Fargate die Lizenzen für das Windows-Betriebssystem für Sie, und die Kosten dafür sind in den AWS-Fargate-Preisen enthalten. 

Service-Kontingente in AWS Fargate basieren auf der Anzahl der vCPU-Kerne, die in einer bestimmten Region in einem bestimmten Konto verwendet werden. Neue AWS-Konten verfügen möglicherweise anfänglich über niedrigere Kontingente, die sich im Laufe der Zeit erhöhen können. Sie können eine Erhöhung dieser Soft Limits über den Standardprozess zur Erhöhung der AWS-Service-Kontingente beantragen. Für Workloads, die eine erhebliche Skalierung erfordern (Zehntausende Kerne), empfiehlt AWS eine Multi-Konten-Strategie.

Unsere Compute-SLA garantiert für AWS Fargate eine in Prozent angegebene monatliche Betriebszeit von mindestens 99,99 %. AWS geht zwei SLA-Verpflichtungen für die enthaltenen Container-Services ein: (1) ein Multi-AZ-inklusives Container-Service-SLA, das die in mehreren AZs bereitgestellten enthaltenen Container-Services verwaltet, und (2) ein Single-Task/Pod-SLA, das die enthaltenen Container-Service-Aufgaben und Pods einzeln verwaltet. Weitere Informationen finden Sie auf der Seite SLA zu AWS Fargate und Amazon Elastic Container Service.

Sie sind im Rahmen des Datenverarbeitungs-SLA zu einer SLA-Gutschrift für AWS Fargate berechtigt, wenn mehr als eine Availability Zone, in der Sie eine Aufgabe ausführen, in ein und derselben Region und in einem monatlichen Abrechnungszeitraum eine monatliche Betriebszeit von weniger als 99,99 % aufweist. Ausführliche Informationen zu allen Bedingungen des SLA sowie Einzelheiten zur Geltendmachung eines Anspruchs finden Sie auf der Datenverarbeitungs-SLA-Detailseite.

Verwenden von AWS Fargate

  • Seekable OCI (SOCI) kann dazu beitragen, die Startzeit von Amazon-ECS-Aufgaben in AWS Fargate zu verkürzen. SOCI ist eine Open-Source-Technologie von AWS, die den schnelleren Start von Containern durch verzögertes Laden des Container-Images ermöglicht. Um zu erfahren, wie Sie mit SOCI beginnen, lesen Sie die Dokumentation und den Blogbeitrag.
  • Verkürzen der Startup-Zeiten von AWS Fargate mit zstd-komprimierten Container-Images. Die Ebenen eines Container-Images werden aus Effizienzgründen standardmäßig im GZIP-Format komprimiert. Jedoch unterstützt containerd ein alternatives Format namens „zstd“, das sich nachweislich schneller dekomprimieren lässt, was bei Verwendung von AWS Fargate zu schnelleren Aufgabenstartzeiten führt. Weitere Informationen zum Erstellen von Container-Images mit zstd finden Sie in diesem Blogbeitrag.

Es wird empfohlen, Testanwendungen lokal oder in Entwicklungsumgebungen zu laden, um die Anforderungen der Anwendung zu verstehen und die Anfrage entsprechend zu dimensionieren. AWS Compute Optimizer kann zur Bereitstellung von Empfehlungen verwendet werden, wenn ein Workload unter- oder überdimensioniert ist.

Im AWS Fargate erhält jede ECS-Aufgabe oder jeder Kubernetes-Pod eine dedizierte Elastic-Network-Schnittstelle (ENI), die mit Ihrer Virtual Private Cloud (VPC) verknüpft ist. Der gesamte Datenverkehr innerhalb und außerhalb der Container-Workload wird über diese ENI abgewickelt. Daher können VPC-Sicherheitsgruppen und VPC-Netzwerk-ACLs zum Sichern der ENI verwendet werden. VPC-Ablaufprotokolle können zur Überwachung des Datenverkehrs verwendet werden.

Jeder Workload, der in AWS Fargate ausgeführt wird, erhält vollen Zugriff auf 20 GB kurzlebigen Speicher, der während der Ausführung des Workloads als temporärer Speicher verwendet werden kann. Sobald der Workload beendet ist, werden alle auf diesem 20-GB-Volume gespeicherten Daten gelöscht. Dieses kurzlebige Speichervolumen kann in Amazon ECS auf bis zu 200 GB und in Amazon EKS auf 175 GB erweitert werden. Amazon Elastic File System (EFS) kann zur Bereitstellung von dauerhaftem Speicher für Workloads verwendet werden, die in AWS Fargate ausgeführt werden.

Gängige Ansätze zum Erstellen von Containern aus Containern erfordern häufig einen privilegierten Modus ( z. B. mit Docker in Docker), der im Sicherheitsmodell von AWS Fargate nicht verfügbar ist. Das Einbinden des Docker-Sockets in einen Container ist ebenfalls nicht möglich, da AWS Fargate seit der Plattformversion 1.4 containerd verwendet. Alternativ dazu können Projekte zur Erstellung von Images ohne Root-Rechte wie Kaniko innerhalb des Sicherheitsmodells von AWS Fargate bereitgestellt werden. Sie sind eine praktikable Option zur Erstellung von Container-Images.

Sicherheit und Compliance

AWS Fargate erfüllt die Standards für eine Vielzahl von Compliance-Programmen, darunter PCI DSS, SOC, FIPS 140-2, FedRAMP und HIPAA. Weitere Informationen und eine vollständige Liste der Programme finden Sie in der Dokumentation „AWS Cloud Security Services in Scope“. 

Ja. AWS Fargate ist HIPAA-fähig. Wenn Sie ein Business Associate Addendum (BAA) mit AWS ausgeführt haben, können Sie verschlüsselte geschützte Gesundheitsinformationen (Protected Health Information, PHI) mithilfe von in AWS Fargate bereitgestellten Containern verarbeiten. Weitere Informationen finden Sie auf unserer Seite zur HIPAA-Compliance. Wenn Sie beabsichtigen, PHI zu verarbeiten, zu speichern oder zu übertragen und nicht über ein wirksames BAA von AWS verfügen, kontaktieren Sie uns bitte, um weitere Informationen zu erhalten. 

Ja. AWS Fargate ist jetzt in den Regionen AWS GovCloud (USA) verfügbar. Bei AWS GovCloud (USA) handelt es sich um Amazons isolierte Cloud-Infrastruktur und -Services, die auf die spezifischen regulatorischen und Compliance-Anforderungen von US-Regierungsbehörden sowie von Auftragnehmern, Bildungseinrichtungen und anderen US-Kunden, die vertrauliche Workloads in der Cloud ausführen, zugeschnitten sind. Eine vollständige Liste der AWS-Regionen, in denen AWS Fargate verfügbar ist, finden Sie in unserer Regionentabelle oder in der Dokumentation. 

Integration

AWS Fargate bietet ein flexibles Integrationsmodell, das sowohl AWS-Services von Erstanbietern als auch Lösungen des Amazon Partner Network (APN) von Drittanbietern umfasst. Der gängige Integrationsmechanismus besteht darin, einen Sidecar-Container innerhalb einer AWS-Fargate-Aufgabe auszuführen, der mit dem primären Anwendungscontainer interagieren kann, z. B. ein Laufzeit-Sicherheitsagent oder ein Protokollrouter. Dieser interagiert mit der primären Anwendung und sendet dann Daten zur Analyse und Anzeige an ein zentrales System.

AWS bietet mehrere Tools zur Überwachung und Reaktion auf verschiedene Aspekte Ihrer AWS-Fargate-Ressourcen, darunter Amazon CloudWatch-Alarme, Amazon CloudWatch Logs, Amazon CloudWatch Events, AWS CloudTrail-Protokolle, AWS Trusted Advisor und AWS Compute Optimizer. Ein beliebter Ansatz ist die Verwendung von CloudWatch Container Insights zum Erfassen und Analysieren von Protokollen und zum Anzeigen von Betriebs-Dashboards. Die Anwendungsprotokollierung verfügt über integrierte Protokolltreiber für CloudWatch und Splunk. FireLens für Amazon ECS kann jedoch mithilfe von Parametern zur Aufgabendefinition verwendet werden, um Protokolle an einen AWS-Service oder ein AWS-Partnernetzwerk (APN) zu leiten.

Preisgestaltung und Kostenoptimierung

Mit AWS Fargate zahlen Sie nur für die Menge an vCPU-, Arbeitsspeicher- und Speicherressourcen, die von Ihren containerisierten Anwendungen bereitgestellt werden. Die vCPU- und Arbeitsspeicherressourcen werden vom Zeitpunkt des Abrufs Ihrer Container-Images bis zur Beendigung der Amazon-ECS-Aufgabe oder des EKS-Pods berechnet, aufgerundet auf die nächste Sekunde. Es wird immer mindestens 1 Minute berechnet. Für alle AWS-Fargate-Aufgaben und -Pods stehen standardmäßig 20 GB kurzlebiger Speicher zur Verfügung – Sie zahlen nur für zusätzlichen Speicher, den Sie konfigurieren. Für AWS Fargate gelten dieselben Spot-Preismodelle und Datenverarbeitungs-Savings-Plan-Gebühren wie für Amazon-EC2-Instances. Weitere Informationen finden Sie auf der Seite mit den Preisinformationen.

  • AWS bietet Spot Instances für AWS-Fargate-Aufgaben an, die freie Rechenkapazität nutzen. Diese sind zu einem niedrigeren Preis als On-Demand-Instances verfügbar ist. Durch die Verwendung von Spot Instances können Sie unterbrechungstolerante Amazon-ECS-Aufgaben mit bis zu 70 Prozent Rabatt auf den AWS-Fargate-Preis ausführen. 
  • AWS hat AWS Fargate Savings Plans eingeführt, ein Rabattmodell, bei dem Sie dieselben Einsparungen wie bei Reserved Instances erhalten, wenn Sie sich verpflichten, über einen Zeitraum von einem oder drei Jahren eine bestimmte Menge (gemessen in Dollar pro Stunde) an Rechenleistung zu verwenden. 
  • AWS-Graviton-Prozessoren wurden von AWS entwickelt, um das beste Preis-Leistungs-Verhältnis für Ihre Cloud-Workloads zu bieten, die in Amazon EC2, von AWS verwalteten Containern und anderen verwalteten Services ausgeführt werden. AWS Graviton bietet ein bis zu 40 Prozent besseres Preis-Leistungs-Verhältnis als vergleichbare x86-basierte Instances. AWS-Graviton-Prozessoren sind energieeffizienter und verbrauchen bei gleicher Leistung bis zu 60 Prozent weniger Energie als vergleichbare EC2-Instances. 
  • AWS Fargate ist im AWS Compute Optimizer enthalten, mit dem Sie ineffiziente Konfigurationen einfach identifizieren und beheben können.

AWS-Graviton-Prozessoren werden individuell von Amazon-Web-Services-Kernen entwickelt, um das beste Preis-Leistungs-Verhältnis für Ihre Cloud-Workloads zu bieten. AWS Fargate mit AWS-Graviton-Prozessoren bietet ein bis zu 40 % besseres Preis-Leistungs-Verhältnis bei 20 % geringeren Kosten als vergleichbare Intel x86-basierte Fargate für eine Vielzahl von Workloads wie Anwendungsserver, Webservices, Hochleistungsrechner und Medienverarbeitung. Sie erhalten dieselben Serverless-Vorteile von AWS Fargate und optimieren gleichzeitig die Leistung und Kosten für die Ausführung Ihrer containerisierten Workloads.