S 본사에 다시 오신 것을 환영합니다, 빠른 시작 비디오. 보고 시리즈를 이어가고 그룹별 성과 보고서에 대해 논의할 것입니다. 구성 보고서를 다룬 다른 비디오와 그룹 간 상위 10개 보고서를 볼 수 있기를 바랍니다. 그룹별 성능 보고 기능을 사용하여 성능에 대해 더 자세히 알아보겠다고 말씀드린 것을 기억하실 것입니다. 또한 명령줄 인터페이스를 사용한 자동화를 보여 드리겠습니다. 먼저 명령줄 자동화를 위한 전략은 XML 파일을 만들고 C를 실행하여 해당 XML을 매개 변수로 테스트한 다음 Windows 작업 일정을 만드는 것입니다.
명령줄 작업을 통해 보고서를 만들 수 있는 몇 가지 가능성이 있습니다. 실제로 시간 범위 또는 그룹 ID로 기본값으로 설정하려는 서버인 SAN HQ를 시작할 수 있습니다. 그리고 몇 가지 다른 옵션이 있습니다. 아카이브, 즉 바이너리 파일을 만들 수도 있습니다. 아카이브 파일이 무엇이고 어떻게 사용할 수 있는지에 대해 설명하는 성능 분석에 대한 제 비디오를 보셨기를 바랍니다. Uh 내보내기도 만들 수 있습니다. 이것이 San HQ 데이터의 CS V 버전입니다. 새 그룹을 추가할 수도 있는데, 이는 한 번에 여러 그룹을 추가해야 하는 대규모 환경에 매우 유용합니다. San HQ 사용자 가이드의 버전 2.5에 추가된 새로운 기능입니다. 버전 2.5용입니다.
데이터를 보존하는 세 가지 방법을 보여줍니다. 물론 보고서를 만드는 것도 그룹 데이터를 보관하고 그룹 데이터를 내보내는 방법 중 하나입니다. 명령줄 옵션이 있는 보고서를 만들 때 몇 가지 중요한 이유는 명령줄을 직접 생성해야 한다는 것입니다. 여기에서 생성된 XML 파일을 보여드리겠습니다. 화면은 다음과 같습니다. 작은 XML 파일이 있는데요. 이 파일에는 몇 가지 기능과 제목, 보고서를 만들 그룹의 시간 및 실제 IP 주소가 있습니다. 그리고 동일한 HQ 클라이언트 명령이 있습니다. 이는 해당 XML을 입력으로 사용하는 매개 변수 보고 설정 파일이 있는 보고서용입니다. 좋아요. 그래서 우리는 그것을 보여줄 것입니다.
보고서 마법사를 클릭한 다음 성능 보고서를 클릭합니다. 여기서는 일반적인 단계를 살펴보겠습니다. 여기서 한 가지를 지적하고 싶습니다. 내 서버 이름을 기본값에서 나에게 맞는 실제 이름으로 변경했습니다. 그러나 이는 동일한 유형의 A P Series 어레이 구성입니다. 나는 여전히 같은 HQ 클라이언트에 있습니다. 그건 그렇고, 원하는 경우 서버에있을 수 있습니다. 주요 변경 사항 중 하나는 Time Range를 클릭할 수 있고 이를 통해 매우 구체적으로 지정할 수 있다는 것입니다. 이 예에서는 이 시간대를 캡처하고 싶었습니다. 그러니 그렇게 해봅시다. 1700년경에 이 작은 정상 기간의 일부를 캡처하기 위해 종료 날짜를 캡처해 보겠습니다.
그래서 우리는 약 1,700까지 올라갈 것입니다. 여기서 XML을 제공하는 명령줄을 만듭니다. 그리고 uh report 파일 이름, cli 데모를 다른 uh 보고서와 구별하도록 할 것입니다. 여기서 실제로 자동화를 추가할 수 있습니다. 보고서가 생성되면 이메일 주소로 이메일을 보낼 수 있습니다. 선택할 수 있습니다. 물론 SNTP 서버가 있고 자동으로 이메일을 보내는 것도 좋지만 모두 설정되어 있어야 합니다. 이 구성에는 설정되어 있지 않습니다. Next를 클릭한 다음 명령줄을 생성하겠습니다. 여기서 모든 XML이 유효하다는 것이 검증됩니다. 여기서 실제로 변경할 수 있습니다. 여기에는 많은 옵션이 있습니다. 실제로 시작 날짜와 종료 날짜 또는 보고서 유형을 변경할 수 있습니다. 범위 대신 특정 시점이 될 수 있고 그룹 IP와 같은 항목을 변경할 수 있습니다.
따라서 이 XML 방법을 사용하면 매우 유연하게 사용할 수 있습니다. 여기에서 변경할 수 있으며 실제로 이 작은 XML 판독기의 유효성을 검사할 수 있습니다. 이 XML 파일을 저장합니다. XML 파일을 만든 디렉토리가 있습니다. 이전에 생성한 보고서 중 일부가 여전히 이 디렉토리에 있는 것을 볼 수 있습니다. 그러면 SAN HQ 클라이언트의 실제 설치 디렉토리를 볼 수 있습니다. SAN HQ 클라이언트를 실행할 것을 기억하세요. 그래서 제가 해야 할 일은 SAN HQ 클라이언트를 실행하고, XML 파일을 매개변수에 전달하고, 보고서 설정, 파일을 관리자 권한으로 실행하는 것입니다. 여기에 액세스하는 데 다른 문제가 발생하지 않도록 항상 이 작업을 수행하는지 확인하십시오. 경로를 업데이트하겠습니다. 따라서 경로를 확인한 다음 N HQ 설치 디렉토리에 액세스할 수 있도록 새 경로 이름을 입력하고 XML 파일의 경로로 CD를 가져옵니다.
이제 명령을 실행하여 XML 파일을 보고서 설정인 file 매개변수로 전달하겠습니다. 이전에 본 것과 동일한 방식으로 보고서를 생성하며 실제로 로그 판독기를 여는 것을 볼 수 있습니다. 작업이 완료되면 실제로 파일 위치가 표시됩니다. 핫 링크로, 클릭하면 보고서가 열립니다. 방금 시연한 명령줄에서 생성된 이 성능 보고서를 읽어보겠습니다. 이 시간 범위의 성능 보고서가 흥미로웠습니다. 325시에서 거의 6시쯤. 당시 평균적으로 읽기 4,054회, 쓰기 484회, 약 100회, 4메가바이트 약 65메가바이트로 그룹 수준에서 매우 우수한 지연 시간과 적절한 지연 시간을 받았습니다.
읽기와 적정 IOPS는 두 번째 차트에서 볼 수 있습니다. 4시 방향에 약 12,000 IOPS가 급증합니다. 평균 블록 크기는 해당 시점까지 상당히 작습니다. 이게 제가 지금 가리키고 있는 상단 차트입니다. 시간이 지남에 따라 블록 크기가 증가하는 것을 알 수 있습니다. 그리고 IOPS가 약 6,000 IOPS로 일정하게 유지되고 있습니다. 또한 레이턴시가 IOPS와 일치한다는 것을 알 수 있습니다. 이 두 차트에서 IOPS 중 레이턴시가 가장 높습니다. 매우 낮은 레이턴시를 보면 IO 로드 레이턴시가 더 낮은 안정적인 것으로 보입니다. 이것은 여전히 그룹 수준이며, 높은 에일 부하와 낮은 블록 크기 동안 Q 깊이가 가장 높았다가 블록 크기가 클수록 다시 내려가는 것을 볼 수 있습니다. 아래쪽 통로에는 처리량과 레이턴시를 보여주는 멋진 차트가 있습니다. 그리고 이러한 종류의 분산형 차트는 어레이에 들어오는 초당 통로 수와 레이턴시를 비교합니다. 그리고 바로 여기, 약 3밀리초의 레이턴시를 볼 수 있습니다. X축을 읽고 Y축을 읽으면 처리량이 초당 약 200메가바이트로 급증합니다.
재설정 없음, TCP의 재전송. 좋은 징조네요. 우리에게는 지표가 없으며 다음 레벨의 세분화 수준은 풀 수준입니다. 풀 통계를 보면 동일한 종류의 메트릭이 풀에만 정의되어 있습니다. 전체 리소스 범위를 제공하니까요. 그룹 수준은 여러 풀에서 평균을 낼 수 있습니다. 따라서 최소한 수영장 수준과 회원 수준까지 내려가기를 원합니다. 여기 동일한 종류의 메트릭을 가진 풀이 있습니다. 분명히, 이 모든 IO 로드가 동일한 패턴에 따라 레이턴시를 다시 발생시키는 기본 풀입니다. 물론 레이턴시가 있습니다. 평균이 이 수준이기 때문에 그룹에서 본 것과 정확히 동일합니다. 구성원의 세부 정보는 그룹 수준에서 얻은 것과 매우 유사하며, 동일한 메트릭 블록 크기, 시간 경과에 따른 평균 IOPS, 대기 시간 및 앞에서 본 것처럼 iept 대 평균 레이드 c를 보여주는 분산형 차트, 처리량 및 TCP 재전송을 얻을 수 있습니다. 지금까지 성능 보고서를 읽는 방법을 살펴보았으므로 이 유형의 보고서에 만족합니다.
앞에서 보여드린 대로 명령줄 테스트를 자동화해 보겠습니다. XML 파일입니다. 이 XML 파일을 몇 가지 변경해야했습니다. 우선, 원거리에서 점으로 데이터 유형을 변경했으며 실제로 마법사를 통해 이 작업을 수행할 수 있지만 XML 메모장을 통해 보여 드리는 것은 Microsoft 웹 사이트에서 다운로드할 수 있는 무료 제품이며 시작 기간에서 이전 8시간으로 시간을 변경할 수 있습니다. 이렇게 하면 시점 유형의 보고서에 대해 실행되기 8시간 전에 보고서가 표시됩니다. 이는 반복되는 보고서에 유용합니다. 이제 Microsoft 작업 스케줄러로 이동하여 여러 작업 일정 라이브러리 항목을 보여 드리겠습니다. 이러한 작업이 현재 시스템에서 실행 중이므로 새 작업을 생성하겠습니다.
Create Task를 클릭하고 이름을 입력합니다. HQ 보고서 자동화 데모를 호출하고 간단한 설명을 입력합니다. 그러면 트리거로 이 작업의 실제 실행 일정이 표시됩니다. 매일 오후 4시 40분에 작성되는 일일 보고서를 만들어 보겠습니다. 그런 다음 실제로 명령을 시작하는 액션이 있습니다. 이것이 실행할 San HQ 클라이언트 명령입니다. 우선 San HQ 설치 디렉토리를 찾아야 합니다. Windows 탐색기를 통해 바로 확인할 수 있습니다. 이 항목도 살펴보겠습니다. 그래서 Program Files, Ecologic, SAN HQ로 이동합니다. SAN HQ 클라이언트를 찾으면 해당 클라이언트와 열기를 차례로 클릭합니다. 여기에 전체 경로가 있습니다. XML 파일이 있는 디렉토리에서 시작하겠습니다. 이렇게 하면 이제 인수를 전달할 때 전체 디렉터리 경로 대신 해당 XML 파일을 전달하기만 하면 되는 유연성이 조금 더 생깁니다.
XML 파일을 보관하는 디렉토리 경로는 다음과 같습니다. 복사해서 이 필드의 새 작업 아래에 붙여 넣습니다. 여기에 앞서 테스트한 인수를 추가하겠습니다. 기본적으로 일부 정보를 복사한 메모장이 있습니다. 어, 이것은 이전에 우리를 위해 작동했던 실제 전체 명령입니다. 여기에 붙여 넣을게요. 확인할 수 있는 몇 가지 다른 고급 기능도 있습니다. 예를 들어 이 작업을 시작해야 하는 경우 컴퓨터가 유휴 상태일 때 선택할 수 있는 몇 가지 다른 설정이 있습니다. 하지만 여기서는 클릭하기만 하면 됩니다. 좋아요. 이제 테스트 일정 라이브러리에 방금 만든 것과 동일한 HQ 보고서 자동화 데모인 새 작업 작업이 있으며 매일 오후 4시 40분에 실행됩니다.
따라서 이 시점에서 할 수 있는 가장 좋은 일은 이를 테스트하고 이 일정이 우리가 지정한 대로 작동하는지 확인하는 것입니다. 여기 이 화면이 보고서를 생성하는 중입니다. 이제 리더가 열리면 보고서가 저장됩니다. 동일한 HQ 보고서 디렉토리를 다시 살펴보면 보고서 시리즈를 마무리하는 파일 이름까지 A P를 실행한 타임스탬프가 있는 보고서가 생성되는지 확인할 수 있습니다. 이러한 보고서 중 몇 가지를 읽고 자동화하는 방법에 대한 귀중한 정보를 얻으셨기를 바랍니다.