대화형 도구는 지켜보는 동안 일어나는 일을 보여 줍니다. 이미 끝난 성능 저하를 조사하려면 과거 모니터링이 필요합니다. sysstat 모음은 주기적인 시스템 카운터를 수집하고 sar는 현재 카운터 또는 저장된 활동 파일을 읽습니다.
프로세스 활용 · 레슨 7
지속적 모니터링
sysstat 수집과 sar 보고서가 과거 리눅스 성능 분석을 지원하는 방법을 알아봅니다.
데이터 수집 활성화
배포판의 sysstat 패키지를 설치한 다음 수집기와 보존 메커니즘이 활성화됐는지 확인하십시오. 정확한 서비스, 타이머 및 설정 경로는 배포판마다 다릅니다. 패키지를 설치했다고 수집이 시작됐다고 보장할 수 없습니다.
systemd 호스트에서는 이름을 추측하지 말고 패키지가 제공한 단위를 검사합니다.
$ systemctl list-unit-files | grep sysstat
$ systemctl list-timers --all | grep sysstat
배포판의 sysstat 데이터 디렉터리에 새 활동 파일이 생성되는지 확인하고 권한과 보존 정책을 검토하십시오.
sysstat 설치 후 무엇을 검증해야 합니까?
현재 표본 읽기
sar에 1초 간격으로 CPU 보고서 세 개를 수집하도록 요청합니다.
$ sar -u 1 3
그 밖의 일반 보고서에는 실행 대기열과 부하(-q), 메모리(-r), 페이징(-B), 블록 장치(-d) 및 CPU별 활동(-P ALL)이 있습니다. 옵션과 필드는 sysstat 버전에 따라 다르므로 sar --help 또는 로컬 설명서를 확인하십시오.
sar -u 1 3은 무엇을 요청합니까?
과거 파일 읽기
저장된 파일 위치와 이름은 서로 다르며 흔히 /var/log/sysstat 또는 /var/log/sa 아래에 있습니다. -f로 선택한 활동 파일을 전달합니다.
$ sar -q -f /var/log/sysstat/sa02
보고서 헤더에서 파일의 전체 날짜를 확인하십시오. 두 자리 접미사는 흔히 해당 월의 일자를 나타내므로 보존 기간이 겹치면 모호할 수 있습니다. 저장된 바이너리 형식에도 호환되는 sysstat 버전이 필요할 수 있습니다.
sar가 지정한 활동 파일을 읽게 하는 옵션은 무엇입니까?
사고 증거 연결하기
사고 시간과 시간대를 확정한 다음 같은 구간의 여러 신호를 비교하십시오. 부하, CPU, 실행 대기열, 페이징, 장치 활동, 네트워크 트래픽 및 애플리케이션 지연의 변화를 찾습니다. 카운터 변화는 상관관계를 보여 줄 뿐 반드시 인과 관계를 증명하지는 않습니다. 배포 기록과 애플리케이션 로그가 트리거를 설명할 수 있습니다.
공백은 호스트가 중지됐거나, 수집기가 실패했거나, 보존 정책이 데이터를 제거했다는 뜻일 수 있습니다. 사고 전에 누락된 증거를 알 수 있도록 모니터링 파이프라인 자체도 모니터링하십시오.
사고 검토에서 과거 sar 데이터를 어떻게 사용해야 합니까?
레슨 완료
지속적 모니터링 완료
이제 sar를 사용해 대화형 세션 밖의 성능을 조사할 수 있습니다.
수집과 보존이 실제로 활성 상태인지 검증합니다.
구간과 횟수를 지정해 범위가 제한된 현재 표본을 요청합니다.
과거 활동 파일을 명시적으로 선택합니다.
여러 지표를 사고 시간 및 작업 부하 증거와 맞춥니다.