이 페이지의 일부 또는 모든 정보는 S3NS의 Cloud de Confiance에 적용되지 않을 수 있습니다. 자세한 내용은 Google Cloud와의 차이점을 참조하세요.

Google은 AI 기술을 사용하여 콘텐츠를 사용자의 기본 언어로 번역합니다. AI 번역에는 오류가 있을 수 있습니다.

컴퓨팅 프로비저닝 최적화

단일 머신 유형 또는 영역에 의존하도록 워크로드를 구성하면 수요가 급증하는 동안 사용 가능한 리소스에 액세스하는 기능이 제한될 수 있습니다. 컴퓨팅 프로비저닝을 최적화하고 수요 급증 시 워크로드가 계속 실행되도록 하려면 유연한 Compute Engine 인프라를 설계해야 합니다. 인프라 유연성을 사용하면 하나의 고정된 구성 대신 여러 영역, 머신 유형 또는 시작 시간을 지정할 수 있습니다. Compute Engine은 선호하는 옵션 중에서 자동으로 선택하므로 리소스 가용성을 극대화하고, 가격 대비 성능을 개선하며, 최신 하드웨어를 안전하게 채택할 수 있습니다.

이 문서에서는 인프라 유연성의 차원, 이점, 워크로드에 적합한 접근 방식을 선택하는 방법을 설명합니다. 또한 관련 Compute Engine 기능, 설계 고려사항, 채택 단계에 대해서도 설명합니다. 이 문서는 컴퓨팅 인프라를 설계하거나 관리하는 솔루션 설계자, 인프라 운영자, 클라우드 엔지니어를 대상으로 합니다.

인프라 유연성

다음 세 가지 측면에서 인프라 유연성을 설계할 수 있습니다.

위치 유연성 (위치): 리전의 여러 영역에 Compute Engine 인스턴스를 분산하여 사용 가능한 리소스에 대한 액세스를 극대화하거나 지연 시간에 민감한 워크로드에 사용 가능한 용량이 있는 단일 영역을 자동으로 선택합니다.
머신 유형 유연성 (무엇): 호환되는 머신 유형의 순위가 지정된 목록을 지정하여 필요할 때 워크로드에서 대체 항목을 사용할 수 있도록 합니다.
시간 유연성 (시기): 즉시 시작할 필요가 없는 워크로드에 대해 즉시 프로비저닝을 요구하는 대신 가속기와 같이 수요가 많은 리소스의 요청을 대기열에 추가합니다.

유연한 인프라의 이점

유연한 Compute Engine 인프라를 채택하면 다음과 같은 이점이 있습니다.

수요 급증 시 용량 관리를 자동화합니다. 워크로드가 여러 머신 유형과 영역에서 리소스를 자동으로 찾아 사용합니다. 이 접근 방식을 사용하면 선호하는 하드웨어를 일시적으로 사용할 수 없는 경우에도 확장 요청이 성공할 수 있습니다.
용량 관리를 간소화합니다. 사용 가능한 하드웨어를 수동으로 검색하는 운영 오버헤드를 줄일 수 있습니다. Compute Engine은 대체 기본 설정에 따라 요청을 자동으로 리디렉션하여 운영 병목 현상을 줄입니다.
최신 하드웨어로 전환하는 동안 용량 위험을 완화합니다. 최신 하드웨어 세대를 우선시하고 이전 세대를 대체로 유지하도록 배포를 구성할 수 있습니다. 이 설정을 사용하면 최신 머신을 사용할 수 없는 경우에도 배포에서 이전 머신의 용량을 자동으로 요청할 수 있으므로 최신 머신을 도입하는 위험이 줄어듭니다.
기준 및 피크 트래픽의 비용을 최적화합니다. 알려진 기준 트래픽에 대해서만 용량을 예약하고 머신 유형 대체를 사용하여 예측할 수 없는 급증을 처리할 수 있습니다. 이 방식을 사용하면 유휴 백업 용량의 비용이 절감됩니다. 워크로드가 머신 시리즈 또는 리전을 전환할 때 주문형 가격이 적용되지 않도록 하는 Compute 가변형 약정 사용 할인 (CUD)을 사용하여 머신 시리즈와 리전 전반에서 할인 적용 범위를 유지할 수도 있습니다.

