QoS 정책 그룹 제한으로 인해 발생하는 동적 성능 이벤트에 대응
Unified Manager를 사용하면 작업 부하 처리량(MB/초)을 제한하는 서비스 품질(QoS) 정책 그룹으로 인해 발생한 성능 이벤트를 조사할 수 있습니다. 제한으로 인해 정책 그룹 내 볼륨 워크로드의 응답 시간(대기 시간)이 늘어났습니다. 이벤트 정보를 사용하여 제한을 중지하기 위해 정책 그룹에 대한 새로운 제한이 필요한지 여부를 확인할 수 있습니다.
-
운영자, 애플리케이션 관리자 또는 스토리지 관리자 역할이 있어야 합니다.
-
새로운 성과 이벤트, 인정된 성과 이벤트 또는 더 이상 진행되지 않는 성과 이벤트가 있어야 합니다.
-
이벤트에 대한 정보를 보려면 이벤트 세부 정보 페이지를 표시하세요.
-
제한에 의해 영향을 받는 워크로드의 이름이 표시된 *설명*을 읽어보세요.
설명에서는 피해자와 괴롭힘을 가하는 사람에게 동일한 작업 부하가 표시될 수 있는데, 이는 제한으로 인해 작업 부하가 그 자체로 피해자가 되기 때문입니다.
-
텍스트 편집기와 같은 애플리케이션을 사용하여 볼륨의 이름을 기록합니다.
나중에 볼륨 이름을 검색하여 찾을 수 있습니다.
-
워크로드 대기 시간 및 워크로드 활용도 차트에서 *강력한 워크로드*를 선택합니다.
-
정책 그룹에 영향을 미치는 상위 사용자 정의 워크로드를 보려면 차트 위에 커서를 올려 놓으세요.
목록의 맨 위에 있는 작업 부하의 편차가 가장 크고 이로 인해 제한이 발생했습니다. 활동은 각 작업 부하에서 사용되는 정책 그룹 한도의 백분율입니다.
-
제안된 작업 영역에서 가장 상위 작업 부하에 대한 작업 부하 분석 버튼을 클릭합니다.
-
작업 부하 분석 페이지에서 대기 시간 차트를 설정하여 모든 클러스터 구성 요소를 보고, 처리량 차트를 설정하여 세부 정보를 봅니다.
세부 차트는 대기 시간 차트와 IOPS 차트 아래에 표시됩니다.
-
대기 시간 차트에서 QoS 한도를 비교하여 이벤트 발생 시점에 얼마나 많은 제한이 대기 시간에 영향을 미쳤는지 확인하세요.
QoS 정책 그룹의 최대 처리량은 초당 1,000개의 작업(op/sec)이며, 그룹의 작업 부하가 전체적으로 이를 초과할 수 없습니다. 이벤트 발생 당시 정책 그룹의 작업 부하의 총 처리량은 1,200 op/sec가 넘었고, 이로 인해 정책 그룹은 활동을 1,000 op/sec로 제한했습니다.
-
읽기/쓰기 대기 시간 값을 읽기/쓰기/기타 값과 비교합니다.
두 차트 모두 높은 지연 시간과 함께 많은 수의 읽기 요청을 보여주지만, 쓰기 요청의 요청 수와 지연 시간은 낮습니다. 이러한 값은 처리량이 많은지, 아니면 대기 시간을 증가시키는 작업 수가 많은지 여부를 확인하는 데 도움이 됩니다. 처리량이나 작업에 정책 그룹 제한을 적용할지 결정할 때 이러한 값을 사용할 수 있습니다.
-
ONTAP 시스템 관리자를 사용하여 정책 그룹의 현재 제한을 초당 1,300개로 늘립니다.
-
하루가 지난 후 Unified Manager로 돌아와 3단계에서 기록한 작업 부하를 작업 부하 분석 페이지에 입력합니다.
-
처리량 분석 차트를 선택합니다.
읽기/쓰기/기타 차트가 표시됩니다.
-
페이지 상단에서 커서를 변경 이벤트 아이콘(
) 정책 그룹 한도 변경을 위해. -
읽기/쓰기/기타 차트를 대기 시간 차트와 비교해보세요.
읽기 및 쓰기 요청은 동일하지만, 제한이 중지되었고 지연 시간이 감소했습니다.