View a markdown version of this page

온프레미스 렌더 팜을 클라우드로 확장 - 기한 클라우드
플릿 전체에 작업 배포대기열 전략 선택두 플릿의 라이선스 애플리케이션두 플릿에 자산에 대한 액세스 권한 부여네트워크에 클라우드 작업자 연결애플리케이션을 각 플릿 유형에 일치시킵니다.클라우드 비용 제어관련 리소스

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

온프레미스 렌더 팜을 클라우드로 확장

이미 온프레미스에서 렌더 팜을 실행하고 있으며, 더 많은 하드웨어를 구매하고 유지 관리하지 않고도 피크 수요 중에 추가 용량을 원합니다. AWS Deadline Cloud(Deadline Cloud)를 사용하면 온프레미스 작업자와 동일한 팜에 클라우드 작업자를 추가하고 두 위치 중 하나로 작업을 보낼 수 있습니다. 수요가 많은 기간에 클라우드로 오버플로 작업을 전송하는 것을 클라우드 버스팅이라고 하는 경우가 많습니다.

하이브리드 팜은 두 종류의 플릿을 하나의 팜에 결합합니다.

  • 기존 온프레미스 작업자는 고객 관리형 플릿(CMF)으로 실행됩니다. 호스트, 운영 체제 및 소프트웨어를 제어합니다. 작업자는 온프레미스 서버, 코로케이션 시설의 서버 또는 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스일 수 있습니다. 자세한 내용은 Deadline Cloud 고객 관리형 플릿 생성 및 사용 단원을 참조하십시오.

  • 클라우드 용량은 Deadline Cloud가 작업자 호스트, 규모 조정 및 패치를 관리하는 서비스 관리형 플릿(SMF)으로 실행됩니다. 또한 더 많은 제어가 필요한 경우 클라우드 용량을 Amazon EC2 인스턴스의 고객 관리형 플릿으로 실행할 수 있습니다. 자세한 내용은 Deadline Cloud 서비스 관리형 플릿 구성 및 사용 단원을 참조하십시오.

Deadline Cloud는 대기열을 통해 플릿에 작업을 전송하므로 팜을 확장하기 전에 대기열을 구성하는 방법을 결정합니다. 서비스 관리형 플릿과 고객 관리형 플릿은 애플리케이션을 다르게 설치하므로 각 플릿 유형에 자체 대기열을 제공하거나 두 플릿 유형에서 하나의 대기열을 공유할 수 있습니다. 두 접근 방식을 비교하려면 단원을 참조하십시오대기열 전략 선택.

어떤 대기열 전략을 선택하든 모든 플릿에서 작업이 올바르게 실행되도록 다음 각 계층에 대해 계획을 세우세요. 이 주제의 나머지 부분에서는 각 계층과 자세한 지침에 대한 링크를 설명합니다.

다음 표에는 하이브리드 팜에서 결합할 수 있는 세 종류의 작업자에서 각 계층이 어떻게 다른지 요약되어 있습니다. 온프레미스 작업자와 클라우드 Amazon EC2 인스턴스는 모두 고객 관리형 플릿이지만 데이터 및 네트워크에 도달하는 방식이 다르므로 표에는 별도로 나열됩니다.