유연성 측정기준 비교

위치 유연성을 머신 유형 또는 시간 유연성과 결합할 수 있습니다. 하지만 단일 배포에서는 머신 유형 유연성과 시간 유연성이 호환되지 않습니다. 하드웨어 대체 옵션을 선택하거나 리소스가 제공될 때까지 대기열에서 기다려야 합니다.

이러한 옵션을 평가하는 데 도움이 되도록 다음 표에서는 각 유연성 측정기준의 작동 방식을 비교합니다. 특정 사용 사례에 적합한 접근 방식에 관한 안내는 워크로드 적합성 및 권장사항을 참고하세요.

	위치 유연성 (위치)	머신 유형 유연성 (무엇)	시간 유연성 (언제)
가용성을 개선하는 방법	리전의 여러 영역에서 사용 가능한 리소스에 대한 액세스를 최대화합니다.	호환되는 대체 머신 유형으로 대체하여 사용할 수 없는 리소스 오류가 발생할 가능성을 줄입니다.	용량을 사용할 수 있을 때까지 대기열에 요청을 배치하여 수요가 많은 리소스를 획득합니다.
프로비저닝 타임라인	즉시	즉시	큐에 추가됨
프로비저닝 방법	선택한 영역의 가용성을 기반으로 컴퓨팅 인스턴스를 프로비저닝합니다.	선택한 머신 유형의 가용성을 기반으로 컴퓨팅 인스턴스를 프로비저닝합니다.	요청된 용량을 모두 사용할 수 있는 경우 컴퓨팅 인스턴스를 프로비저닝합니다.
머신 유형 지원	영역 간에 단일 또는 여러 머신 유형을 지원합니다.	여러 머신 유형을 사용합니다.	단일 머신 유형만 지원합니다.

워크로드 적합성 및 권장사항

인프라 유연성 채택은 워크로드의 아키텍처와 성능 요구사항에 따라 달라집니다. 최적의 접근 방식을 선택할 수 있도록 다음 표에는 일반적인 워크로드 유형에 권장되는 유연성 측정기준과 구성이 요약되어 있습니다.

워크로드 유형	유연성 추천
스테이트리스 일괄 처리, 분리된 대용량 컴퓨팅 (HTC)	위치 및 머신 유형 유연성: 다음 중 하나와 함께 인스턴스 유연성 정책을 사용합니다. `ANY` 분산 형태가 있는 리전 관리형 인스턴스 그룹 (MIG) 부분 이행을 허용하는 최소 개수와 `ANY` 분산 형태로 구성된 리전 대량 컴퓨팅 인스턴스 생성 이러한 접근 방식을 사용하면 다양한 영역과 머신 유형에 걸쳐 워크로드를 확장하여 리소스 가용성을 극대화할 수 있습니다.
AI/ML 학습, 미세 조정, 대규모 일괄 작업	시간 유연성: 동적 워크로드 스케줄러 (DWS)를 사용하는 프로비저닝 모델을 사용합니다. 이 접근 방식은 즉각적인 주문형 프로비저닝을 요구하는 대신 요청을 대기열에 배치하여 수요가 많은 리소스(예: 액셀러레이터)에 대한 액세스를 개선합니다.
마이크로서비스 및 웹 프런트엔드	위치 및 머신 유형 유연성: `BALANCED` 목표 분산 형태와 인스턴스 유연성 정책이 있는 리전 MIG를 사용합니다. 예측 가능한 자동 확장 기능을 위해 vCPU 및 메모리 수가 일치하는 머신 유형을 선택합니다. 또한 다시 생성된 컴퓨팅 인스턴스가 최신 인스턴스 유연성 구성을 사용하도록 복구 시 업데이트를 사용 설정합니다.
고가용성 데이터베이스	위치 유연성 및 머신 유형 유연성: `BALANCED` 목표 분산 형태가 있는 리전 MIG를 사용하여 고가용성을 위해 여러 영역에 복제본을 분산합니다. 성능 프로필이 거의 일치하는 머신 유형을 선택하여 복제본 간의 성능 차이를 방지합니다. 참고: 예약을 사용하여 결정적인 하드웨어 요구사항에 필요한 실제 용량을 확보하세요.
엄격하게 지연 시간이 제한된 시스템	위치 유연성: `ANY_SINGLE_ZONE` 분산 형태가 있는 리전 MIG를 사용합니다. 이 형태는 리전의 모든 영역을 검색하여 충분한 용량을 찾음으로써 위치 유연성을 제공하는 동시에 모든 인스턴스가 동일한 영역 내에 배치되어 낮은 지연 시간을 유지하도록 합니다.

