Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3
Auf dieser Seite wird beschrieben, wie Sie mit Cloud Composer 2 Dataproc Serverless-Arbeitslasten in Google Cloud ausführen.
In den folgenden Abschnitten finden Sie Beispiele für die Verwendung von Operatoren zum Verwalten von Dataproc Serverless-Batch-Arbeitslasten. Sie verwenden diese Operatoren in DAGs, mit denen eine serverlose Dataproc-Spark-Batcharbeitslast erstellt, gelöscht, aufgelistet und abgerufen wird:
DAGs für Operatoren erstellen die mit serverlosen Batch-Arbeitslasten von Dataproc arbeiten:
Erstellen Sie DAGs, die benutzerdefinierte Container und Dataproc Metastore verwenden.
Konfigurieren Sie den Persistent History Server für diese DAGs.
Hinweise
Aktivieren Sie die Dataproc API:
Console
Enable the Dataproc API.
gcloud
Enable the Dataproc API:
gcloud services enable dataproc.googleapis.com
Wählen Sie den Speicherort für die Batcharbeitslastdatei aus. Sie haben die folgenden Möglichkeiten:
- Cloud Storage-Bucket erstellen, der speichert diese Datei.
- Verwenden Sie den Bucket Ihrer Umgebung. Da Sie diese Datei nicht mit Airflow synchronisieren müssen, können Sie einen separaten Unterordner außerhalb der Ordner
/dags
oder/data
erstellen. Beispiel:/batches
- Verwenden Sie einen vorhandenen Bucket.
Dateien und Airflow-Variablen einrichten
In diesem Abschnitt wird gezeigt, wie Sie Dateien einrichten und Airflow-Variablen für diese Anleitung konfigurieren.
Serverlose Spark ML-Arbeitslastdatei von Dataproc in einen Bucket hochladen
Die Arbeitslast in dieser Anleitung führt ein PySpark-Skript aus:
Speichern Sie ein beliebiges Pyspark-Skript in einer lokalen Datei mit dem Namen
spark-job.py
. Sie können beispielsweise die Methode PySpark-Beispielskript.Laden Sie die Datei an den Speicherort hoch, den Sie unter Vorab ausgewählt haben.
Airflow-Variablen festlegen
In den Beispielen in den folgenden Abschnitten werden Airflow-Variablen verwendet. Sie legen Werte für können Sie mit Ihrem DAG-Code auf diese Werte zugreifen.
In den Beispielen dieser Anleitung werden die folgenden Airflow-Variablen verwendet. Sie können sie festlegen je nach verwendetem Beispiel.
Legen Sie die folgenden Airflow-Variablen für die Verwendung in Ihrem DAG-Code fest:
project_id
: Projekt-ID.bucket_name
: URI eines Buckets, in dem sich die Haupt-Python-Datei der Arbeitslast (spark-job.py
) befindet. Sie haben diesen Standort ausgewählt in Hinweisephs_cluster
: Name des Clusters des Persistent History-Servers. Sie legen diese Variable fest, wenn Sie einen Persistent History Server erstellen.image_name
: Name und Tag des benutzerdefinierten Container-Images (image:tag
). Ich diese Variable festlegen, Benutzerdefiniertes Container-Image verwenden mit DataprocCreateBatchOperator.metastore_cluster
: Name des Dataproc Metastore-Dienstes. Sie legen diese Variable fest, wenn Sie den Dataproc Metastore-Dienst mit DataprocCreateBatchOperator verwenden.region_name
: Region, in der der Dataproc Metastore-Dienst ausgeführt wird befindet. Sie legen diese Variable fest, wenn Sie den Dataproc Metastore-Dienst mit DataprocCreateBatchOperator verwenden.
Mit der Google Cloud Console und der Airflow-UI die einzelnen Airflow-Variablen festlegen
Rufen Sie in der Google Cloud Console die Seite Umgebungen auf.
Klicken Sie in der Liste der Umgebungen auf den Link Airflow für Ihre Umgebung. Die Airflow-UI wird geöffnet.
Wählen Sie in der Airflow-Benutzeroberfläche Verwaltung > Variablen aus.
Klicken Sie auf Neuen Eintrag hinzufügen.
Geben Sie im Feld Schlüssel den Namen der Variablen an und legen Sie den Wert für es in das Feld Val ein.
Klicken Sie auf Speichern.
Persistent History Server erstellen
Verwenden Sie einen Persistent History Server (PHS), um die Spark-Verlaufsdateien Ihres Batches anzusehen Arbeitslasten:
- Erstellen Sie einen Persistent History Server.
- Achten Sie darauf, dass Sie den Namen des PHS-Clusters im
phs_cluster
Airflow-Variable.
DataprocCreateBatchOperator
Der folgende DAG startet eine serverlose Dataproc-Batcharbeitslast.
Weitere Informationen zu DataprocCreateBatchOperator
-Argumenten finden Sie unter
Quellcode des Operators.
Weitere Informationen zu Attributen, die du im Parameter batch
von DataprocCreateBatchOperator
übergeben kannst, findest du in der Beschreibung der Batch-Klasse.
Benutzerdefiniertes Container-Image mit DataprocCreateBatchOperator verwenden
Das folgende Beispiel zeigt, wie Sie ein benutzerdefiniertes Container-Image zum Ausführen Ihrer Arbeitsbelastungen. Sie können einen benutzerdefinierten Container beispielsweise verwenden, um Python-Abhängigkeiten hinzuzufügen, die nicht vom Standard-Container-Image bereitgestellt werden.
So verwenden Sie ein benutzerdefiniertes Container-Image:
Erstellen Sie ein benutzerdefiniertes Container-Image und laden Sie es in Container Registry hoch.
Geben Sie das Bild in der
image_name
Airflow-Variablen an.Verwenden Sie DataprocCreateBatchOperator mit Ihrem benutzerdefinierten Image:
Dataproc Metastore-Dienst mit DataprocCreateBatchOperator verwenden
Dataproc Metastore-Dienst verwenden aus einem DAG:
Prüfen Sie, ob der Metastore-Dienst bereits gestartet wurde.
Informationen zum Starten eines Metastore-Dienstes finden Sie unter Dataproc Metastore aktivieren und deaktivieren
Ausführliche Informationen zum Batch-Operator zum Erstellen der Konfiguration finden Sie unter PeripheralsConfig
Geben Sie nach der Einrichtung des Metastore-Dienstes seinen Namen in der Variablen
metastore_cluster
und seine Region in der Airflow-Variablenregion_name
an.Verwenden Sie den Metastore-Dienst in DataprocCreateBatchOperator:
DataprocDeleteBatchOperator
Mit DataprocDeleteBatchOperator können Sie einen Batch auf Grundlage der Batch-ID löschen der Arbeitslast.
DataprocListBatchesOperator
DataprocDeleteBatchOperator listet Batches auf, die in einer bestimmten Projekt-ID vorhanden sind und Region.
DataprocGetBatchOperator
Mit DataprocGetBatchOperator wird eine bestimmte Batcharbeitslast abgerufen.