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 servicemanagierte Flotten

AWS Der persistente Speicher von Deadline Cloud (Deadline Cloud) ordnet dedizierte GP3-Volumes von Amazon Elastic Block Store (Amazon EBS) an serviceverwaltete Flottenarbeiter zu. In diesen Volumes werden Daten wie Conda-Paketinstallationen, Anwendungs-Caches und Versionskontroll-Workspaces für alle Worker-Lifecycle-Ereignisse aufbewahrt. Einen konzeptionellen Überblick finden Sie unter Persistenter Speicher für servicemanagierte Flotten im Deadline Cloud-Benutzerhandbuch.AWS

Flottenkonfiguration

Um persistenten Speicher zu aktivieren, fügen Sie das persistentVolumeConfiguration Objekt in das Feld ein, serviceManagedEc2FleetConfiguration wenn Sie oder aufrufenCreateFleet. UpdateFleet

Konfigurationsparameter

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

Erstellen Sie eine Flotte mit persistentem Speicher

Im folgenden AWS CLI Beispiel wird eine vom Service 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
        }
      }
    }'

Aktualisieren Sie die Konfiguration des persistenten Speichers

Im folgenden AWS CLI Beispiel wird einer vorhandenen Flotte persistenter Speicher hinzugefügt:

aws deadline update-fleet \
    --farm-id farm-0123456789abcdef0 \
    --fleet-id fleet-0123456789abcdef0 \
    --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 persistenten Speicher zu deaktivieren, lassen Sie das persistentVolumeConfiguration Objekt in einem UpdateFleet Aufruf aus der Flottenkonfiguration weg. Deadline Cloud bereinigt automatisch vorhandene Volumes, wenn sie nicht mehr mit einem Worker verknüpft sind.

Vorgänge zur Volumenverwaltung

Sie können die folgenden Operationen verwenden, um persistente Volumes zu verwalten:

GetVolume

Ruft detaillierte Informationen über ein bestimmtes persistentes Volume ab.

Anforderung

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

Antwort

{
  "volumeId": "volume-0123456789abcdef0",
  "fleetId": "fleet-0123456789abcdef0",
  "farmId": "farm-0123456789abcdef0",
  "state": "AVAILABLE",
  "volumeType": "gp3",
  "sizeGiB": 2048,
  "iops": 16000,
  "throughputMiB": 500,
  "availabilityZone": "us-west-2a",
  "attachedWorkerId": null,
  "createdAt": "2024-01-15T10:30:00Z",
  "lastAttachedAt": "2024-11-15T14:22:00Z",
  "ttl": "2024-11-22T14:22:00Z"
}

Das state Feld gibt den aktuellen Status des Volumes an. Die möglichen Werte sind:

Umgebungsvariable

Wenn der persistente Speicher erfolgreich bereitgestellt wurde, legt Deadline Cloud die folgende Umgebungsvariable auf dem Worker fest:

DEADLINE_PERSISTENT_MOUNT=/mnt/persistent

Der Wert der Umgebungsvariablen ist der Bereitstellungspfad, den Sie in der Flottenkonfiguration angegeben haben. Diese Umgebungsvariable ist für alle Jobprozesse verfügbar, die auf dem Worker ausgeführt werden, einschließlich Host-Konfigurationsskripten und Jobvorlagenaktionen.

Die folgenden Runtime-Consumer verwenden automatisch persistenten Speicher, wenn die Umgebungsvariable vorhanden ist:

Sie können in Ihren Jobvorlagen für Open Job Description auf die Umgebungsvariable verweisen, um benutzerdefinierte Daten auf dem persistenten Volume zu speichern. 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

Verhalten bei Konfigurationsänderungen

In der folgenden Tabelle wird beschrieben, wie sich Konfigurationsänderungen auf bestehende persistente Volumes auswirken: