클라우드 호스트 CentOS 커널 일시 중지 라이브 처리 방법

1. 복구를 위해 클라우드 호스트를 다시 시작하는 것이 잘못되었습니다. 클라우드 호스트의 기본 리소스에 문제가 있습니다.

2. 호스트에서 클라우드 호스트의 디스크 프로세스를 확인합니다. Ntp 미완료 프로세스가 있을 경우 sudo kill -9 $PID 는 모든 프로세스를 종료합니다.

Clima server-sync status 백그라운드 동기화 상태

Climc 서버-시작

3. 클라우드 호스트에 들어가서 문제를 해결합니다.

Sar -r 은 메모리 사용률을 점검하여 여유 메모리가 많이 있는지 확인합니다.

Sar -u CPU 활용도 보기

4. 코어 덤프가 없으면 /var/log/message 를 검사하여' echo 0 >；; /proc/sys/kernel/hung _ task _ timeout _ secs "이 메시지를 비활성화하고" 120 초 이상 차단되었습니다. "

메모리 데이터 감소로 인한 장애.

기본적으로 Linux 는 사용 가능한 메모리의 최대 40% 를 파일 시스템 캐시로 사용합니다. 이 임계값을 초과하면 파일 시스템은 캐시의 모든 메모리를 디스크에 기록하여 동기화된 후속 입출력 요청을 생성합니다. 디스크에 캐시를 쓸 때 기본 시간 초과는 120 초입니다. 위의 문제는 입출력 서브시스템이 처리 속도가 120 초 이내에 캐시에 있는 모든 데이터를 디스크에 쓸 만큼 빠르지 않기 때문입니다. IO 시스템 응답 속도가 느리면 점점 더 많은 요청이 쌓이고 결국 모든 시스템 메모리가 소모되어 시스템이 응답하지 못하게 됩니다.

또한 프로세스가 중단 가능한 수면 상태를 처리할 때

응용 프로그램에 따라 튜닝 매개변수 vm.dirty_ratio 및 vm.dirty_background_ratio 를 설정합니다.

다음 설정을 사용하는 것이 좋습니다.

# sysctl-w vm.dirty _ ratio =10

# sysctl-w vm.dirty _ background _ ratio = 5

# sysctl -p

시스템이 영구적으로 적용되는 경우 /etc/sysctl.conf 파일을 수정합니다. 다음 두 줄을 추가합니다.

#vi /etc/sysctl.conf

Vm.dirty_background_ratio = 5

Vm.dirty_ratio = 10

시스템을 다시 시작해야 적용됩니다.