Cacti: SNMP 값이 RRD 그래프로 만들어지는 과정

01개념과 구성 요소

• 구성Cacti는 장비 정의·수집 설정·주기 실행·RRD 저장·그래프 표시를 연결한다.
• 저장 역할관계형 DB는 설정·메타데이터를, RRD는 정책에 따른 시계열 값을 관리한다.
• 판단 기준장비 상태 표시, SNMP 응답, RRD 갱신, 그래프 렌더링은 각각 다른 단계다.

02SNMP 값이 Cacti 그래프가 되는 순서

1. 장비와 데이터 정의장비 접속 정보와 Data Query·Data Template·Data Source를 연결하여 어떤 값을 읽을지 정한다.
2. Poller 실행스케줄러가 PHP Poller 또는 Spine 경로를 실행하며 실제 실행 계정·권한·환경이 적용된다.
3. 측정값 수집Agent에서 해당 OID 값을 받아 형식·유효성·수집 시각을 처리한다. 가용성 검사 성공만으로 모든 OID가 수집되지는 않는다.
4. RRD 갱신Data Source의 타입·step·heartbeat 조건에 맞게 값을 넣고 필요한 통합값을 RRA에 보관한다.
5. 그래프 생성정의된 기간·데이터 소스·통합 함수로 이미지를 만든다. 정의가 있어도 파일 누락·권한·값 누락 때문에 그래프가 비어 있을 수 있다.

03전체 경로와 저장소의 역할

• 수집 구성Cacti는 수집 결과를 시계열로 저장하고 그래프로 보여 주는 관리 도구다. Scheduler가 주기적으로 Poller 실행을 시작하면 Poller가 장비의 SNMP Agent 또는 지정된 script에서 값을 가져오고, RRDtool을 통해 RRD 데이터 소스를 갱신한다.
• 표시 역할웹 화면은 저장된 시계열과 그래프 정의를 사용해 결과를 그린다.
• DB와 RRDMySQL/MariaDB에는 사용자, 장비, 템플릿, Poller 항목과 그래프 설정 같은 관리 메타데이터가 들어간다. 모든 트래픽 샘플이 이 관계형 DB의 행으로 저장되는 구조라고 이해하면 RRD 파일 장애를 잘못 진단한다.
• 연결 일관성RRD 파일과 DB 설정은 서로 대응하지만 별도의 저장 대상이다.
• 로컬 장비 수집Cacti 서버 자신도 Agent를 가진 관리 대상으로 등록할 수 있다. 웹 서버가 설치된 머신이라는 이유만으로 그 머신의 CPU·인터페이스 값이 자동으로 모든 그래프에 들어오는 것은 아니다.

04설치 구성 요소와 권한의 경계

• 설치 요소Cacti 구성에는 웹 서버·PHP, MariaDB, RRDtool, Net-SNMP 관련 도구가 연결된다. PHP의 DB 연결 정보, Cacti DB 사용자 권한, Poller 실행 사용자와 파일 경로가 맞아야 한다.
• SpineSpine을 선택하면 Spine의 DB 연결 설정도 확인하지만 다른 비밀번호를 문서에 복사하는 식으로 관리하지 않는다.
• 경로·패키지배포판 패키지와 소스 설치는 경로·서비스·스케줄러 구성이 다를 수 있다. 노트의 /usr/share/cacti 경로를 모든 환경의 정답으로 복사하지 말고 설치된 패키지 목록과 웹 설정, UI의 경로 정보를 대조한다.
• 중복 스케줄기존 scheduler가 있는데 cron을 추가하면 중복 Poller가 실행될 수 있다.
• 쓰기 권한rra·log·cache 등 쓰기가 필요한 디렉터리에만 실행 사용자 권한을 부여한다. 애플리케이션 코드 전체에 재귀 chmod/chown을 적용하면 웹 프로세스가 코드까지 바꿀 수 있는 범위가 커진다.
• SELinux파일 접근 실패는 Unix 권한, SELinux 정책, 실제 실행 사용자와 대상 경로를 함께 확인한다.

05장비 등록부터 그래프 생성까지

