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, HealthOmics die dem Lauf zugewiesen werden. Die folgenden Einstellungen sind verfügbar:

  1. Ausgabespeicherort — Geben Sie eine Amazon S3 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 S3-Ausgabe-URIs für jeden Workflow, um Bucket-Drosselung zu vermeiden. Weitere Informationen finden Sie unter Objekte mithilfe von Präfixen organisieren im Amazon S3-Benutzerhandbuch und Speicherverbindungen horizontal skalieren im Whitepaper Optimizing Amazon S3 Performance.

  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. Speicher ausführen (optional, standardmäßig dynamisch) — Geben Sie den Laufspeichertyp und die Speichermenge (für statischen Speicher) an. Um Datenisolierung und Sicherheit zu gewährleisten, HealthOmics wird der Speicher zu Beginn jedes Laufs bereitgestellt und am Ende des Laufs deprovisioniert. 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 Einstellungen der Nextflow-Engine 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 die Ausführung nur einmal zu starten.

Einen Lauf über die 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 eine Run-Gruppe, einen Run-Cache und Tags hinzu

  4. Überprüfe und starte die Ausführung

Um einen Lauf zu starten

  1. Öffnen Sie die HealthOmics -Konsole.

  2. Öffnen Sie bei Bedarf den linken Navigationsbereich (±1). Wählen Sie Läufe.

  3. Wählen Sie Start run.

