영구 스토리지 작동 방식 영구 스토리지의 이점 영구 스토리지를 사용해야 하는 경우 플릿에 대한 영구 스토리지 구성 런타임 통합 영구 볼륨 관리 영구 스토리지 구성 업데이트 암호화(Encryption)고려 사항

서비스 관리형 플릿을 위한 영구 스토리지

AWS Deadline Cloud(Deadline Cloud) 영구 스토리지는 서비스 관리형 플릿(SMF) 작업자를 위해 루트 부팅 볼륨과 별도로 전용 Amazon Elastic Block Store(Amazon EBS) 볼륨을 제공합니다. 이러한 볼륨은 작업자 수명 주기 이벤트 전반에 걸쳐 데이터를 보존합니다. 영구 스토리지를 사용하면 일상적인 유지 관리 또는 조정 작업 중에 작업자를 교체할 때 conda 패키지 설치, 애플리케이션 캐시 및 자산 파일을 계속 사용할 수 있습니다.

영구 스토리지 작동 방식

서비스 관리형 플릿에서 영구 스토리지를 활성화하면 Deadline Cloud는 작업자를 위해 Amazon EBS 볼륨의 수명 주기를 자동으로 관리합니다.

작업자가 시작되면 Deadline Cloud는 동일한 가용 영역에서 사용 가능한 Amazon EBS 볼륨을 생성하거나 재사용하고 볼륨을 작업자에게 연결합니다.
Deadline Cloud는 볼륨의 형식을 지정하고(새 볼륨인 경우) 플릿 구성에서 지정한 경로에 마운트합니다.
작업자가 종료되거나 교체되면 Deadline Cloud는 볼륨을 분리하고 동일한 플릿 및 가용 영역에서 향후 작업자가 재사용할 수 있도록 합니다.

볼륨은 동일한 플릿 및 가용 영역 내에서 재사용되므로 후속 작업자는 이전에 볼륨에 기록된 데이터를 활용할 수 있습니다. 볼륨은 작업자 간의 경합 없이 전용 대역폭과 IOPS를 제공합니다.

참고

영구 스토리지는 서비스 관리형 플릿에만 사용할 수 있습니다. 고객 관리형 플릿의 경우 자체 스토리지 인프라를 관리합니다.

영구 스토리지의 이점

영구 스토리지는 서비스 관리형 플릿 워크로드에 다음과 같은 이점을 제공합니다.

더 빠른 작업 시작 - Conda 패키지 설치, 컴파일된 셰이더 및 처리된 자산은 작업자 교체 후에도 유지되므로 다운로드 및 설치가 반복되지 않습니다.
전용 성능 - 각 작업자는 전용 IOPS 및 처리량이 포함된 자체 Amazon EBS 볼륨을 수신하므로 공유 네트워크 스토리지에서 발생하는 경합을 피할 수 있습니다.
자동 관리 - Deadline Cloud는 수동 개입 없이 볼륨 생성, 연결, 서식 지정, 탑재 및 정리를 처리합니다.
런타임 통합 - conda 대기열 환경 및 가상 파일 시스템(VFS) 변경 불가능한 캐시와 같은 지원되는 런타임 소비자는 작업 구성을 변경할 필요 없이 사용 가능한 경우 영구 스토리지를 자동으로 사용합니다.
비용 제어 - 미사용 볼륨을 자동으로 정리하고 유휴 기간 동안 스토리지 비용을 줄이도록 TTL(time-to-live)을 구성합니다.

영구 스토리지를 사용해야 하는 경우

다음 시나리오에서는 서비스 관리형 플릿에 영구 스토리지를 활성화하는 것이 좋습니다.

작업은 상당한 다운로드 및 설치 시간이 필요한 conda 패키지를 사용합니다.
렌더링 워크로드는 셰이더를 컴파일하거나 후속 렌더링에서 재사용할 수 있는 자산을 처리합니다.
워크스페이스 동기화 상태가 후속 업데이트 시 데이터 전송을 줄이는 Perforce 또는 기타 버전 제어 시스템을 사용합니다.
작업은 가상 파일 시스템(VFS)을 사용하며 변경 불가능한 영구 자산 캐시의 이점을 누릴 수 있습니다.
공유 네트워크 파일 시스템 관리의 운영 오버헤드 없이 전용 스토리지 성능을 원합니다.
호스트 구성 스크립트를 통해 작업자에 사용자 지정 렌더러 또는 기타 소프트웨어를 설치하고 해당 설치가 영구 볼륨에 캐시되도록 합니다.

