Slave on Joonlog

Munin 모니터링 구축

Mon, 16 Dec 2024 09:00:00 +0900

목표

Munin 서버 1대, 클라이언트 1대로 모니터링 구축
웹 인터페이스를 통해 실시간 데이터 시각화

환경 설정

OS: Rocky 8.10
Monitoring: munin 2.0.73

개념 및 설정

Munin

/etc/munin/munin.conf

주 설정 파일
모니터링할 노드 설정

/etc/httpd/conf.d/munin.conf

munin용 Apache 설정
비밀번호 설정

/etc/munin/munin-node.conf

클라이언트에서의 서버 연결 설정 파일

/etc/cron.d/munin

munin 모니터링 주기 설정

작업 과정

1. Munin Server

사용자 생성

1
2


useradd -m -G wheel moserver
echo "moserver" | passwd --stdin moserver

1) Munin 설정

패키지 설치

1
2
3
4
5


sudo dnf update --exclude=kernel* -y
sudo dnf config-manager --set-enabled powertools
sudo dnf install -y epel-release
sudo dnf install -y munin munin-node
sudo dnf install -y httpd

munin.conf 설정

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


sudo vi /etc/munin/munin.conf

# 주석해제
dbdir /var/lib/munin
htmldir /var/www/html/munin
logdir /var/log/munin
rundir /var/run/munin

[localhost]
 address 127.0.0.1
 use_node_name yes

[pjt-moclient]
 address <Client-IP>
 use_node_name yes

2) Munin 웹 인터페이스 설정

munin 패스워드 설정

1

sudo htpasswd -s -c /etc/munin/munin-htpasswd muninadmin

apache munin.conf 생성

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


sudo vi /etc/httpd/conf.d/munin.conf

# /munin으로 온 요청 /var/www/html/munin으로 매핑
alias /munin /var/www/html/munin
# 이 코드가 있어야 상세 그래프 페이지에서 그래프가 나타남
ScriptAlias /munin-cgi/munin-cgi-graph /var/www/html/munin/cgi/munin-cgi-graph

<Directory /var/www/html/munin>
 AuthUserFile /etc/munin/munin-htpasswd
 AuthName munin-auth
 AuthType Basic
 <RequireAll>
 Require valid-user
 Require ip 127.0.0.1 <내 현재 IP>
 </RequireAll>
</Directory>

3) Munin Node(localhost) 설정

munin-node.conf 수정
- 서버도 모니터링 할 시 추가

1
2
3
4
5
6
7
8
9


# vi 편집기를 이용해 수정
vi /etc/munin/munin-node.conf

# 해당 부분 아래에 모니터링 서버 IP를 추가
allow ^127\.0\.0\.1$
allow ^::1$
allow ^172\.27\.0\.74$

sudo systemctl enable --now munin-node

4) Munin Cron 설정

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


sudo vi /etc/cron.d/munin

# cron 작업 출력 메세지를 root에게 메일로 보냄
MAILTO=root
# 1분마다 동작
# munin 사용자 권한으로 실행
# test -x /usr/bin/munin-cron: 파일이 실행 가능한 상태인지 확인
* * * * * munin test -x /usr/bin/munin-cron && /usr/bin/munin-cron

sudo systemctl restart crond
sudo systemctl enable --now httpd

방화벽

1
2
3
4


sudo systemctl enable --now firewalld
sudo firewall-cmd --permanent --add-port=80/tcp
sudo firewall-cmd --permanent --add-port=4949/tcp
sudo firewall-cmd --reload

2. Munin Client

사용자 생성

1
2


useradd -m -G wheel moclient
echo "moclient" | passwd --stdin moclient

1) Munin Node(Client) 설정

패키지 설치

1
2
3
4


sudo dnf update --exclude=kernel* -y
sudo dnf config-manager --set-enabled powertools
sudo dnf install -y epel-release
sudo dnf install -y munin-node

munin-node.conf 수정

1
2
3
4
5
6
7
8
9


# vi 편집기를 이용해 수정
vi /etc/munin/munin-node.conf

# 해당 부분 아래에 모니터링 서버 IP를 추가
allow ^127\.0\.0\.1$
allow ^::1$
allow ^172\.27\.0\.74$

sudo systemctl enable --now munin-node

방화벽

1
2
3


sudo systemctl enable --now firewalld
sudo firewall-cmd --permanent --add-port=4949/tcp
sudo firewall-cmd --reload

로그 확인 명령어

1
2


sudo tail -f /var/log/munin/munin-update.log
sudo tail -f /var/log/munin-node/munin-node.log

트러블슈팅

epel-release 설치 후 perl 의존성 에러 발생

epel 공식문서 참조 https://docs.fedoraproject.org/en-US/epel/getting-started/
sudo dnf config-manager --set-enabled powertools 명령어로 powertools 활성화 필요

localhost와 client의 그래프가 동일하게 나오는 현상

1
2
3