Schritt 1: Geben Sie die Ausführungsdetails 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 (Workflows, die für Sie freigegeben wurden).
2 Workflow-ID Erforderlich Wählen Sie die Workflow-ID für diesen Lauf aus.
3 Name des Laufs Erforderlich (optional für 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 Internetkonnektivität anzugeben und Container-Registry-Zuordnungen und Git-Repository-Verbindungen einzubeziehen. Kann nach dem Start der Ausführung nicht geändert werden.
5 Priorität der Ausführung 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 Dynamischer Speicher (Standard, empfohlen) oder Statischer Speicher. Dynamischer Speicher wird pro Aufgabe nach oben und unten skaliert. Statischer Speicher stellt eine feste Menge bereit. Weitere Informationen finden Sie unter Speichertypen in HealthOmics Workflows ausführen.
7 Lagerkapazitä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 S3-Standort, an den Run-Ausgaben geliefert werden. Format:s3://bucket/prefix/object.
9 Konto-ID des Bucket-Besitzers ausgeben Optional Wenn Ihr Konto nicht Eigentümer des Output-Buckets ist, geben Sie die AWS-Konto ID des Bucket-Besitzers ein.
10 Führen Sie den Aufbewahrungsmodus für Metadaten aus Optional Wählen Sie „Ausführungsmetadaten beibehalten“ (Standard) oder „Älteste automatisch entfernen“. RETAINist der Standardwert. In diesem Modus werden die Metadaten des Laufs HealthOmics nicht gelöscht. 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-Netzwerke.
12 Rolle „Dienst“ Erforderlich Wählen Sie eine bestehende 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: Fügen Sie Parameterwerte hinzu

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 oben in diesem Schritt zusätzliche Abschnitte für die 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 Einstellungen der Nextflow-Engine 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 ist 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 Zeichenfolgentyp 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“: {"links“ :"a“, „rechts“ :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: Ausführungsgruppe, Ausführungs-Cache und Tags hinzufügen

Alle Einstellungen auf dieser Seite sind optional.

# Einstellung Erforderlich Description
1 Gruppe ausführen Optional Wählen Sie eine bestehende Ausführungsgruppe aus oder erstellen Sie eine neue. Run Groups bündeln Läufe nach Kategorie und Priorität und legen maximale vCPUs und Laufzeit fest. Weitere Informationen finden Sie unter HealthOmics Run-Gruppen verwenden.
2 Cache ausführen Optional Verwenden Sie einen Run-Cache, um abgeschlossene Aufgabenergebnisse 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 Ausführung starten

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

Einen Lauf mithilfe der API starten

Verwenden Sie den StartRun API-Vorgang, um einen Lauf zu erstellen und zu starten.

Starten Sie 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, wohin die Ausgabedaten geschrieben wurden.

{ "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 erforderliche Parameter deklariert, können Sie beim Starten einer Workflow-Ausführung eine lokale JSON-Datei mit den Eingaben bereitstellen. Die JSON-Datei enthält den genauen Namen jedes Eingabeparameters und einen Wert für den Parameter.

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

Geben Sie eine Anforderungs-ID an

Sie können requestId für jeden Lauf eine eindeutige Nummer angeben. 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 eines vorherigen Laufs ist.

Wenn Sie Infrastruktur (wie Lambda-Funktionen oder Step-Funktionen) für die Orchestrierung von Runstarts verwenden, empfiehlt es sich, für jede StartRun Anfrage eine eindeutige Anforderungs-ID anzugeben. Dadurch wird sichergestellt, dass, wenn Ihre Infrastruktur versehentlich einen Lauf startet, den sie bereits gestartet hat, nicht der doppelte Lauf gestartet HealthOmics 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 Speichertyp für die Ausführung

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

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

Ephemeren Speicher aktivieren

Um kurzlebigen Speicher für einen Lauf zu aktivieren, stellen Sie ihn auf ein, LOCAL wenn Sie --scratch-storage-mode den Lauf starten. HealthOmics hängt für jede Workflow-Aufgabeninstanz ein eigenes lokales Speichervolume ein. /tmp

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 kurzlebigen 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 Einstellungen der Nextflow-Engine (Engine-Version, Profile, Syntaxparser) finden Sie unter. Geben Sie die Einstellungen der Nextflow-Engine an

Geben Sie die Einstellungen der Nextflow-Engine an

Für Nextflow-Workflows können Sie in der StartRun API-Anfrage 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 diese 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"), "25.10.0" (oder"25.10") "26.04.0" "26.04" Passt die Nextflow-Version für den Lauf an. Überschreibt die Version, von der erkannt wurde. nextflow.config Sowohl Voll- als auch Kurzversionen werden akzeptiert. Alle Nextflow-Versionen
2 syntaxVersion "v1"(Legacy-Parser), "v2" (Parser für strikte Syntax) Wählt den Syntaxparser aus. v26.04 und höher. Nur frühere Versionen werden 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

Fixieren der Nextflow-Engine-Version

Sie können eine bestimmte Nextflow-Engine-Version auswählen, um Ihren Workflow auszuführen, wodurch eine kontrollierte Migration zwischen Engine-Versionen ermöglicht wird. Durch die Außerkraftsetzung der Laufzeitversion wird sichergestellt, dass selbst dann, wenn eine Workflow-Definition eine Version über ihre Konfiguration oder ihr Profil spezifiziert, die Engine-Version, die Sie zur Laufzeit angeben, Vorrang hat. Auf diese Weise können Sie denselben Workflow in mehreren Engine-Versionen 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 Voll- als auch Kurzversionen 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 in Schritt 2: Fügen Sie Parameterwerte hinzu der Dropdownliste Engine-Version im Abschnitt Nextflow-Engine-Einstellungen die Version aus.

Nextflow-Profile

Nextflow-Profile sind benannte Sätze von Ausführungseinstellungen, die in Ihrem Workflow 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 in--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: Fügen Sie Parameterwerte hinzu 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 Profilanwendungen

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 strikten 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 haben bei widersprüchlichen Einstellungen Vorrang vor früheren Profilen.

  • 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-Anfrage oder der Konsolenauswahl angegebenen Reihenfolge.

Priorität 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 Überschreibungen von Parametern

Anmerkung

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

VPC-Netzwerke

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

So aktivieren Sie VPC-Netzwerke:

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

  2. Wenn Sie einen Lauf über die Konsole starten, stellen Sie den Netzwerkzugriff auf Virtual Private Cloud (VPC) ein und wählen Sie in Schritt 1 Ihre Konfiguration aus.

  3. Wenn Sie einen Lauf über die API starten, verwenden Sie Ihre Konfiguration mit --networking-mode VPC --configuration-name und referenzieren Sie sie.

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