플릿에 대한 영구 스토리지 구성

새 서비스 관리형 플릿을 생성하거나 기존 플릿을 업데이트할 때 영구 스토리지를 구성할 수 있습니다.

영구 스토리지 구성(콘솔)

시작하기 전에 서비스 관리형 플릿이 하나 이상 있는 기존 팜이 있거나 새 플릿을 생성할 준비가 되어 있어야 합니다.

플릿에 대한 영구 스토리지를 구성하려면

AWS Management Console에 로그인하고 Deadline Cloud 콘솔을 엽니다.
탐색 창에서 팜을 선택한 다음 팜을 선택합니다.
플릿 탭을 선택한 다음 플릿 생성을 선택하거나 기존 서비스 관리형 플릿을 선택하고 편집을 선택합니다.
스토리지 기능의 스토리지 모드에서 영구 스토리지를 선택합니다.
부팅 볼륨(크기, IOPS 및 처리량)에 대한 루트 스토리지 설정을 구성합니다.
영구 스토리지에서 다음 설정을 구성합니다.
- 크기 - 영구 볼륨의 크기입니다. 유효한 범위는 1~65,536GiB입니다. 기본 크기가 렌더링 워크로드에 적합한지 확인하고 더 큰 자산 또는 캐시를 사용하는 워크플로의 볼륨 크기를 늘리는 것이 좋습니다.
- 탑재 경로 - 볼륨이 작업자에 탑재되는 절대 경로입니다(예:의 /mnt/persistent 경우 Linux). Windows 작업자의 경우와 같은 드라이브 문자를 지정합니다D:.
- 처리량 - 볼륨에 대해 프로비저닝된 처리량입니다. 유효한 범위는 125~2,000MiB/s입니다.
- 최대 유휴 시간 - 사용 가능한 볼륨을 삭제하기 전에 유휴 상태로 둘 수 있는 시간입니다. 드롭다운에서 값을 선택합니다(예: 12시간).
- IOPS - 볼륨에 대해 프로비저닝된 IOPS입니다. 유효한 범위는 3,000~80,000IOPS입니다. IOPS는 최소 4배 처리량이어야 합니다.
나머지 플릿 구성 단계를 완료하고 플릿 생성 또는 변경 사항 저장을 선택합니다.

영구 스토리지 구성(AWS CLI)

AWS Command Line Interface (AWS CLI)를 사용하여 영구 스토리지를 구성하려면 플릿을 생성하거나 업데이트할 때 플릿 구성에 persistentVolumeConfiguration 파라미터를 포함합니다.

다음 예시에서는 영구 스토리지가 활성화된 플릿을 생성합니다.


{
  "configuration": {
    "serviceManagedEc2FleetConfiguration": {
      "instanceCapabilities": {
        "vCpuCount": {"min": 4, "max": 8},
        "memoryMiB": {"min": 16384, "max": 32768},
        "osFamily": "LINUX"
      },
      "instanceMarketOptions": {
        "type": "spot"
      },
      "persistentVolumeConfiguration": {
        "sizeGiB": 2048,
        "iops": 16000,
        "throughputMiB": 500,
        "mountPath": "/mnt/persistent",
        "lastUsedTtlHours": 168
      }
    }
  }
}

런타임 통합

영구 스토리지가 작업자에 성공적으로 탑재되면 Deadline Cloud는 DEADLINE_PERSISTENT_MOUNT 환경 변수를 구성된 탑재 경로로 설정합니다. 다음 런타임 소비자는 환경 변수가 있을 때 자동으로 영구 스토리지를 사용합니다.

Conda 대기열 환경 - 패키지 설치는 영구 볼륨에 저장되므로 후속 작업자는 이전에 설치한 패키지를 다시 다운로드하고 설치하는 대신 재사용합니다.
가상 파일 시스템(VFS) 변경 불가능한 캐시 - VFS는 변경 불가능한 자산 캐시를 영구 볼륨에 저장하므로 Amazon Simple Storage Service(Amazon S3)에서 다시 다운로드하지 않고도 이전에 다운로드한 자산을 사용할 수 있습니다.

자체 작업 템플릿 및 스크립트에서 DEADLINE_PERSISTENT_MOUNT 환경 변수를 사용하여 작업자 수명 주기 이벤트 전반에 걸쳐 지속되어야 하는 데이터를 저장할 수도 있습니다.

영구 볼륨 관리

