가상이든 전용이든 서버가 과부하되면 웹사이트가 느리게 로드되고 콘텐츠 대신 짜증나는 오류가 발생합니다. 이러한 결과를 피하기 위해 매개변수를 주의 깊게 모니터링하고 리소스에 대한 적시 분석을 수행하는 것이 필요합니다.
다음으로, 호스팅 제공자의 도구와 서버 측의 터미널을 사용하여 개별 리소스를 진단하는 방법을 살펴보겠습니다. 또한, 시스템 성능 저하와 관련된 문제를 해결하는 다양한 방법을 고려하겠습니다. 이 지침은 사전 설치된 소프트웨어와 관계없이 Linux OS를 실행하는 모든 서버에 적용됩니다.
VMmanager를 통한 서버 리소스 확인
VMmanager 가상화 도구는 가장 간단하지만 동시에 진단을 위한 보편적인 솔루션입니다. 효율적인 관리를 보장하는 데 중요한 역할을 합니다. 전용 or 가상 서버 대부분의 최신 호스팅 제공자에서. 예를 들어, 검사는 도구의 버전 6에서 수행되지만 이전 버전에서도 유사한 진단을 수행할 수 있습니다.
분석을 위해서는 다음으로 이동해야 합니다. VM매니저 제어판을 열고 원하는 가상 머신을 선택하세요:
다음으로, 사용자는 리소스 사용을 실시간으로 즉시 볼 수 있습니다. 더 자세한 통계를 보려면 "매개변수"를 선택해야 합니다.
상단의 자세한 통계 탭에는 일반적인 서버 특성과 가상화 유형이 표시됩니다. 그래프에서 네트워크 혼잡, 프로세서 부하, RAM 및 디스크 공간 사용량을 실시간으로 볼 수 있습니다.
특정 기간 동안 디스크 공간 또는 리소스 통계에 대한 보다 자세한 분석을 위해 적절한 메뉴 항목을 선택해야 합니다. 가상 디스크에 대한 정보는 다음 형식으로 표시됩니다.
특정 리소스에 대한 부하 통계는 편리한 그래프 형태로 표시됩니다.
일, 주, 월, 연도별 부하 그래프를 표시하거나 필요한 날짜를 수동으로 선택할 수 있습니다. 프로세서, RAM, 스토리지, 네트워크 인터페이스 등 모든 주요 리소스가 표시됩니다.
많은 사용자는 리소스가 일정 기간 동안 고르게 사용되기를 기대합니다. 그러나 항상 그런 것은 아닙니다. 예를 들어, 네트워크 인터페이스는 유휴 모드에서도 비슷하게 보일 수 있습니다.
이 경우에는 아무런 조치도 필요하지 않습니다. 그러나 프로세서, RAM 또는 디스크 스토리지의 경우 서버는 모든 리소스를 지속적으로 100% 사용해서는 안 됩니다. 권장되는 부하는 70%를 넘지 않습니다.
터미널에서 서버 리소스 확인
총 부하 분석
우리는 이전에 일부 분석 옵션을 살펴보았습니다. 서버 리소스의 일반적인 진단 기사. 거기서 우리는 다음과 같은 표준 도구에 대해 이야기했습니다. 맨 위/꼭대기또한 설치 및 구성도 살펴보았습니다. 넷 데이터 브라우저를 통해 서버 리소스를 모니터링할 수 있는 유틸리티입니다. 이 기사에서는 다음을 살펴보겠습니다. htop 대안으로 상단 일반적인 시스템 자원 분석을 위한 유틸리티입니다.
이 도구는 기본적으로 Linux 배포판에 미리 설치되어 있지 않으므로 설치부터 시작해 보겠습니다. Debian/Ubuntu의 경우 다음 명령을 사용합니다.
apt-get install htopCentOS의 경우 다음을 사용하는 것이 더 합리적입니다. EPEL 저장소. 기본적으로 비활성화되어 있으므로 첫 번째 명령은 저장소를 추가하는 역할을 하고 두 번째 명령은 설치하는 역할을 합니다. htop:
yum -y install epel-release
yum install htop -y설치 직후, 적절한 명령을 사용하여 애플리케이션 메뉴나 터미널에서 유틸리티를 열 수 있습니다.
htop그 결과, 사용자는 시스템에 대한 모든 정보를 볼 수 있습니다.
왼쪽 상단 모서리에는 각 코어, RAM 및 스왑 메모리 사용을 포함한 프로세서 데이터가 표시됩니다. Linux의 스왑 메모리는 RAM이 부족한 경우에 사용되어 시스템 안정성을 보장합니다. 오른쪽 상단 모서리에서 프로세서 부하와 활성 작업 수를 볼 수 있습니다. 중앙 부분은 정렬 기능이 있는 활성 프로세스를 보여줍니다. 하단 부분은 단축키 및 기능에 대한 정보를 제공합니다. "도움말" 섹션에는 프로그램 기능에 대한 자세한 설명이 포함되어 있습니다.
시스템 자체를 진단하기 전에 서버에서 정확히 몇 개의 코어/프로세서가 사용되는지 이해해야 합니다. 사용자는 왼쪽 상단 모서리에서 해당 값을 찾을 수 있습니다. htop 유틸리티:
또는 다음 명령을 실행합니다.
nproc획득한 값에 따라 허용 가능한 총 부하가 계산됩니다(오른쪽 상단 모서리에 부하 평균). 우리의 경우 2와 같으며, 이는 최대 부하가 2.0임을 의미합니다. 그러나 이는 부하 2.0에서 시스템이 완전히 정지된다는 것을 의미하지는 않습니다. 이 숫자는 더 높을 수 있지만 이 경우 다른 모든 작업이 대기열에 있고 서버 자체가 부하됩니다. 이상적인 값은 70% 이하의 부하로 간주됩니다. 예를 들어, 부하 평균은 단일 프로세서 서버에서 0.7 이내여야 합니다. 위에서 언급한 예의 서버의 경우 좋은 지표는 1.4보다 높지 않은 값입니다.
사용 htop 또는 이와 유사한 경우, 사용자는 주요 리소스인 평균 프로세서 부하, RAM 사용량, 디스크 공간 및 네트워크 인터페이스를 평가해야 합니다. 리소스가 최소인 경우 CPU 사용량에 따라 프로세스를 정렬하고, 많은 리소스를 사용하는 작업을 식별한 다음 최적화하거나 종료해야 합니다. 프로그램을 닫을 수 없거나 최적화가 실패하는 경우, 더 강력한 구성을 갖춘 서버로 전환하는 것을 고려하는 것이 좋습니다.
여유 RAM 확인
이 섹션에서는 모든 서버 작동의 중요한 측면인 충분한 여유 RAM에 대해 자세히 살펴보겠습니다.
터미널을 통해 Linux 시스템에서 사용 가능한 RAM을 확인하는 가장 쉬운 방법은 다음 명령을 사용하는 것입니다.
free -m출력에서는 다음과 같은 데이터를 메가바이트 단위로 얻습니다. 총 RAM, 사용된 RAM, 사용 가능한 RAM, 캐시된 RAM, 스왑 볼륨입니다.
이 도구는 특정 시점의 일반 데이터를 얻는 데 유용합니다. 동적 RAM 사용 진단의 경우 다음을 권장합니다. vmstat 출력 정보의 업데이트 빈도를 구성할 수 있는 유틸리티:
vmstat 1위의 예에서 데이터는 매초 업데이트됩니다. 출력은 다음과 유사한 형식으로 생성됩니다. 비어 있는:
이 도구는 또한 일반적인 시스템 정보를 제공하지만, 우리의 경우 RAM을 담당하는 열, 즉 메모리와 스왑만 중요합니다. 모든 값은 킬로바이트로 표시됩니다. 이를 더 자세히 살펴보겠습니다.
메모리 (램):
- 스왑: 가상 메모리가 실제 메모리로 교체되었습니다.
- 비어 있는: 사용 가능한 물리적 메모리(RAM).
- 버프: 디스크에 쓰기 전에 버퍼로 사용되는 메모리.
- 캐시: 액세스 속도를 높이기 위한 캐시로 사용되는 메모리.
교환
- si: 액세스 속도를 높이기 위한 캐시로 사용되는 메모리.
- so: 물리적 메모리에서 스왑 메모리로 쓰여진 데이터.
별도로, 모든 시스템 리소스 진단 유틸리티는 처음에 로그에서 데이터를 가져온다는 사실을 언급할 가치가 있습니다. RAM의 경우 사용자는 해당 파일을 열어서 직접 데이터를 볼 수 있습니다.
cat /proc/meminfo출력은 매우 광범위하지만 메모리를 분석하려면 첫 번째 레코드에 주의를 기울이는 것으로 충분합니다.
과도한 RAM 사용 문제는 대부분 특정 작업이나 프로세스와 관련이 있습니다. 처음에는 일반적인 도구를 사용하여 문제가 있는 프로세스를 식별하는 진단으로 충분합니다. 해결책으로 특정 애플리케이션을 최적화하고, 대량의 정보에 대해 이야기하는 경우 캐싱 및 데이터 압축을 활성화하거나 서버 구성을 늘리는 것을 고려할 수 있습니다.
디스크 공간 제어
서버 디스크 공간의 진단은 다른 리소스만큼 중요합니다. 일반적으로 검사가 필요하다는 신호는 다음과 같습니다. 기존 파일을 만들거나 쓸 수 없음, 시스템 성능 저하 및 다양한 입출력 오류.
가장 편리한 확인 방법은 다음 명령입니다.
df -h이에 대한 응답으로 도구는 마운트된 모든 디스크 파티션에 대한 정보를 표시합니다.
더욱 자세한 디렉토리 모니터링을 위해 이 명령을 사용할 수 있습니다.
du -hs /*
이렇게 하면 사용자는 각 디렉토리가 차지하는 공간을 알아낼 수 있습니다. 시스템 성능을 복원하려면 가장 많은 메모리를 사용하는 디스크의 파티션을 최적화해야 합니다. 전체 용량의 여유 공간의 80-90% 이상을 사용하지 않는 것이 좋습니다. 나머지 10-20%는 안정적인 시스템 작동에 충분해야 합니다. 최적화가 불가능한 경우 디스크 공간을 늘리는 것이 좋습니다. 이는 새 디스크를 추가하거나 기존 디스크를 확장하고 클라우드 스토리지를 사용하여 수행할 수 있습니다. 선택한 솔루션에 관계없이 파일 손실을 방지하기 위해 항상 백업 사본을 만드는 것이 좋습니다.
네트워크 인터페이스 확인
서버 진단의 마지막이지만 그다지 중요하지 않은 측면은 네트워크 인터페이스를 확인하는 것입니다. Nethogs 네트워크 프로세스가 실시간으로 얼마나 많은 트래픽을 차지하는지에 대한 일반 정보를 얻고 싶다면 유틸리티를 사용할 수 있습니다.
Cent OS에 설치 및 실행:
yum install nethogs
nethogs데비안/우분투의 경우:
apt-get install nethogs
nethogs이 도구는 현재 네트워크 리소스를 사용하고 있는 프로세스를 보여줍니다.
우리는 이프탑 더욱 자세한 분석을 위해서.
Cent OS에 설치 및 실행:
yum install iftop
iftop데비안/우분투의 경우:
apt-get install iftop
iftop프로그램 출력은 IP 주소, 포트, 전송된 데이터 양 및 전송 속도를 나타내는 활성 연결 목록입니다. 프로그램의 주요 장점은 네트워크 채널 로딩의 시각적 디자인입니다.
서버 네트워크 채널을 진단하고 높은 부하로 인한 문제를 식별한 후 호스팅 제공자 측에서 네트워크 연결 대역폭을 늘리거나 특정 문제가 있는 인터페이스의 설정을 최적화하는 것이 좋습니다. 백업 도구로 다양한 모니터링 시스템을 사용하여 네트워크 활동의 변화를 빠르게 추적하고 필요한 경우 요구 사항에 따라 네트워크 인프라를 정기적으로 업데이트할 수 있습니다.
결론
결론적으로 서버 리소스 진단은 효과적인 관리의 필수적인 부분이라는 점을 강조할 수 있습니다. 가상 및 전용 서버. 이 기사에서는 전체 서버 분석을 위한 주요 도구를 살펴볼 수 있는 가능성을 제공했으며, 가능한 문제를 해결하기 위한 실용적인 권장 사항도 제공했습니다. 정기적인 시스템 진단을 통해 활성 사용자 참여 없이도 서버가 원활하게 작동할 수 있습니다.
