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 uses AI technology to translate content into your preferred language. AI translations can contain errors.
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 verwendet den GKEStartPodOperator mit den folgenden Konfigurationen und löscht den Cluster dann mit GKEDeleteClusterOperator danach:
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 von body festlegen.
Wir empfehlen die Verwendung regionaler Cluster. Zonale Cluster sind anfälliger für Zonenausfälle. Sie können beispielsweise die Region us-central1 für Ihren Cluster anstelle der Zone us-central1-a verwenden.
Weitere Informationen zu regionsspezifischen Aspekten finden Sie unter Geografie und Regionen.
Vor dem Release von apache-airflow-providers-google Version 5.1.0 war es nicht möglich, das node_pools-Objekt 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 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 in der Airflow-Referenz für GKE-Operatoren.
Zum Starten eines Pods in Ihrem GKE-Cluster mit GKEStartPodOperator sind nur 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:
Mit der Konfiguration des Parameters affinity in GKEStartPodOperator können Sie steuern, auf welchen Knoten Pods geplant werden sollen, beispielsweise 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.
Managed Airflow Kubernetes Pod-Startort 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-05-21 (UTC)."],[],[]]