View a markdown version of this page

Starte einen Lauf in HealthOmics - AWS HealthOmics

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Starte einen Lauf in HealthOmics

Wenn Sie einen Lauf starten, geben Sie die Ressourcen an, die HealthOmics für den Lauf reserviert werden. Die folgenden Einstellungen sind verfügbar:

  1. Ausgabeort — Geben Sie eine Amazon S3-URI an, in der die Ausgabedateien des Laufs gespeichert werden. Wenn Sie eine große Anzahl von Workflows gleichzeitig ausführen, verwenden Sie separate Amazon S3-Ausgabe-URIs für jeden Workflow, um eine Bucket-Drosselung zu vermeiden. Weitere Informationen finden Sie unter Organisieren von Objekten mithilfe von Präfixen im Amazon S3-Benutzerhandbuch und unter Horizontales Skalieren von Speicherverbindungen im Whitepaper zur Optimierung der Amazon S3-Leistung.

  2. Servicerolle — Geben Sie eine IAM-Servicerolle an, die HealthOmics Berechtigungen für den Zugriff auf die für den Lauf benötigten Ressourcen gewährt. Optional kann die Konsole die Servicerolle für Sie erstellen. Weitere Informationen finden Sie unter Servicerollen für AWS HealthOmics.

  3. Run-Speicher (optional, standardmäßig Dynamisch) — Geben Sie den Laufspeichertyp und die Speichermenge an (für statischen Speicher). Um Datenisolierung und Sicherheit zu gewährleisten HealthOmics , wird der Speicher zu Beginn jedes Laufs bereitgestellt und am Ende des Laufs wieder freigegeben. Weitere Informationen finden Sie unter Speichertypen in HealthOmics Workflows ausführen.

  4. Ausführungspriorität (optional) — Weisen Sie dem Lauf eine Priorität zu. Wie sich die Priorität auf den Lauf auswirkt, hängt davon ab, ob der Lauf einer Ausführungsgruppe zugeordnet ist. Weitere Informationen finden Sie unter Priorität ausführen.

  5. Workflow-Version (optional) — Wählen Sie eine bestimmte Workflow-Version für den Lauf aus. Wenn Sie keine Version angeben, HealthOmics wird die Standard-Workflow-Version gestartet.

  6. Nextflow-Engine-Einstellungen (optional, nur Nextflow) — Geben Sie Engine-Einstellungen wie Version und Syntaxparser für Nextflow-Workflows während der Laufzeit an. Weitere Informationen finden Sie unter Geben Sie die Nextflow-Engine-Einstellungen an.

  7. Eingabeparameter (optional) — Stellen Sie die Workflow-Eingabeparameter als JSON-Datei oder als Inline-Werte bereit. Erforderliche Parameter werden durch die Parametervorlage des Workflows definiert. Weitere Informationen finden Sie unter HealthOmics Eingaben ausführen.

  8. Anforderungs-ID (optional, nur API und CLI) — Geben Sie für jeden Lauf eine eindeutige Anforderungs-ID an. Die Anforderungs-ID ist ein Idempotenz-Token, das HealthOmics verwendet wird, um doppelte Anfragen zu identifizieren und den Lauf nur einmal zu starten.

Einen Lauf mit der Konsole starten

Der Start-Run-Assistent besteht aus vier Schritten:

  1. Geben Sie die Ausführungsdetails an

  2. Fügen Sie Parameterwerte hinzu

  3. Fügen Sie Run-Gruppe, Run-Cache und Tags hinzu

  4. Überprüfen Sie und starten Sie den Lauf

Um einen Lauf zu starten

  1. Öffnen Sie die HealthOmics -Konsole.

  2. Öffnen Sie bei Bedarf den linken Navigationsbereich (≡). Wählen Sie „Runs“.

  3. Wählen Sie Start Run.

Schritt 1: Geben Sie die Laufdetails an

Geben Sie die folgenden Einstellungen an:

