Cronjobs verwalten

Pub/Sub-Ziel

Wenn Sie den Zieltyp Pub/Sub auswählen:

  1. Geben Sie den Namen des Themas an, zu dem der Job veröffentlicht wird. Dies ist ein Pub/Sub-Thema, das Sie in Ihrem Projekt bereits eingerichtet haben.

  2. Geben Sie eine Nachricht an, die an das Thema gesendet werden soll. Dieser wird als data-Parameter in der Pub/Sub-Nachricht gesendet. Ein Beispiel hierfür finden Sie in der Kurzanleitung.

  3. Fügen Sie alle erforderlichen Nachrichtenattribute hinzu.

  4. Richten Sie zusätzliche Konfigurationen über den Abschnitt Configure optional settings ein.

Cloud Scheduler veröffentlicht Nachrichten in diesem Thema als Google APIs-Dienstkonto.

App Engine-HTTP-Ziel

Wenn Sie den Zieltyp App Engine HTTP auswählen, müssen Sie die App Engine-Anwendung und die Region verwenden, die mit dem aktuellen Projekt verknüpft sind. Wenn Sie eine andere App Engine-Anwendung außerhalb Ihres aktuellen Projekts verwenden möchten, wählen Sie HTTP als Ziel aus, nicht App Engine HTTP. Die Zielfirewallregeln müssen Anfragen aus dem IP-Bereich 0.1.0.2/32 zulassen.

Legen Sie das Format so fest:

  1. Wählen Sie in der Liste Zieltyp die Option App Engine HTTP aus.

  2. Geben Sie den Namen des App Engine-Dienstes an, der den Handler für den Cloud Scheduler-Job ausführt. Wenn keine Angabe gemacht wird, wird der Dienst default angenommen. Wenn Sie ihn festlegen möchten, finden Sie die Dienstnamen in der Google Cloud Console.

  3. Geben Sie optional die Version an. Wenn Sie keine Version angeben, wird die aktuelle Version verwendet. Verfügbare Versionen finden Sie in der Google Cloud Console.

  4. Geben Sie optional die Instanz an. Wenn keine Instanz festgelegt ist, kann jede verfügbare Instanz verwendet werden. Verfügbare Versionen finden Sie in der Google Cloud Console.

  5. Geben Sie die relative URL des App Engine-Endpunkts an, den der Job kontaktieren soll. Wenn Sie den Standardwert / verwenden, verwendet der Job PROJECT-ID.appspot.com, wobei PROJECT-ID Ihre aktuelle Projekt-ID ist.

  6. Legen Sie die HTTP-Methode fest, die bei Ausführung des Jobs verwendet werden soll. Die Standardeinstellung ist POST.

  7. Fügen Sie der Anfrage alle erforderlichen Header hinzu.

  8. Optional können Sie die Textdaten angeben, die an das Ziel gesendet werden sollen. Diese Daten werden im Text der Anfrage als Byte gesendet, wenn entweder die HTTP-Methode POST oder PUT ausgewählt ist.

Die App Engine-Zielendpunkte müssen sich im selben Projekt befinden und können mit login: admin im handlers-Element in der Datei app.yaml gesichert werden.

HTTP-Ziel

Wenn Sie den Zieltyp HTTP auswählen:

  1. Geben Sie die vollständig qualifizierte URL des Endpunkts an, an den sich der Job richtet.

  2. Geben Sie die HTTP-Methode an. Der Standardwert ist POST.

  3. Optional: Geben Sie die Daten an, die an das Ziel gesendet werden sollen. Diese Daten werden im Text der Anfrage als Byte gesendet, wenn entweder die HTTP-Methode POST oder PUT ausgewählt ist.

  4. Optional: Fügen Sie die erforderlichen Header hinzu. Wenn Ihr Zielendpunkt einen API-Schlüssel im Header erfordert, verwenden Sie den Headernamen, den Ihr Zieldienst erwartet, z. B. x-api-key oder X-Goog-Api-Key. Die Verwendung von api_key als Headername kann zu Authentifizierungsfehlern führen.

  5. Informationen zum Erstellen eines HTTP-Zieljobs, für den eine Authentifizierung erforderlich ist, finden Sie unter Authentifizierung mit HTTP-Zielen verwenden.

Auf ein Ziel ausgerichtete HTTP-Endpunkte müssen öffentlich zugänglich sein.

Mit Cloud Scheduler können Sie geplante Arbeitseinheiten einrichten, die als Cronjobs bezeichnet werden. Diese werden nach einem wiederkehrenden Zeitplan, auch Jobintervall oder Häufigkeit genannt, an Ziele gesendet.