계층 온프레미스(고객 관리형 플릿) 클라우드 고객 관리형 플릿(Amazon EC2) 서비스 관리형 플릿
작업자 호스트 자체 하드웨어, 운영 체제 및 패치를 프로비저닝하고 관리합니다. Amazon EC2 인스턴스를 프로비저닝하고 관리합니다. Deadline Cloud는 호스트, 운영 체제 및 패치를 관리합니다.
애플리케이션 작업자에 애플리케이션을 사전 설치하거나 Amazon S3에서 conda 채널을 사용합니다. 애플리케이션을 사전 설치하거나Amazon Machine Image, (AMI)에 베이크하거나, Amazon S3에서 conda 채널을 사용합니다. Deadline Cloud 관리형 conda 채널에서 널리 사용되는 DCCs를 자동으로 설치합니다. 사용자 지정 애플리케이션을 제공하려면 Amazon S3에서 호스트 구성 스크립트 또는 자체 conda 채널을 사용합니다. 지원되는 애플리케이션 목록은 지원되는 소프트웨어를 참조하세요.
라이선싱 UBL용 라이선스 엔드포인트를 연결하거나 BYOL용 자체 라이선스 서버에 연결합니다. UBL용 라이선스 엔드포인트를 연결하거나 BYOL용 자체 라이선스 서버에 연결합니다. UBL은 자동으로 구성됩니다. BYOL의 경우 라이선스 포트를 SSM을 사용하여 서버로 전달합니다.
자산 액세스 작업자가 이미 탑재한 작업 연결 또는 공유 스토리지를 사용합니다. VPC에서 작업 첨부 파일 또는 공유 스토리지를 사용합니다. 작업 연결을 사용하거나 VPC 리소스 엔드포인트를 사용하여 VPC의 공유 스토리지에 연결합니다.
조정 및 비용 소유한 고정 용량입니다. Amazon EC2 Auto Scaling 그룹을 사용하여 수요에 따라 용량을 늘리고 줄입니다. 설정한 최소 작업자 수와 최대 작업자 수 사이에서 자동으로 조정됩니다.

플릿 전체에 작업 배포

대기열을 둘 이상의 플릿과 연결하면 Deadline Cloud는 각 작업과 호환되는 플릿에 작업을 분산합니다. 스케줄러는 각 단계의 호스트 요구 사항을 각 플릿이 선언하는 작업자 기능과 비교하고 해당 요구 사항을 충족하는 플릿에서 단계를 실행합니다. 자세한 내용은 Deadline Cloud에서 작업 예약 단원을 참조하십시오.

플릿 간에 용량을 자동으로 밸런싱하려면 용량 관리자 샘플을 사용할 수 있습니다. Lambda 함수와 EventBridge 스케줄러를 사용하여 목표 총 용량을 유지하면서 플릿 작업자 수를 조정합니다. 피크 수요 중에 클라우드 플릿으로 용량을 전환하도록 동일한 패턴을 조정할 수 있습니다. 자세한 내용은 를 사용하여 하이브리드 대기 및 저장 + 스팟 플릿 용량 관리 CloudFormation 단원을 참조하십시오.

참고

Deadline Cloud는 클라우드 플릿보다 온프레미스 플릿을 채우는 등 한 플릿을 선호하는 기본 설정을 제공하지 않습니다. 특정 작업을 특정 위치로 조향하려면 각 플릿에서 고유한 작업자 기능을 정의한 다음 해당 위치에서 실행해야 하는 단계에 대해 일치하는 호스트 요구 사항을 설정합니다. 플릿 우선 순위를 자동으로 계산하려면 이전 단락에 설명된 용량 관리자 샘플을 사용합니다.

대기열 전략 선택

서비스 관리형 플릿과 고객 관리형 플릿은 애플리케이션을 다르게 설치 및 관리하므로 플릿을 연결하기 전에 대기열을 구성하는 방법을 결정합니다. 서비스 관리형 플릿에서 기본 conda 대기열 환경은 작업이 요청하는 conda 패키지를 자동으로 설치합니다. 고객 관리형 플릿에는 기본적으로 conda 명령이 설치되어 있지 않으므로 동일한 대기열 환경에서 고객 관리형 작업자에 오류가 발생합니다.