# Einstellung Erforderlich Description
1 Wählen Sie die Workflow-Quelle Erforderlich Wählen Sie Eigener Workflow (private Workflows, die Sie besitzen) oder Geteilter Workflow (für Sie geteilte Workflows).
2 Workflow-ID Erforderlich Wählen Sie die Workflow-ID für diesen Lauf aus.
3 Name der Ausführung Erforderlich (optional auf API und CLI) Ein beschreibender Name für diesen Lauf. Maximal 127 Zeichen. Eine Run-ID wird automatisch generiert, sobald der Workflow ausgeführt wird.
4 Konfiguration Optional Wählen Sie eine Konfiguration, um VPC-Einstellungen (Subnetze, Sicherheitsgruppen) für die Internetverbindung anzugeben und Container-Registrierungszuordnungen und Git-Repository-Verbindungen einzubeziehen. Kann nach dem Start des Laufs nicht geändert werden.
5 Priorität ausführen Optional Legt die Priorität eines Laufs in einer Ausführungsgruppe fest. Eine höhere Zahl bedeutet eine höhere Priorität. Nur ganze Zahlen im Bereich 0—1.000.
6 Speichertyp ausführen Optional Wählen Sie Dynamischen Speicher (Standard, empfohlen) oder Statischen Speicher. Dynamischer Speicher skaliert pro Aufgabe nach oben und unten. Statischer Speicher stellt einen festen Betrag zur Verfügung. Weitere Informationen finden Sie unter Speichertypen in HealthOmics Workflows ausführen.
7 Speicherkapazität ausführen Bedingt Nur für statischen Speicher. Geben Sie den Betrag in GiB an.
8 Wählen Sie das S3-Ausgabeziel Erforderlich Der Amazon S3-Standort, an dem die ausgeführten Ausgaben geliefert werden. Format:s3://bucket/prefix/object.
9 Konto-ID des Bucket-Besitzers ausgeben Optional Wenn Ihr Konto nicht Eigentümer des Ausgabe-Buckets ist, geben Sie die AWS-Konto ID des Bucket-Besitzers ein.
10 Führen Sie den Modus zur Aufbewahrung von Metadaten aus Optional Wählen Sie „Laufmetadaten beibehalten“ (Standardeinstellung) oder „Älteste Metadaten automatisch entfernen“. RETAINist der Standardwert; in diesem Modus werden die Laufmetadaten HealthOmics nicht gelöscht. Wenn Sie diese Option auswählenREMOVE, werden die ältesten Laufmetadaten HealthOmics dauerhaft gelöscht, wenn die Anzahl der Durchläufe den Höchstwert erreicht. Weitere Informationen finden Sie unter Retentionsmodus für HealthOmics Läufe ausführen.
11 Netzwerkzugriff Optional Wählen Sie Eingeschränkt (Standard) oder Virtual Private Cloud (VPC). Weitere Informationen finden Sie unter VPC-Netzwerk.
12 Rolle „Dienst“ Erforderlich Wählen Sie eine vorhandene Servicerolle oder erstellen Sie eine neue. HealthOmics erfordert Berechtigungen für Amazon S3 und KMS. Weitere Informationen finden Sie unter Servicerollen für AWS HealthOmics.

Wählen Sie Weiter, um mit Schritt 2 fortzufahren.

Schritt 2: Parameterwerte hinzufügen

Geben Sie auf dieser Seite die Parameterwerte für den Lauf ein, oder wählen Sie vordefinierte Werte aus, die vom Workflow-Autor bereitgestellt wurden.

Wenn Sie einen Nextflow-Workflow auswählen, um den Lauf zu starten, werden am Anfang dieses Schritts zusätzliche Abschnitte für Nextflow-Engine-Einstellungen und Nextflow-Profile angezeigt. Vollständige Informationen zu diesen Einstellungen (unterstützte Werte, Verhalten und Profilpriorität) finden Sie unter. Geben Sie die Nextflow-Engine-Einstellungen an

Parameterwerte ausführen

Geben Sie die Ausführungsparameter an. Sie können eine JSON-Datei hochladen oder die Werte manuell eingeben. Die JSON-Datei enthält den genauen Namen jedes Eingabeparameters und einen Wert für den Parameter.

HealthOmics unterstützt die folgenden JSON-Typen für Parameterwerte.

JSON-Typ Beispiel für Schlüssel und Wert Hinweise
boolesch „b“: wahr Der Wert steht nicht in Anführungszeichen und wird ausschließlich in Kleinbuchstaben geschrieben.
Ganzzahl „i“ :7 Der Wert steht nicht in Anführungszeichen.
number „f“ :42,3 Der Wert steht nicht in Anführungszeichen.
Zeichenfolge „s“: „Zeichen“ Der Wert steht in Anführungszeichen. Verwenden Sie den String-Typ für Textwerte und URIs. Das URI-Ziel muss dem erwarteten Eingabetyp entsprechen.
Array „a“: [1,2,3] Der Wert steht nicht in Anführungszeichen. Array-Mitglieder müssen jeweils den durch den Eingabeparameter definierten Typ haben.
object „o“: {"left“ :"a“, „right“ :1} In WDL wird das Objekt WDL Pair, Map oder Struct zugeordnet