유연한 구성은 애플리케이션 성능에 영향을 줄 수 있는 하드웨어 변형을 도입할 수 있습니다. 유연성을 위한 설계 시 리소스 가용성을 최대화하는 것과 일관된 성능을 유지하는 것 사이의 절충안을 평가합니다. 자세한 내용은 유연한 인프라 평가 및 채택 섹션을 참고하세요.

Compute Engine의 핵심 유연성 기능

용량 관리를 자동화하려면 인프라의 여러 계층에서 유연성을 구현하면 됩니다. Compute Engine은 위치, 머신 유형, 시간 유연성을 지원하는 기능을 제공합니다. 이러한 기능을 독립적으로 구성하거나 워크로드 요구사항에 맞게 결합할 수 있습니다.

위치 유연성 기능

위치 유연성 기능은 리전의 여러 영역에 컴퓨팅 인스턴스를 분산하여 리소스 가용성을 극대화합니다. 이점을 극대화하려면 선호하는 머신 유형을 모든 영역에서 사용할 수 있는 리전을 선택하세요.

다음 배포 유형에 위치 유연성을 적용할 수 있습니다.

MIG: 리전 MIG는 인스턴스 생성 및 유지보수 중에 실시간 용량을 평가하여 리소스를 사용할 수 있는 컴퓨팅 인스턴스를 프로비저닝합니다. 인스턴스 복구 중에 영역에 용량이 부족한 경우 ANY 또는 BALANCED 모양을 사용하는 MIG는 다른 영역에서 실패한 컴퓨팅 인스턴스를 자동으로 다시 만들 수 있습니다. 최상의 결과를 얻으려면 워크로드 목표에 따라 타겟 분포 모양을 구성하세요.
- ANY: 최대 가용성을 위해 권장됩니다. 이 모양을 사용하여 리소스 가용성을 극대화합니다. 이 형태는 사용 가능한 용량이 있는 영역에 컴퓨팅 인스턴스를 할당하고 미사용 예약에 우선순위를 지정합니다.
- BALANCED: 고가용성에 권장됩니다. HA 워크로드에 이 모양을 사용하세요. 영역 서비스 중단을 방지하기 위해 컴퓨팅 인스턴스를 여러 영역에 균등하게 분산하면서도 리소스를 사용할 수 있는 영역에 우선순위를 둡니다.
- ANY_SINGLE_ZONE: 지연 시간이 짧은 경우에 권장됩니다. 엄격한 지연 시간 경계에 이 모양을 사용합니다. MIG의 모든 컴퓨팅 인스턴스를 사용 가능한 리소스가 가장 많은 단일 영역에 할당합니다.
자세한 내용은 리전 MIG 정보를 참고하세요.
비관리형 인스턴스 그룹: 이러한 그룹은 기본적으로 위치 유연성을 지원하지 않습니다. 대신 ANY_SINGLE_ZONE 타겟 분산 형태를 사용하여 최대 5,000개의 독립형 컴퓨팅 인스턴스를 프로비저닝할 수 있는 regionInstances.bulkInsert API를 사용하여 컴퓨팅 인스턴스를 일괄적으로 만드세요. 이 요청은 단일 영역에 컴퓨팅 인스턴스를 만들며 이를 비관리형 그룹에 추가할 수 있습니다. 독립형 컴퓨팅 인스턴스의 경우 Compute Engine은 컴퓨팅 인스턴스 생성 요청 중에만 영역을 선택하기 위해 용량을 평가합니다.

자세한 내용은 비관리형 VM 그룹화를 참고하세요.
독립형 컴퓨팅 인스턴스: 목표 분산 형태 (ANY, BALANCED 또는 ANY_SINGLE_ZONE)와 함께 리전 대량 인스턴스 생성 요청(regionInstances.bulkInsert API)을 사용하고 최소 개수를 설정합니다. 최소 개수를 사용하면 전체 용량을 즉시 사용할 수 없는 경우 완전히 실패하는 대신 요청에서 가능한 한 많은 컴퓨팅 인스턴스를 프로비저닝할 수 있습니다. 독립형 컴퓨팅 인스턴스의 경우 Compute Engine은 인스턴스 생성 요청 중에만 영역을 선택하기 위해 용량을 평가합니다.

자세한 내용은 VM 일괄 생성 정보를 참고하세요.

머신 유형 유연성 기능

머신 유형 유연성 기능을 사용하면 배포에서 우선순위가 지정된 대체 머신 유형 목록을 사용할 수 있습니다. 기본 선택사항을 사용할 수 없는 경우 Compute Engine은 자동으로 보조 머신 유형으로 대체됩니다. 인스턴스 선택의 단일 목록 또는 순위가 지정된 목록으로 구성된 인스턴스 유연성 정책을 정의하여 이 기능을 구성합니다.

다음 배포 유형에 인스턴스 유연성 정책을 적용할 수 있습니다.

MIG: 수요 급증 시 그룹이 대체 하드웨어로 자동 대체되도록 인스턴스 유연성 정책을 MIG에 연결합니다. MIG에서 스팟 VM을 사용하는 경우 이 정책은 예상 가동 시간이 길고 선점 위험이 낮은 대체 머신 유형에 자동으로 우선순위를 부여합니다. 자세한 내용은 MIG의 인스턴스 유연성 정보를 참고하세요.

중요: 인스턴스 유연성 정책에 지정된 머신 유형은 MIG의 인스턴스 템플릿에 지정된 머신 유형을 재정의합니다. Compute Engine에서 템플릿의 머신 유형을 프로비저닝하도록 하려면 정책의 인스턴스 선택에 포함해야 합니다.
비관리형 인스턴스 그룹: 이러한 그룹은 기본적으로 인스턴스 유연성 정책을 지원하지 않으므로 regionInstances.bulkInsert API를 사용하여 인스턴스를 프로비저닝한 후 그룹에 추가할 수 있습니다. API 요청에 인스턴스 유연성 정책을 포함하고 단일 영역 (locationPolicy.zones.zone)을 지정하거나 ANY_SINGLE_ZONE 타겟 분포 모양을 사용합니다. ANY_SINGLE_ZONE 모양을 사용하면 사용 가능한 리소스가 가장 많은 영역을 자동으로 선택하여 위치 유연성이라는 추가 이점을 얻을 수 있습니다. 독립형 인스턴스의 경우 Compute Engine은 인스턴스 생성 요청 중에만 유연성 정책을 적용합니다.

컴퓨팅 인스턴스를 일괄로 만드는 방법에 대한 자세한 내용은 인스턴스 유연성을 사용하여 VM 일괄 생성을 참고하고, 그룹에 추가하는 방법은 비관리형 VM 그룹화를 참고하세요.
독립형 컴퓨팅 인스턴스: 독립형 일괄 처리 작업과 같이 인스턴스 그룹이 필요하지 않은 워크로드의 경우 인스턴스 유연성 정책과 함께 regionInstances.bulkInsert API를 사용하여 컴퓨팅 인스턴스를 프로비저닝할 수 있습니다. 독립형 인스턴스의 경우 Compute Engine은 인스턴스 생성 요청 중에만 유연성 정책을 적용합니다.

자세한 내용은 일괄 생성된 VM의 인스턴스 유연성 정보를 참고하세요.

다양한 머신 유형에서 원활하게 확장

머신 유형 유연성을 구성할 때 대체 머신 유형의 하드웨어 아키텍처나 디스크 사양이 다를 수 있습니다. 이러한 사양이 인스턴스 선택의 머신 유형과 호환되지 않으면 프로비저닝이 실패할 수 있습니다.

호환되지 않는 사양의 머신 유형을 사용하려면 인스턴스 유연성 정책에서 속성 재정의를 정의해야 합니다. 이러한 재정의를 통해 Compute Engine이 대체 머신 유형으로 대체될 때 해당 특정 하드웨어에 필요한 올바른 부팅 이미지, 디스크 유형 또는 프로세서 기준이 자동으로 적용됩니다. 이 기능을 사용하면 프로비저닝 성공 가능성이 높아져 다양한 머신 유형에서 배포를 원활하게 확장할 수 있습니다.