Es darf immer nur eine Instanz eines Jobs ausgeführt werden. In seltenen Fällen können mehrere Instanzen desselben Jobs angefordert werden. Daher sollte Ihr Anfrage-Handler idempotent sein und Ihr Code sollte sicherstellen, dass in diesem Fall keine schädlichen Nebenwirkungen auftreten.

Wenn ein Job noch ausgeführt wird oder auf eine Antwort von seinem Ziel wartet, werden andere geplante Ausführungen des Jobs übersprungen, bis die aktuelle Ausführung abgeschlossen ist oder ein Zeitlimit überschritten wird. Weitere Informationen finden Sie unter Nachfolgende Jobausführungen werden nicht gestartet.

Cloud Scheduler ist für wiederkehrende Jobs gedacht. Wenn Sie einen Job nur einmal ausführen müssen, können Sie Cloud Tasks verwenden. Damit lässt sich eine Aufgabe bis zu 30 Tage im Voraus planen.

Hinweis

Achten Sie darauf, dass Sie Ihre Umgebung für Cloud Scheduler eingerichtet haben.

Zieltyp auswählen

Cloud Scheduler kann die folgenden Zieltypen aufrufen:

Zieldienste aufrufen, die auf internen eingehenden Traffic beschränkt sind

Cloud Scheduler kann die folgenden Dienste intern aufrufen:

  • Cloud Run-Funktionen
  • Cloud Run (über die run.app-URL, nicht über benutzerdefinierte Domains)

Wenn Sie diese Ziele intern aufrufen möchten, muss sich das Ziel im selbenGoogle Cloud -Projekt oder VPC Service Controls-Perimeter wie Ihr Cloud Scheduler-Job befinden.

Weitere Informationen zum Sichern von Zielen durch Einschränken des eingehenden Traffics finden Sie unter Eingehenden Traffic einschränken (für Cloud Run) und Netzwerkeinstellungen konfigurieren (für Cloud Run Functions).

Job erstellen

Sie können einen Job entweder mit der Google Cloud -Konsole oder der Google Cloud CLI erstellen.

Console

  1. Rufen Sie in der Google Cloud Console die Seite Cloud Scheduler auf.

    Zu Cloud Scheduler

  2. Klicken Sie auf Job erstellen.

  3. Geben Sie im Feld Name einen Namen für den Job ein, der im Projekt eindeutig ist.

    Nachdem Sie den zugehörigen Job gelöscht haben, können Sie einen Jobnamen in einem Projekt wiederverwenden.

  4. Wählen Sie in der Liste Region eine Region aus.

    Wenn Sie ein App Engine-HTTP-Ziel verwenden, müssen Sie dieselbe Region wie für Ihre App Engine-Anwendung auswählen. Weitere Informationen finden Sie unter Unterstützte Regionen nach Ziel.

  5. Optional: Geben Sie eine kurze Beschreibung des Jobs an, z. B. eine Erinnerung daran, was der Job tut.

    Diese Beschreibung wird in der Console neben dem Jobnamen angezeigt.

  6. Geben Sie die Häufigkeit an, mit der der Job ausgeführt werden soll. Verwenden Sie dazu einen Konfigurationsstring.

    Mit dem String 0 1 * * 0 wird der Job beispielsweise einmal pro Woche am Sonntag um 1:00 Uhr ausgeführt. Hier kann jeder beliebige mit unix-cron kompatible String angegeben werden. Weitere Informationen finden Sie unter Zeitpläne für Cronjobs konfigurieren.

  7. Wählen Sie in der Liste Zeitzone die Zeitzone aus, die für den Jobzeitplan verwendet werden soll.

  8. Klicken Sie auf Weiter.

  9. Geben Sie den Zieltyp an:

    • HTTP

    • Pub/Sub: Sie müssen den Namen des Pub/Sub-Themas angeben, das Sie bereits in Ihrem Projekt eingerichtet haben und in dem der Job veröffentlicht wird.

    • App Engine-HTTP: Sie müssen die App Engine-Anwendung und die Region verwenden, die mit dem aktuellen Projekt verknüpft sind.

  10. Klicken Sie auf Weiter.

  11. Optional: Klicken Sie auf Optionale Einstellungen konfigurieren, um das Wiederholungsverhalten zu konfigurieren. Zur Angabe der Dauer verwenden Sie eine Sequenz von nicht negativen Ganzzahlen mit den folgenden Einheitensuffixen:

    • h: Stunde
    • m: Minute
    • s: Sekunde
    • ms – Millisekunde
    • us – Mikrosekunde
    • ns – Nanosekunde

    Negative Werte und Bruchwerte sind nicht zulässig. Das Feld Max retry duration unterstützt nur die Werte h, m und s. Sowohl Min backoff duration als auch Max backoff duration unterstützen das vollständige Set.

  12. Optional: Konfigurieren Sie für HTTP- und App Engine-HTTP-Ziele eine Frist für Jobversuche. Wenn der Anfrage-Handler nicht innerhalb dieser Frist antwortet, wird die Anfrage abgebrochen und der Versuch als fehlgeschlagen markiert. Cloud Scheduler wiederholt den Job gemäß der Wiederholungskonfiguration.

  13. Klicken Sie auf Erstellen, um den Job zu erstellen und zu speichern.

    Der Job wird jetzt mit der angegebenen Häufigkeit ausgeführt.