• 장비 접속 정보먼저 Cacti 서버의 위치에서 대상 IP·이름 해석·라우팅을 확인하고 CLI로 알려진 OID를 조회한다. 그 다음 Device에 주소, SNMP 버전·자격 증명, 포트·타임아웃과 Device Template을 지정한다.
• 대상 주소단일 호스트 입력란에는 일반적으로 호스트 주소를 넣으며 서브넷 CIDR 전체를 장비 주소처럼 넣지 않는다.
• Query·TemplateData Query는 인터페이스 목록처럼 여러 인스턴스를 발견하고, 선택한 행에서 Data Source와 Graph를 만든다. ifIndex만 기억하지 말고 ifName/ifDescr 등과 맞춰 실제 관찰하려는 포트인지 확인한다.
• 이름과 데이터그래프 이름이 맞아도 인덱스가 바뀌면 다른 인터페이스의 값일 수 있다.
• Graph TreeGraph Tree에 추가하는 것은 사용자가 찾아보는 표시 구조를 구성하는 단계다. Tree에 나타났다고 수집이 시작되었다는 뜻은 아니며, 반대로 Tree에 없어도 Data Source가 이미 수집되고 있을 수 있다.
• 세 경계접근 권한과 폴링 대상·데이터 파일·표시를 각각 확인한다.

06가용성 점검과 실제 수집은 다르다

• 가용성 방식장비가 ICMP를 막고 SNMP는 허용하면 Ping만 사용하는 Downed Device Detection에서 down으로 보일 수 있다. 장비의 관리 정책에 맞는 가용성 검사 방식을 선택해야 한다.
• Ping의 한계ICMP 응답이 온다는 사실도 SNMP 인증이나 특정 OID의 정상 응답을 보장하지 않는다.
• v3 자격SNMPv3는 authPriv 등 실제 보호 수준을 확인하고 v2c 실습은 읽기 전용 view와 관리 서버 출발지 제한을 적용한다. 요청 timeout을 무작정 늘리면 폴링 주기 전체가 지연될 수 있다.
• View잘못된 community, view 제한, 장비 부하와 패킷 손실을 먼저 구분한다.
• 부분 실패한 장비의 모든 그래프가 동시에 끊기면 장비·Poller 공통 경로를, 특정 그래프만 비면 해당 OID·데이터 소스·템플릿을 우선 본다. 장비 상태 색 하나로 저장과 렌더링의 모든 문제를 설명하지 않는다.

07PHP Poller·Spine·스케줄러의 연결

• Poller 종류기본 PHP Poller와 C 기반 Spine은 수집 작업을 수행하는 선택지이다. Spine은 많은 장비를 병렬 조회할 때 도움이 될 수 있지만 설치만 했다고 사용되지는 않는다.
• UI와 실행UI의 Poller 유형·실행 파일 경로·DB 설정과 실제 실행 로그를 확인한다.
• Spine 설정Spine은 주기적 실행 자체를 담당하는 scheduler를 대체하지 않는다. poller.php는 cron 또는 해당 설치가 제공하는 서비스 구성에서 주기적으로 실행할 수 있다.
• Scheduler현재 설치 방식이 무엇인지 확인한 뒤 하나의 실행 경로가 정상 동작하도록 맞춘다.
• 실행 문맥핵심 조건은 Poller runtime < Poll interval이다. 수집 주기가 300초인데 작업이 400초 걸리면 다음 주기와 겹치거나 건너뛰어 backlog와 unknown 값이 늘 수 있다.
• 동시성thread를 늘리면 장비·DB·CPU 부하도 늘므로 실행 시간, 요청 수와 timeout을 함께 측정한다.

08RRD의 DS·PDP·RRA와 오래된 값의 압축

• DS 타입RRD는 미리 정한 시간 해상도와 보존량을 가진 순환 시계열 저장 방식이다. DS는 저장할 값의 종류를 정의한다.
• Gauge·CounterGauge는 온도·현재 사용자 수처럼 측정값 자체이고 Counter는 누적 증가값의 변화율을 구한다. DERIVE도 차이를 시간으로 나누지만 감소 처리 등 의미가 달라 자료의 성질에 맞게 선택한다.
• Step·Heartbeat입력 시각이 정확히 경계에 맞지 않아도 RRDtool은 step 단위의 기본 데이터인 PDP를 만들도록 정규화한다. heartbeat보다 오랫동안 유효한 업데이트가 없으면 unknown이 된다.
• Unknownunknown은 0이 아니며 실제 트래픽 부재와 수집 장애를 구분해야 한다.
• RRARRA는 여러 PDP를 AVERAGE·MAX 등의 함수로 묶은 보관 영역을 정의한다. 오래된 값을 더 굵은 간격으로 유지하면 파일 크기를 제한할 수 있지만 평균화가 짧은 peak를 숨길 수 있다.
• XFF알려지지 않은 표본이 너무 많으면 xfilesfactor 조건에 따라 묶은 값도 unknown이 된다.
• 변화율Counter 그래프는 최소한 비교할 두 측정점이 필요하다. 첫 폴링 직후 빈 그래프만 보고 설치 실패로 단정하지 않되, 여러 주기 뒤에도 비어 있다면 마지막 업데이트 시각과 DS 타입·heartbeat·장비 Counter를 검사한다.

