Von Amazon ECS Express Mode Services erstellte Ressourcen

Ein Expressmodus-Dienst reduziert die Komplexität der Bereitstellung containerisierter Anwendungen, indem er sinnvolle Standardeinstellungen bereitstellt und die Konfiguration der unterstützenden Dienste automatisiert. AWS Anstatt Hunderte von Konfigurationsparametern über mehrere Dienste hinweg zu verwalten, benötigt ein Express-Modus-Dienst nur ein Container-Image, eine Aufgabenausführungsrolle und eine Infrastrukturrolle, um loszulegen.

Express-Modus-Services bieten vereinfachte Verfahren für die Bereitstellung und Konfiguration eines Amazon ECS-Service, der die bevorzugte Infrastruktur für die Ausführung einer Produktions-Webanwendung bündelt. Express-Modus-Services integrieren automatisch bewährte Verfahren für Betrieb und Konfiguration. Die folgenden Ressourcen werden erstellt:

• Der ECS-Standardcluster (falls er nicht bereits existiert) mit Fargate-Kapazitätsanbietern

• Eine Aufgabendefinition mit Container-, Protokollierungs- und Netzwerkkonfigurationen

• Ein Service mit kanarischer Bereitstellung und auto Skalierung

• Application Load Balancer mit HTTPS-Listener, Listener-Regeln und Zielgruppen

• Sicherheitsgruppen mit minimalem erforderlichem Zugriff

• Service Linked Roles für auto-scaling und Lastenausgleich

• Skalierbares Ziel von Application Auto Scaling und Skalierungsrichtlinie für die Zielverfolgung.

  Durch die Skalierungsrichtlinie werden so viele Service-Aufgaben wie erforderlich hinzugefügt oder entfernt, damit die Metrik auf oder nahe an dem Zielwert gehalten wird. Abgesehen davon, dass eine Skalierungsrichtlinie für die Ziel-Nachverfolgung die Metrik nahe an dem Zielwert hält, passt sie sich auch an die Schwankungen in der Metrik aufgrund eines schwankenden Lastmusters an und verringert schnelle Schwankungen der Anzahl der Aufgaben, die in Ihrem Service ausgeführt werden.

• Für den Dienst spezifische Protokollgruppe

• Metrischer Alarm zur Erkennung fehlerhafter Bereitstellungen

• ACM-Zertifikat

Verwenden Sie die Standardeinstellungen, um mit den Expressmodus-Diensten zu beginnen, oder konfigurieren Sie Ihre Anwendung mit einem minimalen Satz von Parametern.

Cluster-Standardeinstellungen

Die folgenden Standardwerte können im Expressmodus für den Cluster konfiguriert werden:

• ClusterName: Verwendet den Cluster. default

  Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes angeben. create-express-gateway-service --cluster

Die folgenden Standardwerte werden im Expressmodus festgelegt, können jedoch direkt im Cluster aktualisiert werden.

• CapacityProviders: ["FARGATE"] — Verwendet Fargate

Standardeinstellungen für Aufgabendefinitionen

Die folgenden Standardwerte können im Expressmodus für die Aufgabendefinition konfiguriert werden:

• cpu: 1024 - 1 vCPU-Einheit, die der Aufgabe zugewiesen ist

  Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder sie ausführencreate-express-gateway-service --cpu.

• Arbeitsspeicher: 2048 — 2 GB Arbeitsspeicher, der der Aufgabe zugewiesen wurde

  Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführencreate-express-gateway-service --memory.

Die folgenden Standardwerte werden im Expressmodus festgelegt, können jedoch direkt in der Aufgabendefinition aktualisiert werden.

• NetworkMode: „awsvpc“ — Verwendet den Netzwerkmodus awsvpc

• operatingSystemFamily: „LINUX“ — Läuft auf einem Linux-Betriebssystem

• CPUArchitecture: „X86_64" — Verwendet die x86_64-Prozessorarchitektur

• Erfordert Kompatibilitäten: ["FARGATE"] — kompatibel mit dem Fargate-Starttyp