gcloud

Wenn Sie einen Job mit der gcloud CLI erstellen, verwenden Sie für jeden Zieltyp unterschiedliche Befehle:

HTTP

Sie können Anfragen an beliebige HTTP- oder HTTPS-Endpunkte senden. HTTP-Zielendpunkte müssen öffentlich zugänglich sein.

gcloud scheduler jobs create http JOB \
    --location=LOCATION \
    --schedule=SCHEDULE \
    --uri=URI

Ersetzen Sie Folgendes:

  • JOB: Ein Jobname, der im Projekt eindeutig sein muss. Sie können Jobnamen in einem Projekt nicht wiederverwenden, auch wenn Sie den zugehörigen Job gelöscht haben.

  • LOCATION: Der Standort, an dem der Job ausgeführt werden soll.

  • SCHEDULE: Häufigkeit oder Jobintervall, mit dem der Job ausgeführt werden soll, z. B. every 3 hours. Hier kann jeder beliebige mit unix-cron kompatible String angegeben werden. Obwohl wir die Verwendung der alten Cron-Syntax von App Engine nicht mehr empfehlen, wird sie für vorhandene Jobs weiterhin unterstützt.

    Weitere Informationen finden Sie unter Zeitpläne für Cronjobs konfigurieren.

  • URI: der vollständig qualifizierte URI des Endpunkts, den der Job kontaktiert.

Weitere Parameter werden in der gcloud-Befehlszeilenreferenz beschrieben:

  • Optional: Geben Sie die HTTP-Methode an. Der Standardwert ist POST.

  • Optional: Geben Sie die Daten an, die an das Ziel gesendet werden sollen. Diese Daten werden im Text der Anfrage als Byte gesendet, wenn entweder die HTTP-Methode POST oder PUT ausgewählt ist.

  • Optional: Verwenden Sie das Flag --headers, um HTTP-Anfrageheader einzuschließen. Wenn Ihr Zielendpunkt einen API-Schlüssel im Header erfordert, verwenden Sie den Headernamen, den Ihr Zieldienst erwartet, z. B. x-api-key oder X-Goog-Api-Key. Die Verwendung von api_key als Headername kann zu Authentifizierungsfehlern führen.

  • Optional: Legen Sie die Wiederholungswerte fest, die angeben, wie der App Engine-Job im Falle eines Fehlers wiederholt werden soll. In den meisten Fällen sind die Standardeinstellungen ausreichend.

  • Informationen zum Erstellen eines HTTP-Zieljobs, für den eine Authentifizierung erforderlich ist, finden Sie unter Authentifizierung mit HTTP-Zielen verwenden.

Beispiel

gcloud scheduler jobs create http my-http-job \
    --schedule "0 1 * * 0" \
    --uri "http://myproject/my-url.com" \
    --http-method GET

Pub/Sub

Sie müssen ein Pub/Sub-Thema verwenden, das Sie bereits in Ihrem Projekt eingerichtet haben. Cloud Scheduler veröffentlicht Nachrichten in diesem Thema als Google API-Dienstkonto.

gcloud scheduler jobs create pubsub JOB \
    --location=LOCATION \
    --schedule=SCHEDULE \
    --topic=TOPIC