Deadline Cloud 콘솔, AWS CLI또는 API를 사용하여 플릿의 영구 볼륨을 보고 관리할 수 있습니다. 다음 작업을 사용할 수 있습니다.

볼륨 나열 - 상태, 크기 및 가용 영역을 포함하여 플릿과 연결된 모든 영구 볼륨을 봅니다.
볼륨 세부 정보 가져오기 - 현재 상태, 연결 상태 및 구성을 포함하여 특정 볼륨에 대한 세부 정보를 검색합니다.
볼륨 삭제 - 더 이상 필요하지 않은 연결되지 않은 영구 볼륨을 영구적으로 삭제합니다. 현재 작업자에 연결된 볼륨은 삭제할 수 없습니다.

영구 스토리지 구성 업데이트

기존 플릿에서 영구 스토리지 구성을 업데이트할 수 있습니다. 지원되는 변경 사항은 다음과 같습니다.

IOPS 및 처리량 - Deadline Cloud는 다음에 볼륨을 작업자에게 연결할 때 변경 사항을 적용합니다.
볼륨 크기(증가만 해당) - Deadline Cloud는 다음 연결 전에 볼륨을 확대합니다. 볼륨 크기는 줄일 수 없습니다.
영구 스토리지 비활성화 - Deadline Cloud는 더 이상 작업자에 연결되지 않을 때 기존 볼륨을 자동으로 정리합니다.

중요

구성 변경은 기존 작업자에게 영향을 주지 않습니다. 변경 사항은 업데이트 후 시작되는 새 작업자에게만 적용됩니다.

암호화(Encryption)

영구 볼륨은 팜 수준에서 구성된 암호화 설정을 사용합니다. 팜에 대해 고객 관리형 AWS Key Management Service (AWS KMS) 키를 구성한 경우 영구 볼륨은 해당 키로 암호화됩니다. 그렇지 않으면 영구 볼륨이 서비스 소유 키로 암호화됩니다.

고려 사항

영구 스토리지를 사용할 때는 다음 사항을 고려해야 합니다.

영구 볼륨은 내구성이 뛰어난 기본 스토리지가 아닌 캐싱 최적화입니다. 패키지 설치, 컴파일된 셰이더, 자산 캐시 등 다시 생성할 수 있는 데이터에만 영구 볼륨을 사용합니다. Deadline Cloud는 언제든지 볼륨을 교체할 수 있으며 영구 볼륨에 직접 액세스할 수 없습니다.
Deadline Cloud는 영구 볼륨을 사용하도록 작업자의 홈 디렉터리를 구성합니다. 홈 디렉터리에 데이터를 저장하는 소프트웨어(예: conda 패키지 및 애플리케이션 캐시)는 자동으로 지속성의 이점을 누릴 수 있습니다. 소프트웨어가 홈 디렉터리 외부의 경로에 쓰는 경우 영구 탑재 경로를 사용하도록 재구성해야 합니다. 그렇지 않으면 해당 파일이 작업자 수명 주기 이벤트 전반에 걸쳐 지속되지 않습니다.
영구 볼륨은 여러 작업자에게 동시에 연결되지 않습니다. 각 볼륨은 한 번에 하나의 작업자를 처리하지만 수명 주기 이벤트 전반에 걸쳐 서로 다른 작업자가 재사용합니다.
볼륨은 특정 플릿 및 가용 영역으로 범위가 지정됩니다. 한 가용 영역에서 생성된 볼륨은 다른 가용 영역의 작업자가 재사용할 수 없습니다.
특정 작업자는 이전에 사용한 볼륨과 동일한 볼륨을 수신할 수 없습니다. 동일한 플릿 및 가용 영역에서 사용 가능한 모든 볼륨을 할당할 수 있습니다.
영구 스토리지를 프로비저닝할 수 없는 경우(예: 할당량 제한으로 인해) 작업이 실패합니다. 작업자는 영구 스토리지 없이 다시 실행되지 않습니다.
활성 볼륨 수와 구성에 따라 영구 스토리지에 대한 요금이 청구됩니다. 유휴 기간 동안 비용을 제어하려면 TTL을 구성하거나 플릿에서 영구 스토리지 구성을 제거합니다.

javascript가 브라우저에서 비활성화되거나 사용이 불가합니다.

AWS 설명서를 사용하려면 Javascript가 활성화되어야 합니다. 지침을 보려면 브라우저의 도움말 페이지를 참조하십시오.

문서 규칙

GPU 액셀러레이터 사용

소프트웨어 라이선스