자세한 내용은 디스크 및 CPU 플랫폼 재정의 작동 방식을 참고하세요.

시간 유연성 기능

시간 유연성 기능을 사용하면 즉시 시작할 필요가 없는 워크로드가 즉시 프로비저닝할 필요 없이 액셀러레이터와 같이 수요가 많은 리소스를 기다릴 수 있습니다.

워크로드 요구사항에 따라 시간 유연성을 구현하려면 DWS를 사용하는 다음 기능을 사용하세요.

리소스를 사용할 수 있을 때까지 용량 요청을 대기열에 추가하려면 flex-start 프로비저닝 모델을 사용하세요.
계획된 특정 날짜와 시간에 미래 용량을 예약하려면 캘린더 모드의 미래용 예약을 사용하세요.

유연한 인프라 평가 및 채택

위치 또는 머신 유형 유연성을 구성하기 전에 선택한 위치와 머신 유형이 서로 호환되고 워크로드 요구사항과 호환되는지 확인해야 합니다. 유연한 인프라를 성공적으로 설계하고 구현할 수 있도록 다음 섹션에서는 주요 평가 고려사항과 점진적 채택 전략을 제공합니다.

평가 고려사항

유연한 인프라를 평가할 때 고려해야 할 몇 가지 주요 사항은 다음과 같습니다.

위치 유연성: 여러 영역에 워크로드를 분산하면 네트워크 지연 시간에 영향을 미치고 영역 간 데이터 전송 비용이 증가할 수 있습니다.

자세한 내용은 다음 문서를 참조하세요.
- 영역의 컴퓨팅 인스턴스 간 트래픽의 지연 시간 데이터를 보려면 Cloud de Confiance 지연 시간 대시보드 보기를 참고하세요.
- 영역 간 트래픽과 관련된 데이터 전송 비용을 계산하려면 Cloud de Confiance내 VM 간 데이터 전송 가격 책정을 검토하세요.
머신 유형 유연성: 대체 머신 유형으로 대체하면 애플리케이션 성능과 비용이 달라질 수 있습니다. 세대 간 머신 유형 유연성을 위해서는 디스크 및 CPU 플랫폼 재정의를 구현해야 하는 경우가 많습니다. 사용하려는 머신 유형이 애플리케이션의 기술 필수 요건을 충족하는지 확인해야 합니다.

자세한 내용은 다음 문서를 참조하세요.
- 머신 시리즈 간 사양을 비교하려면 머신 시리즈 비교를 참고하세요.
- 컴퓨팅 인스턴스 가격을 확인하려면 가상 머신 가격을 참고하세요.

도입 전략

새 배포를 설계하는지 아니면 기존 배포를 이전하는지에 따라 다음과 같이 해당 전략을 선택합니다.

새 워크로드: 새 배포를 설계하는 경우 인프라 설계에 유연성을 채택하는 것이 좋습니다. 워크로드 유형에 권장되는 유연성 측정기준을 식별하려면 워크로드 적합성 및 권장사항의 안내를 따르세요. 그런 다음 워크로드를 가장 잘 지원하는 배포 유형을 선택합니다. 배포 유형 및 유연성 설정에 대한 자세한 내용은 핵심 유연성 기능 섹션을 참고하세요.
기존 배포: 단일 영역 또는 머신 유형을 사용하는 배포를 유연한 인프라로 이전하려면 위험을 최소화하기 위해 유연성을 점진적으로 도입하는 것이 좋습니다. 다음과 같은 점진적 채택 전략을 사용할 수 있습니다.
1. 위치 유연성 추가 BALANCED 또는 ANY 분산 형태를 사용하여 영역 워크로드를 리전 MIG로 마이그레이션합니다. EVEN 모양으로 리전 MIG를 사용하는 경우 BALANCED으로 변경합니다. 이 변경사항은 스케일 아웃되는 MIG에 중요합니다. 영역의 임시 용량 제약 조건은 스케일 아웃 작업을 차단하지 않습니다. 또는 독립형 컴퓨팅 인스턴스를 만들려면 regionInstances.bulkInsert API를 사용하세요.
2. 동일한 아키텍처를 공유하는 대체 머신 유형을 추가합니다. 동일한 CPU 아키텍처와 디스크 지원을 공유하는 머신 유형(예: n2-standard-8 및 n2d-standard-8)을 지정하는 인스턴스 유연성 정책을 연결합니다.
3. 여러 세대의 대체 머신 유형을 추가하고 CUD를 정렬합니다. n4-standard-8와 같은 최신 머신 세대를 통합하고 필요에 따라 디스크 재정의를 사용합니다. 또한 Compute 가변형 CUD로 대체 사용량에 대한 할인을 적용합니다.