다음 두 가지 방법 중 하나로 차이를 해결할 수 있습니다.

  • 각 플릿 유형에 대해 별도의 대기열 사용(권장) - 서비스 관리형 플릿을 기본 conda 대기열 환경을 사용하는 대기열과 연결하고 고객 관리형 플릿을 사용하지 않는 별도의 대기열과 연결합니다. 각 플릿 유형은 필요한 애플리케이션 설정을 가져오며 conda 오류를 방지합니다. 작업을 실행할 위치의 대기열에 각 작업을 제출합니다.

  • 두 플릿 유형에서 하나의 대기열 공유 - Deadline Cloud가 작업 제출 위치를 변경하지 않고 사용 가능한 용량이 있는 위치에 각 작업을 배포하도록 두 플릿을 동일한 대기열에 연결합니다. 기본 conda 대기열 환경을 사용할 수 없으므로 공유 대기열을 더 많이 설정합니다. 대신 두 플릿 유형 모두에서 작동하는 방식으로 애플리케이션을 제공합니다. 피크 워크로드가 클라우드로 자동으로 오버플로되도록 하려면 공유 대기열을 선택합니다.

공유 대기열에서 애플리케이션을 실행하려면 두 플릿 유형 모두 사용하는 Amazon Simple Storage Service(Amazon S3)에서 자체 conda 채널을 생성하거나 고객 관리형 작업자에 직접 애플리케이션을 설치하고 애플리케이션이 작업 사용자의 경로에 표시되도록 대기열 환경을 조정합니다. 자세한 내용은 S3를 사용하여 conda 채널 생성 및 대기열 환경을 사용하여 작업 구성 섹션을 참조하세요.

두 플릿의 라이선스 애플리케이션

Deadline Cloud는 사용량 기반 라이선스(UBL)를 제공하며 자체 라이선스(BYOL)를 사용할 수도 있습니다. 두 옵션 모두 클라우드 및 온프레미스 작업자에서 작동합니다. 개요는 Deadline Cloud에서 소프트웨어 라이선스 사용 섹션을 참조하세요.

  • UBL은 서비스 관리형 플릿에서 자동으로 구성됩니다. 온프레미스 작업자를 포함하여 고객 관리형 플릿에서 UBL을 사용하려면 라이선스 엔드포인트를 연결합니다. 자세한 내용은 고객 관리형 플릿을 라이선스 엔드포인트에 연결 단원을 참조하십시오.

  • 기존 라이선스 서버를 서비스 관리형 플릿과 함께 사용하려면 작업자의 라이선스 포트를 Amazon EC2 Systems Manager(SSM)를 사용하여 라이선스 서버 또는 프록시로 전달합니다. 자세한 내용은 서비스 관리형 플릿을 사용자 지정 라이선스 서버에 연결 단원을 참조하십시오.

  • 기존 라이선스를 먼저 사용하고 소진되면 UBL로 되돌리려면 BYOL과 UBL을 결합합니다. 자세한 내용은 BYOL과 UBL 결합 단원을 참조하십시오.

두 플릿에 자산에 대한 액세스 권한 부여

두 플릿 모두 작업이 읽고 쓰는 데이터에 액세스해야 합니다. Deadline Cloud는 두 가지 접근 방식을 지원하며 함께 사용할 수 있습니다.

  • 작업 연결 - Deadline Cloud는 작업에 필요한 파일을 Amazon S3에 업로드하고 나중에 출력을 다운로드합니다. 작업 연결에는 공유 스토리지 설정이 필요하지 않으며 모든 크기의 플릿에서 작동합니다. 데이터가 이미 상주하는 경우 AWS작업 첨부 파일은 관련 전송 시간 및 스토리지 비용과 함께 데이터의 다른 사본을 추가합니다.

  • 공유 스토리지 - 작업자가 자산을 보관하는 공유 파일 시스템을 탑재합니다. 온프레미스 및 클라우드 작업자가 자산을 관리하는 방법을 간소화하기 위해 VPC 리소스 엔드포인트를 사용하여 서비스 관리형 플릿 작업자를 Virtual Private Cloud(VPC)의 공유 스토리지에 연결할 수 있습니다. 그러면 두 플릿 유형 모두 동일한 파일을 읽고 씁니다. 자세한 내용은 VPC 리소스 엔드포인트를 사용하여 VPC 리소스를 SMF에 연결 단원을 참조하십시오.

온프레미스 워크스테이션과 클라우드 작업자는 서로 다른 운영 체제와 파일 시스템 레이아웃을 사용할 수 있으므로 스토리지 프로파일을 사용하여 각 구성을 모델링합니다. 스토리지 프로파일을 사용하면 Deadline Cloud가 경로를 매핑하므로 작업이 제출된 위치에 관계없이 작업자가 데이터를 찾을 수 있습니다. 자세한 내용은 스토리지 프로파일 및 경로 매핑을 참조하세요.

네트워크에 클라우드 작업자 연결

클라우드 작업자는 공유 파일 시스템, 라이선스 서버 및 데이터베이스와 같이 VPC 또는 온프레미스 네트워크에서 실행되는 리소스에 연결해야 하는 경우가 많습니다. 서비스 관리형 플릿에 대한 VPC 리소스 엔드포인트를 사용하면 작업자가 VPC Lattice를 사용하는 프라이빗 연결을 통해 이러한 리소스에 연결할 수 있습니다. 자세한 내용은 VPC 리소스 엔드포인트를 사용하여 VPC 리소스를 SMF에 연결 단원을 참조하십시오.

서비스 관리형 플릿 작업자에 파일 시스템을 탑재하거나 다른 네트워크 액세스를 구성하려면 호스트 구성 스크립트를 사용합니다. 호스트 구성 스크립트는 작업자가 시작할 때 관리자 권한으로 실행됩니다. 자세한 내용은 관리자 권한으로 호스트 구성 스크립트 실행 단원을 참조하십시오.

참고

VPC 리소스 엔드포인트를 통한 트래픽은 모든 리소스와 호환되지 않는 NAT(Network Address Translation)를 사용합니다. 예를 들어 Microsoft Active Directory는 NAT를 통해 연결할 수 없습니다.

애플리케이션을 각 플릿 유형에 일치시킵니다.

작업이 사용하는 각 디지털 콘텐츠 생성(DCC) 애플리케이션이 두 플릿 유형 모두에서 실행될 수 있는지 확인합니다. 서비스 관리형 플릿에서 Deadline Cloud 관리형 conda 채널은 널리 사용되는 DCCs 자동으로 제공합니다. 채널이 제공하지 않는 애플리케이션 또는 채널을 사용할 수 없는 고객 관리형 작업자의 경우에 설명된 대로 애플리케이션을 직접 패키징합니다대기열 전략 선택. 지원되는 애플리케이션 목록은 AWS Deadline Cloud 사용 설명서의 지원되는 소프트웨어를 참조하세요.

클라우드 비용 제어

피크 수요 중에만 클라우드 용량에 대한 비용을 지불하려면 유휴 상태일 때 클라우드 플릿을 축소합니다. 서비스 관리형 플릿은 설정한 최소 및 최대 작업자 수 사이에서 자동으로 확장됩니다. 고객 관리형 Amazon EC2 인스턴스 플릿의 경우 수요에 따라 플릿이 증가 및 감소하도록 Auto Scaling을 구성할 수 있습니다. 자세한 내용은 Amazon EC2 Auto Scaling 그룹을 사용하여 플릿 인프라 생성 단원을 참조하십시오.

작업 제출, 애플리케이션 관리, 라이선스, 자산 액세스 및 작업자 인프라 전반에서 end-to-end Deadline Cloud 워크플로를 설계하는 방법에 대한 지침은 섹션을 참조하세요기한 클라우드 아키텍처 지침.

공유 파일 시스템을 서비스 관리형 플릿에 연결하는 참조 템플릿을 포함하여 실행 가능한 예제는 GitHub의 deadline-cloud-samples 리포지토리를 참조하세요.