Skip to main content
Active IQ Unified Manager
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

QoS 정책 그룹 제한으로 인해 발생하는 동적 성능 이벤트에 대응

Unified Manager를 사용하면 작업 부하 처리량(MB/초)을 제한하는 서비스 품질(QoS) 정책 그룹으로 인해 발생한 성능 이벤트를 조사할 수 있습니다. 제한으로 인해 정책 그룹 내 볼륨 워크로드의 응답 시간(대기 시간)이 늘어났습니다. 이벤트 정보를 사용하여 제한을 중지하기 위해 정책 그룹에 대한 새로운 제한이 필요한지 여부를 확인할 수 있습니다.

시작하기 전에
  • 운영자, 애플리케이션 관리자 또는 스토리지 관리자 역할이 있어야 합니다.

  • 새로운 성과 이벤트, 인정된 성과 이벤트 또는 더 이상 진행되지 않는 성과 이벤트가 있어야 합니다.

단계
  1. 이벤트에 대한 정보를 보려면 이벤트 세부 정보 페이지를 표시하세요.

  2. 제한에 의해 영향을 받는 워크로드의 이름이 표시된 *설명*을 읽어보세요.

    참고

    설명에서는 피해자와 괴롭힘을 가하는 사람에게 동일한 작업 부하가 표시될 수 있는데, 이는 제한으로 인해 작업 부하가 그 자체로 피해자가 되기 때문입니다.

  3. 텍스트 편집기와 같은 애플리케이션을 사용하여 볼륨의 이름을 기록합니다.

    나중에 볼륨 이름을 검색하여 찾을 수 있습니다.

  4. 워크로드 대기 시간 및 워크로드 활용도 차트에서 *강력한 워크로드*를 선택합니다.

  5. 정책 그룹에 영향을 미치는 상위 사용자 정의 워크로드를 보려면 차트 위에 커서를 올려 놓으세요.

    목록의 맨 위에 있는 작업 부하의 편차가 가장 크고 이로 인해 제한이 발생했습니다. 활동은 각 작업 부하에서 사용되는 정책 그룹 한도의 백분율입니다.

  6. 제안된 작업 영역에서 가장 상위 작업 부하에 대한 작업 부하 분석 버튼을 클릭합니다.

  7. 작업 부하 분석 페이지에서 대기 시간 차트를 설정하여 모든 클러스터 구성 요소를 보고, 처리량 차트를 설정하여 세부 정보를 봅니다.

    세부 차트는 대기 시간 차트와 IOPS 차트 아래에 표시됩니다.

  8. 대기 시간 차트에서 QoS 한도를 비교하여 이벤트 발생 시점에 얼마나 많은 제한이 대기 시간에 영향을 미쳤는지 확인하세요.

    QoS 정책 그룹의 최대 처리량은 초당 1,000개의 작업(op/sec)이며, 그룹의 작업 부하가 전체적으로 이를 초과할 수 없습니다. 이벤트 발생 당시 정책 그룹의 작업 부하의 총 처리량은 1,200 op/sec가 넘었고, 이로 인해 정책 그룹은 활동을 1,000 op/sec로 제한했습니다.

  9. 읽기/쓰기 대기 시간 값을 읽기/쓰기/기타 값과 비교합니다.

    두 차트 모두 높은 지연 시간과 함께 많은 수의 읽기 요청을 보여주지만, 쓰기 요청의 요청 수와 지연 시간은 낮습니다. 이러한 값은 처리량이 많은지, 아니면 대기 시간을 증가시키는 작업 수가 많은지 여부를 확인하는 데 도움이 됩니다. 처리량이나 작업에 정책 그룹 제한을 적용할지 결정할 때 이러한 값을 사용할 수 있습니다.

  10. ONTAP 시스템 관리자를 사용하여 정책 그룹의 현재 제한을 초당 1,300개로 늘립니다.

  11. 하루가 지난 후 Unified Manager로 돌아와 3단계에서 기록한 작업 부하를 작업 부하 분석 페이지에 입력합니다.

  12. 처리량 분석 차트를 선택합니다.

    읽기/쓰기/기타 차트가 표시됩니다.

  13. 페이지 상단에서 커서를 변경 이벤트 아이콘(이벤트 아이콘 변경 ) 정책 그룹 한도 변경을 위해.

  14. 읽기/쓰기/기타 차트를 대기 시간 차트와 비교해보세요.

    읽기 및 쓰기 요청은 동일하지만, 제한이 중지되었고 지연 시간이 감소했습니다.