[moserver@pjt-moserver ~]$ sudo tail -f /var/log/munin/munin-update.log
2024/11/20 08:40:01 [INFO] node pjt-moclient advertised itself as pjt-moooooo instead.
2024/11/20 08:40:01 [INFO] node localhost advertised itself as pjt-moooooo instead.

/etc/munin/munin.conf의 address를 172를 설정해야 하는데 127로 기입하는 오타로 인해 생긴 문제

munin 페이지에 htpasswd가 적용되지 않는 문제

Require ip가 Require valid-user보다 우선되어 Require valid-user는 검사를 안하는 상황
ReruireAll 태그 안으로 넣어 모든 조건 만족하도록 변경 후 해결

1
2
3
4
5
6
7
8
9


<Directory /var/www/html/munin>
 AuthUserFile /etc/munin/munin-htpasswd
 AuthName munin-auth
 AuthType Basic
 <RequireAll>
 Require valid-user
 Require ip 127.0.0.1 <내 현재 IP>
 </RequireAll>
</Directory>

참고

munin 설치: https://guide.munin-monitoring.org/en/latest/installation/install.html

epel-release 공식문서: https://docs.fedoraproject.org/en-US/epel/getting-started/

DNS Master-Slave 구축

Fri, 13 Dec 2024 09:00:00 +0900

목표

DNS master 1대, slave1대 구조로 네임서버 구성
- DNS 서버 고가용성 및 부하분산
도메인 하나 IP 변경했을때 정상적으로 변경돼서 나오는 지 확인

환경 설정

OS: Rocky 8.10

개념 및 설정

/etc/named.conf

DNS 메인 설정 파일
named.rfc1912.zones 파일 지정
포워딩(forwarding) 및 캐싱 정책 설정
ACL 및 보안 관련 정책 정의

/etc/named.rfc1912.zones

로컬 도메인 및 내부 네트워크용 기본 샘플 존 설정 파일
도메인 등록 (pjt.com)
zone 파일 지정 (pjt.com.zone)
각 서버에서 Master/Slave 연동 설정

/var/named/pjt.com.zone

DNS 레코드 설정
주 네임서버는 zone 데이터의 원본을 관리
- zone 데이터는 다른 권한 있는 네임서버로 복사됨
권한 있는 네임서버는 도메인의 레코드 정보를 제공
Serial 값이 변경(증가)되면 Slave의 slaves/pjt.com.zone과 동기화

/var/named/slaves/pjt.com.zone

pjt.com 도메인의 Slave 존 파일
Master의 pjt.com.zone에서 데이터를 복제

DNS 레코드 유형

레코드 유형	설명	형식	예시
NS	도메인에 대한 권한을 가진 네임서버를 정의	`<domain> IN NS <nameserver>`	`@ IN NS ns1.example.com.`
A	도메인 이름을 IPv4 주소와 매핑	`<hostname> IN A <IPv4 address>`	`@ IN A 192.168.1.10`
AAAA	도메인 이름을 IPv6 주소와 매핑	`<hostname> IN AAAA <IPv6 address>`	`www IN AAAA 2001:0db8:85a3::8a2e:0370:7334`
CNAME	도메인 이름에 대한 별칭을 설정	`<alias> IN CNAME <canonical name>`	`mail IN CNAME www.example.com.`
MX	메일 서버를 정의하며, 우선순위는 preference로 결정	`<domain> IN MX <preference> <mail server>`	`@ IN MX 10 mail.example.com.`
TXT	도메인에 대한 텍스트 정보를 저장	`<domain> IN TXT "<text>"`	`@ IN TXT "v=spf1 ip4:192.168.1.0/24 -all"`
PTR	IP 주소를 도메인 이름으로 매핑 (Reverse DNS)	`<IP-in-reverse>.in-addr.arpa. IN PTR <domain>`	`10.1.168.192.in-addr.arpa. IN PTR example.com.`
SRV	특정 서비스의 위치를 정의	`<service>.<protocol>.<domain> IN SRV <priority> <weight> <port> <target>`	`_sip._tcp.example.com. IN SRV 10 60 5060 sipserver.example.com.`

작업 과정

1. DNS Master 설정

사용자 생성

1
2


useradd -m -G wheel dnsmaster
echo "dnsmaster" | passwd --stdin dnsmaster

bind 설치

1
2


sudo dnf update --exclude=kernel* -y
sudo dnf install -y bind bind-chroot bind-utils

방화벽 설정

1
2
3


sudo systemctl enable --now firewalld
sudo firewall-cmd --add-port=53/tcp --permanent
sudo firewall-cmd --reload

1) named.conf 수정

dns로 접근할 수 있도록 any로 수정

1
2
3
4
5
6


sudo vi /etc/named.conf

options {
 listen-on port 53 { any; };
 ...
 allow-query { any; };

2) named.rfc1912.zones에 zone 등록

dns에 zone 파일 등록

1
2
3
4
5
6
7
8


sudo vi /etc/named.rfc1912.zones

zone "pjt.com" IN {
 type master;
 # Zone 파일 경로. /var/named 밑에 저장됨
 file "pjt.com.zone";
 also-notify { <Slave IP>; };
};

3) zone 파일 생성

zone 업데이트 시 serial 값이 증가해야 slave에 반영

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


sudo vi /var/named/pjt.com.zone

# Primary NS: ns1.pjt.com
# Email: admin.pjt.com. 관리자 이메일 주소 (`@`는 `.`으로 표기. 실제: admin@pjt.com)
$TTL 86400 ; 1일
@ IN SOA ns1.pjt.com. admin.pjt.com. (
 2024111301 ; Serial. Zone 파일의 버전 번호. 이 번호가 변경될 때 Slave 서버가 Zone 파일을 동기화
 3600 ; Refresh (1시간). Slave 서버가 Master 서버로부터 Zone 데이터를 주기적으로 업데이트하는 주기
 1800 ; Retry (30분). Slave 서버가 Master 서버와 연결에 실패했을 때 재시도하는 주기
 1209600 ; Expire (2주). Master 서버와 연결이 되지 않을 때 Slave 서버가 Zone 정보를 유효하게 유지할 기간
 86400 ; Minimum TTL (1일). Negative caching을 위한 기본 TTL 값
 )

# Authorized NS(네임서버) 설정
@ IN NS ns1.pjt.com.
@ IN NS ns2.pjt.com.

# A 레코드 설정 pjt.com / www.pjt.com
@ IN A 192.168.1.10
www IN A 192.168.1.10

# 네임서버 A 레코드 ns1.pjt.com / ns2.pjt.com
ns1 IN A 192.168.1.10
ns2 IN A 192.168.100.100

dns 파일 검증

1
2
3
4
5
6


## named.conf 파일 검증
named-checkconf /etc/named.conf

## zone 파일 검증
#named-checkzone [domain] [zone file]
named-checkzone nirsa.com nirsa.zone

dns 재시작

1
2
3


sudo named-checkconf
sudo named-checkzone pjt.com /var/named/pjt.com.zone
sudo systemctl restart named

2. DNS Slave 설정

사용자 생성

1
2


useradd -m -G wheel dnsslave
echo "dnsslave" | passwd --stdin dnsslave

bind 설치

1
2


sudo dnf update --exclude=kernel* -y
sudo dnf install -y bind bind-chroot bind-utils

방화벽 설정

1
2
3


sudo systemctl enable --now firewalld
sudo firewall-cmd --add-port=53/tcp --permanent
sudo firewall-cmd --reload

1) named.conf 수정

dns로 접근할 수 있도록 any로 수정

1
2
3
4
5
6


sudo vi /etc/named.conf

options {
 listen-on port 53 { any; };
 ...
 allow-query { any; };

2) named.rfc1912.zones에 zone 등록

dns에 zone 파일 등록

1
2
3
4
5
6
7
8


sudo vi /etc/named.rfc1912.zones

zone "pjt.com" IN {
 type slave;
 # Zone 파일 경로. /var/named 밑에 저장됨
 file "slaves/pjt.com.zone";
 masters { <Master IP>; };
};

slave 파일 경로 생성

1

sudo mkdir -p /var/named/slaves

dns 시작

1
2


sudo named-checkconf
sudo systemctl enable --now named

master-slave 동기화 확인

1

sudo ls -l /var/named/slaves

3. DNS 테스트

dig 명령어로 dns 쿼리

1
2
3
4


dig @<Master IP> pjt.com
dig @<Slave IP> pjt.com

dig @<Slave IP> ns1.pjt.com

1) IP 변경 후 테스트

pjt.com.zone 파일 serial 넘버 변경
ns2.pjt.com ip 변경

1
2
3


sudo vi /var/named/pjt.com.zone

dig @<Slave IP> ns2.pjt.com

트러블슈팅

named.conf의 listen 기본값은 127.0.0.1이다.

master-slave 구성 후 slave에서 /var/named/slaves에 zone 파일 동기화되지 불가
/var/log/messages 확인 결과 failed to connect: connection refused가 발생
named.conf의 listen on이 로컬호스트인 127.0.0.1 설정되어 있어 any로 변경하여 해결

named.conf의 allow-transfer 설정은 Serial 값이 변경되어도 Slave에 즉각적으로 동기화하지 않음

ip 변경 후 Serial 넘버 변경(증가)해도 slave에 반영이 안되는 문제가 발생
조사해보니, allow-transfer은 Master-Slave 연동을 허용하기만 하는 설정이고, 동기화 시기는 .zone 파일의 SOA 레코드의 refresh 설정에 따라 달라짐
allow-transfer 대신 serial변경 후 slave에 즉각적으로 알려주는 also-notify로 변경하여 해결
- also-notify 설정이 되어 있다면 refresh가 쓸모 없다고 생각할 수 있음
  - 그래도 refresh는 Serial 값 변경 시 장애가 발생했을 때를 위한 백업 설정으로 여전히 유효

참고

https://m.blog.naver.com/host365/222983239445

https://nirsa.tistory.com/128

also-notify 설정: https://bono915.tistory.com/entry/Linux-named-DNS-MasterSlave-서버-구축-및-동기화-설정-방법