인프라 입문자가 반드시 알아야 할 자원 모니터링과 IP 대역폭의 비밀

인프라를 처음 접하는 관리자나 개발자에게 서버는 미로처럼 느껴진다. 화면에 떠 있는 숫자가 무엇을 뜻하는지 모르면 제대로 된 판단을 할 수 없고, 판단을 못 하면 장애가 터진 뒤에야 뒤늦게 뛰어든다. 이 글은 실무에서 매일 붙잡고 있는 자원 모니터링 기법부터, 네트워크 IP 대역폭을 둘러싼 숨은 비즈니스 구조까지 한 번에 정리한 기록이다.

1. 실시간 성능 모니터링과 프로세스 제어

서버가 중단 없이 안전하게 돌아가려면 지금의 자원 상태, 즉 베이스라인을 정확히 읽을 수 있어야 한다. 여기에 쓰는 두 명령어가 uptime과 htop이다.

uptime이 알려주는 load average의 진짜 의미

터미널에 uptime을 입력하면 가동 시간과 함께 load average 값이 나온다. 이 값은 최근 1분, 5분, 15분 동안의 평균 작업 대기열 길이다. 서류 창구 앞에 줄 서 있는 사람 수라고 보면 된다.

핵심은 이 숫자를 내 서버의 CPU 코어 수와 비교해서 읽는 것이다. 예를 들어 코어가 2개인 서버라면 load average가 2.0에 근접했을 때 CPU가 이미 100% 한계에 다다랐다는 뜻이다. 그 시점부터는 새로운 작업이 줄을 서서 기다리기 시작하므로, 즉시 자원 점검에 들어가야 한다.

load average를 매일 훑어보면 서버의 평소 얼굴을 알게 된다. 언제 바쁜지, 어느 시간대에 무리가 걸리는지가 보이기 시작하면 장애가 오기 전에 미리 대비할 수 있다.

htop으로 잡아내는 자원 독점 프로세스

특정 프로세스가 자원을 독점해 서버 전체가 뻗어버리는 상황은 생각보다 자주 온다. 이때 htop을 실행하면 전체 프로세스가 실시간으로 계기판처럼 표시된다.

실무 절차는 단순하다. 먼저 F4(Filter)로 문제의 프로세스를 추려낸 뒤, 해당 프로세스를 선택하고 F9(Kill) 메뉴로 들어간다. 여기서 9번, 즉 SIGKILL 시그널을 보내면 부하의 원인을 즉시 강제 종료할 수 있다.

SIGKILL은 프로세스가 스스로 정리할 틈을 주지 않는 강제 종료이므로 남은 자원을 확실히 되찾아 준다. 다만 중요한 데이터를 다루는 프로세스라면 가능한 한 먼저 부드럽게 종료시키는 편이 안전하다.

2. 보안 감사와 권한 관리

자원을 지키는 일과 권한을 지키는 일은 같은 동전의 양면이다. 여기서 자주 부딪히는 두 가지를 짚어본다.

lastb와 Permission Denied

last 명령어는 성공한 접속 기록을 보여준다. 그런데 로그인에 실패한 기록을 보려고 lastb를 실행하면 흔히 Permission Denied가 뜬다. 이유는 간단하다.

lastb가 읽는 /var/log/btmp에는 어떤 아이디와 어떤 외부 IP로 무작위 대입 공격이 들어왔는지가 담겨 있다. 즉, 공격의 흔적이 고스란히 기록된 민감한 파일이기 때문에 일반 사용자 계정은 접근할 수 없다.

보안 로그를 감사하려면 반드시 sudo lastb처럼 최고 관리자 권한을 빌려 실행해야 한다. 주기적으로 이 기록을 들여다보면, 노출된 아이디나 반복 시도하는 공격 IP가 무엇인지가 보인다. 그 정보는 방어 규칙을 다듬는 데 그대로 쓰인다.

사소해 보이지만 위험한 설정 변경들

실무에서 자주 목격하는 실수 몇 가지를 정리해 둔다.

