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:
-
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.
-
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.
-
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.
-
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 Einstellungen der Nextflow-Engine 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 die Ausführung nur einmal zu starten.
Themen
Einen Lauf über die Konsole starten
Der Start-Run-Assistent besteht aus vier Schritten:
Geben Sie die Ausführungsdetails an
Fügen Sie Parameterwerte hinzu
Fügen Sie eine Run-Gruppe, einen Run-Cache und Tags hinzu
Überprüfe und starte die Ausführung
Um einen Lauf zu starten
-
Öffnen Sie die HealthOmics -Konsole
. -
Öffnen Sie bei Bedarf den linken Navigationsbereich (±1). Wählen Sie Läufe.
-
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\ --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, 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\ ... \ --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 Speichertyp für die Ausführung
Sie können den Standard-Laufspeichertyp überschreiben, der im Workflow festgelegt wurde.
aws omics start-run \ --workflow-id\ ... \ --storage-type STATIC \ --storage-capacity 2400workflow id
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-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 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\ --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 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\ --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: 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
profileWert 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.configDatei 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:
nextflow.configStandardwerteAusgewählte Nextflow-Profile
Datei mit vordefinierten Werten
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:
-
Erstellen Sie eine Konfiguration, die VPC-Subnetze und Sicherheitsgruppen spezifiziert.
-
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.
-
Wenn Sie einen Lauf über die API starten, verwenden Sie Ihre Konfiguration mit
--networking-mode VPC--configuration-nameund referenzieren Sie sie.
Weitere Informationen finden Sie unter HealthOmics Workflows mit einer VPC verbinden.