Um den Erfolg und die wachsende Präferenz der Kunden für OSS-Lösungen noch stärker zu berücksichtigen, wird Cloud Composer zu Managed Service for Apache Airflow weiterentwickelt. Durch diese Namensänderung wird das Verständnis der Kunden für unser Portfolio verbessert und gleichzeitig unser Engagement für das offenste Cloud-Ökosystem unterstrichen.
Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.
Google Kubernetes Engine-Operatoren verwenden
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite wird beschrieben, wie Sie mit den Google Kubernetes Engine-Operatoren
Cluster in Google Kubernetes Engine erstellen und Kubernetes-Pods in diesen
Clustern starten.
Mit Google Kubernetes Engine-Operatoren werden Kubernetes-Pods in einem bestimmten Cluster ausgeführt. Dabei kann es sich um einen separaten Cluster handeln, der nicht mit Ihrer Umgebung in Verbindung steht.
Im Vergleich dazu führt KubernetesPodOperatorKubernetes-Pods
im Cluster Ihrer Umgebung aus.
Auf dieser Seite werden Sie Schritt für Schritt durch einen Beispiel-DAG geführt, mit dem ein Google Kubernetes Engine-Cluster mit dem GKECreateClusterOperator erstellt wird, der GKEStartPodOperator mit den folgenden Konfigurationen verwendet und den Cluster dann mit GKEDeleteClusterOperator löscht:
Wir empfehlen die Verwendung der neuesten Version von Managed Airflow. Diese Version muss mindestens im Rahmen der Einstellungs- und Supportrichtlinie unterstützt werden.
GKE-Operatorkonfiguration
Zum Ausführen dieses Beispiels legen Sie die gesamte gke_operator.py-Datei in den Ordner dags/ Ihrer Umgebung. Alternativ können Sie den entsprechenden Code einem DAG hinzufügen.
Cluster erstellen
Der hier gezeigte Code erstellt einen Google Kubernetes Engine-Cluster mit zwei Knotenpools, pool-0 und pool-1, die jeweils einen Knoten haben. Bei Bedarf können Sie
weitere Parameter aus der Google Kubernetes Engine API als Teil der body festlegen.
Wir empfehlen die Verwendung regionaler Cluster. Zonale Cluster sind anfälliger für Zonenausfälle. Sie können beispielsweise die us-central1 Region für Ihren
Cluster anstelle der us-central1-a Zone verwenden.
Weitere Informationen zu regionsspezifischen Aspekten finden Sie unter
Geografie und Regionen.
Vor der Veröffentlichung von apache-airflow-providers-google Version 5.1.0 war es nicht möglich, das Objekt node_pools im GKECreateClusterOperator zu übergeben. Wenn Sie Airflow 2 verwenden, achten Sie darauf, dass Ihre Umgebung apache-airflow-providers-google Version 5.1.0 oder höher verwendet. Sie
können eine neuere Version dieses PyPI
Pakets installieren, indem Sie apache-airflow-providers-google und >=5.1.0 als die
erforderliche Version angeben.
Als Behelfslösung für Airflow-1-Nutzer verwenden wir
die BashOperator und gcloud, um diese Knotenpools zu erstellen.
In den folgenden Abschnitten wird jede GKEStartPodOperator-Konfiguration im Beispiel erläutert. Informationen zu den einzelnen Konfigurationsvariablen finden Sie unter
der Airflow-Referenz für GKE-Operatoren.
Wenn Sie einen Pod in Ihrem GKE-Cluster mit
dem GKEStartPodOperator starten möchten, sind nur die Optionen project_id, location, cluster_name,
name, namespace, image und task_id erforderlich.
Wenn Sie das folgende Code-Snippet in einen DAG einfügen, ist die Aufgabe pod-ex-minimum erfolgreich, solange die zuvor aufgeführten Parameter definiert und gültig sind.
Airflow unterstützt die Verwendung von Jinja-Vorlagen.
Sie müssen die erforderlichen Variablen (task_id, name, namespace, image) mit dem Operator deklarieren. Wie im folgenden Beispiel gezeigt, können Sie alle anderen Parameter mit Jinja als Vorlage verwenden, einschließlich cmds, arguments, env_vars.
Wenn der DAG oder die Umgebung nicht geändert wird, schlägt die Aufgabe ex-kube-templates fehl. Legen Sie eine Airflow-Variable mit dem Namen my_value fest, damit dieser DAG erfolgreich ist.
So legen Sie my_value mit gcloud oder der Airflow-UI fest:
Wenn Sie den Parameter affinity im GKEStartPodOperator konfigurieren, können Sie festlegen, auf welchen Knoten Pods geplant werden sollen, z. B. nur auf Knoten in einem bestimmten Knotenpool. Beim Erstellen des Clusters haben Sie zwei Knotenpools mit den Namen pool-0 und pool-1 erstellt. Dieser Operator legt fest, dass Pods nur in pool-1 ausgeführt werden dürfen.
Startort des Managed Airflow-Kubernetes-Pods mit Pod-Affinität (zum Vergrößern klicken)
In diesem Beispiel werden alle Variablen gezeigt, die Sie in GKEStartPodOperator konfigurieren können. Sie müssen den Code nicht ändern, damit die Aufgabe ex-all-configs erfolgreich ausgeführt wird.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2026-09-09 (UTC)."],[],[]]