사용자 라이선스 사용(BYOL)

이 페이지에서는 단독 테넌트 노드와 인플레이스(In-place) 다시 시작 기능을 사용하여 Compute Engine에 사용자 라이선스(BYOL)를 사용하는 방법에 대한 개요를 설명합니다. 시작하기 전에 보유한 라이선스의 이용약관을 검토하여 Compute Engine에 사용자 라이선스를 사용하기 위한 라이선스 요건을 충족하는지 확인합니다. 사용자 라이선스를 사용하는 방법에 대한 안내 가이드에서 단계별 안내를 확인하세요.

운영체제 라이선스를 보유하고 있다면 단독 테넌트 노드를 사용하여 해당 라이선스를 Compute Engine에 가져올 수 있으며, 이와 동시에 인플레이스 다시 시작 기능을 사용하여 실제 코어 사용량을 최소화할 수 있습니다. 단독 테넌트 노드는 특정 프로젝트의 VM 인스턴스만 전담하여 호스팅하는 물리적 Compute Engine 서버입니다. 단독 테넌트 노드에서 인플레이스(In-place) 다시 시작을 사용 설정하면 Compute Engine은 가능한 경우 동일한 서버에서 VM을 다시 시작하여 VM 작업이 실행되는 물리적 서버 수를 최소화합니다. 예를 들어 물리적 서버에 심각한 하드웨어 오류가 발생하는 등의 이유로 동일한 물리적 서버에서 VM을 다시 시작할 수 없으면 VM이 다른 서버로 마이그레이션됩니다. Compute Engine에서 새 물리적 서버 ID를 할당하여 보고하고 이전 서버 ID는 영구적으로 사용 중지됩니다.

이 방법은 특히 호스트 유지보수 이벤트 시 유용하며, Compute Engine은 새 물리적 서버로의 실시간 마이그레이션 대신 동일한 서버에 있는 VM을 종료한 후 다시 시작합니다. 유지보수가 진행되는 동안 VM은 오프라인 상태로 전환되어 사용할 수 없게 됩니다.

단독 테넌트 노드에서 인스턴스를 호스팅하면 다음과 같은 이점을 얻을 수 있습니다.

  • VM이 사용자의 프로젝트만 전담하는 전용 하드웨어에서 실행됩니다.
  • 유지보수 이벤트 시 VM 인스턴스가 이동하게 될 물리적 서버 수가 최소화됩니다.
  • 라이선스 보고 목적으로 필요한 소켓당 및 코어당 사용량을 추적할 수 있습니다.
  • 노드 배치를 제어할 수 있으므로 VM을 특정 단독 테넌트 노드 기준으로 예약하거나 일치하는 노드 집합별로 예약할 수 있습니다.
  • Compute Engine은 서버 ID를 사용하여 서버 사용량 보고를 지원하는 특정 서버에서 인스턴스가 생성되거나 삭제되는 시점을 보고합니다. 이 정보를 서버의 물리적 특성과 함께 사용하여 라이선스 사용량 정보를 판단할 수 있습니다.
  • Windows Server 및 Windows 클라이언트에 사용자 라이선스를 사용할 수 있습니다.

SharePoint Server, Microsoft Exchange Server 등 Windows 앱의 경우에는 라이선스 이동을 사용하여 Google Cloud Platform(GCP)에 기존 앱 라이선스를 배포할 수 있습니다. 자세한 내용은 자주 묻는 질문(FAQ)을 참조하세요.

호환 가능한 OS 버전

Compute Engine의 현재 이미지 가져오기 워크플로는 다음 OS 버전과의 호환성에 대해 테스트되었습니다.

  • Windows Server 2008 R2 SP1, 2012, 2012 R2, 2016, 2019
  • Windows 7 SP1 x64, 8.1 x64, 10(버전 1709 및 1903) x64

Compute Engine 드라이버는 SHA2로 서명되기 때문에 Windows 7 SP1 또는 Windows 2008 R2 SP1를 사용하려면 이미지가 SHA2 서명을 지원해야 합니다. 또한 타사 클라우드 제공업체의 특정 에이전트는 Compute Engine 드라이버 설치 워크플로를 방해할 수 있으므로 가져오기 전에 제거해야 합니다.

가격 책정 및 가용성

이 기능은 단독 테넌트 노드를 지원하는 모든 리전에서 사용할 수 있습니다. 전체 목록은 리전 및 영역을 참조하세요.

Compute Engine에 사용자 라이선스를 사용하는 경우 추가 비용이 청구되지 않습니다.

라이선스 및 활성화

단독 테넌트 노드로 BYOL 사용을 시작하기 전에 제품 라이선스 이용약관에 대해 이해하고 있어야 합니다.

또한 약관에 따라 BYOL의 게스트 이미지를 준비해야 합니다. Compute Engine 공개 이미지를 사용하는 경우 GCP 종량제 라이선스는 이러한 이미지를 사용하는 VM 인스턴스에 연결되므로 이후 사용자 라이선스를 사용하도록 해당 VM을 업데이트할 수 없습니다.

Compute Engine이 라이선스 활성화를 처리하는 프리미엄 이미지와 달리, 가져온 이미지의 경우 사용자가 라이선스 활성화 프로세스를 직접 처리해야 합니다. Compute Engine의 라이선스 서버에 대한 라이선스는 활성화할 수 없습니다. KMS 서버 및 네트워크 연결과 같은 인프라 준비와 라이선스 활성화는 사용자가 직접 처리해야 합니다.

워크로드 고려사항

사용자 라이선스 사용을 시도하기 전에 이 기능에 가장 적합한 워크로드를 결정하는 데 도움이 되는 다음 정보를 검토하는 것이 좋습니다.

예상 다운타임

이 기능을 사용하면 단독 테넌트 노드에서 실행되는 VM 인스턴스에 인플레이스(In-place) 다시 시작 기능을 활성화할 수 있습니다. 즉, 유지보수 이벤트 시 실행 중인 인스턴스를 다른 머신으로 라이브 마이그레이션하여 다른 물리적 서버에 라이선스를 노출하는 대신 가능한 경우 동일한 물리적 서버에서 인스턴스를 종료한 후 다시 시작합니다. 이 서버를 더 이상 사용할 수 없으면 Google에서 VM을 새로운 전용 서버에서 다시 시작한 후 서버 ID를 보고합니다.

Google은 평균 한 달에 한 번 유지보수 이벤트를 수행하므로, 유지보수가 진행되는 동안 서버의 VM에는 서비스 중단이 발생합니다. 각 이벤트는 60분 동안 지속되지만 이 시간은 유지보수 유형, 패치한 이벤트 등의 상황에 따라 달라질 수 있습니다.

이 예상 다운타임을 고려하여 유지보수 이벤트와 관련된 다운타임을 견딜 수 있는 워크로드를 사용하는 것이 좋습니다.

물리적 서버 마이그레이션

드물지만 Compute Engine은 심각한 하드웨어 오류 등의 이벤트로 인해 물리적 서버 사용을 중단하고 VM을 새로운 기본 서버로 이전해야 할 수 있습니다. 이러한 상황이 발생하면 Compute Engine은 새 물리적 서버에서 VM을 다시 시작하고 새로운 단독 테넌트 물리적 서버 ID를 할당합니다. 사용자가 VM 속성 --restart-on-failure를 설정하면 VM은 새로 프로비저닝된 물리적 서버에서 다시 시작됩니다. 이 경우 이전 단독 테넌트 물리적 서버 ID는 재사용되지 않습니다.

다음 단계

이 페이지가 도움이 되었나요? 평가를 부탁드립니다.

다음에 대한 의견 보내기...

Compute Engine 문서