Ersetzen Sie Folgendes:

  • JOB: Ein Jobname, der im Projekt eindeutig sein muss. Sie können Jobnamen in einem Projekt nicht wiederverwenden, auch wenn Sie den zugehörigen Job gelöscht haben.

  • LOCATION: Der Standort, an dem der Job ausgeführt werden soll.

  • SCHEDULE: Häufigkeit oder Jobintervall, mit dem der Job ausgeführt werden soll, z. B. every 3 hours. Hier kann jeder beliebige mit unix-cron kompatible String angegeben werden. Obwohl wir die Verwendung der alten Cron-Syntax von App Engine nicht mehr empfehlen, wird sie für vorhandene Jobs weiterhin unterstützt.

    Weitere Informationen finden Sie unter Zeitpläne für Cronjobs konfigurieren.

  • TOPIC: der Name des Themas, in dem der Job veröffentlicht wird. Verwenden Sie das Flag --message-body oder --message-body-from-file, um eine Nachricht anzugeben, die an das Thema gesendet werden soll. Dieser wird als data-Parameter in der Pub/Sub-Nachricht gesendet. Ein Beispiel dafür finden Sie in der Kurzanleitung.

Weitere Parameter werden in der gcloud-Befehlszeilenreferenz beschrieben.

Beispiel

gcloud scheduler jobs create pubsub myjob \
    --schedule "0 1 * * 0" \
    --topic cron-topic \
    --message-body "Hello"

App Engine HTTP

Das Ziel App Engine HTTP ist nur für die App Engine-Anwendung verfügbar, die mit dem aktuellen Projekt verknüpft ist. Wenn Sie eine andere App Engine-Anwendung außerhalb Ihres aktuellen Projekts verwenden möchten, wählen Sie HTTP als Ziel aus, nicht App Engine HTTP. Die Ziel-Firewallregeln müssen Anfragen aus dem IP-Bereich 0.1.0.2/32 zulassen.

App Engine-Endpunkte können mit login: admin im Element handlers in der Datei app.yaml gesichert werden.

gcloud scheduler jobs create app-engine \
    --JOB=JOB \
    --location=LOCATION \
    --schedule=SCHEDULE

Ersetzen Sie Folgendes:

  • JOB: Ein Jobname, der im Projekt eindeutig sein muss. Sie können Jobnamen in einem Projekt nicht wiederverwenden, auch wenn Sie den zugehörigen Job gelöscht haben.

  • LOCATION: Der Standort, an dem der Job ausgeführt werden soll. Dieser muss mit dem Standort Ihrer App Engine-Anwendung übereinstimmen.

  • SCHEDULE: Häufigkeit oder Jobintervall, in dem der Job ausgeführt werden soll, z. B. every 3 hours. Hier kann jeder beliebige mit unix-cron kompatible String angegeben werden. Obwohl wir die Verwendung der alten Cron-Syntax von App Engine nicht mehr empfehlen, wird sie für vorhandene Jobs weiterhin unterstützt.

    Weitere Informationen finden Sie unter Zeitpläne für Cronjobs konfigurieren.

Weitere Parameter werden in der gcloud-Befehlszeilenreferenz beschrieben:

  • Geben Sie die relative URL des App Engine-Endpunkts an, den der Job kontaktiert. Wenn Sie den Standardwert / verwenden, verwendet der Job PROJECT-ID.appspot.com, wobei PROJECT-ID Ihre aktuelle Projekt-ID ist.

  • Geben Sie den Namen des App Engine-Dienstes an, auf dem der Handler für den Cloud Scheduler-Job ausgeführt wird. Wenn Sie nichts angeben, wird der Dienst default angenommen. Wenn Sie ihn festlegen möchten, finden Sie die Dienstnamen in der Google Cloud Console.

  • Optional: Legen Sie die HTTP-Methode fest, die bei der Ausführung des Jobs verwendet werden soll. Der Standardwert ist POST.

  • Optional: Geben Sie die Version an. Wenn Sie nichts angeben, wird die aktuell bereitgestellte Version verwendet. Verfügbare Versionen finden Sie in der Google Cloud Console.

  • Optional: Geben Sie die Instanz an. Wenn Sie nichts angeben, kann jede verfügbare Instanz verwendet werden. Verfügbare Versionen finden Sie in der Google Cloud Console.

  • Optional: Geben Sie die Daten an, die an das Ziel gesendet werden sollen. Diese Daten werden im Text der Anfrage als Byte gesendet, wenn entweder die HTTP-Methode POST oder PUT ausgewählt ist.

  • Optional: Legen Sie die Wiederholungswerte fest, die angeben, wie der App Engine-Job im Falle eines Fehlers wiederholt werden soll. In den meisten Fällen sind die Standardeinstellungen ausreichend.

Beispiel

