Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Storage persistente per flotte gestite dai servizi

AWS Lo storage persistente Deadline Cloud (Deadline Cloud) fornisce volumi gp3 dedicati di Amazon Elastic Block Store (Amazon EBS), separati dal volume di avvio principale, per i lavoratori della flotta gestita dai servizi (SMF). Questi volumi preservano i dati in tutti gli eventi del ciclo di vita dei lavoratori. Grazie allo storage persistente, le installazioni dei pacchetti conda, le cache delle applicazioni e i file di risorse rimangono disponibili quando i lavoratori vengono sostituiti durante le operazioni di manutenzione ordinaria o di scalabilità.

Come funziona lo storage persistente

Quando abiliti lo storage persistente su una flotta gestita da servizi, Deadline Cloud gestisce automaticamente il ciclo di vita dei volumi Amazon EBS per i tuoi lavoratori:

Poiché i volumi vengono riutilizzati all'interno della stessa flotta e della stessa zona di disponibilità, i lavoratori successivi traggono vantaggio dai dati precedentemente scritti nel volume. Il volume fornisce larghezza di banda e IOPS dedicati senza conflitti tra i lavoratori.

Vantaggi dello storage persistente

Lo storage persistente offre i seguenti vantaggi per i carichi di lavoro della flotta gestiti dai servizi:

Quando utilizzare lo storage persistente

Valuta la possibilità di abilitare lo storage persistente per la tua flotta di servizi gestiti nei seguenti scenari:

Configurazione dello storage persistente per una flotta

È possibile configurare lo storage persistente quando si crea una nuova flotta gestita dai servizi o si aggiorna una flotta esistente.

Configurazione dello storage persistente (console)

Prima di iniziare, è necessario disporre di una farm esistente con almeno una flotta gestita dal servizio o essere pronti a crearne una nuova.

Configurazione dello storage persistente (AWS CLI)

Per configurare l'archiviazione persistente utilizzando AWS Command Line Interface (AWS CLI), includi l'persistentVolumeConfigurationoggetto nel campo serviceManagedEc2FleetConfiguration quando chiami CreateFleet oUpdateFleet.

L'persistentVolumeConfigurationoggetto accetta i seguenti parametri. Per gli intervalli validi e i valori predefiniti, consulta CreateFleet la sezione Deadline Cloud API Reference.

L' AWS CLI esempio seguente crea un parco veicoli gestito dai servizi con lo storage persistente abilitato:

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
        }
      }
    }'

Per aggiungere uno storage persistente a un parco veicoli esistente, includi lo stesso persistentVolumeConfiguration oggetto in una update-fleet chiamata. Per disattivare l'archiviazione persistente, ometti l'persistentVolumeConfigurationoggetto dalla configurazione del parco veicoli in una UpdateFleet chiamata. Deadline Cloud pulisce automaticamente i volumi esistenti quando non sono più collegati a un lavoratore.

Integrazione del runtime

Quando lo storage persistente viene montato correttamente su un worker, Deadline Cloud imposta la variabile di DEADLINE_PERSISTENT_MOUNT ambiente sul percorso di montaggio configurato. Questa variabile di ambiente è disponibile per tutti i processi di lavoro in esecuzione sul worker, inclusi gli script di configurazione dell'host e le azioni del modello di lavoro. I seguenti utenti di runtime utilizzano automaticamente l'archiviazione persistente quando è presente la variabile di ambiente:

Puoi anche fare riferimento alla variabile di DEADLINE_PERSISTENT_MOUNT ambiente nei tuoi modelli di lavoro e script di Open Job Description per archiviare dati che dovrebbero persistere durante gli eventi del ciclo di vita dei lavoratori. L'esempio seguente mostra una fase che scrive l'output su uno storage persistente:

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

Gestione di volumi persistenti

Puoi visualizzare e gestire i volumi persistenti per la tua flotta utilizzando la console o l'API Deadline Cloud. AWS CLI Sono disponibili le seguenti operazioni:

L' AWS CLI esempio seguente recupera i dettagli di un volume persistente:

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

Il state campo nella risposta indica lo stato attuale del volume. I valori possibili sono:

Aggiornamento della configurazione di archiviazione persistente

È possibile aggiornare la configurazione dello storage persistente su un parco macchine esistente. La tabella seguente descrive in che modo le modifiche alla configurazione influiscono sui volumi persistenti esistenti:

Encryption (Crittografia)

I volumi persistenti utilizzano le impostazioni di crittografia configurate a livello di farm. Se hai configurato una chiave gestita dal cliente AWS Key Management Service (AWS KMS) per la tua farm, i volumi persistenti vengono crittografati con tale chiave. Altrimenti, i volumi persistenti vengono crittografati con una chiave di proprietà del servizio.

Considerazioni

Quando utilizzi l'archiviazione persistente, tieni presente le seguenti considerazioni: