단독 테넌시를 사용하면 특정 단독 테넌트 노드나 노드 그룹에 VM을 만들 수 있습니다. 노드 그룹에 VM을 만들면 Compute Engine은 적재 알고리즘을 사용하여 VM이 위치할 노드를 결정하여 노드 그룹에서 VM에 사용 가능한 공간을 최적화합니다. 단독 테넌시에 대한 자세한 내용은 단독 테넌시 개요를 참조하세요.
워크로드가 실행될 때 VM을 다른 노드 또는 노드 그룹으로 이동해야 할 수 있습니다. 단독 테넌트 VM을 다른 노드 또는 노드 그룹으로 이동하려면 라이브 마이그레이션을 수동으로 시작할 수 있습니다. 또한 라이브 마이그레이션을 수동으로 시작하여 멀티 테넌트 VM을 단독 테넌시로 이동할 수도 있습니다.
수동 라이브 마이그레이션 사용 사례
다음 목록은 VM을 수동으로 라이브 마이그레이션하는 몇 가지 사용 사례를 보여줍니다.
사용률을 높이고 비용을 최적화합니다. VM을 더 적은 수의 단독 테넌트 노드로 통합할 수 있습니다.
논리적으로 VM을 재구성합니다. 워크로드 유형을 기반으로 개별 VM에 서로 다른 단독 테넌트 노드 그룹 또는 노드를 사용합니다.
규정 준수 표준 충족 또는 성능 향상을 위한 워크로드 격리. 규정 준수 표준을 충족하거나 성능을 개선하려면 하드웨어 격리가 필요한 멀티 테넌트 워크로드를 단독 테넌시로 수동으로 라이브 마이그레이션합니다.
VM의 이동성 향상. 유지보수 정책, 유지보수 기간, 로컬 SSD 관련 설정과 같은 특정 노드 템플릿 설정은 수정할 수 없습니다. 수동 라이브 마이그레이션을 사용하면 다른 설정을 갖는 노드 그룹으로 VM을 마이그레이션할 수 있습니다.
초과 구독한 단독 테넌트 노드 재분산을 통해 성능을 개선합니다. 단독 테넌트 VM에 CPU를 오버커밋하는 경우 성능이 낮은 모든 VM을 다른 단독 테넌트 노드로 수동으로 라이브 마이그레이션할 수 있습니다.
Examples
수동 라이브 마이그레이션이 앞의 사용 사례를 어떻게 지원하는지 알아보려면 다음 예시를 검토하세요.
수동 적재
추가 VM에 맞게 노드 그룹의 VM을 보다 효율적으로 정렬하려면 수동 라이브 마이그레이션을 사용하여 단독 테넌트 VM을 배치할 노드를 선택합니다.
초기 상태가 다음과 같은 단독 테넌트 노드 그룹에서 16개 vCPU가 포함된 추가 VM을 예약한다고 가정해보세요.
초기 상태 | 노드 1 | 노드 2 | 합계 |
---|---|---|---|
vCPU 용량 | 80 | 80 | 160 |
VM vCPU | 72 | 64, 8 | 144 |
미사용 용량 | 8 | 8 | 16 |
노드에 vCPU가 16개인 VM을 예약할 수 있는 공간이 충분한 않습니다. 하지만 충분한 집계 공간이 있습니다.
16개 vCPU VM 공간을 만들기 위해 노드 2에서 노드 1로 8개 vCPU VM의 라이브 마이그레이션을 시작합니다. 다음 표에서는 새로운 VM 구성을 보여줍니다.
최종 상태 | 노드 1 | 노드 2 | 합계 |
---|---|---|---|
vCPU 용량 | 80 | 80 | 160 |
VM vCPU | 72, 8 | 64, 16 | 160 |
미사용 용량 | 0 | 0 | 0 |
다음 그림은 이 프로세스를 요약한 것입니다.
적재 후 자동 확장
적재 후 VM이 없는 단독 테넌트 노드가 있을 수 있습니다. 이 경우 단독 테넌트 노드 자동 확장 처리가 빈 노드를 삭제할 수 있습니다.
다음과 같은 초기 상태의 단독 테넌트 노드 그룹을 살펴보세요. vCPU VM 8개를 이동하면 노드 그룹 자동 확장 처리에서 노드를 삭제할 수 있습니다.
초기 상태 | 노드 1 | 노드 2 | 합계 |
---|---|---|---|
vCPU 용량 | 80 | 80 | 160 |
VM vCPU | 8 | 72 | 80 |
미사용 용량 | 72 | 8 | 80 |
노드 그룹 자동 확장 처리에 빈 노드를 알리기 위해 노드 1에서 노드 1로 8개 vCPU VM의 라이브 마이그레이션을 시작합니다. 다음 표에서는 새로운 VM 구성을 보여줍니다.
최종 상태 | 노드 1 | 노드 2 | 합계 |
---|---|---|---|
vCPU 용량 | 80 | 80 | 160 |
VM vCPU | 0 | 72, 8 | 80 |
미사용 용량 | 80 | 0 | 80 |
이제 노드 1이 비어 있으므로 자동 확장 처리가 이를 노드 그룹에서 삭제할 수 있습니다. 다음 표에서는 새로운 VM 구성을 보여줍니다.
최종 상태 | 노드 1 | 노드 2 | 합계 |
---|---|---|---|
vCPU 용량 | - | 80 | 80 |
VM vCPU | - | 72, 8 | 80 |
미사용 용량 | - | 0 | 80 |
다음 그림은 이 프로세스를 요약한 것입니다.
제한사항
VM을 수동으로 라이브 마이그레이션할 때 다음 제한사항이 적용됩니다.
용량 제한사항. 단독 테넌시 내에서 VM을 수동 라이브 마이그레이션하는 동안 VM은 라이브 마이그레이션이 완료될 때까지 소스 단독 테넌트 노드와 대상 단독 테넌트 노드의 용량을 모두 사용합니다. 대상 호스트에 용량이 충분하지 않으면 Compute Engine이 VM을 이동하지 않습니다.
일반 제한사항. 호환되지 않는 예약 속성 또는 다른 경합되는 라이브 마이그레이션 요청이 있는 경우 수동 라이브 마이그레이션 요청이 실패할 수 있습니다. 이 문제를 해결하는 방법에 대한 자세한 내용은 VM 예약 실패를 참조하세요.
관리형 인스턴스 그룹(MIG) 제한사항. MIG에 있는 VM을 다른 단독 테넌트 노드로 수동으로 라이브 마이그레이션할 수 없습니다.
VM 인스턴스 수명 주기 제한사항. 머신 유형과 같은 VM의 일부 속성은 VM을 다시 시작하지 않고 업데이트할 수 없습니다. 또한 노드 어피니티를 업데이트할 때와 동시에 이러한 속성을 업데이트할 수 없습니다. 이러한 속성에 대한 자세한 내용은 인스턴스 속성 업데이트를 참조하세요.
가격 책정
수동으로 VM을 라이브 마이그레이션하는 데에는 추가 요금이 없습니다. 단독 테넌트 노드에 대한 결제 방식은 단독 테넌트 노드 가격 책정을 참조하세요.
마이그레이션 후 단독 테넌트 노드가 비어 있고 단독 테넌트 노드 자동 확장 처리를 사용 설정한 경우 VM을 수동으로 라이브 마이그레이션하면 요금이 줄어들 수 있습니다.