신규 배포와 점진적 마이그레이션 모두에서 안전하고 성공적인 도입을 보장하려면 다음 출시 워크플로를 사용하는 것이 좋습니다.

검증 및 벤치마킹 비프로덕션 환경에서 선택한 모든 머신 패밀리, 디스크 조합, 영역에 걸쳐 애플리케이션을 테스트합니다.
프로덕션화 및 확장 전역으로 확장하기 전에 인스턴스 유연성 정책 또는 리전 MIG 분산 형태를 프로덕션 Fleet의 일부에 점진적으로 출시합니다.
모니터링 및 최적화 머신 유형의 우선순위 목록을 개선하기 위해 대체율, 성능 측정항목, 비용을 지속적으로 모니터링합니다. MIG를 사용하는 경우 머신 유형과 영역 전반의 실시간 컴퓨팅 인스턴스 분포를 추적하려면 MIG 인스턴스 분포 모니터링 대시보드를 사용하세요. 자세한 내용은 MIG에서 인스턴스 분포 모니터링을 참고하세요.

권장사항

유연한 인프라의 효율성과 복원력을 극대화하려면 다음 섹션에 설명된 권장사항을 따르세요.

위치 유연성을 위한 권장사항

용량 인식 지역 배치 사용 리전 MIG 또는 리전 일괄 VM 생성을 사용하여 워크로드를 배포합니다. BALANCED 또는 ANY 분포 모양을 선택하세요. 이러한 모양을 사용하면 Compute Engine이 리전의 모든 영역에서 실시간 용량을 평가하여 리소스를 사용할 수 있는 위치에 컴퓨팅 인스턴스를 자동으로 배치할 수 있습니다.
여러 영역에서 머신 유형을 지원하는 리전 선택: 선택한 머신 유형이 모든 영역에서 지원되는 리전에 워크로드를 배포합니다. 이 접근 방식을 사용하면 일시적인 용량 제한 중에 요청을 라우팅할 수 있는 대체 영역의 수가 최대화됩니다. 리전 및 영역 목록은 사용 가능한 리전 및 영역을 참고하세요.
스팟 VM 배포의 사용 가능 여부를 확인합니다. 배포에서 스팟 VM을 사용하는 경우 여러 머신 유형과 위치에서 스팟 VM의 실시간 가용성과 예상 가동시간을 확인하세요. 선점을 방지하려면 사용 가능한 용량이 많고 워크로드에 적합한 가동 시간을 갖춘 리전 또는 영역을 선택하세요. 자세한 내용은 스팟 VM 가용성 보기 (미리보기)를 참고하세요.

머신 유형 유연성을 위한 권장사항

머신 계열을 다양하게 사용합니다. 단일 제품군 내에서 CPU 코어만 다른 정책(예: n2-standard-4 및 n2-standard-8)은 피하세요. 현지화된 용량 제약 조건은 전체 머신 제품군에 동시에 영향을 미칠 수 있습니다. 가용성을 개선하려면 여러 머신 세대와 아키텍처(예: n4-standard-8 및 n2-standard-8)를 사용하세요.
이전 머신 유형을 대체로 사용하여 새 머신 유형을 채택합니다. 최신 머신 제품군을 이전 제품군과 함께 인스턴스 유연성 정책에 통합하여 가용성을 극대화합니다.
디스크 및 CPU 플랫폼 재정의를 구성합니다. 세대별로 다른 머신 유형을 혼합하면 디스크와 CPU 플랫폼에 차이가 있을 수 있습니다. 유연성 정책에서 디스크 및 CPU 플랫폼 재정의를 정의하여 인프라가 머신 세대 전반에서 원활하게 확장되도록 합니다. 예를 들어 N4 인스턴스에는 Hyperdisk Balanced를 구성하고 N2 대체에는 영구 디스크를 구성합니다.
더 작은 머신 유형에 우선순위를 둡니다. 워크로드 적합성에 따라 vCPU와 메모리가 더 낮은 머신 유형을 사용합니다. 예를 들어 n2-standard-64와 같은 단일 머신 유형에 의존하는 대신 워크로드가 각각 n2-standard-16 머신 유형을 사용하는 4개의 컴퓨팅 인스턴스에서 확장될 수 있는지 평가합니다. 일반적으로 머신 유형이 작을수록 리소스 가용성이 높습니다.
성능이 유사한 머신 유형을 선택합니다. vCPU 및 메모리 크기가 비슷한 대체 머신 유형을 지정합니다. 예를 들어 인스턴스 유연성 정책에서 n2d-standard-8, n4-standard-8, n4a-standard-8를 결합합니다. 이 접근 방식은 리소스 가용성을 개선하면서 일관된 애플리케이션 성능을 유지합니다.
MIG에서 복구 시 업데이트를 사용 설정합니다. 기본적으로 MIG는 원래 머신 유형을 사용하여 실패한 컴퓨팅 인스턴스를 복구하며, 이 하드웨어를 일시적으로 사용할 수 없는 경우 복구에 실패할 수 있습니다. 수리 시 업데이트를 사용 설정하여 수리가 유연성 정책의 사용 가능한 머신 유형으로 자동 대체되도록 합니다. 자세한 내용은 인스턴스 유연성 및 VM 복구를 참고하세요.
대체와 함께 스팟 VM을 통합합니다. 내결함성 워크로드의 경우 스팟 VM을 위치 및 머신 유형 유연성과 결합하세요. Compute Engine이 스팟 VM을 선점하는 경우 이러한 유연성 기능을 사용하면 배포에서 대체 머신 유형이나 영역을 자동으로 검색할 수 있습니다. 이 전략은 표준 프로비저닝보다 저렴한 비용으로 워크로드의 리소스 가용성을 유지하는 데 도움이 됩니다.

시간 유연성을 위한 권장사항

적절한 워크로드 타겟팅 시작 시간이 유연하지만 가속기와 같은 고수요 리소스가 필요한 워크로드에 시간 유연성을 구현합니다. 이 요구사항에는 소규모 모델 사전 학습, 모델 미세 조정, 고성능 컴퓨팅 (HPC) 시뮬레이션, 일괄 추론이 포함됩니다.
타임라인에 적합한 기능을 선택합니다. flex-start 프로비저닝 모델을 사용하여 최대 7일 동안 실행되는 정의된 기간 작업의 요청을 큐에 추가합니다. 최대 90일 이상 수요가 많은 리소스를 확보하려면 예약에 따름 프로비저닝 모델을 사용하세요.
Flex-start VM 대기 시간 최적화 flex-start VM을 만들 때 워크로드가 특정 영역에서 실행되어야 하는 경우 더 긴 대기 시간을 지정하세요. 대기 시간이 길수록 Compute Engine에서 요청된 리소스를 프로비저닝할 가능성이 높아집니다. 독립형 flex-start VM을 만들고 워크로드를 리전 내의 모든 영역에서 시작할 수 있는 경우 대기 시간을 0초로 지정합니다. 리소스를 사용할 수 없어 생성 요청이 실패한 경우 즉시 다른 영역에서 생성 요청을 시도합니다.

예약 및 할인을 워크로드 유연성과 일치시키기

리소스 가용성과 비용의 균형을 맞추려면 약정 사용 할인(CUD)을 워크로드에 선택한 용량 전략과 일치시키세요.