Weitere Informationen erhalten Sie unter HealthOmics Eingaben ausführen und Größe der Ausführungsparameter verwalten.

Wählen Sie Weiter, um mit Schritt 3 fortzufahren.

Schritt 3: Run-Gruppe, Run-Cache und Tags hinzufügen

Alle Einstellungen auf dieser Seite sind optional.

# Einstellung Erforderlich Description
1 Gruppe ausführen Optional Wählen Sie eine vorhandene Ausführungsgruppe aus oder erstellen Sie eine neue. Run-Gruppen bündeln Sie Läufe nach Kategorie und Priorität und legen Sie die maximale vCPUs und die maximale Laufzeit fest. Weitere Informationen finden Sie unter HealthOmics Run-Gruppen verwenden.
2 Cache ausführen Optional Verwenden Sie einen Run-Cache, um die Ergebnisse abgeschlossener Aufgaben wiederzuverwenden, anstatt sie erneut zu berechnen. Weitere Informationen finden Sie unter Konfiguration eines Laufs mit Run-Cache über die Konsole.
3 Tags Optional Fügen Sie bis zu 50 Schlüsselwert-Tags für die Suche, Filterung und Kostenverfolgung hinzu.

Wählen Sie Weiter, um mit Schritt 4 fortzufahren.

Schritt 4: Überprüfen und starten Sie den Lauf

Überprüfen Sie die Ausführungskonfiguration aus allen vorherigen Schritten. Um eine Einstellung zu ändern, wählen Sie neben dem entsprechenden Schritt Bearbeiten aus. Wenn Sie bereit sind, wählen Sie Start Run.

Einen Lauf mithilfe der API starten

Verwenden Sie die StartRun API-Operation, um einen Lauf zu erstellen und zu starten.

Starte einen einfachen Lauf

Im folgenden Beispiel werden die Workflow-ID, die Servicerolle und der Ausgabe-URI angegeben. In diesem Beispiel wird der Aufbewahrungsmodus auf festgelegtREMOVE. Weitere Hinweise zum Aufbewahrungsmodus finden Sie unterRetentionsmodus für HealthOmics Läufe ausführen.

aws omics start-run \ --workflow-id workflow id \ --role-arn arn:aws:iam::123456789012:role/OmicsRole \ --output-uri s3://amzn-s3-demo-bucket/output \ --name "my-workflow-run" \ --retention-mode REMOVE

Als Antwort erhalten Sie die folgende Ausgabe. Das uuid ist einzigartig für den Lauf und outputUri kann zusammen mit verwendet werden, um zu verfolgen, wo die Ausgabedaten geschrieben werden.

{ "arn": "arn:aws:omics:us-west-2:123456789012:run/1234567", "id": "123456789", "uuid": "96c57683-74bf-9d6d-ae7e-f09b097db14a", "outputUri": "s3://bucket/folder/8405154/96c57683-74bf-9d6d-ae7e-f09b097db14a", "status": "PENDING" }

Allgemeine API-Optionen

Fügen Sie eine Parameterdatei hinzu

Wenn die Parametervorlage für einen Workflow alle erforderlichen Parameter deklariert, können Sie eine lokale JSON-Datei der Eingaben bereitstellen, wenn Sie eine Workflow-Ausführung starten. Die JSON-Datei enthält den genauen Namen jedes Eingabeparameters und einen Wert für den Parameter.

Verweisen Sie auf die JSON-Eingabedatei in der--parameters file://<input_file.json>, AWS CLI indem Sie sie Ihrer start-run Anfrage hinzufügen. Weitere Informationen finden Sie unter Unterstützte JSON-Typen für Parameterwerte in Schritt 2: Parameterwerte hinzufügen undHealthOmics Eingaben ausführen.

Geben Sie eine Anforderungs-ID an

Sie können requestId für jeden Lauf eine eindeutige Angabe machen. Die Anforderungs-ID ist ein Idempotenz-Token, das HealthOmics verwendet wird, um doppelte Anfragen abzufangen. Es wird kein Lauf gestartet, wenn die Anforderungs-ID ein Duplikat einer vorherigen Ausführung ist.

Wenn Sie Infrastruktur (wie Lambda-Funktionen oder Step-Funktionen) für die Orchestrierung von Laufstarts verwenden, empfiehlt es sich, für jede StartRun Anforderung eine eindeutige Anforderungs-ID anzugeben. Dadurch wird sichergestellt, dass, wenn Ihre Infrastruktur versehentlich einen bereits gestarteten Lauf startet, der doppelte Lauf HealthOmics nicht gestartet wird.