gcloud scheduler jobs create app-engine my-appengine-job \
    --schedule "0 1 * * 0" \
    --relative-url "/cron-handler"

Job bearbeiten

Sie können die Konfiguration eines Jobs bearbeiten.

Console

  1. Rufen Sie in der Google Cloud Console die Seite Cloud Scheduler auf.

    Zu Cloud Scheduler

  2. Wählen Sie den zu bearbeitenden Job aus.

  3. Klicken Sie auf Bearbeiten.

  4. Folgen Sie der Anleitung, um den Zeitplan zu definieren, die Ausführung zu konfigurieren und optionale Einstellungen beim Erstellen eines Jobs zu konfigurieren.

gcloud

Wenn Sie einen Job mit der gcloud CLI bearbeiten, verwenden Sie für jeden Zieltyp unterschiedliche Befehle:

HTTP

Sie können Anfragen an beliebige HTTP- oder HTTPS-Endpunkte senden. HTTP-Zielendpunkte müssen öffentlich zugänglich sein.

gcloud scheduler jobs update http JOB \
    --location=LOCATION \
    --schedule=SCHEDULE \
    --uri=URI

Ersetzen Sie Folgendes:

  • JOB: Ein Jobname, der im Projekt eindeutig sein muss. Sie können Jobnamen in einem Projekt nicht wiederverwenden, auch wenn Sie den zugehörigen Job gelöscht haben.

  • LOCATION: der Standort, an dem der Job ausgeführt wird. Wenn Sie den Standort nicht angeben, verwendet die gcloud CLI Ihren Standardstandort. Wenn sich der zu bearbeitende Job an einem anderen Standort befindet, müssen Sie zusätzlich zur NAME den Standort angeben, damit der Job identifiziert werden kann. Sie können den Jobstandort nicht aktualisieren.

  • SCHEDULE: Häufigkeit oder Jobintervall, mit dem der Job ausgeführt werden soll, z. B. every 3 hours. Hier kann jeder beliebige mit unix-cron kompatible String angegeben werden. Obwohl wir die Verwendung der alten Cron-Syntax von App Engine nicht mehr empfehlen, wird sie für vorhandene Jobs weiterhin unterstützt.

    Weitere Informationen finden Sie unter Zeitpläne für Cronjobs konfigurieren.

  • URI: der vollständig qualifizierte URI des Endpunkts, den der Job kontaktiert.

Weitere Parameter werden in der gcloud-Befehlszeilenreferenz beschrieben.

Beispiel

gcloud scheduler jobs update http my-http-job \
    --schedule "0 1 * * 0" \
    --uri "http://myproject/my-url.com" \
    --http-method GET

Pub/Sub

Sie müssen ein Pub/Sub-Thema verwenden, das Sie bereits in Ihrem Projekt eingerichtet haben. Cloud Scheduler veröffentlicht Nachrichten in diesem Thema als Google API-Dienstkonto.

gcloud scheduler jobs update pubsub JOB \
    --location=LOCATION \
    --schedule=SCHEDULE \
    --topic=TOPIC

Ersetzen Sie Folgendes:

  • JOB: Ein Jobname, der im Projekt eindeutig sein muss. Sie können Jobnamen in einem Projekt nicht wiederverwenden, auch wenn Sie den zugehörigen Job gelöscht haben.

  • LOCATION: der Standort, an dem der Job ausgeführt wird. Wenn Sie den Standort nicht angeben, verwendet die gcloud CLI Ihren Standardstandort. Wenn sich der zu bearbeitende Job an einem anderen Standort befindet, müssen Sie zusätzlich zur NAME den Standort angeben, damit der Job identifiziert werden kann. Sie können den Jobstandort nicht aktualisieren.

  • SCHEDULE: Häufigkeit oder Jobintervall, in dem der Job ausgeführt werden soll, z. B. every 3 hours. Hier kann jeder beliebige mit unix-cron kompatible String angegeben werden. Obwohl wir die Verwendung der alten Cron-Syntax von App Engine nicht mehr empfehlen, wird sie für vorhandene Jobs weiterhin unterstützt.

    Weitere Informationen finden Sie unter Zeitpläne für Cronjobs konfigurieren.

  • TOPIC: der Name des Themas, in dem der Job veröffentlicht wird. Verwenden Sie das Flag --message-body oder --message-body-from-file, um eine Nachricht anzugeben, die an das Thema gesendet werden soll. Dieser wird als data-Parameter in der Pub/Sub-Nachricht gesendet. Ein Beispiel dafür finden Sie in der Kurzanleitung.

