Zabbix DB가 느릴 때: MySQL 파티션으로 해결하는 실무 구축법 (5편) — Housekeeper 비활성화와 캐시·프로세스 튜닝으로 최종 성능 완성

“복잡한 Zabbix 운영을 더 효율적으로 만들고 싶다면,
블로그의 핵심 내용을 집대성한 『Zabbix 엔터프라이즈 최적화 핸드북(PDF)』을 확인해보세요.”

https://jikimy.gumroad.com/l/zabbix-master

개요

이 시리즈의 마지막 편에서는 파티션 구조 적용 이후 Zabbix 서버의 내부 캐시 및 프로세스 튜닝을 통해
DB와 서버 프로세스 간의 I/O 밸런스를 맞추는 과정을 다룬다.

특히 Zabbix의 Housekeeper 기능을 완전히 비활성화하고,
CacheSize, HistoryCacheSize, TrendCacheSize, StartDBSyncers 등 주요 항목을 조정해
대규모 환경에서도 안정적인 동작을 유지하도록 구성한다.

1) Housekeeper 비활성화

Housekeeper는 오래된 데이터를 주기적으로 삭제하는 프로세스다.
하지만 이미 파티션 기반 자동 삭제 스크립트를 운영 중이라면,
이 기능은 중복되고 불필요한 부하만 유발한다.

Zabbix 7.4 기준으로 웹 UI에서 직접 비활성화해야 한다.

경로:
Administration → Housekeeping

⚙️ Housekeeper가 남아 있으면, 대량 삭제 시 MySQL I/O를 잠시 정지시킬 수 있다.
파티션 구조 기반 환경에서는 반드시 비활성화해야 한다.

2) Zabbix 서버 캐시 및 프로세스 튜닝

설정 파일: /etc/zabbix/zabbix_server.conf

아래 항목들을 찾아 주석을 제거하고, 환경에 맞게 수정한다.

# vi /etc/zabbix/zabbix_server.conf

예시:

CacheSize=512M
HistoryCacheSize=1G
TrendCacheSize=512M
ValueCacheSize=512M
StartDBSyncers=12
StartPollers=20

변경 후 적용:

# systemctl restart zabbix-server

3) MySQL InnoDB 튜닝

설정 파일: /etc/mysql/mysql.conf.d/mysqld.cnf

서버 메모리 128G 기준의 안정적인 값 예시는 다음과 같다.

innodb_buffer_pool_size = 72G
innodb_log_file_size = 1G
innodb_flush_log_at_trx_commit = 2
innodb_doublewrite = 1
innodb_flush_method = O_DIRECT
innodb_io_capacity = 2000
innodb_read_io_threads = 8
innodb_write_io_threads = 8
innodb_buffer_pool_instances = 4

적용 후:

# systemctl restart mysql

4) 점검 및 검증

1. Housekeeper 중지 확인
   • Zabbix UI → Administration → Housekeeping
   • 관련 항목이 비활성화 상태인지 확인
2. Zabbix 대시보드 반응 속도 테스트
   • 그래프/이벤트 탭 로딩 속도가 체감상 빨라지면 효과 정상

5) 결과 및 정리

💡 이제 Zabbix는 수집·보존·삭제의 전체 주기가 자동화된 완전한 구조로 동작한다.
일별·월별 파티션 분리, 자동 크론 관리, 캐시 튜닝이 모두 결합되면
Zabbix DB의 병목은 사실상 제거된다.

🛠 마지막 수정일: 2025.12.09