aws omics start-run \ --workflow-id workflow id \ ... \ --request-id "unique-request-id-12345"

Wählen Sie eine Workflow-Version

Sie können eine Workflow-Version für den Lauf angeben. Wenn Sie keine Version angeben, HealthOmics startet der Lauf mit der Standard-Workflow-Version.

aws omics start-run \ --workflow-id workflow id \ ... \ --workflow-version-name '1.2.1'

Überschreiben Sie den Laufspeichertyp

Sie können den Standard-Laufspeichertyp, der im Workflow festgelegt wurde, überschreiben.

aws omics start-run \ --workflow-id workflow id \ ... \ --storage-type STATIC \ --storage-capacity 2400

Ephemeren Speicher aktivieren

Um den temporären Speicher für einen Lauf zu aktivieren, setzen Sie LOCAL beim Start des Laufs --scratch-storage-mode auf. HealthOmics stellt für jede Workflow-Aufgabeninstanz ein dediziertes lokales Speichervolume /tmp bereit.

aws omics start-run \ --workflow-id workflow-id \ --role-arn arn:aws:iam::123456789012:role/OmicsServiceRole \ --output-uri s3://amzn-s3-demo-bucket/output-folder/ \ --parameters file:///path/to/parameters.json \ --scratch-storage-mode LOCAL

Um den temporären Speicher für einen bestimmten Lauf zu deaktivieren (z. B. um einen Fehler zu isolieren), setzen Sie auf. --scratch-storage-mode SHARED

Weitere Informationen finden Sie unter Kurzlebiger Speicher für Workflow-Aufgaben HealthOmics.

Informationen zu den Nextflow-Engine-Einstellungen (Engine-Version, Profile, Syntaxparser) finden Sie unter. Geben Sie die Nextflow-Engine-Einstellungen an

Geben Sie die Nextflow-Engine-Einstellungen an

Für Nextflow-Workflows können Sie in der StartRun API-Anforderung eine engineSettings Map übergeben, um das Verhalten der Engine zu steuern, ohne Ihren Workflow-Quellcode zu ändern. Auf der Konsole sind diese Einstellungen in Schritt 2: Parameterwerte hinzufügen als separater Abschnitt verfügbar, der für Nextflow-Workflows angezeigt wird.

Anmerkung

Die Engine-Einstellungen gelten nur für Nextflow-Workflows. Wenn Sie Engine-Einstellungen für WDL- oder CWL-Workflows in der API oder CLI angeben, werden sie stillschweigend ignoriert und sind in Antworten nicht verfügbar. GetRun

Unterstützte Schlüssel

# Key (Schlüssel) Zulässige Werte Behavior Versionsunterstützung
1 engineVersion "22.04.0"(oder"22.04"), "23.10.0" (oder"23.10"), "24.10.8" (oder"24.10"), (oder), "25.10.0" (oder"25.10") "26.04.0" "26.04" Pintet die Nextflow-Version für den Lauf. Überschreibt die Version, von der erkannt wurde. nextflow.config Sowohl das Voll- als auch das Kurzversionsformat werden akzeptiert. Alle Nextflow-Versionen
2 syntaxVersion "v1"(Legacy-Parser), "v2" (Strikter Syntaxparser) Wählt den Syntaxparser aus. v26.04 und höher. Frühere Versionen werden nur unterstützt. "v1"
3 outputFormat "json", "text", "none" Legt das Format der stdout/stderr Engine-Zusammenfassung fest. v26.04 und höher (in früheren Versionen ignoriert).
4 agentMode "true", "false" Steuert den Nextflow-Agentenmodus. v26.04 und höher (in früheren Versionen ignoriert).
5 profile Comma-separated Profilnamen, zum Beispiel "test,docker" Aktiviert Nextflow-Profile. Weitere Informationen finden Sie unter Nextflow-Profile. Alle Nextflow-Versionen

Pinning der Nextflow-Engine-Version

Sie können eine bestimmte Nextflow-Engine-Version auswählen, um Ihren Workflow auszuführen, was eine kontrollierte Migration zwischen Engine-Versionen ermöglicht. Die Überschreibung der Laufzeitversion stellt sicher, dass selbst dann, wenn eine Workflow-Definition über ihre Konfiguration oder ihr Profil eine Version spezifiziert, die Engine-Version, die Sie zur Laufzeit angeben, Vorrang hat. Auf diese Weise können Sie denselben Workflow über mehrere Engine-Versionen hinweg testen, ohne den Workflow-Quellcode zu ändern.