• platformVersion: „LATEST“ — Verwendet die neueste Fargate-Plattformversion

Standardeinstellungen für die Containerdefinition

Die folgenden Standardwerte können im Expressmodus für den Container konfiguriert werden:

• port: 80 — Standardport für Containerverkehr

Die folgenden Standardwerte werden im Expressmodus festgelegt, können jedoch direkt in der Aufgabendefinition — Container-Definition aktualisiert werden:

• essential: true — Der Container ist als wichtig für die Integrität der Aufgabe gekennzeichnet

• protocol: „tcp“ — Standardprotokoll für die Load Balancer-Kommunikation

• name: „Main“ — Standardname für den primären Container

  Wenn Sie den Namen des Standardcontainers ändern, kann sich dies auf die Fähigkeit von Express Mode auswirken, nachfolgende Aktualisierungen an Ihrem Dienst vorzunehmen. Dies wird nicht empfohlen, wenn Sie die Expressmodus-Konsole weiterhin verwenden möchten oder APIs

• VersionConsistency: aktiviert — Löst Image-Tags in Digest IDs auf, um konsistente Bereitstellungen zu gewährleisten

• initProcessEnabled: true — Aktiviert die Unterstützung von Docker-Init-Prozessen.

• stopTimeout: 30 Sekunden — Zeit zwischen SIGTERM- und SIGKILL-Signalen.

Standardeinstellungen für die Protokollierung

Die folgenden Standardwerte können im Expressmodus für die CloudWatch Protokolle konfiguriert werden:

• awslogs-group: „/aws/ecs/<cluster>/<name>-####“ — Name der Protokollgruppe, abgeleitet vom Cluster- und Dienstnamen

  Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführen. create-express-gateway-service --primary-container “awsLogsConfiguration”=[{“logGroup”=“/my/logGroup/”}]

• awslogs-stream-prefix: „ecs“ — Präfix für Log-Stream-Namen

  Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie sie ausführencreate-express-gateway-service --primary-container “awsLogsConfiguration”=[{“logStreamPrefix”=“myprefix”}].

Die folgenden Standardwerte werden im Expressmodus festgelegt, können jedoch direkt in der Konfiguration „Aufgabendefinition — Protokoll“ aktualisiert werden:

• LogDriver: „awslogs“ — Verwendet Protokolle CloudWatch

• awslogs-region: aktuelle Region — Verwendet dieselbe Region wie der Expressmodus-Dienst

• mode: „non-blocking“ — Der Protokollierungsmodus ist auf „Nicht blockierend“ eingestellt

• max-buffer-size: „25m“ — Maximale Puffergröße für Log-Schreibvorgänge

Standardwerte für den Dienst

Die folgenden Standardeinstellungen können im Expressmodus für den Amazon ECS-Service konfiguriert werden:

• ServiceName: Expressmodus-Dienst → Name — Name des Dienstes (vom Kunden bereitgestellt oder vom Imagenamen abgeleitet)

  Der Name kann nur bei der Erstellung konfiguriert werden und ist nicht für die Konfiguration bei Updates verfügbar.

• Cluster: Expressmodus-Dienst → Cluster — ECS-Cluster für diesen Service (vom Kunden bereitgestellt oder Standard)

  Der Cluster kann nur bei der Erstellung konfiguriert werden und ist nicht für die Konfiguration bei Updates verfügbar.

• desiredCount: Expressmodus-Dienst → MinTasks — Gewünschte Anzahl für den Dienst (Standard ist 1)

  Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführen create-express-gateway-service --scaling-target ‘{“minTaskCount”=3}',

• Tags: Express-Modus-Service Tags für AWS Tagging (vom Kunden bereitgestellt)

  Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder sie ausführencreate-express-gateway-service --tags. Tags können nur bei der Erstellung einer neuen Ressource hinzugefügt werden.

Die folgenden Standardeinstellungen werden im Expressmodus festgelegt, können jedoch direkt im Amazon ECS-Service aktualisiert werden:

• availabilityZoneRebalancing: true — Aktiviert das automatische AZ-Rebalancing

