지난 회차에서 우리는 터미널 세션이 끊겨도 장시간 대형 작업을 무중단으로 유지하는 nohup과 screen 기술, 그리고 모던 컨테이너 가상화의 근간이 되는 커널 수준의 프로세스 격리(Namespace, Cgroups) 메커니즘을 알아보았습니다. 시스템 내부의 실행 환경을 완벽하게 통제하고 자원을 격리하는 법을 익혔으니, 연재의 후반부를 관통하는 인프라 엔지니어링의 정점, '리눅스 스케줄러를 통한 업무 자동화 기술'을 마스터할 차례입니다.
훌륭한 인프라 엔지니어는 같은 명령을 두 번 반복하지 않고, 밤을 새우며 수동으로 백업 명령을 입력하지 않습니다. 새벽 2시에 서비스 로그를 압축 분할하거나, 매시간 네트워크 소켓의 변조 여부를 점검하는 작업 등 정기적이고 반복적인 운영 업무는 운영체제(OS) 내부의 시간표에 내맡겨 완벽히 자율 주행하도록 설계해야 합니다.
리눅스 시스템 환경에서 이러한 주기적 업무 자동화를 대행하는 핵심 비서가 바로 크론 데몬(crond)과 이를 통제하는 crontab입니다. 이번 18회차에서는 크론 스케줄러의 시간 매핑 문법과 실무 자동화 스크립트 연계 기법을 상세히 살펴보겠습니다.
리눅스 시스템이 부팅되면 백그라운드에서는 crond라는 이름의 스케줄러 데몬(디바이스 관리용 상시 실행 프로세스)이 자동으로 구동됩니다. 이 데몬은 1분 주기로 깨어나 시스템 내부의 시간표 파일들을 스캔하며, 현재 시간과 일치하는 명령어가 등록되어 있다면 이를 가차 없이 실행합니다.
이 데몬이 읽어가는 사용자별 시간표 장부를 바로 crontab(Cron Table)이라고 부릅니다. 엔지니어는 전용 명령어를 통해 안전하게 자신만의 자동화 장부를 수정하거나 조회할 수 있습니다.
crontab -e (Edit): 현재 계정의 자동화 스케줄러 장부를 편집기(VI 등)로 엽니다. (가장 많이 사용)
crontab -l (List): 현재 등록된 자동화 작업 목록을 터미널 화면에 그대로 인쇄합니다.
crontab -r (Remove): 주의해야 하는 옵션으로, 현재 계정에 등록된 크론탭 장부 전체를 아무런 경고 없이 한순간에 영구 삭제합니다. 목록을 보려다 실수로 l 대신 r을 누르는 대참사가 빈번하므로 각별히 조심해야 합니다.
* * * * *) 메커니즘크론탭 장부를 열면 가장 먼저 마주하는 것이 바로 5개의 공백으로 구분된 별 기호입니다. 이 기호들은 왼쪽부터 오른쪽으로 흐르며 실행될 '정밀한 시간 조건'을 정의합니다.
Plaintext
.---------------- 분 (0 - 59)
| .------------- 시 (0 - 23)
| | .---------- 일 (1 - 31)
| | | .------- 월 (1 - 12)
| | | | .---- 요일 (0 - 7) (0과 7은 모두 일요일, 1:월, 2:화...)
| | | | |
* * * * * [실행할 실제 리눅스 명령어 또는 스크립트 경로]
별 기호 (*): '매(Every)'를 의미합니다. 해당 필드의 모든 숫자에 매칭됩니다.
콤마 기호 (,): 복수의 특정 시간을 지정할 때 씁니다. (예: 분 필드에 0,30은 매시 0분과 30분에 실행)
하이픈 기호 (-): 범위를 지정할 때 씁니다. (예: 시간 필드에 9-18은 오전 9시부터 오후 6시까지 매시간 실행)
슬래시 기호 (/): 주기를 지정할 때 씁니다. (예: 분 필드에 */15는 15분 간격으로 계속 실행)
실제 기업 인프라 운영 환경에서 가장 많이 쓰이는 3가지 핵심 백업 및 클리닝 시나리오를 통해 크론탭 시간표를 정교하게 튜닝해 보겠습니다.
사용자 트래픽이 가장 적은 새벽 가동 시간대에 대용량 DB 덤프 스크립트를 주기적으로 수행시키는 설정입니다.
Plaintext
30 3 /root/scripts/db_backup.sh
해석: 30분, 3시, 매일, 매월, 매요일 조합이므로, 365일 지치지 않고 매일 새벽 3시 30분이 되는 순간 지정된 셸 스크립트가 커널에 의해 강제 가동됩니다.
인프라 부하를 최소화하기 위해 주말을 제외한 평일 오피스 타임(오전 9시 ~ 오후 6시) 동안에만 10분 주기로 실시간 데이터 미러링을 돌리는 고난도 복합 스케줄링 설정입니다.
Plaintext
*/10 9-18 * * 1-5 /root/scripts/sync_agent.sh
해석: */10 (10분 간격), 9-18 (오전 9시~오후 6시), 1-5 (월요일부터 금요일까지) 조건이 결합하여 정교한 화이트칼라 업무 대행 봇으로 작동합니다.
Plaintext
0 0 * * 0 find /tmp -type f -atime +7 -delete
해석: 매주 일요일 자정이 되면, 앞서 배운 find 명령어가 연계되어 일주일 이상 접근하지 않은 쓸모없는 임시 파일들을 시스템이 스스로 삭제하여 디스크 용량을 상시 방어합니다.
초보 시스템 관리자가 크론탭을 구축한 뒤 가장 많이 하는 질문이 "터미널에서 직접 실행하면 스크립트가 잘 도는데, 크론탭에만 넣으면 아무 일도 일어나지 않습니다"라는 고충입니다. 이는 크론 데몬의 독특한 실행 환경(Context)을 이해하지 못해 발생하는 현상입니다.
우리가 SSH 터미널에 로그인하면 /bin, /usr/bin 등의 실행 경로를 자동으로 인식하는 PATH 환경 변수가 로드됩니다. 하지만 크론 데몬이 스크립트를 독립적으로 가동할 때는 매우 극단적으로 제한된 최소한의 환경 변수만 가지고 실행됩니다.
따라서 스크립트 내부에 tar, rsync, python3 같은 명령어를 명칭만 덩그러니 써두면 크론은 해당 명령어의 위치를 찾지 못해 실패(Command not found)하게 됩니다.
크론탭 장부나 자동화 셸 스크립트 내부에서는 모든 파일 경로와 바이너리 실행 파일의 위치를 반드시 절대 경로로 작성해야 합니다.
Bash
# 잘못된 예시 (스크립트 내부)
tar -czf backup.tar.gz ./data
python3 script.py
# 올바른 예시 (모든 도구와 목적지를 자물쇠 채우듯 절대 경로 처리)
/bin/tar -czf /backup/backup.tar.gz /root/data
/usr/bin/python3 /root/scripts/script.py
크론탭에 등록된 명령어가 실행되면서 화면에 텍스트 메시지(표준 출력 및 에러)를 인쇄하면, 리눅스 시스템은 기본적으로 이 텍스트를 로컬 메일 스풀 디렉토리(/var/mail/)에 차곡차곡 파일로 쌓아둡니다.
만약 1분 간격으로 도는 크론 작업이 엄청난 양의 로그 출력을 뱉어낸다면, 단 몇 주 만에 메일 로그 파일이 수십 기가바이트로 커져 지난 회차에서 배운 디스크 100% 고갈 장애를 시스템 스스로 유발하게 됩니다.
스케줄러에 명령을 등록할 때는 불필요한 표준 출력(1)과 에러 출력(2)이 임시 디스크 공간을 오염시키지 않도록 블랙홀 디바이스인 /dev/null로 강제 폐기 처리를 해주어야 인프라가 깨끗하게 유지됩니다.
Plaintext
# 실행 시 나오는 모든 잡음과 에러 출력을 쓰레기통(/dev/null)으로 던져 침묵시킴
*/5 * * * * /root/scripts/health_check.sh > /dev/null 2>&1
리눅스 시스템 인프라 운영의 궁극적인 지향점은 엔지니어가 자리를 비워도 시스템 스스로 건전성을 진단하고 데이터를 방어하는 완전 자율형 무중단 인프라를 구축하는 것입니다.
정기적인 백업, 소켓 점검, 로그 압축 등 주기적인 업무를 시스템 스케줄러 시간표에 위임할 때는 crontab -e 장부를 가동하고,
5개의 시간 필드 기호와 , (복수), - (범위), / (주기) 특수 기호의 매커니즘을 명확히 조율하여 인프라 부하를 분산시키며,
크론 데몬의 제한된 환경 변수 문제를 원천 차단하기 위해 모든 스크립트 구조 속에 명령어와 파일의 최종 절대 경로를 주입해야 합니다.
시스템 불필요 로그 누적으로 인한 2차 장애를 방지하기 위해 > /dev/null 2>&1 침묵 필터를 상시 결합하는 습관을 지녀야 합니다.
이 크론 스케줄러 통제 기술을 완벽하게 마스터하고 자산화된 셸 스크립트와 유기적으로 결합할 수 있을 때, 단 한 번의 설정만으로 수백 대의 서버가 매일 밤 스스로 백업과 보안 동기화를 일사불란하게 완수하는 최고 수준의 인프라 자동화 아키텍트로 거듭날 수 있습니다.
이것으로 리눅스 시스템의 탐색, 권한, 프로세스 통제, 네트워크 레이어 진단, 그리고 업무 자동화까지 인프라 엔지니어가 갖추어야 할 필수 핵심 기술들을 다룬 대단원의 연재를 마칩니다. 그동안 익힌 리눅스 커널의 원리와 명령어들을 실무 인프라 현장에 정교하게 대입하여 어떤 거대한 장애 앞에서도 본질을 짚어내고 문제를 무력화하는 무적의 정예 엔지니어로 활약하시기를 응원합니다.