Weitere Parameter werden in der gcloud-Befehlszeilenreferenz beschrieben.

Beispiel

gcloud scheduler jobs update pubsub myjob \
    --schedule "0 1 * * 0" \
    --topic cron-topic --message-body "Hello"

App Engine HTTP

Das Ziel App Engine HTTP ist nur für die App Engine-Anwendung verfügbar, die mit dem aktuellen Projekt verknüpft ist. Wenn Sie eine andere App Engine-Anwendung außerhalb Ihres aktuellen Projekts verwenden möchten, wählen Sie HTTP als Ziel aus, nicht App Engine HTTP.

App Engine-Endpunkte können mit login: admin im Element handlers in der Datei app.yaml gesichert werden.

gcloud scheduler jobs update app-engine JOB \
    --location=LOCATION \
    --schedule=SCHEDULE

Ersetzen Sie Folgendes:

  • JOB: Ein Jobname, der im Projekt eindeutig sein muss. Sie können Jobnamen in einem Projekt nicht wiederverwenden, auch wenn Sie den zugehörigen Job gelöscht haben.

  • LOCATION: der Standort, an dem der Job ausgeführt wird (dies ist derselbe Standort wie der Ihrer App Engine-Zielanwendung). Wenn Sie den Standort nicht angeben, verwendet die gcloud CLI Ihren Standardstandort. Wenn sich der zu bearbeitende Job an einem anderen Standort befindet, müssen Sie zusätzlich zur NAME den Standort angeben, damit der Job identifiziert werden kann. Sie können den Jobstandort nicht aktualisieren.

  • SCHEDULE: Häufigkeit oder Jobintervall, in dem der Job ausgeführt werden soll, z. B. every 3 hours. Hier kann jeder beliebige mit unix-cron kompatible String angegeben werden. Obwohl wir die Verwendung der alten Cron-Syntax von App Engine nicht mehr empfehlen, wird sie für vorhandene Jobs weiterhin unterstützt.

    Weitere Informationen finden Sie unter Zeitpläne für Cronjobs konfigurieren.

Weitere Parameter werden in der gcloud-Befehlszeilenreferenz beschrieben.

Beispiel

gcloud scheduler jobs update app-engine my-appengine-job \
    --schedule "0 1 * * 0" \
    --relative-url "/cron-handler"

Job anhalten

Sie können die Ausführung eines Jobs pausieren.

Console

  1. Rufen Sie in der Google Cloud Console Cloud Scheduler auf.

    Zu Cloud Scheduler

  2. Wählen Sie den Job aus, den Sie pausieren möchten.

  3. Klicken Sie auf Pausieren.

gcloud

  1. Öffnen Sie ein Terminalfenster auf dem Computer, auf dem Sie die gcloud CLI installiert haben.

  2. Führen Sie diesen Befehl aus:

     gcloud scheduler jobs pause MY_JOB
    

    Ersetzen Sie MY_JOB durch den Namen des Jobs, den Sie pausieren möchten.

Während ein Job pausiert ist, können Sie ihn auch bearbeiten. Nachdem Sie den Job bearbeitet haben, bleibt er pausiert, bis Sie ihn fortsetzen.

Job fortsetzen

Sie können die Ausführung eines pausierten Jobs fortsetzen.

Console

  1. Rufen Sie in der Google Cloud Console Cloud Scheduler auf.

    Zu Cloud Scheduler

  2. Wählen Sie den Job aus, der fortgesetzt werden soll.

    Der Job muss bereits pausiert sein.

  3. Klicken Sie auf Fortsetzen.

gcloud

  1. Öffnen Sie ein Terminalfenster auf dem Computer, auf dem Sie die gcloud CLI installiert haben.

  2. Führen Sie diesen Befehl aus:

     gcloud scheduler jobs resume MY_JOB
    

    Ersetzen Sie MY_JOB durch den Namen des Jobs, der fortgesetzt werden soll.

Job löschen

Sie können einen Job löschen.

Console

  1. Rufen Sie in der Google Cloud Console Cloud Scheduler auf.

    Zu Cloud Scheduler

  2. Wählen Sie den zu löschenden Job aus.

  3. Klicken Sie auf Löschen.

gcloud

  1. Öffnen Sie ein Terminalfenster auf dem Computer, auf dem Sie die gcloud CLI installiert haben.

  2. Führen Sie diesen Befehl aus:

     gcloud scheduler jobs delete MY_JOB
    

    Ersetzen Sie MY_JOB durch den Namen des zu löschenden Jobs.