Unterstützte Versionen: 22.04.0 (oder 22.04), 23.10.0 (oder 23.10), 24.10.8 (oder 24.10), 25.10.0 (oder 25.10) und 26.04.0 (oder 26.04). Sowohl die Voll- als auch die Kurzversion werden akzeptiert.

API und CLI

Verwenden Sie den engineVersion Schlüssel in--engine-settings:

aws omics start-run \ --workflow-id workflow id \ --role-arn arn:aws:iam::123456789012:role/OmicsRole \ --output-uri s3://amzn-s3-demo-bucket/output \ --engine-settings '{"engineVersion":"26.04"}'

Konsole

Wählen Sie unter Schritt 2: Parameterwerte hinzufügen die Version aus der Dropdownliste Engine-Version im Abschnitt Nextflow-Engine-Einstellungen aus.

Nextflow-Profile

Nextflow-Profile sind benannte Sätze von Ausführungseinstellungen, die in Ihren Workflows definiert sind. nextflow.config Sie können ein oder mehrere Profile zur Laufzeit aktivieren, um umgebungsspezifische Einstellungen (z. B. Entwicklung, Test oder Produktion) anzuwenden, ohne den Workflow-Quellcode zu ändern.

API und CLI

Verwenden Sie den profile Schlüssel ein--engine-settings. Geben Sie mehrere Profile als kommagetrennte Liste an:

aws omics start-run \ --workflow-id workflow id \ --role-arn arn:aws:iam::123456789012:role/OmicsRole \ --output-uri s3://amzn-s3-demo-bucket/output \ --engine-settings '{"profile":"test,docker"}'

Konsole

In Schritt 2: Parameterwerte hinzufügen wird der Abschnitt Nextflow-Profile unter den Engine-Einstellungen angezeigt. Wählen Sie ein oder mehrere Profile aus der Dropdownliste Profile auswählen aus. In der Konsole wird die Reihenfolge der Profilanwendungen angezeigt. Um ein Profil zu entfernen, wählen Sie das × neben seinem Namen.

Reihenfolge der Profilanwendung

Wenn Sie mehrere Profile angeben, hängt die Reihenfolge der Anwendungen von der Nextflow-Engine-Version und dem Syntaxparser ab:

  • Nextflow v26.04 und höher mit dem strengen Syntaxparser (v2) — Profile werden in der im profile Wert angegebenen Reihenfolge (von links nach rechts) oder in Ihrer Auswahlreihenfolge auf der Konsole angewendet. Spätere Profile überschreiben frühere Profile aufgrund widersprüchlicher Einstellungen.

  • Nextflow-Versionen vor v26.04 und v26.04 und höher mit dem Legacy-Parser (v1) — Profile werden in der in der nextflow.config Datei definierten Reihenfolge angewendet, unabhängig von der in der API-Anforderung oder Konsolenauswahl angegebenen Reihenfolge.

Vorrang bei der Konfiguration

Nextflow löst Parameter in der folgenden Reihenfolge auf, wobei spätere Ebenen frühere überschreiben:

  1. nextflow.configStandardwerte

  2. Ausgewählte Nextflow-Profile

  3. Datei mit vordefinierten Werten

  4. Run-time Parameter-Überschreibungen

Anmerkung

Empfehlung — Um ein konsistentes Verhalten der Profilanwendung bei allen Läufen sicherzustellen, heften Sie die Nextflow-Engine-Version mithilfe des engineVersion Schlüssels in der API- oder Engine-Version auf der Konsole an.

VPC-Netzwerk

Sie können Workflows in Ihrer Virtual Private Cloud (VPC) ausführen, was den Zugriff auf das öffentliche Internet, den regionsübergreifenden Datenverkehr und die Kommunikation mit Ressourcen in Ihrer VPC ermöglicht.

So aktivieren Sie das VPC-Netzwerk:

  1. Erstellen Sie eine Konfiguration, die VPC-Subnetze und Sicherheitsgruppen angibt.

  2. Wenn Sie einen Lauf mit der Konsole starten, legen Sie den Netzwerkzugriff auf Virtual Private Cloud (VPC) fest und wählen Sie Ihre Konfiguration in Schritt 1 aus.

  3. Wenn Sie einen Lauf mithilfe der API starten, verwenden Sie Ihre Konfiguration --networking-mode VPC und verweisen Sie auf sie mit--configuration-name.

Weitere Informationen finden Sie unter HealthOmics Workflows mit einer VPC verbinden.