넷앱 AutoSupport
이것이 내가 AutoSupport 이메일로 정보를 추출하고 이해하기이 시각적으로 쉽게하기 위해 시스템을 개발했습니다 개인적으로 나에게 큰 주제입니다. 이것은 기술 엔지니어 생활을 훨씬 쉽게, 우리는 쉽게 우리가 일반적으로 필요로하는 중요한 정보를 표시할 수 있습니다. 그는 NetApp 및 N-시리즈 시스템에 내장된 기존의 전화 가정 autosupport 시스템은 내가 필요로하는 모든 좋은 정보를 가지고 티.
하자가 AutoSupport에 무엇에 신속하게 모양을 가지고 있고, 무엇이 누락되었을 수 있습니다.
소프트웨어 버전 - 상단에있는 매우 명확 ONTAP 버전
펌웨어 버전 - 다루기 힘든 비트를 통해 검색할 수 있지만, 네, 시스템, RLM, 디스크 및 진열 펌웨어는있다. 매우 중요한 일부 펌웨어 과거 공격의 일부를 제공!
공간 용도 - 이제 우리는 핵심이지만 ♪에 들어가. 우리가 전체 저축, 예약 및 공간 사용량을 볼 수 있도록 그리고 네, 그것은 "DF"출력, 우리는 완전한 "DF-S"가, "DF-R"입니다. 이들은 또한 집계 사용법을 보여 그들의 - 동급으로 부부입니다.
스냅샷 사용 - 다시, 우리의 완전한 스냅샷 목록을 표시하는 "스냅인 목록-N"및 기타 세부 사항이있는 전체 내용을보십시오.
옵션 - 시스템 옵션 및 볼륨 옵션이 모두 포함되어 있습니다. 이들은 그러나 통하여 검색할 수있는 가장 쉬운 일은 아닙니다. 그러나 그들은이 시스템, 예를 들어 클러스터에 설치 비교의 좋은 방법입니다.
등 등 - 내 filers에 신고해야합니다 그것은 여기 다있어, 모든 세부 사항
왜 없어졌지? 그정도는 나도 생각하지 않아요 없습니다. 파일러는 단순히 (분명히) 제대로 보도하지 못하는 한 가지는 호스트 공간 사용량입니다. 얼마 공간은 인스턴스에 대한 LUN에 사용됩니까? 하지만 우리는 어느 정도까지 이것을 당겨 수 있습니다. 부분 예약이 LUN 사용량을 기반으로로 보는 것은, 그때 우리는이 (배율로 fractional_reservation과 결합)에 대한 리포트를 작성할 수 있습니다. 이것이 100 % 정확하지 않습니다 추가해야합니다. 당신은 파일을 삭제할 때는 파일러에 이르기까지 다시 무료로 블록 때리기, SnapDrive 가능한 모든 기능이 필요 할 걸요.
이것은 복잡한 도착 어디에 얇은 프로 비저닝 및 중복 제거이다. 우리는 계산 예약과 공간 절약에 "DF-S"와 "DF-R"을 결합할 수 있지만, 데이터가 얇은 프로 비저닝, 또는 최악의, 플렉스 - 복제하는 경우, 그때 우리는 어떤 계산을 밖으로 작동하도록해야합니다. 우리는 기준에게 "DF"출력 전체 출력 상태에서 볼륨 / LUN 크기를 건너해야합니다. 그럼 우리가 볼륨으로 설정되었고, 얼마 현재 사용중인 얼마나 잘 수 있습니다.
어떤 성능은? 음, autosupport은 숨겨진 에이스 한두있다. 첫째, 정상 autosupport은 "cm_stats.gz"라는 첨부 파일이 있습니다. 이것은 기술적으로 불완전 XML 파일이다. 그것은 표준 XML 형식이 아닙니다, 모든 표준 XML 판독기에 들어갈 약간의 적응이 필요합니다. 나는 주문품의 성능 도구가 되겠군요? 하지만 좋은 소식 그것이 비교적 표준 XML 형식 형식으로 깨지는 것입니다. 파일의 첫 부분 <perf-info> .... </ perf-정보> 그들의 뜻과 카운터가 뭔지 모든 성능 통계의 자세한 설명이 포함되어 있습니다. 파일의 두 번째 섹션 정보의 일괄, <perf-data>입니다 ... </ perf - 데이터>. 당신이 기대하는 것처럼 우리의 모든 통계가 실제로 유지되는 곳이예요.
적 파일러의 통계 명령 보는 경우 다음 개체 인스턴스와 카운터는 모든 낯이 익은데 것입니다. 유일한 문제는 이것이 단지 하나의 반복이라는 것입니다. 그러나 이것은 그것이 autosupport가 촉발되었다 시점에서 생성되기 때문에 매우 유용합니다. 문제가있다면, 그때 우리는 통계가 그 시간 동안했는지 알아 야지.
당신이 (지금은 기본 두렵습)는 비활성 못할 정도로 운이 좋으면 다음에도 매주 "성능 데이터"이메일이 실행됩니다. 우리는 통계 패키지 "cm_stats.gz"같은 생길 이것은 매우 유용하지만, "cm_hourly_stats.gz"(으)로 분류 유용합니다. 당신이 추측 하듯이 우리는 이제 통계 일주일 시간별 반복을 가지고! 그래서 우리는 일정 기간에 걸쳐 추세와 시스템 (또는없는 경우가있을 수 있으므로) 뭐하는 볼 필요가 있습니다 모든 정보를 얻을 수있다.
그래서 autosupport 메시지는 정보의 전체 호스트를 지니고 있습니다. 문제는 조금 압도하고있다는 것입니다. cm_hourly_stats 파일 50메가바이트 이상 압축 수 있으며, 기본적인 AutoSupport 정보 탐색하기 쉬운되지 않습니다 (Outlook이 주장 특히 때 Ctrl + F 앞으로 이메일입니다, 텍스트를 찾을 수 없습니다!).
약간의 코딩 및 정규 표현식 두렵지 않다는 것을 많은 사람들은 다음 정보를 추출하고 조작하기 매우 쉽습니다. 그냥 데이터베이스에 색인을 생성을하면이 더 이상 없기 때문에이 모든 정보를보고하기 위해 공간을 많이 필요합니다, 이메일 많은 정보가 압축되어있다는 점에 유의.
약간의 코딩 두려워하거나 단순히 시간을 (당신이 아니라 이메일을 디코딩하는 시간이 필요할뿐만 아니라, 다음 읽을 수있는 형식으로 다시 표시)하지 많은 사람들은 들어,이 공간을 봐. 불행히도 풀타임 직원으로서, 나는 계약에 의해 구속, 그래서 나는 또 다시 제 조사 결과 및 결과를 소개하기 전에 할 일이있다하고 있습니다.
