스토리지 상태 평가
변경 제안
PDF
이 레시피를 사용하여 활성 경고, 모니터 의도, 수정 지침, 관련 플랫폼 로그 및 오브젝트 컨텍스트를 결합하여 스토리지 문제의 우선순위를 지정하십시오.
|
DII MCP는 "시사" 기능이므로 변경될 수 있습니다. |
필수 조건
-
30일 이하의 기간.
-
스토리지 시스템, 클러스터, 풀 또는 볼륨 범위는 선택 사항입니다.
-
경고, 모니터링, 로그 및 오브젝트 툴에 대한 액세스.
사용된 툴
-
AlertsService_getMetadata
-
AlertsService_queryForAlerts
-
AlertsService_getAlertByName
-
MonitorsService_getMonitorById
-
LogService_getLogTypes
-
LogService_getLogTypeMetadata
-
LogService_queryLogEvents
-
ObjectService_getObjectTypes
-
ObjectService_getMetadataForObjectType
-
ObjectService_query
시작 프롬프트
지난 24시간 동안의 스토리지 상태를 평가합니다. 스토리지 시스템, 노드, 풀 및 볼륨에 대한 중요 및 경고 활성 알림을 식별합니다. 가장 큰 영향을 미치는 알림에 대해서는 모니터링 상태와 해결 지침을 설명한 다음, 알림 발생 시점을 기준으로 관련 EMS 또는 스토리지 플랫폼 로그를 검토합니다. 확정된 증거와 추정 원인을 구분합니다.
에이전트 워크플로
-
알림 메타데이터를 가져옵니다.
-
심각도, 상태, 모니터, 관련 오브젝트 및 트리거 시간에 대한 유효한 필드를 식별합니다.
-
요청된 기간 내에 활성화된 스토리지 관련 알림을 조회합니다.
-
다음을 사용하여 알림 순위 지정:
-
심각성
-
영향을 받는 오브젝트 유형
-
영향을 받은 오브젝트 수
-
최근성과 재발성
-
가용성, 데이터 보호, 성능 또는 용량 영향
-
-
최우선 순위 알림에 대한 자세한 정보를 확인하십시오.
-
모니터 정의 및 시정 지침을 검색하십시오.
-
로그 유형을 나열하고 ONTAP EMS 또는 StorageGRID 이벤트 등 각 경고와 관련된 플랫폼 네이티브 스트림을 선택합니다.
-
로그 메타데이터를 검색한 다음, 경고 발생 시점을 중심으로 좁은 시간 간격 동안 데이터를 조회합니다.
-
현재 상태를 확인하는 데 필요한 오브젝트 속성 또는 메트릭을 검색합니다.
-
증거, 예상 원인, 영향 및 다음 점검을 포함한 상태 요약을 작성하십시오.
해석
하나의 신호만으로 완전한 건강 상태를 판단하지 마십시오:
-
*경고*는 감지된 상황을 나타냅니다.
-
*모니터*는 탐지 규칙과 의도된 시정 조치를 설명합니다.
-
*로그*는 플랫폼 고유의 이벤트 컨텍스트를 제공합니다.
-
*오브젝트 및 측정항목*은 현재 인벤토리 또는 측정된 상태를 보여줍니다.
활성 알림은 기본 조건이 변경된 후에도 계속 열려 있을 수 있습니다. 가능한 경우 최신 오브젝트 및 메트릭 데이터를 사용하십시오.
제안된 출력
각 우선 사안에 대해:
-
영향을 받는 리소스
-
심각도 및 경고 상태
-
트리거 시간
-
모니터링 및 조건
-
입증 로그 또는 지표
-
확인된 증거
-
추론으로 분류된 가능성 있는 원인
-
교정 지침
-
확신과 증거 부족
제한 및 개인정보 보호
-
경고 및 로그 기간을 30일 미만으로 유지하십시오.
-
관련 없는 이벤트를 줄이려면 로그 창을 좁게 설정하십시오.
-
불필요한 UUID, 주소, 주석 및 원시 페이로드를 생략하십시오.
-
수정 지침은 정보 제공용입니다. 관련 제품 문서 및 변경 절차에 따라 명령의 유효성을 검증하십시오.
후속 질문
경고 `AL-123456`의 경우, 트리거 발생 전후 30분 이내의 모니터 안내 및 관련 EMS 이벤트를 표시합니다.
영향을 받는 시스템 및 영향 영역별로 활성 스토리지 경고를 그룹화합니다. 어떤 시스템에 먼저 주의를 기울여야 하며, 그 이유는 무엇입니까?
현재 오브젝트 메트릭에서 최우선 순위 경고가 여전히 지원되는지 확인하십시오.