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:
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
Themen
Einen Lauf mit der Konsole starten
Der Start-Run-Assistent besteht aus vier Schritten:
Geben Sie die Ausführungsdetails an
Fügen Sie Parameterwerte hinzu
Fügen Sie Run-Gruppe, Run-Cache und Tags hinzu
Überprüfen Sie und starten Sie den Lauf
Um einen Lauf zu starten
-
Öffnen Sie die HealthOmics -Konsole
. -
Öffnen Sie bei Bedarf den linken Navigationsbereich (≡). Wählen Sie „Runs“.
-
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\ --role-arn arn:aws:iam::123456789012:role/OmicsRole \ --output-uri s3://amzn-s3-demo-bucket/output \ --name "my-workflow-run" \ --retention-mode REMOVEworkflow id
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\ ... \ --request-id "unique-request-id-12345"workflow id
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-version-name '1.2.1'workflow id
Überschreiben Sie den Laufspeichertyp
Sie können den Standard-Laufspeichertyp, der im Workflow festgelegt wurde, überschreiben.
aws omics start-run \ --workflow-id\ ... \ --storage-type STATIC \ --storage-capacity 2400workflow id
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-idworkflow-id\ --role-arnarn: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\ --role-arn arn:aws:iam::123456789012:role/OmicsRole \ --output-uri s3://amzn-s3-demo-bucket/output \ --engine-settings '{"engineVersion":"26.04"}'workflow id
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\ --role-arn arn:aws:iam::123456789012:role/OmicsRole \ --output-uri s3://amzn-s3-demo-bucket/output \ --engine-settings '{"profile":"test,docker"}'workflow id
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
profileWert 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.configDatei 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:
nextflow.configStandardwerteAusgewählte Nextflow-Profile
Datei mit vordefinierten Werten
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:
-
Erstellen Sie eine Konfiguration, die VPC-Subnetze und Sicherheitsgruppen angibt.
-
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.
-
Wenn Sie einen Lauf mithilfe der API starten, verwenden Sie Ihre Konfiguration
--networking-mode VPCund verweisen Sie auf sie mit--configuration-name.
Weitere Informationen finden Sie unter HealthOmics Workflows mit einer VPC verbinden.