• 호스트명 변경: 단순히 컴퓨터 이름을 바꾸는 일이 아니다. 내부 데이터베이스 권한 설정이 끊기거나 루프백 통신이 흔들려 웹 서버가 켜지지 않는 대형 장애로 이어질 수 있다. 반드시 hosts 파일을 함께 수정하는 정석 절차를 밟아야 한다.
• 무분별한 chmod -R 777: 겉보기엔 편해 보이지만, 이는 모든 사람에게 읽기·쓰기·실행 권한을 열어주는 격이다. 보안 고속도로를 뚫어주는 셈이므로 쓰지 않는 편이 낫다.
• 원격 접속 중 네트워크 재시작: 지금 연결된 세션이 끊길 수 있다. 작업 전에 반드시 재접속 경로를 확보해 두고, 가능하면 콘솔 접속을 준비해 둔다.

3. IP 주소 체계와 /24 서브넷 마스크

서버 인터페이스에서 확인되는 103.124.100.92/24 같은 주소에는 명확한 네트워크 규칙이 숨어 있다.

/24가 뜻하는 것

뒤에 붙은 /24는 윈도우에서 익숙한 255.255.255.0과 같은 의미다. 앞의 세 자리, 즉 103.124.100.x가 같으면 같은 동네에 있다는 뜻이다.

마지막 숫자는 이론적으로 0부터 255까지 가질 수 있지만, 실제 장비에 부여할 수 있는 범위는 1부터 254까지다. 그 이유는 다음과 같다.

같은 대역의 이점

이 범위 안에 묶인 서버들은 외부 인터넷망을 거치지 않고 내부 네트워크망을 통해 기가비트급 속도로 상호 통신할 수 있다. 웹 서버와 데이터베이스 서버를 나누는 멀티 서버 구성을 짤 때 매우 유리한 이유가 여기에 있다.

외부 경로를 오가지 않으니 응답 지연이 줄고, 대역폭도 공용 회선의 간섭 없이 온전히 내부 통신에 쓸 수 있다.

4. 인프라 비즈니스: VPS와 단독 서버의 수익 구조

네트워크의 물리적 한계를 이해하면 호스팅 업체들이 돈을 버는 구조가 보인다. IPv4 주소는 전 세계적으로 고갈된 한정판 자원이다. 부동산 임대업과 구조가 똑같다.

가상 서버: 방 쪼개기 매매

가상 서버, 즉 VPS 방식에서 업체는 대역폭(예: /24 전체)을 도매가로 저렴하게 확보한다. 그다음 마지막 숫자 조각(.90, .92 등)을 사용자들에게 하나씩 쪼개어 월세 형식으로 소매 마진을 남긴다.

방 254개를 각기 다른 사용자에게 쪼개 팔수록 마진율은 높아진다. 개별 사용자 한 명이 쓰는 자원은 적지만, 그 수를 늘리면 단위당 원가가 크게 떨어지는 구조다.

단독 서버: 통건물 임대

물리 서버 한 대를 통째로 넘겨주는 단독 서버 방식에서는 IP 대역을 번들로 크게 떼어준다. /29(IP 8개)나 /28(IP 16개) 같은 블록이 대표적이다.

이 구조에서 업체는 장비 자체의 높은 월 임대료로 고정 순이익을 확보한다. 범위를 넘어 추가 IP를 요청하면 부르는 게 값인 추가 요금이 붓고, 사용량이 늘어날 때 발생하는 초과 트래픽 대역폭 요금이 회선 마진으로 쌓인다.

결국 인프라 사업의 본질은 회선과 주소라는 희소 자원을 어떻게 잘게 쪼개 얼마나 멀리 팔 수 있는지에 달려 있다. 그 구조를 알면, 호스팅 견적서에 적힌 숫자가 왜 그렇게 책정됐는지도 자연히 읽힌다.

마무리

자원 모니터링은 서버의 오늘 얼굴을 읽는 일이며, 보안 감사는 그 얼굴을 노리고 오는 손을 걸러내는 일이다. IP 대역과 호스팅 수익 구조는 그 위에서 돌아가는 인프라 경제의 뼈대다. 세 가지를 함께 이해했을 때, 관리자는 단순히 명령어를 외우는 단계를 넘어 서버 전체를 읽는 사람으로 바뀐다.

참고한 글

• 해킹인 줄 알았던 netstat의 정체는 루프백이었다
• SSH 포트 22 바인딩과 원격 접속 구조