• CapacityProviderStrategy: {"base“: 1, „CapacityProvider“: „FARGATE“, „weight“: 1} — Verwendet Fargate für Rechenkapazität

• deploymentConfiguration: Standardmäßig Canary — Der Express-Modus-Dienst verwendet Canary-Bereitstellungen

  Beachten Sie, dass die Bereitstellungsstrategie für Expressmodus-Dienste nicht aktualisiert werden kann.

• enable ECSManaged Tags: true — Aktiviert ECS-verwaltetes Ressourcen-Tagging

• healthCheckGracePeriodSeconds: 300 — Übergangsfrist, bevor der Scheduler die ELB- oder Lattice-Integritätsprüfungen überprüft (entspricht der Standardeinstellung für die Kulanzfrist für die ELB-Zustandsprüfung)

• <Not set>LaunchType: — Verwendet Kapazitätsanbieter

• LoadBalancers: Die Load Balancer-Konfiguration wird von ECS verwaltet

  Beachten Sie, dass Load Balancer-Konfigurationen bei Express-Modus-Diensten nicht aktualisiert werden können.

• PlacementStrategy: Nicht gesetzt — Verwendet Fargate beim Start (sollte immer AZ Spread sein)

• platformVersion: LATEST — Fargate-Plattformversion (hartcodiert auf NEUESTE Version)

• propagateTags: „SERVICE“ — Überträgt Tags vom Service an Aufgaben

• SchedulingStrategy: „REPLICA“ — Expressmodus-Dienste sind REPLICA-Dienste

• TaskDefinition: Expressmodus-Dienst erstellt — Die zu verwendende Aufgabendefinition (vom Expressmodus-Dienst bereitgestellt)

Standardeinstellungen für die Netzwerkkonfiguration

Die folgenden Standardeinstellungen können im Expressmodus für den Amazon ECS-Service — Netzwerkkonfiguration konfiguriert werden:

• NetworkConfiguration.Subnets: Wenn keine angegeben sind, verwendet der Expressmodus die standardmäßigen öffentlichen Subnetze in der Standard-VPC.

  Die Standard-VPC muss über mindestens zwei öffentliche Subnetze in mindestens zwei Verfügbarkeitszonen verfügen, wobei pro zugewiesenem CIDR-Block und Subnetz mindestens 8 frei IPs verfügbar sind.

  Wenn Sie benutzerdefinierte öffentliche Subnetze bereitstellen, stellt der Expressmodus ein ALB mit Internetzugriff bereit und aktiviert AssignPublicIP für Ihre Aufgaben. Wenn Sie private Subnetze (Subnetze ohne Internet-Gateway in der Routing-Tabelle) bereitstellen, stellt der Expressmodus ein internes ALB bereit.

  Wenn Sie Subnetze angeben, definiert der erste Expressmodus-Dienst für eine VPC die Subnetze, die entweder dem mit dem Internet verbundenen oder dem internen Load Balancer für diese VPC zugeordnet sind. Nachfolgende Expressmodus-Dienste, die in derselben VPC gestartet werden, müssen über Subnetze verfügen, die den vom Load Balancer unterstützten Verfügbarkeitszonen entsprechen. Aus diesem Grund empfehlen wir, Expressmodus-Dienste mit Subnetzen aus allen Verfügbarkeitszonen zu erstellen.

• networkConfiguration. SecurityGroups: Wenn keine angegeben sind, erstellt der Expressmodus sowohl eine Service Security Group als auch eine Load Balancer Security Group

  Die Service Security Group ermöglicht ausgehenden Datenverkehr in das öffentliche Internet, kann jedoch je nach anderen Aspekten Ihres Netzwerks, wie z. B. Ihrer Subnetzkonfiguration, eingeschränkt sein.

  Die Load Balancer-Sicherheitsgruppe Die Load Balancer-Sicherheitsgruppe erlaubt eingehenden Datenverkehr für die HTTPS-Auflösung und ausgehenden Datenverkehr zu Ihrer Service Security Group auf dem von Ihnen angegebenen Container-Port (Standard 80). Und wird automatisch aktualisiert, sodass er dem Container-Port entspricht, der in Ihren Expressmodus-Aufrufen zum Erstellen oder Aktualisieren angegeben wurde.

  Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder sie ausführencreate-express-gateway-service --network-configuration '{"securityGroup": ["sg-xxxxxxx"]}'. Wenn Sie eine Sicherheitsgruppe angeben, geben Sie einen zusätzlichen Eingangspfad zu Ihrem Dienst an.

Die folgenden Standardeinstellungen werden im Expressmodus festgelegt, können jedoch direkt in der Amazon ECS-Service — Netzwerkkonfiguration aktualisiert werden:

• assignPublicIp: Basierend auf dem Subnetztyp — Für öffentliche Subnetze aktiviert, um sicherzustellen, dass Benutzer der Standard-VPC auf das öffentliche Internet zugreifen können, aktivieren wir standardmäßig für jede Aufgabe public IPs . Dies ist deaktiviert, wenn Sie ein privates Subnetz bereitstellen, und Sie sind dann für die Konfiguration eines NAT-Gateways verantwortlich, falls für Ihre Aufgaben Internetzugang erforderlich ist.

Standardwerte für die IAM-Rolle

Die folgenden IAM-Rollen sind für einen Expressmodus-Dienst konfigurierbar, wobei gegebenenfalls automatisch dienstbezogene Rollen erstellt werden.

• executionRoleArn: Rolle zur Aufgabenausführung (erforderlicher Parameter)

  Die erforderlichen Berechtigungen sind zwar in der verwalteten Richtlinie enthalten, es können jedoch zusätzliche Richtlinien und Berechtigungen angehängt werden. Weitere Informationen zu Amazon finden Sie ECSTask ExecutionRolePolicy im AWS Managed Policy Reference Guide

• infrastructureRoleArn: Infrastrukturrolle für Express Gateway Services (erforderlicher Parameter)

  Die erforderlichen Berechtigungen sind zwar in der verwalteten Richtlinie enthalten, es können jedoch zusätzliche Richtlinien und Berechtigungen angehängt werden. Weitere Informationen zu den von Amazon ECSInfrastructure RoleforExpressGatewayServices verwalteten Richtlinien finden Sie im Referenzhandbuch für AWS verwaltete Richtlinien

• taskRoleArn: Aufgabenrolle für Aufrufe aus dem Container-Anwendungscode (optional)

  Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder sie ausführencreate-express-gateway-service --task-role-arn.

  Sie müssen die neue IAM-Rolle erstellen, bevor Sie den Expressmodus-Dienst erstellen oder aktualisieren.

Die folgenden IAM-Rollen werden vom Expressmodus automatisch konfiguriert.

• ecsServiceRoleForECS: Ermöglicht Amazon ECS die Verwaltung Ihres Clusters

• AWSServiceRoleForElasticLoadBalancing: Ruft in Ihrem Namen andere AWS Dienste für Sie auf — automatisch erstellt von Elastic Load Balancing

• AWSServiceRoleForApplicationAutoScaling_ECSService: Ruft in Ihrem Namen andere AWS Dienste auf — automatisch erstellt von Application Auto Scaling

Standardwerte Application Auto Scaling

Die folgenden Einstellungen für Application Auto Scaling können im Expressmodus konfiguriert werden:

• autoScalingTargetWert: 60 — Prozentualer Zielwert für die CPU-Auslastung für die Skalierung

• autoScalingMetric: "CPUUtilization" — Metrik, die für Entscheidungen zur auto Skalierung verwendet wird

• desiredMinTaskAnzahl: 1 — Mindestanzahl der zu verwaltenden Aufgaben

• desiredMaxTaskAnzahl: 20 — Maximale Anzahl von Aufgaben, auf die skaliert werden kann (kann erhöht oder verringert werden)

Die folgenden Einstellungen können direkt in Application Auto Scaling konfiguriert werden:

• PolicyType: "TargetTrackingScaling" — Verwendet die Skalierungsrichtlinie für die Zielverfolgung

• disableScaleIn: false — Ermöglicht das Herunterskalieren bei sinkender Nachfrage

Standardwerte für das Skalieren von Anwendungen

Application Auto Scaling Scaling-Ziele definieren die skalierbaren Ressourcen- und Kapazitätsgrenzen für automatische Skalierungsvorgänge. Folgendes kann im Expressmodus geändert werden:

• MaxCapacity: Expressmodus-Service → MaxTasks — Maximale Anzahl von Aufgaben, auf die der Service skaliert werden kann (standardmäßig vom Kunden bereitgestellt CreateLoadBalancedService oder vom Kunden bereitgestellt)

• MinCapacity: Expressmodus-Service → MinTasks — Minimale Anzahl von Aufgaben, auf die der Service herunterskaliert wird (standardmäßig von CreateLoadBalancedService oder vom Kunden bereitgestellt)

• ScalableDimension: ecs:service: DesiredCount - Die zu skalierende Eigenschaft

• Tags: Abgeleitet von den übergebenen Tags CreateLoadBalancedService — Ressourcen-Tags für diese Ressource

Die folgenden Standardwerte können im skalierbaren Ziel von Application Auto Scaling geändert werden:

• DynamicScalingInSuspended: false — Zeigt an, ob die Skalierung unterbrochen ist

• DynamicScalingOutSuspended: false — Zeigt an, ob das Herunterskalieren unterbrochen ist

• ScheduledScalingSuspended: false — Zeigt an, ob die geplante Skalierung unterbrochen wurde

Standardwerte für die Richtlinie zur Anwendungsskalierung

Skalierungsrichtlinien implementieren Algorithmen zur Zielverfolgung, die die CPU-Auslastung überwachen und die Anzahl der Aufgaben anpassen, um eine optimale Leistung zu gewährleisten. Folgendes kann im Expressmodus geändert werden:

• TargetValue: 60% — Der Zielwert für die Tracking-Richtlinie (Expressmodus-Dienst → scaling-target-value)

• PredefinedMetricType: ECSService Durchschnitt CPUUtilization — Der Nametyp der Metrik, die verfolgt wird (Expressmodus-Dienst → Skalierungsmetrik)

  Der Expressmodus bietet Skalierungsmetriken für den Durchschnitt CPUUtilization, die durchschnittliche Speicherauslastung und die Anzahl der Anfragen pro Ziel. Die Anzahl der Anfragen pro Ziel stammt vom Application Load Balancer und kann für bis zu 65536 Anfragen pro Ziel pro Sekunde eingerichtet werden. Dies ist Ihr Amazon ECS-Service in der Application Load Balancer Balancer-Zielgruppe.

Die folgenden Standardwerte werden im Expressmodus festgelegt, können jedoch in der Application Auto Scaling Scaling-Richtlinie geändert werden:

• PolicyName: < ServiceName ><“ TargetMetric „> — Name dieser Skalierungsrichtlinie (abgeleitet aus dem ECS-Dienstnamen und der Zielmetrik)

• PolicyType: TargetTrackingScaling - Die Art der Skalierung, die durchgeführt wird (vordefinierter Standard)

• ScalableDimension: „ecs:service:DesiredCount" — Die Eigenschaft, die skaliert werden soll (vordefinierter Standard)

• DisableScaleIn: false — Gibt an, ob das Skalieren deaktiviert ist

Standardeinstellungen für den Application Load Balancer

Die folgenden Application Load Balancer Balancer-Standardeinstellungen können im Expressmodus konfiguriert werden:

• Schema: hängt von Subnetzen ab — Erzeugt einen mit dem Internet verbundenen Load Balancer mit öffentlichen IP-Adressen, wenn öffentliche Subnetze bereitgestellt werden. Erstellt einen internen Load Balancer mit privaten IP-Adressen, wenn private Subnetze bereitgestellt werden.

• ip-address-type: hängt von Subnetzen ab — Erzeugt IPv4 nur dann einen Application Load Balancer, wenn Adressen vorhanden sind. IPv4 Wenn Subnetze IPv6 aktiviert sind, wird ein Dual-Stack-Application Application Load Balancer erstellt. Beachten Sie, dass, wenn Sie Subnetze IPv6 aktiviert haben, der erste Expressmodus-Dienst in einer VPC den internen oder mit dem Internet verbundenen Load Balancer für diese VPC definiert. Aus diesem Grund empfehlen wir, zuerst Ihre IPv6 Nur-Only-Subnetze oder in einer neuen VPC zu erstellen.

Die folgenden Standardeinstellungen sind im Expressmodus festgelegt und können im Application Load Balancer konfiguriert werden:

• desync-mitigation-mode: Aus — Die Abwehr der HTTP-Desynchronisierung ist deaktiviert

• access-logs.enabled: false — Die Zugriffsprotokollierung ist deaktiviert

• https - Uses HTTPS protocol for secure comlistener-configurations.protocol: Kommunikation

• listener-configurations.port: 443 — Hört auf dem Standard-HTTPS-Port

• listener-configurations.rule-type: host-header — Leitet den Verkehr auf der Grundlage von Host-Header-Regeln weiter

Standardeinstellungen für die Zielgruppe

Die folgenden Amazon-Standardwerte für EC2 Zielgruppen können im Expressmodus konfiguriert werden:

• health-check-path: (Standard „/“) Pfad zur Zustandsprüfung des Express-Modus-Service — URL-Pfad für Integritätsprüfungsanfragen

• port: (Standard 80) — Port, über den Ziele Datenverkehr empfangen

• health-check-port: (Standard 80) — Port für Integritätsprüfungsanfragen

Die folgenden Standardeinstellungen werden vom Express-Modus festgelegt und können in Amazon EC2 Target Groups konfiguriert werden:

• protocol: HTTP — Protokoll für die Weiterleitung von Datenverkehr zu Zielen

• protocol-version: HTTP1 - HTTP-Protokollversion für die Kommunikation

• vpc-id: Standard ist der Standard-VPC-Virtual Private Cloud-Identifier für die Zielgruppe, wird aber von den bereitgestellten Subnetzen abgeleitet

• health-check-protocol: Entspricht Protocol — Protokoll für Integritätsprüfungsanfragen

• health-check-enabled: Immer aktiviert — Gesundheitschecks werden automatisch aktiviert

• health-check-interval-seconds: 30 — Zeit zwischen den Zustandsprüfungen einzelner Ziele

• health-check-timeout-seconds: 5 — Dauer des Timeouts für Antworten auf Gesundheitschecks

• healthy-threshold-count: 5 — Für den Gesundheitsstatus sind aufeinanderfolgende erfolgreiche Gesundheitschecks erforderlich

• unhealthy-threshold-count: 2 — Für einen ungesunden Zustand sind aufeinanderfolgende fehlgeschlagene Gesundheitsprüfungen erforderlich

• Zieltyp: ip — Ziele werden anhand der IP-Adresse registriert

• ip-address-type: ipv4 — Verwendet IPv4 Adressen für die Zielregistrierung

Gemeinsame Nutzung von Ressourcen und Kostenoptimierung

Expressmodus-Dienste teilen Ressourcen automatisch, wenn dies möglich ist, um die Kosten zu optimieren:

• Load Balancer Sharing — Bis zu 25 Express-Modus-Dienste in derselben VPC können sich einen Application Load Balancer teilen. Im Expressmodus werden je nach Anzahl der von Ihnen bereitgestellten Expressmodus-Dienste je nach Bedarf zusätzliche Application Load Balancer bereitgestellt. Und wenn Sie die Anzahl der Expressmodus-Dienste in Ihrer VPC reduzieren, werden im Expressmodus auch ungenutzte Application Load Balancer deprovisioniert. Diese gemeinsame Nutzung reduziert die effektiven Kosten pro Anwendung, wenn Sie mehr Expressmodus-Services bereitstellen.

• Cluster-Sharing — Express-Modus-Services können in Amazon ECS-Clustern zusammengefasst werden. Express-Modus-Dienste können Amazon ECS-Cluster auch mit Amazon ECS-Services teilen, die nicht im Expressmodus verwaltet werden.