전체 글29 cron에서 systemd timer로 백업 스케줄을 안전하게 전환한 과정 ## 들어가며 여러 서버의 백업 실행 방식을 cron 중심에서 systemd timer 중심으로 옮기는 작업은 겉으로 보면 스케줄 표현만 바꾸는 일처럼 보인다. 하지만 실제 운영에서는 기존 cron 항목을 언제 제거할지, 백업 마스터가 하위 스크립트를 어떤 순서로 호출하는지, 새로운 timer가 실제 대기 상태인지까지 함께 확인해야 한다. 이번 작업에서도 기존 스케줄 제거를 먼저 진행하면 백업 실행 진입점이 사라질 수 있다는 위험을 다시 확인했다. 그래서 server-a, server-b, server-c의 백업 마스터 구조를 점검하고, 세 서버의 실행 시간을 5분 간격으로 분리했다. 이어서 NAS의 별도 백업 작업과 시간이 겹치지 않도록 전체 시간대를 재배치했다. 동시에 실제 아카이브 생성이나 오래된 .. 2026. 10. 20. 노트북 Linux 서버의 SMART 감시와 NAS 백업 체계 정비기 ## 들어가며 서버를 운영하다 보면 하나의 이상 징후가 다른 운영 기준을 돌아보게 만든다. 이번 작업은 `server-b`에서 동작하는 Telegram 모니터링 봇의 응답이 다소 늦다는 관찰에서 시작했다. 원인을 좁히려고 `server-a`, `server-b`, `server-c` 세 대를 함께 확인했고, 그 과정에서 노트북 기반인 `server-c`의 배터리와 디스크 상태, NAS 마운트, 백업 자동화도 차례로 정비했다. 목표는 기능 추가 자체가 아니었다. 서비스가 중복 실행되지 않는지, 지연이 로컬 처리와 서버 간 통신 중 어디에서 생기는지, NAS에 실제로 쓸 수 있는지, 백업 결과로 복구가 가능한지를 확인하는 데 초점을 맞췄다. 설정 파일을 고친 뒤 systemd의 런타임 상태까지 바뀌었는지도 .. 2026. 10. 16. 3대 리눅스 서버 텔레그램 감시 체계 정리와 systemd 봇 복구 기록 ## 들어가며 서버가 세 대로 늘어나면 감시도 한 방향으로만 볼 수 없다. 한 서버가 다른 서버의 상태를 보는 구조만으로는 감시 주체가 흔들렸을 때 빈틈이 생긴다. 이날 작업은 server-a, server-b, server-c 세 대의 Ubuntu Server 환경에서 텔레그램 기반 관리 봇과 상태 감시 화면을 정리한 기록이다. 목표는 세 서버가 서로를 교차 감시하게 만들고, 운영자가 화면을 보자마자 정상과 비정상을 구분할 수 있도록 출력 형식을 맞추는 것이었다. 작업 중에는 Python 봇 코드 오류와 systemd 재시작 루프도 함께 확인되어 복구 범위에 포함했다. ## 운영 환경과 고민 운영 환경은 systemd로 텔레그램 봇을 서비스화한 리눅스 서버 세 대였다. server-a와 server-b.. 2026. 10. 14. 서버 상태 그래프 시간 표기 통일과 관리 봇 초기 구성 기록 ## 들어가며 여러 대의 Linux 서버를 함께 운영하다 보면 장애보다 먼저 운영 화면의 기준이 흔들리는 경우가 있다. 이번 작업은 server-a, server-b, server-c의 상태 그래프와 리포트 시간 표기를 맞추고, server-c에도 기존 서버들과 같은 형태의 텔레그램 기반 관리 봇을 구성한 기록이다. 겉으로는 그래프의 x축 형식과 봇 메뉴를 정리한 작업처럼 보이지만, 실제 목적은 운영자가 세 서버의 상태를 같은 시간 기준으로 비교할 수 있게 만드는 것이었다. 원문 작업내역에는 Ubuntu Server 계열의 Linux 운영 환경에서 Python 스크립트, systemd 서비스, Docker 관리 메뉴, NAS 점검 항목, 감시 시스템, 교차 감시 항목을 다룬 내용이 남아 있다. 공개 글에.. 2026. 10. 12. 이전 1 2 3 4 ··· 8 다음