12원본 오류 화면: 그래프 정의와 RRD 파일 분리

• 원본 오류아래 수업 화면에는 Logged in Users 그래프 설정과 연결된 Data Source가 있지만 RRD 파일 열기에 실패했다. 이는 그래프 설정이 DB에 존재해도 해당 시계열 파일을 읽을 수 없는 상태가 가능하다는 사례다.
• 파일 부재화면의 안내는 가능한 원인을 제시할 뿐 진단 완료 결과는 아니다.
• 가능한 원인Poller가 해당 데이터 소스를 작업 대상으로 등록했는지, 실행됐는지, 값을 받았는지, 올바른 경로에 RRD를 만들었는지 순서대로 확인한다. 파일이 있다면 실행 사용자·웹 사용자 읽기 권한과 SELinux, 경로 설정을 본다.
• 오류 계층폰트 오류와 데이터 파일 오류는 별도로 해결한다.

수업 원본 자료

그래프 설정이 있어도 데이터 파일은 없을 수 있다

원본 크기로 보기 ↗

이 자료에서 읽어낼 것

1. Failed to open data file은 화면 설정의 존재와 실제 시계열 저장의 성공이 별개임을 보여 준다.
2. poller may not have run yet는 가능한 원인 안내다. 이 한 장으로 Poller 미실행을 확정할 수 없으며 경로·파일 존재·실행 사용자 권한·수집 오류도 확인해야 한다.
3. rocky_server_users_13.rrd는 이 실습의 데이터 파일이다. 트래픽 Counter가 아니라 로그인 사용자 수라는 Gauge 계열 측정의 예다.
4. 한글이 네모로 보이는 글꼴 문제와 RRD 파일 오류를 분리해 진단한다. 폰트를 설치하는 것만으로 데이터가 수집되지는 않는다.

13단계별 진단과 확인 결과 기록

• SNMP부터 저장까지첫 단계는 Agent에서 실제 값이 나오는지 확인하는 것이다. 그 다음 Poller 로그에서 대상·OID·응답·소요 시간을 보고 RRD의 마지막 업데이트와 메타데이터를 확인한다.
• 렌더링 확인마지막으로 Graph 정의가 올바른 DS와 단위·배율을 참조하는지 검증한다. octet/s를 bit/s로 바꾸는 8배 변환을 중복 적용하지 않는다.
• RRD 조회rrdtool last와 info는 파일 상태를 읽는 데 유용하다. 반면 poller.php --force는 수집과 파일 갱신을 실제 수행하므로 단순 조회 명령과 구분한다.
• 수동 실행 한계수동 실행이 성공해도 scheduler의 사용자·환경·권한이 다르면 정기 실행은 실패할 수 있다.

rrdtool last <DATA_FILE.rrd>
rrdtool info <DATA_FILE.rrd>
# 아래는 구조 예: 실행하면 수집 및 저장이 발생한다.
php <CACTI_PATH>/poller.php --force

자리표시자는 설치 경로로 바꿔 읽는다. 이 페이지는 결과를 실행하거나 정상이라고 가정하지 않는다.

14장기 보존과 변경 후 재검증

• 백업 범위백업에는 DB 설정뿐 아니라 RRD 시계열, 템플릿·플러그인 설정, 자격 증명 저장 파일의 보호가 필요하다. DB만 복원하면 그래프 이름은 돌아와도 과거 시계열이 없을 수 있다.
• 일관된 복구가능하면 서로 대응하는 시점의 데이터를 보존하고 별도 환경에서 복원 검증한다.
• 식별자 변화장비 교체·ifIndex 변화·SNMP 보안 설정 변경·Poller 유형 변경 뒤에는 기존 그래프와 새로운 측정값의 대응을 다시 확인한다. DB 튜닝 수치는 메모리 용량과 부하를 검토한 뒤 정한다.
• 부하별 조정마지막 정상 수집 시각, 작업 시간과 unknown 구간을 관찰해야 그래프가 그려진다는 사실 이상의 품질을 확인할 수 있다.