용량 위험 파악
변경 제안
PDF
이 레시피를 사용하여 용량 부족 현상이 임박한 스토리지 풀 또는 이와 동등한 용량 도메인을 식별하고 잠재적인 리밸런싱 후보를 찾으십시오.
|
DII MCP는 "시사" 기능이므로 변경될 수 있습니다. |
필수 조건
-
모든 표시된 스토리지 풀을 검토할 수 있는 스토리지 범위 또는 권한입니다.
-
30일 이하의 조회 기간.
-
조직의 경고 및 위험 임계값에 대한 합의.
사용된 툴
-
ObjectService_getObjectTypes
-
ObjectService_getMetadataForObjectType
-
ObjectService_query
-
ObjectService_groupObjects
-
ObjectService_queryPerformanceMetricsForObjects
-
AlertsService_getMetadata
-
AlertsService_queryForAlerts
시작 프롬프트
지난 30일간의 스토리지 용량 위험을 평가합니다. 올바른 스토리지 풀 오브젝트 유형과 메타데이터를 파악한 후, 가용한 사용 용량 비율, 여유 용량, 증가율 및 용량 포화 시간 신호를 사용하여 풀 순위를 매깁니다. 중요, 경고 및 관찰 대상 풀을 식별하고, 근거 기반의 리밸런싱 후보를 제안합니다. 사용된 임계값과 집계 함수를 명시합니다.
에이전트 워크플로
-
오브젝트 유형을 나열하고 적절한 정규화된 풀 유형 또는 제품별 풀 유형을 선택하십시오.
-
메타데이터 검색.
-
유효한 항목을 식별하십시오:
-
풀 및 스토리지 시스템 이름
-
총 용량, 사용량 및 여유 용량 지표
-
사용률 지표
-
전체 용량 도달 시간 또는 예측 지표
-
그룹화 가능한 스토리지, 계층, 위치 또는 서비스 수준 속성
-
-
호환 가능한 집계를 사용하여 현재 순위가 매겨진 스냅샷을 조회합니다.
-
요청된 기간 동안 성장 민감 지표에 대한 시계열 데이터를 검색합니다.
-
지원되는 경우 스토리지 시스템, 계층 또는 위치별로 용량을 그룹화합니다.
-
용량 관련 활성 알림을 조회하여 확인하십시오.
-
합의된 기준치를 사용하여 위험도를 분류합니다.
-
용량 및 운영 제약 조건을 모두 고려하여 잠재적인 재조정 소스 및 대상을 파악합니다.
위험 모델 예시
가능한 경우 테넌트 정책을 사용하십시오. 그렇지 않으면 다음을 예시 모델로 표시하십시오.
-
심각: 사용률이 90% 이상이거나, 가득 찰 때까지 남은 시간이 30일 미만인 경우
-
경고: 사용률 80% 이상 또는 가득 찰 때까지 남은 시간 90일 미만
-
주의: 전체 용량 도달까지 180일 미만 남은 지속적인 증가세
-
낮은 위험도: 위의 조건에 해당하지 않음
DII에서 예측 지표를 제공하는 경우, 단 두 개의 샘플만으로 완전 소진 시간을 추론하지 마십시오. 예측 지표를 사용할 수 없는 경우, 정확한 소진 날짜를 제시하지 않고 추세를 설명하십시오.
리밸런싱 가이드
단순히 여유 용량이 있다고 해서 목적지로 적합한 것은 아닙니다. 다음을 고려하십시오:
-
스토리지 시스템 및 프로토콜 호환성
-
서비스 수준 및 성능 여유 공간
-
데이터 보호 및 복제 관계
-
워크로드 배치 제약 조건
-
씬 프로비저닝 및 오버커밋
-
운영 변경 기간
제안된 출력
-
용량-위험 요약
-
중요 및 경고 풀
-
성장 이야기
-
활성 용량 알림
-
후보 출발지-도착지 쌍
-
가정 및 누락된 데이터
제한 및 개인정보 보호
-
오브젝트 기간은 호출당 30일을 초과할 수 없습니다. 더 긴 추세를 파악하려면 연속적이고 겹치지 않는 기간을 사용하십시오.
-
필터는 집계 전 원시 측정값에 적용됩니다.
-
메타데이터에서 그룹화 가능으로 표시된 속성으로만 그룹화합니다.
-
용량 값은 서로 다른 단위를 사용할 수 있으므로 비교하기 전에 단위를 정규화해야 합니다.
후속 질문
위험도가 가장 높은 5개 풀의 30일간 사용 용량 추세를 표시합니다.
스토리지 시스템별로 풀 용량을 그룹화하고, 중요 풀과 위험도가 낮은 실행 가능한 대상을 모두 갖춘 시스템을 식별합니다.
위험도가 가장 높은 풀을 활성 용량 모니터 및 경고와 연관시키십시오.