웨어하우스 로드 모니터링하기

웹 인터페이스는 2주 동안 웨어하우스에서 처리된 동시 쿼리를 보여주는 쿼리 로드 차트를 제공합니다. 웨어하우스 쿼리 로드에서는 특정 간격 내에서 실행 중이거나 큐에 추가된 평균 쿼리 수를 측정합니다.

Account Usage QUERY_HISTORY 뷰 를 쿼리하여 웨어하우스 성능을 평가하는 기간과 시간 간격을 사용자 지정할 수 있습니다.

이 항목의 내용:

로드 모니터링 차트 보기

참고

로드 모니터링 차트를 보려면 반드시 웨어하우스에 대한 MONITOR 권한이 있는 역할을 사용해야 합니다.

차트를 보려면:

Snowsight

Admin » Warehouses » <warehouse_name> 선택

Classic Console

Warehouses Warehouses tab » <warehouse_name> 선택

막대형 차트와 차트에서 살펴볼 시간 윈도우를 선택하기 위한 슬라이더가 포함된 Warehouse Load Over Time 페이지가 표시됩니다. 기본적으로 차트에는 최근 8시간이 5분 간격으로 표시됩니다.

슬라이더 사용하기

차트를 사용하려면, 우선 슬라이더를 사용하여 차트에서 살펴볼 시간 범위를 선택합니다. 8시간(최소)~14일(최대)의 범위를 선택할 수 있습니다. 차트에는 선택한 범위에 따라 5분~1시간 간격으로 전체 쿼리 로드가 표시됩니다. 범위의 크기를 변경하면 간격이 동적으로 변경되어 적절한 비율 크기가 유지됩니다.

또한, 슬라이더를 14일 범위 이내의 임의의 위치로 드래그하여 해당 기간 동안의 로드를 표시할 수도 있습니다.

막대형 차트 이해하기

막대 위로 마우스를 가져가면 표시된 기간 동안 웨어하우스에서 처리된 평균 쿼리 수를 살펴볼 수 있습니다. 막대는 간격 내에서 발생한 각 쿼리 상태에 대한 개별 로드를 보여줍니다.

쿼리 상태

설명

Running

해당 간격 동안 실행 중인 쿼리입니다. 쿼리는 이전에 실행이 시작되어 해당 간격 이후에도 계속해서 실행될 수 있음에 유의하십시오.

Queued (Provisioning)

웨어하우스가 컴퓨팅 리소스를 프로비저닝하는 동안 대기 중인 쿼리입니다. 일반적으로 웨어하우스가 재개된 후 첫 몇 분 동안에만 발생합니다.

Blocked

트랜잭션 잠금으로 인해 이 간격 동안 차단된 쿼리입니다.

Queued

웨어하우스의 초과 로드로 인해 실행 대기 중이었던 쿼리입니다(즉, 다른 쿼리의 실행이 완료된 후 컴퓨팅 리소스를 확보할 때까지 대기).

쿼리 로드 계산 방법

쿼리 로드는 간격에 있는 모든 쿼리의 실행 시간(초)을 해당 간격의 총 시간(초)으로 나누어 계산합니다.

예를 들어 다음 테이블은 5분 간격 동안 웨어하우스의 로드에 기여한 5개의 쿼리를 기반으로 쿼리 로드가 계산되는 방법을 보여줍니다. 실행 중인 쿼리의 로드는 0.92이고 큐에 대기 중인 쿼리(웨어하우스의 초과 로드로 인한)는 0.08이었습니다.

쿼리

상태

실행 시간/간격(초)

쿼리 로드

쿼리 1

실행 중

30 / 300

0.10

쿼리 2

실행 중

201 / 300

0.67

쿼리 3

실행 중

15 / 300

0.05

쿼리 4

실행 중

30 / 300

0.10

실행 중 로드

0.92

쿼리 5

큐에 대기 중

24 / 300

0.08

큐에 대기 중 로드

0.08

TOTAL WAREHOUSE LOAD

1.00

특정 간격 동안 실행 중인 쿼리의 실제 수(및 각 쿼리의 지속 시간)를 확인하려면 History History tab 페이지를 참조하십시오. 이 페이지에서 웨어하우스별로 쿼리 내역을 필터링한 후 로드 모니터링 차트에서 지정한 간격까지 아래로 스크롤합니다.

로드 모니터링 차트를 사용하여 결정하기

로드 모니터링 차트를 사용하면 현재 및 과거 사용 패턴을 표시하여 웨어하우스 관리와 관련한 결정을 내릴 수 있습니다.

저속 쿼리 성능

쿼리가 느리게 실행되는 경우에는 초과 로드된 웨어하우스로 인해 쿼리에서 리소스 경쟁이 발생하거나 큐에 추가되는지 확인하십시오.

  • 실행 중인 쿼리의 로드가 많거나 큐에서 대기 중인 경우 별도의 웨어하우스를 시작하고 큐에 대기 중인 쿼리를 해당 웨어하우스로 이동하는 것을 고려할 수 있습니다. 아니면 멀티 클러스터 웨어하우스 를 사용하는 경우 추가 클러스터를 추가하도록 멀티 클러스터 설정을 변경하여 향후에 더 많은 동시성을 처리할 수 있습니다.

  • 실행 중인 쿼리의 로드가 적고 쿼리 성능이 느린 경우 웨어하우스 크기를 조정하여 더 많은 컴퓨팅 리소스를 제공할 수 있습니다. 추가된 리소스를 사용하려면 모든 새 리소스가 완전히 프로비저닝된 후 쿼리를 다시 시작해야 합니다.

피크 쿼리 성능

최근 2주 동안 웨어하우스의 일일 워크로드를 분석합니다. 반복 사용량이 급증하는 경우에는 피크 워크로드의 일부를 자체 웨어하우스로 이동하고 크기가 더 작은 웨어하우스에서 나머지 워크로드를 실행하는 것을 고려하십시오. 아니면 추가 클러스터를 추가하도록 멀티 클러스터 설정을 변경하여 향후에 더 많은 동시 작업을 처리할 수 있습니다.

현재 워크로드가 정상보다 매우 높은 경우에는 History History tab 페이지를 열어 로드 증가에 기여하는 쿼리를 살펴보십시오.

과도한 크레딧 사용

최근 2주 동안 웨어하우스의 일일 워크로드를 분석합니다. 차트에는 웨어하우스가 실행 중이고 크레딧을 사용하는 반복 기간이 표시되지만, 상당한 기간 동안 총 쿼리 로드가 1 미만인 경우에는 웨어하우스 사용이 비효율적입니다. 이러한 경우에는 다음 작업을 고려할 수 있습니다.

  • 웨어하우스의 크기를 줄입니다. 웨어하우스 크기를 줄이면 일반적으로 쿼리 실행 시간이 증가하게 됩니다.

  • 멀티 클러스터 웨어하우스의 경우 MIN_CLUSTER_COUNT 매개 변수 값을 줄입니다.

Account Usage QUERY_HISTORY 뷰를 사용하여 웨어하우스 성능 평가하기

QUERY_HISTORY 뷰를 쿼리하여 특정 문 유형에 대한 처리량 및 대기 시간과 같은 가상 웨어하우스 성능 메트릭을 계산할 수 있습니다. 예: 웨어하우스 성능 섹션을 참조하십시오.