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.

Persistenter Speicher für serviceverwaltete Flotten

AWS Der persistente Speicher von Deadline Cloud (Deadline Cloud) bietet dedizierte GP3-Volumes von Amazon Elastic Block Store (Amazon EBS), getrennt vom Root-Boot-Volume, für SMF-Mitarbeiter (Service Managed Fleet). Diese Volumes bewahren Daten über alle Ereignisse im Lebenszyklus der Mitarbeiter hinweg auf. Dank persistentem Speicher bleiben Conda-Paketinstallationen, Anwendungs-Caches und Asset-Dateien verfügbar, wenn Mitarbeiter bei routinemäßigen Wartungs- oder Skalierungsvorgängen ausgetauscht werden.

Wie funktioniert persistenter Speicher

Wenn Sie persistenten Speicher in einer vom Service verwalteten Flotte aktivieren, verwaltet Deadline Cloud automatisch den Lebenszyklus der Amazon EBS-Volumes für Ihre Mitarbeiter:

Da Volumes innerhalb derselben Flotte und Availability Zone wiederverwendet werden, profitieren nachfolgende Mitarbeiter von Daten, die zuvor auf das Volume geschrieben wurden. Das Volume bietet dedizierte Bandbreite und IOPS, ohne dass es zu Konflikten zwischen den Mitarbeitern kommt.

Vorteile von persistentem Speicher

Persistenter Speicher bietet die folgenden Vorteile für Flottenworkloads mit Serviceverwaltung:

Wann sollte persistenter Speicher verwendet werden

Erwägen Sie in den folgenden Szenarien, persistenten Speicher für Ihre vom Service verwaltete Flotte zu aktivieren:

Konfiguration von persistentem Speicher für eine Flotte

Sie können persistenten Speicher konfigurieren, wenn Sie eine neue, vom Service verwaltete Flotte erstellen oder eine bestehende Flotte aktualisieren.

Konfiguration von persistentem Speicher (Konsole)

Bevor Sie beginnen, müssen Sie über eine bestehende Farm mit mindestens einer vom Service verwalteten Flotte verfügen oder bereit sein, eine neue Flotte zu erstellen.

Konfiguration von persistentem Speicher (AWS CLI)

Um persistenten Speicher mithilfe von AWS Command Line Interface (AWS CLI) zu konfigurieren, fügen Sie das persistentVolumeConfiguration Objekt in das Feld serviceManagedEc2FleetConfiguration Wenn Sie aufrufen CreateFleet oder einUpdateFleet.

Das persistentVolumeConfiguration Objekt akzeptiert die folgenden Parameter. Gültige Bereiche und Standardwerte finden Sie CreateFleet in der Deadline Cloud API-Referenz.

Im folgenden AWS CLI Beispiel wird eine vom Dienst verwaltete Flotte mit aktiviertem persistentem Speicher erstellt:

aws deadline create-fleet \
    --farm-id farm-0123456789abcdef0 \
    --display-name "Rendering Fleet" \
    --max-worker-count 20 \
    --configuration '{
      "serviceManagedEc2FleetConfiguration": {
        "instanceCapabilities": {
          "vCpuCount": {"min": 4, "max": 16},
          "memoryMiB": {"min": 16384, "max": 65536},
          "osFamily": "LINUX",
          "rootEbsVolume": {"sizeGiB": 250}
        },
        "instanceMarketOptions": {"type": "spot"},
        "persistentVolumeConfiguration": {
          "sizeGiB": 2048,
          "iops": 16000,
          "throughputMiB": 500,
          "mountPath": "/mnt/persistent",
          "lastUsedTtlHours": 168
        }
      }
    }'

Um einer vorhandenen Flotte persistenten Speicher hinzuzufügen, schließen Sie dasselbe persistentVolumeConfiguration Objekt in einen update-fleet Anruf ein. Um den persistenten Speicher zu deaktivieren, lassen Sie das persistentVolumeConfiguration Objekt bei einem UpdateFleet Anruf aus der Flottenkonfiguration aus. Deadline Cloud bereinigt automatisch vorhandene Volumes, wenn sie nicht mehr an einen Worker angehängt sind.

Integration zur Laufzeit

Wenn persistenter Speicher erfolgreich auf einem Worker bereitgestellt wird, setzt Deadline Cloud die DEADLINE_PERSISTENT_MOUNT Umgebungsvariable auf den konfigurierten Mount-Pfad. Diese Umgebungsvariable ist für alle Jobprozesse verfügbar, die auf dem Worker ausgeführt werden, einschließlich Host-Konfigurationsskripten und Job-Template-Aktionen. Die folgenden Laufzeitkonsumenten verwenden automatisch persistenten Speicher, wenn die Umgebungsvariable vorhanden ist:

Sie können die DEADLINE_PERSISTENT_MOUNT Umgebungsvariable auch in Ihren eigenen Jobvorlagen und Skripten mit Open Job Description referenzieren, um Daten zu speichern, die über alle Ereignisse im Worker-Lebenszyklus hinweg bestehen bleiben sollten. Das folgende Beispiel zeigt einen Schritt, bei dem die Ausgabe in den persistenten Speicher geschrieben wird:

steps:
  - name: ProcessAssets
    script:
      actions:
        onRun:
          command: bash
          args:
            - "-c"
            - |
              CACHE_DIR="${DEADLINE_PERSISTENT_MOUNT}/my-app-cache"
              mkdir -p "$CACHE_DIR"
              # Your processing logic here

Verwaltung persistenter Volumes

Sie können persistente Volumes für Ihre Flotte mithilfe der Deadline Cloud-Konsole oder API anzeigen AWS CLI und verwalten. Die folgenden Operationen sind verfügbar:

Im folgenden AWS CLI Beispiel werden die Details eines persistenten Volumes abgerufen:

aws deadline get-volume \
    --farm-id farm-0123456789abcdef0 \
    --fleet-id fleet-0123456789abcdef0 \
    --volume-id volume-0123456789abcdef0

Das state Feld in der Antwort gibt den aktuellen Volume-Status an. Die möglichen Werte sind:

Konfiguration des persistenten Speichers wird aktualisiert

Sie können die Konfiguration des persistenten Speichers in einer vorhandenen Flotte aktualisieren. In der folgenden Tabelle wird beschrieben, wie sich Konfigurationsänderungen auf bestehende persistente Volumes auswirken:

Verschlüsselung

Persistente Volumes verwenden die auf Farmebene konfigurierten Verschlüsselungseinstellungen. Wenn Sie einen vom Kunden verwalteten Schlüssel AWS Key Management Service (AWS KMS) für Ihre Farm konfiguriert haben, werden persistente Volumes mit diesem Schlüssel verschlüsselt. Andernfalls werden persistente Volumes mit einem diensteigenen Schlüssel verschlüsselt.

Überlegungen

Beachten Sie bei der Verwendung von persistentem Speicher die folgenden Überlegungen: