View a markdown version of this page

서비스 관리형 플릿의 비용 모델 이해 - AWS 기한 클라우드

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

서비스 관리형 플릿의 비용 모델 이해

AWS 작업 연결이 있는 Deadline Cloud 서비스 관리형 플릿(SMFs)은 네트워크 파일 시스템을 사용하는 기존 온프레미스 렌더 팜 또는 고객 관리형 플릿과 비용 구조가 근본적으로 다릅니다. 이러한 차이를 이해하면 예산을 계획하고, 지출을 최적화하고, 예상치 못한 비용 없이 탄력적 조정을 활용하는 데 도움이 됩니다.

기존 렌더 팜 비용

기존 렌더 팜의 비용은 다음 두 가지 주요 영역에서 발생합니다.

  • 파일 스토리지 - 모든 작업자에게 동시에 자산을 제공하려면 고성능 네트워크 파일 시스템(NFS 또는 SAN)이 필요합니다. 이 스토리지의 비용은 지원해야 하는 처리량에 따라 확장되므로 팜이 확장할 수 있는 작업자 수를 간접적으로 제한합니다.

  • 컴퓨팅 - 대기열에 있는 작업의 양에 관계없이 작업자(렌더 노드)가 프로비저닝되고 유지됩니다. 유휴 작업자는 여전히 하드웨어, 전력 및 냉각 비용이 발생합니다.

  • 팜 관리 - 기존 팜에는 렌더 팜 스케줄러, 작업 데이터베이스, 소프트웨어 구성, 모니터링 및 보고, 지속적인 유지 관리 및 업그레이드에 대한 인프라 및 직원 시간도 필요합니다.

최대 처리량을 처리하려면 파일 시스템을 프로비저닝해야 하므로 팜을 확장 및 축소하는 데 비용이 많이 들고 속도가 느립니다. 작업자를 더 추가하려면 파일 시스템 용량이 더 필요하며 작업자가 유휴 상태일 때는 해당 용량을 해제할 수 없습니다.

서비스 관리형 플릿 비용의 차이

서비스 관리형 플릿의 경우 비용이 다르게 구성됩니다.

컴퓨팅(작업자 시간)

EC2 인스턴스가 작업을 처리하는 동안에만 비용을 지불합니다. 작업자를 프로비저닝하거나 폐기하는 데 드는 비용은 없습니다. 플릿이 작업자 0으로 조정되면 컴퓨팅 비용이 0으로 떨어집니다. 요금에 대한 자세한 내용은 AWS Deadline Cloud 요금을 참조하세요.

스토리지(Amazon EBS)

각 작업자는 로컬 Amazon Elastic Block Store(Amazon EBS) 볼륨을 사용합니다. Deadline Cloud는 작업자 인스턴스가 있는 동안에만 Amazon EBS 스토리지에 대해 요금을 부과합니다. 스토리지 비용은 Deadline Cloud 서비스 관리형 플릿 요금에 포함됩니다.

팜 관리

스케줄러, 작업 데이터베이스, 플릿 조정, 모니터링 및 유지 관리는 Deadline Cloud 서비스의 일부입니다. 팜 관리를 위해 실행하거나 유지 관리할 별도의 인프라는 없습니다.

파일 전송(작업 첨부 파일)

작업 연결은 Amazon Simple Storage Service(Amazon S3)를 사용하여 워크스테이션과 작업자 간에 파일을 전송합니다. Amazon S3와 작업자 간에 전송된 처리량 또는 바이트에는 요금이 부과되지 않습니다. 비용은 주로 Amazon S3에 저장된 데이터의 양을 기준으로 합니다. Amazon S3 API 요청 요금은 파일 업로드 및 다운로드에 적용되지만 일반적으로 중요한 비용 동인은 아닙니다. Amazon Simple Storage Service 요금에 대한 자세한 내용은 Amazon Simple Storage Service 요금을 참조하세요.

참고

프로비저닝하거나 유지 관리할 고성능 파일 시스템은 없습니다. 작업 연결 처리량은 거의 무제한이며 작업자 수에 따라 자동으로 확장되므로 용량 계획이 필요하지 않습니다.

서비스 관리형 플릿에서 Auto Scaling이 비용 효율적인 이유

프로비저닝할 고정 스토리지 인프라가 없으므로 SMFs 추가 오버헤드 없이 자유롭게 확장 및 축소할 수 있습니다. 이렇게 하면 플릿 크기 조정에 대한 생각이 바뀝니다.

  • 적극적으로 확장 - 대규모 작업이 도착하면 플릿이 수백 명의 작업자로 증가할 수 있습니다. 각 추가 작업자는 공유 파일 시스템에 추가 로드를 배치하지 않고 Amazon S3의 작업 연결에 액세스합니다.

  • 0으로 축소 - 작업이 완료되면 플릿이 지속적인 컴퓨팅 또는 스토리지 비용 없이 작업자 0명으로 축소될 수 있습니다(캐싱된 자산의 경우 Amazon S3 스토리지만 해당).

  • 기한 버스트 - 기한을 충족하기 위해 대규모 플릿을 일시적으로 가동하면 기간에 비례하는 컴퓨팅 비용이 추가되며 규모에 따른 페널티는 없습니다.

Auto Scaling 구성에 대한 자세한 내용은 섹션을 참조하세요오토 스케일링 구성.

비용 구성 요소 한눈에 보기

다음 표에는 작업 연결과 함께 SMFs를 사용할 때 발생하는 비용이 요약되어 있습니다.

비용 구성 요소 비용의 동인 최적화 방법
Amazon EC2 컴퓨팅 작업자 실행 시간 × 인스턴스 크기 스팟 인스턴스 사용, 적절한 크기의 인스턴스 유형 사용, 작업 기간 단축
Amazon EBS 스토리지 볼륨 크기 × 작업자 실행 시간 + 기준 초과 IOPS/처리량 워크로드에 더 많은 로컬 공간이 필요하지 않은 경우 기본 볼륨 크기 사용
Amazon S3 스토리지(작업 연결) 작업 연결 버킷에 저장된 총 바이트 수 Amazon S3 수명 주기 정책을 적용하여 이전 자산을 자동으로 삭제합니다.
Amazon S3 요청(작업 첨부 파일) 업로드 및 다운로드 중 PUT 및 GET 요청 수 일반적으로 중요한 비용 동인이 아니며 대부분의 워크로드에 대한 조치가 필요하지 않음
사용량 기반 라이선스(선택 사항) 라이선스 유형 × 인스턴스 크기 × 작업 기간 라이선스가 부여된 소프트웨어가 필요한 작업에만 사용
Amazon CloudWatch Logs(선택 사항) 수집된 작업자 및 작업 로그의 볼륨 로그 세부 정보 축소, 보존 정책 설정

예: 서비스 관리형 플릿 비용을 기존 팜과 비교

vCPUs. 총 입력 자산 크기는 50GB입니다.

기존 팜 접근 방식

피크 작업자 수에 필요한 처리량에 맞게 프로비저닝된 네트워크 파일 시스템을 유지합니다. 파일 시스템은 팜이 유휴 상태이든 전체 용량으로 실행 중이든 상관없이 비용이 동일합니다. 파일 시스템의 처리량 한도를 초과하여 작업자를 추가하려면 비용이 많이 드는 업그레이드가 필요합니다.

작업 연결 접근 방식을 사용하는 SMF

작업자는 모든 프레임을 처리하기 위해 스케일 업한 다음 0으로 스케일 다운합니다. 각 작업자는 Amazon S3에서 필요한 자산만 다운로드합니다. 비용은 다음과 같습니다.

  • 컴퓨팅: 적용 가능한 인스턴스 속도로 ~333시간(1,000프레임 × 20분)입니다.

  • Amazon S3 스토리지: 표준 Amazon S3 요금(월 몇 달러)으로 저장된 50GB의 자산.

  • Amazon S3 요청: 작업자가 자산을 다운로드할 때 소수의 GET 요청(요청 1,000개당 %의 조각).

작업이 완료되면 비용은 Amazon S3 스토리지 요금에만 반환됩니다. 지속적인 파일 시스템 비용은 없습니다.

추가 요금 예제는 AWS Deadline Cloud 요금을 참조하세요.

서비스 관리형 플릿 비용 관리를 위한 팁

  • 스팟 인스턴스 사용 - 스팟 인스턴스는 온디맨드 요금보다 상당한 비용 절감 효과를 제공합니다. 렌더링 작업은 일반적으로 짧고 재시도할 수 있으므로 스팟 중단은 영향을 최소화합니다.

  • 플릿 최대 크기 설정 - 플릿의 최대 작업자 수를 제한하여 작업당 최대 컴퓨팅 비용을 제어합니다. 자세한 내용은 오토 스케일링 구성 단원을 참조하십시오.

  • 예산 사용 - Deadline Cloud 예산을 생성하여 지출 한도를 설정하고 알림을 받습니다. 자세한 내용은 예산으로 비용 제어 단원을 참조하십시오.

  • 작업 연결 스토리지 관리 - Amazon S3 수명 주기 구성을 적용하여 이전 작업 연결 파일을 자동으로 삭제합니다. 작업 첨부 파일은 콘텐츠 주소 지정 스토리지를 사용하기 때문에 변경되지 않은 파일은 다시 업로드되지 않으므로 반복 워크플로의 스토리지 비용을 낮게 유지합니다.

  • 인스턴스 크기 조정 - 워크로드의 CPU 및 메모리 요구 사항을 충족하는 가장 작은 인스턴스 유형을 선택합니다. 인스턴스가 클수록 시간당 비용이 더 많이 들지만 작업을 더 빠르게 완료할 수 있으므로 인스턴스 크기 전반에서 총 비용(비율 × 기간)을 비교합니다.

  • 대기 및 저장 고려 - 긴급하지 않은 워크로드의 경우 대기 및 저장은 유연한 작업 시작 시간에 대한 대가로 더 저렴한 컴퓨팅 가격을 제공합니다.