여러 머신 유형에서 일정한 사용량: 워크로드에서 여러 머신 유형을 지원하고 사용량이 일정한 경우 머신 유형 유연성을 구성하고 컴퓨팅 가변형 CUD를 사용합니다. 머신 유형 유연성은 기본 선택에 용량이 부족한 경우 대체 하드웨어를 사용하여 프로비저닝 성공률을 개선합니다. Compute 가변형 CUD는 Compute Engine에서 프로비저닝하는 특정 머신 시리즈와 관계없이 적격한 컴퓨팅 지출에 적용되는 지출 기반 할인입니다.
트래픽 급증이 있는 안정적인 기준: 워크로드의 기준이 예측 가능하지만 예측할 수 없는 급증이 발생할 수 있는 경우 예약 및 리소스 기반 CUD로 예측 가능한 기준을 확보하세요. 트래픽 급증을 처리하려면 머신 유형 유연성을 구성하고 컴퓨팅 가변형 CUD를 사용하여 대체 예비 머신을 처리하세요. 인스턴스 유연성 정책에서 다음과 같이 환경설정을 할당합니다.
- 최고 우선순위: 리소스 기반 CUD가 적용된 예약 머신 유형
- 낮은 선호도: 대체 머신 유형 및 컴퓨팅 유연한 CUD 사용
Compute Engine은 먼저 리소스 기반 약정을 사용한 다음 Compute 가변형 약정을 사용하여 남은 적격한 사용량을 충당합니다.
엄격하게 고정된 하드웨어 워크로드: 워크로드가 단일 머신 유형에 의존하는 경우 예약 및 리소스 기반 CUD를 사용합니다. 예약은 특정 하드웨어의 용량을 확실하게 보장하므로 비즈니스에 중요한 워크로드에 사용하는 것이 좋습니다. 리소스 기반 CUD는 이 안정적이고 예측 가능한 사용량에 대한 할인을 제공합니다.

자세한 내용은 예약 유형 선택 및 Compute Engine 약정 사용 할인 (CUD)을 참고하세요.

예약 설계 고려사항

전략에 예약이 포함된 경우 다음 설계 고려사항을 검토하세요.

예약된 머신 유형에 우선순위를 지정합니다. 머신 유형 유연성과 함께 예약을 사용하는 경우 예약된 머신 유형을 인스턴스 유연성 정책에서 가장 높은 선호도에 추가합니다. 이 구성을 사용하면 Compute Engine에서 온디맨드 용량보다 예약을 우선시할 수 있습니다.
예약 범위를 평가합니다. 일시적인 용량 제약 조건에 대응하여 예약을 만들지 마세요. 워크로드가 리전 MIG와 같은 위치 유연성을 사용하는 경우 Compute Engine에서 리전의 다른 영역에 인스턴스를 분산할 수 있습니다. 이 시나리오에서 엄격한 영역별 예약을 사용하면 사용하지 않는 유휴 리소스가 발생할 수 있습니다.

제한사항

유연한 인프라를 설계할 때는 다음과 같은 일반적인 제한사항이 적용됩니다. 자세한 제한사항은 각 기능 페이지의 제한사항 섹션을 참고하세요.

기능 비호환성: 단일 배포에서 머신 유형 유연성과 시간 유연성을 결합할 수 없습니다. 시간 유연성을 지원하는 기능은 요청당 단일 머신 유형 구성만 지원합니다.
초기 생성 시 유연성: 대량으로 생성된 컴퓨팅 인스턴스의 경우 용량 평가 및 인스턴스 유연성 정책은 초기 컴퓨팅 인스턴스 생성 요청 중에만 적용됩니다. 일괄적으로 생성된 컴퓨팅 인스턴스는 수리 중이나 인프라를 확장할 때 대체 영역이나 머신 유형으로 자동 리디렉션되지 않습니다.
단일 영역에 배포: 영역 MIG는 유연성 기능을 지원하지 않으므로 권장되지 않습니다. 단일 영역 설계에 머신 유형 유연성을 적용하려면 리전 MIG를 만들고 영역을 하나만 명시적으로 선택하세요.

다음 단계

MIG를 사용하여 리전의 여러 영역에 VM을 분산하는 방법을 알아봅니다.
관리형 인스턴스 그룹에서 인스턴스 유연성을 구성하는 방법을 알아보세요.
인스턴스 유연성을 사용하여 VM을 일괄 생성하는 방법을 알아보세요.
Compute Engine의 CUD에 대해 자세히 알아보세요.