이 문서에서는 리소스 확보 가능성을 설명하고 Batch 작업을 만들고 실행할 때 확보 가능성을 개선하는 방법을 권장합니다.
확보 가능성이란 무엇인가요?
확보 가능성 은 워크로드를 실행하는 데 리소스를 사용할 수 있을 확률입니다. 리소스를 사용할 수 없으면 리소스 가용성 오류로 인해 워크로드가 실패합니다. 확보 가능성은 워크로드를 사용자가 사용할 수 있을 확률인 안정성과 관련이 있지만 안정성과는 다릅니다. (가용성 은 둘 다 또는 둘 중 하나를 의미할 수 있습니다.)
확보 가능성과 안정성의 관계는 복잡합니다. 워크로드가 안정적이려면 리소스를 확보해야 합니다. 하지만 위치, 시간, 하드웨어 전반의 유연성이 확보 가능성을 높이는 반면 안정성은 워크로드의 요구사항을 충족하는 유연성으로만 증가합니다. 예를 들어 다음과 같은 복잡성을 참고하세요.
- 고성능 머신 유형은 수요가 높기 때문에 확보 가능성이 낮을 수 있지만 워크로드의 성능이 충분하지 않으면 안정성이 저하됩니다.
- 위치 유연성이 확보 가능성을 높이지만 밀집 할당된 머신은 네트워크 성능을 개선합니다.
- 시간 유연성이 확보 가능성을 높이지만 과도한 대기 시간은 불필요한 지연을 일으킬 수 있습니다.
따라서 확보 가능성이 높다고 항상 좋은 것은 아닙니다. 최적의 확보 가능성 수준은 우선순위와 요구사항에 따라 다릅니다. 예를 들어 비용 절감을 우선시하기 위해 확보 가능성을 낮추는 것이 좋습니다. 안정성을 우선시하더라도 확보 가능성이 높을 때의 이점과 성능 저하 또는 지연 시간 증가의 위험을 균형 있게 조정해야 할 수 있습니다.
작업의 확보 가능성을 개선하기 위한 권장사항
Batch 작업의 확보 가능성을 개선하려면 다음 섹션을 검토하세요.
- 모든 소비 옵션에 대한 권장사항: 모든 작업에 대해 이러한 권장사항을 검토합니다.
- 소비 옵션에 따른 권장사항: 작업의 소비 옵션에 따라 권장사항을 선택합니다.
모든 소비 옵션에 대한 권장사항
워크로드를 분리하여 대규모 및 고성능 머신 유형의 요구사항을 최소화합니다. 예를 들어 먼저 종속 작업을 사용하여 컴퓨팅 집약적 작업을 수요가 낮은 작업과 분리합니다. 그런 다음 병렬 처리를 극대화하고 긴밀하게 결합된 작업을 최소화하여 각 작업에 필요한 최소 컴퓨팅 리소스를 최대한 줄입니다.
종속 작업 및 컴퓨팅 리소스와 병렬 처리에 대해 자세히 알아보세요.
작업의 Compute Engine 리소스에 허용되는 위치 수를 최대화합니다. 이는 기본적으로 적용됩니다. 작업의
allowedLocations[]필드를 지정하지 않으면 작업의 Compute Engine 리소스가 작업의 위치에 있는 모든 영역에서 실행될 수 있습니다.위치에 대해 자세히 알아보세요.
확보 가능성이 개선될 때까지 기다리기 전에 신속한 실패 전략을 사용하는 것이 좋습니다. 지연을 방지하려면 다음과 같은 신속한 실패 전략을 고려하세요.
- 다른 시간에 요청을 시도하여 리소스 가용성 오류를 해결할 수 있지만 먼저 다른 위치 또는 하드웨어를 시도하는 것이 더 빠른 경우가 많습니다.
- 여러 소비 옵션을 사용할 수 있는 경우 지연이 없는 소비 옵션(주문형 예약, 주문형, 스팟 VM)을 먼저 시도하는 것이 더 빠른 경우가 많습니다.
- 반복할 계획인 새 워크로드의 경우 확보 속도가 더 빠른 옵션을 일시적으로 사용하여 초기 테스트 및 문제 해결을 가속화하는 것이 좋습니다.
소비 옵션에 따른 권장사항
선택하는 소비 옵션은 작업의 확보 가능성에 영향을 미치는 주요 요인입니다. 이 섹션에서는 각 소비 옵션을 간략하게 요약하고 각 소비 옵션의 확보 가능성을 최적화하는 방법을 권장합니다.
다음 소비 옵션은 확보 가능성이 가장 높은 것부터 가장 낮은 것 순으로 나열되어 있습니다.
확보 가능성 요구사항이 높은 워크로드의 경우 예약 을 사용합니다. 예약은 다른 모든 소비 옵션보다 용량 확보에 대한 더 높은 수준의 보장을 제공합니다. 예약된 용량을 사용하려면 먼저 사용할 수 있는 기존 예약을 만들거나 식별합니다. 그런 다음 해당 예약된 용량을 사용하도록 인스턴스를 구성합니다. 다른 소비 옵션과 달리 예약된 인스턴스는 용량 보장으로 인해 삭제할 때까지 사용하지 않더라도 비용이 발생합니다. 확보 가능성을 고려할 때는 다음 예약 유형 중에서 선택하세요.
예약된 용량을 요구하려면 구체적으로 타겟팅된 예약을 사용합니다. 이러한 예약을 사용하면 예약된 용량을 워크로드에서 사용할 수 있는지 가장 쉽게 확인할 수 있습니다. 예약된 용량을 사용할 수 없고 호환되지 않으면 워크로드가 실패하고 오류가 반환됩니다. 구체적으로 타겟팅된 예약에는
RESERVATION_BOUND프로비저닝 모델의 모든 예약과STANDARD프로비저닝 모델의 일부 예약이 포함됩니다.예약을 사용하는 작업을 만드는 방법을 알아보세요.
선택적 예약된 용량의 경우 자동으로 사용되는 예약을 사용하고 인스턴스 유연성 (미리보기)을 사용합니다. 이러한 예약 옵션은 워크로드에서 사용할 수 있는 예약된 용량이 있는 경우에만 높은 수준의 용량 확보 보장을 제공합니다. 자동으로 사용되는 예약의 경우
STANDARD프로비저닝 모델을 지정하고 예약된 용량을 사용할 수 있으며 워크로드의 인스턴스 구성과 일치하는지 수동으로 확인해야 합니다. 예약된 용량을 사용할 수 없거나 일치하지 않으면 워크로드가 대신 주문형 용량을 사용하려고 시도합니다. 하지만 구체적으로 타겟팅된 예약과 달리 자동으로 사용되는 예약과 함께 인스턴스 유연성을 사용하여 워크로드에서 자동으로 사용되는 여러 예약을 사용하도록 할 수 있습니다.
확보 가능성 요구사항이 중간인 워크로드의 경우 인스턴스 유연성 이 있는 주문형 용량 또는 Flex-start VM을 사용합니다. 다음과 같이 이러한 옵션 중에서 선택하세요.
머신 유형이 A3 머신 시리즈에 있거나 지원되지 않는 경우가 아니면 인스턴스 유연성 (미리보기)이 있는 주문형 용량을 사용하는 것이 좋습니다. 주문형 소비 옵션에는
STANDARD(기본값) 프로비저닝 모델이 필요합니다. 예약 소비를 명시적으로 차단하지 않으면 워크로드는 기본적으로 자동으로 사용되는 예약을 사용하려고 시도합니다. 특히 A3 머신 시리즈에는 주문형을 권장하지 않습니다.표준 프로비저닝 모델 및 인스턴스 유연성 (미리보기)을 사용하는 작업을 만드는 방법을 알아보세요.
그렇지 않거나 주문형 용량을 반복적으로 사용할 수 없는 경우 Flex-start VM 을 사용하는 것이 좋습니다. Flex-start VM 소비 옵션을 사용하려면
FLEX_START프로비저닝 모델을 지정합니다. Flex-start VM을 사용하려면 워크로드가 대기 시간과 제한된 실행 시간을 견뎌야 하지만 동적 워크로드 스케줄러 가격 책정을 통해 할인을 제공하기도 합니다.
확보 가능성 요구사항이 낮은 워크로드의 경우 확보 가능성 기능이 여러 개 있는 스팟 VM 을 사용합니다. 스팟 VM 소비 옵션을 사용하려면
SPOT프로비저닝 모델을 지정합니다. 스팟 VM은 항상 사용할 수 있는 것은 아니며 언제든지 선점될 수 있으므로 내결함성 워크로드에만 권장되지만 스팟 VM 가격 책정을 통해 가장 큰 할인을 제공할 수 있습니다.일반적으로 생성 전에 스팟 VM의 가용성을 확인하고 워크로드에서 선점을 처리할 수 있는지 확인하는 것이 좋습니다. 그런 다음 Batch 작업에서 스팟 VM 의 확보 가능성을 개선하려면 동일한 순위 (미리보기) 의 여러 머신 유형과 함께 인스턴스 유연성을 사용하고 자동 재시도를 사용하여 선점 후 스팟 VM을 자동으로 다시 만드는 것이 좋습니다.
Compute Engine 문서에서 스팟 VM의 가용성을 확인 하고 스팟 VM의 선점을 관리 하는 방법을 알아보세요. 그런 다음 스팟 VM 프로비저닝 모델, 인스턴스 유연성(미리보기), 선점을 위한 자동 재시도를 사용하는 작업을 만드는 방법을 알아보세요.