Linux on Joonlog

SSH Config 옵션 정리

Fri, 01 May 2026 09:00:00 +0900

~/.ssh/config SSH 접속 편의성

매번 ssh -i key user@host -p port 처럼 옵션을 직접 입력하는 대신, ~/.ssh/config에 설정을 저장해두면 ssh <Host명> 만으로 접속 가능하다.

Windows: C:\\Users\\<계정명>\\.ssh\\config
Linux/Mac: ~/.ssh/config

1. 기본 구조

1
2


Host <별칭>
 옵션 값

Host에 지정한 별칭으로 ssh <별칭> 접속
와일드카드 사용 가능 (Host *, Host node*)

2. 주요 옵션

HostName

실제 접속 대상 주소 (IP 또는 도메인)
Host에 별칭을 쓰고 실제 주소는 여기에 기입

1
2


Host mgt
 HostName ssh-mgt.joonlog.store

User

접속할 계정명
설정하지 않으면 현재 로컬 계정으로 접속 시도

1

 User root

IdentityFile

사용할 개인키 파일 경로
설정하지 않으면 ~/.ssh/id_rsa 등 기본 키 파일을 순서대로 시도

1

 IdentityFile ~/.ssh/pve

Port

접속할 SSH 포트
기본값은 22이며 커스텀 포트 사용 시 지정

1

 Port 2222

ServerAliveInterval / ServerAliveCountMax

연결 유지 설정
ServerAliveInterval: 지정한 초마다 서버에 alive 패킷 전송
ServerAliveCountMax: 응답 없을 때 최대 재시도 횟수, 초과 시 연결 종료
idle 상태에서 연결이 끊기는 것을 방지

1
2


 ServerAliveInterval 60
 ServerAliveCountMax 3

ProxyCommand

SSH 연결 전에 실행할 명령어로 연결을 중계
Cloudflare Tunnel SSH 접속 시 사용

1

 ProxyCommand cloudflared access ssh --hostname %h

%h는 HostName 값으로 자동 치환

ProxyJump

점프 호스트를 거쳐서 접속할 때 사용
VSCode Remote SSH나 내부망 서버 접속 시 유용
ProxyJump <Host별칭> 형식으로 이미 config에 정의된 Host 재사용 가능

1
2
3
4
5


Host node1
 HostName <IP>
 User root
 IdentityFile ~/.ssh/pve
 ProxyJump mgt

위 설정 시 ssh node1 하면 mgt를 경유해서 node1에 접속

NCP에서 XEN 기반 Rocky Linux 8 업데이트 후 부팅 이슈 TroubleShooting

Sat, 06 Dec 2025 09:00:00 +0900

TroubleShooting - XEN 기반 Rocky Linux 8 업데이트 후 부팅 이슈

NCP의 Xen 기반 Rocky 8 서버에서 커널 관련 업데이트 후 부팅이 되지 않을 때의 해결 방법

환경
- CSP: NCP
- 하이퍼바이저: Xen
- OS: Rocky 8.10
문제 상황
- 서버에 3rd 파티 솔루션 설치가 필요했던 상황
- 솔루션 설치 간 다량의 패키지 확인 및 설치가 필요한데, 이 과정 중 grub 업데이트가 포함되어 있었음
- 패키지 설치 후 재부팅 시 부팅이 되지 않음
- NCP 콘솔에서 원격 접속 시 grub으로 빠지는 것을 확인
해결 방법
1. NCP 콘솔에서 서버 연격 접속 클릭
2. 파일 시스템 정상 확인
  - ls로 grub이 인식하는 디스크 파티션 확인
  - ls (hd0,msdos1)/ 같은 명령으로 OS 파일(커널, initramfs 등)이 실제로 존재하는지 확인
3. 부팅할 파일 확인
  - /boot 디렉터리에 있는 커널(vmlinuz-*)과 initramfs(initramfs-*) 파일이 있는지 확인
  - ex) vmlinuz-4.18, initramfs-4.18
4. Grub 명령어로 부팅
  - 커널을 직접 로드하고 강제 부팅
  1 2 3 4
  
  grub> set root=(hd0,msdos1) grub> linux /vmlinuz-4.18.0-553.53.1.el8_10.x86_64 root=/dev/xvda2 ro grub> initrd /initramfs-4.18.0-553.53.1.el8_10.x86_64.img grub> boot
5. 정상 부팅 확인 후 Grub 파일 재설치
  1
  
  grub2-install /dev/xvda
6. NCP 콘솔에서 서버 강제 정지 후 시작
  - NCP 콘솔에서 서버가 운영중 상태로 표시되면 성공
    - 이 방법으로 부팅 되지 않으면 스냅샷 생성 및 데이터 이동을 통한 복구 필요
참고
NCP 가이드: https://guide.ncloud-docs.com/docs/xen-rocky8-grub-boot-issue

GitLab Container Registry에 Docker Push 실패 TroubleShooting

Thu, 04 Dec 2025 09:00:00 +0900

GitLab Omnibus 설정 간 URL에 공인/사설 IP 혼용 시 Docker Push 실패 문제 해결

문제 상황

GitLab 웹 콘솔은 외부에서 접근해야 하니 공인 IP로 접근 필요
Jenkins나 다른 WAS 서버에서 이미지 Pull/Push할때 사설 IP로 접근 필요
- 그래서 gitlab.rb 파일에 external_url은 공인 IP, registry_external_url은 사설 IP 로 설정한 상황
- 여기서 docker push 테스트 시 푸시가 중간에서 끊김

원인 분석

GitLab Container Registry는 push 과정에서 이미지 blob을 업로드할 때, GitLab의 canonical URL(=external_url)을 기준으로 내부 리다이렉트 동작을 수행
동작 과정
1. 사용자는 사설 IP(registry_external_url)로 push 요청을 보냄
2. Registry는 manifest 처리 과정에서 GitLab API 엔드포인트를 호출함 → 이때 GitLab의 external_url(공인 IP)을 참조
3. 사설 → 공인으로 트래픽 루프가 발생
4. 클라우드 서버라 루프백이 막혀 있어 트래픽이 중간에 끊김
즉 GitLab의 두 URL이 서로 다른 네트워크 망을 가리킴으로 인해 redirect loop 구조가 발생

조치

external_url, registry_external_url을 IP가 아닌 도메인으로 설정
도메인은 공인 IP와 매핑하고, 사설 IP가 필요한 WAS 서버나 Jenkins 서버에서는 hosts 설정으로 IP를 사설 IP로 지정되도록 설정

결론

GitLab Container Registry는 push 과정에서 canonical URL을 기반으로 내부 API 호출 및 redirect가 발생하기 때문에 external_url과 registry_external_url 이 서로 다른 네트워크를 가리키면 push 실패가 발생할 수 있다.

이를 해결하려면 url을 도메인으로 설정해서 리다이렉트가 발생하지 않도록 해야 한다.

Nginx 리버스 프록시 템플릿

Mon, 01 Dec 2025 09:00:00 +0900

Nginx 리버스 프록시 템플릿

HTTPS 리다이렉트 / SSL Termination / PHP-FPM / Java WAS 공통 패턴 정리

아래 상황에 대한 Nginx 설정 정리
- HTTP → HTTPS 리다이렉트
- SSL termination + WAS 프록시
- PHP-FPM 앞단의 Nginx (fastcgi)
- Java Tomcat 앞단의 Nginx (proxy_pass)
- LB를 통해 거쳐오는 실제 클라이언트 IP 식별
- 로그 포맷 / gzip / timeout 등 공통 설정

1. Nginx 전체 구성 개요

HTTPS 리다이렉트나 SSL Termination 설정은 별도 server블럭으로 분리

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


user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;

include /usr/share/nginx/modules/*.conf;

events {
 worker_connections 4096;
}

http {
 # 공통 설정 (X-Forwarded-For, 로그, gzip, timeout 등)
 # HTTPS 리다이렉트 + SSL 서버 블록
 # PHP-FPM 서버
 # Java Tomcat 서버 
}

2. HTTPS 리다이렉트

80 포트 HTTP로 들어온 요청을 443 포트 HTTPS로 리다이렉션

1
2
3
4
5
6
7


server {
 listen 80;
 server_name <도메인>;

 # 모든 HTTP 요청을 HTTPS로 강제 이동
 return 301 https://$host$request_uri;
}

3. HTTPS 서버 + SSL Termination + WAS 프록시

SSL Termination 수행

클라이언트가 HTTPS로 접속 → 인증서 로드 후 TLS 핸드셰이크 → Nginx가 복호화된 HTTP를 WAS로 전달

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34


server {
 listen 443 ssl http2;
 server_name <도메인>;

 ssl_certificate /etc/nginx/ssl/<crt 파일>;
 ssl_certificate_key /etc/nginx/ssl/<key 파일>;

 ssl_protocols TLSv1.2 TLSv1.3;
 ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256';
 ssl_prefer_server_ciphers on;

 location / {
 # WAS로는 HTTP로 프록시 (Termination 이후)
 proxy_pass http://<WAS 서버 IP>:<포트>;

 # LB를 통해 트래픽이 들어올 경우 LB 정보가 아닌 실제 클라이언트 정보를 수신하도록 설정
 proxy_set_header Host $host;
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 proxy_set_header X-Forwarded-Proto $scheme;
 proxy_set_header X-Forwarded-Port $server_port;

 proxy_http_version 1.1;
 proxy_set_header Connection "";

 # 버퍼/타임아웃 (앱에 맞게 조정)
 proxy_buffers 8 16k;
 proxy_buffer_size 32k;
 proxy_connect_timeout 300;
 proxy_send_timeout 600;
 proxy_read_timeout 600;
 send_timeout 600;
 }
}

4. HTTP 블록 공통 설정

Real IP / 로그 / gzip / timeout / buffer 등

모든 server 블록이 공유할 설정
set_real_ip_from / real_ip_header
- LB 뒤에서 실제 클라이언트 IP 로그 복원, 안 하면 전부 LB IP로 찍힘
timeout / buffer는 서비스에 맞춰서 조정

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42


http {
 include /etc/nginx/mime.types;
 default_type application/octet-stream;

 # LB를 통해 트래픽이 들어올 경우 LB 정보가 아닌 실제 클라이언트 정보를 수신하도록 설정
 set_real_ip_from <LB IP 대역>/24;
 real_ip_header X-Forwarded-For;
 real_ip_recursive on;

 # 로그 포맷
 log_format main '$remote_addr - $remote_user [$time_local] "$request" '
 '$status $body_bytes_sent "$http_referer" '
 '"$http_user_agent" "$http_x_forwarded_for" "$request_time"';

 access_log /var/log/nginx/access.log main;

 # gzip 압축
 gzip on;
 gzip_vary on;
 gzip_proxied any;
 gzip_comp_level 6;
 gzip_types text/plain text/css text/xml text/javascript
 application/json application/javascript application/xml+rss
 application/rss+xml font/truetype font/opentype
 application/vnd.ms-fontobject image/svg+xml;
 gzip_min_length 1000;

 # 버퍼/타임아웃 (앱에 맞게 조정)
 keepalive_timeout 15;
 keepalive_requests 200;

 send_timeout 30s;
 client_body_timeout 30s;
 proxy_read_timeout 60s;
 proxy_connect_timeout 5s;
 proxy_send_timeout 60s;

 proxy_buffering on;
 proxy_buffer_size 4k;
 proxy_buffers 8 4k;

}

5. PHP-FPM 앞단 Nginx 패턴

SCRIPT_FILENAME 잘못 설정하면 빈 화면 404 에러 발생
fastcgi_param으로 IP/스킴 안 넘기면 로그인/도메인 등 의존 코드가 꼬임

정적 리소스 캐싱 안걸어두면 모든 js/css 요청이 PHP로 들어가서 부하 증가

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47


server {
 listen 80;
 server_name <도메인>;

 root /home/<프로젝트>/public;
 index index.php index.html;

 # 보안 헤더
 add_header X-UA-Compatible "IE=Edge,chrome=1";
 add_header X-XSS-Protection "1; mode=block";
 add_header X-Frame-Options "SAMEORIGIN";
 add_header X-Content-Type-Options "nosniff";

 # 정적 리소스 캐싱
 location ~* \.(jpg|jpeg|png|gif|css|pdf|js|ico|svg|woff|woff2|ttf|eot|otf|map)$ {
 access_log off;
 log_not_found off;
 try_files $uri =404;
 expires 1M;
 add_header Cache-Control "public";
 }

 charset utf-8;
 error_page 404 /error/404;

 # PHP-FPM FastCGI 연동
 location / {
 include fastcgi_params;

 fastcgi_pass <WAS 서버 IP>:9000;
 fastcgi_index index.php;

 # PHP에서 실제 실행할 스크립트 경로
 fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

 # 버퍼
 fastcgi_buffers 16 16k;
 fastcgi_buffer_size 32k;

 # X-Forwarded 설정
 fastcgi_param X-Real-IP $remote_addr;
 fastcgi_param X-Forwarded-For $proxy_add_x_forwarded_for;
 fastcgi_param X-Forwarded-Proto $scheme;
 fastcgi_param X-Forwarded-Host $host;
 fastcgi_param X-Forwarded-Port $server_port;
 }
}

6. Java Tomcat 앞단 Nginx 패턴

Java WAS는 proxy_pass로 전달하는 구조라 PHP보다 단순하지만 X-Forwarded 헤더가 중요
- Spring Security, OAuth redirect 등

6-1. Upstream 정의

1
2
3
4


upstream was_backend {
 server <WAS 서버 IP>:8080;
 keepalive 200;
}

6-2. server 블록

X-Forwarded-Proto 로 넘기지 않으면 Spring이 redirect URL을 http로 만들어서 https 접속인데 http로 튕기는 현상 발생
Host를 내부 IP로 넘기면 외부 링크/Redirect URI에 내부 IP가 노출됨

/healthz 같은 헬스체크 URL이 없으면 LB가 임의 URL(예: /) 헬스체크하면서 불필요 부하 발생

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


server {
 listen 80;
 server_name <도메인>;

 # --- 헬스체크 엔드포인트 ---
 location = /healthz {
 add_header Content-Type text/plain;
 return 200 'ok';
 }

 # --- 기본 프록시 ---
 location / {
 proxy_pass http://was_backend;

 # 원본 정보 전달
 proxy_set_header Host $host;
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 proxy_set_header X-Forwarded-Proto $scheme;
 proxy_set_header X-Forwarded-Port $server_port;

 proxy_http_version 1.1;
 proxy_set_header Connection "";

 # 파일 업로드/다운로드가 크다면 필요에 따라 조정
 # client_max_body_size 50m;
 }
}

Linux에서 디스크 추가 시에 LVM 증설

Fri, 28 Nov 2025 09:00:00 +0900

20GB 추가디스크가 서버에 부탁됐을 때 디스크를 LVM으로 /data 경로에 마운트하는 방법

0. 디스크 초기화

1
2


fdisk /dev/xvdb
n p 1 enter enter t 8e 2

1. PV 생성

1

pvcreate /dev/xvdb1

2. VG 생성

1

vgcreate vgdata /dev/xvdb1

3. LV 생성

1
2
3
4
5


# 용량 지정해서 사용
lvcreate -L 20G -n lvdata vgdata

# 남은 전체 공간 사용
lvcreate -l 100%FREE -n lvdata vgdata

4. 파일시스템 생성

1

mkfs.ext4 /dev/vgdata/lvdata

5. 마운트 및 fstab 등록

1
2
3
4


mkdir -p /data
mount /dev/vgdata/lvdata /data

echo "/dev/vgdata/lvdata /data ext4 defaults 0 2" >> /etc/fstab

Apache 버전 업그레이드

Thu, 27 Nov 2025 09:00:00 +0900

기존 Apache가 설치된 환경에서 버전 업그레이드

Apache 2.4.63 신규 버전을 소스 컴파일로 설치하고 심볼릭 링크 기반 전환으로 서비스 다운타임 최소화

1
2
3


httpd -t: 설정 문법을 테스트
httpd -S: 가상호스트 등 서버 설정을 확인
httpd -V: 컴파일 옵션과 버전을 조회

기존 apache 경로: /etc/httpd

신규 apache 경로: /usr/local/apache

0. 고려사항

기존 Apache 패키지 경로: /etc/httpd
- 새 버전은 /usr/local/apache 아래에 설치해 충돌 방지
심볼릭 링크 기반 버전 관리

/usr/sbin/httpd → /usr/local/apache/bin/httpd 로 링크하여 서비스 파일 수정 최소화
conf, modules, workers.properties 등 핵심 설정만 이관
logs 경로는 기존 경로를 그대로 사용

/usr/local/apache/logs → /etc/httpd/logs 로 링크
업그레이드 중 필수 검증:
- httpd -t 설정 문법 체크
- httpd -S 가상호스트 및 include 파일 존재 여부 확인
- 없는 파일은 cp -arup 로 보완

1. 신규 버전 다운로드 및 배포 준비

/usr/local에 신규 파일 배치

1
2
3
4


cd /usr/local
tar -zxvf apache.2.4.63.tar.gz
mv apache apache-2.4.63
ln -sfn /usr/local/apache-2.4.63 /usr/local/apache

2. 기존 설정 및 모듈 이관

conf / conf.d / conf.modules.d 파일 복사

신규 버전에 기본 제공되지 않는 파일(proxy-html.conf 등)은 httpd -S에서 오류가 나는지 확인하고 불필요하면 삭제

1
2
3
4
5
6
7
8


# httpd.conf
cp -arup /etc/httpd/conf/httpd.conf /usr/local/apache/conf/

# conf.d → extra/ 로 이관
cp -arup /etc/httpd/conf.d/* /usr/local/apache/conf/extra/

# conf.modules.d
cp -arup /etc/httpd/conf.modules.d/ /usr/local/apache/conf.modules.d

모듈 복사

1
2
3
4
5
6
7


cp -arup /etc/httpd/modules/mod_jk.so /usr/local/apache/modules/
cp -arup /etc/httpd/modules/mod_ssl.so /usr/local/apache/modules/
cp -arup /etc/httpd/modules/mod_rpaf.so /usr/local/apache/modules/
cp -arup /etc/httpd/modules/mod_proxy_http2.so /usr/local/apache/modules/
cp -arup /etc/httpd/modules/mod_brotli.so /usr/local/apache/modules/
cp -arup /etc/httpd/modules/mod_suexec.so /usr/local/apache/modules/
cp -arup /etc/httpd/modules/mod_systemd.so /usr/local/apache/modules/

workers.properties

1

cp -arup /etc/httpd/conf/workers.properties /usr/local/apache/conf/

3. 로그 경로 유지

기존 경로 재사용

1
2


rm -rf /usr/local/apache/logs
ln -s /etc/httpd/logs /usr/local/apache/logs

4. httpd.conf 설정 변경

ServerRoot 경로 수정 및 모듈 적용

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


vim /usr/local/apache/conf/httpd.conf

ServerRoot "/usr/local/apache"

ServerSignature Off
ServerTokens Prod

LoadModule jk_module modules/mod_jk.so
LoadModule rpaf_module modules/mod_rpaf.so

Include conf.modules.d/*.conf

5. 설정 검증

Missing file 오류가 나오면 해당 파일을 /etc/httpd/ 기준으로 찾아 복사

syntax 오류가 나면 conf 파일 수정 후 재검증

1
2


/usr/local/apache/bin/httpd -t # 설정 문법 검증
/usr/local/apache/bin/httpd -S # 가상호스트 및 include 파일 확인

6. systemd 서비스 연결

기존 서비스 파일(/usr/lib/systemd/system/httpd.service)은 수정하지 않고, 바이너리만 신규 httpd 로 연결

1
2
3
4
5
6
7


service httpd stop

cd /usr/sbin
mv httpd httpd.bak
ln -s /usr/local/apache/bin/httpd httpd

service httpd start

7. 확인 필요 사항

httpd -t 정상
httpd -S 에 missing 파일 없음
mod_jk, mod_ssl, mod_rpaf 등 필수 모듈 로딩 정상
서비스 기동 후
- /etc/httpd/logs/error_log
- 애플리케이션 로그
- SSL 인증서 로드 정상 여부
- 가상호스트 매핑 정상 작동 여부
원복 필요 시 /usr/sbin/httpd.bak 로 즉시 롤백

SSL 인증서를 사용한 MySQL/MariaDB 암호화 통신

Sat, 22 Nov 2025 09:00:00 +0900

App-DB 연동 간 사설 IP로 연동 불가 + VPN 사용 불가한 상황에서 공인 IP를 통한 암호화 통신 설정하는 방법

App 서버에서 DB 서버로 공인 IP로 통신할 경우 평문으로 통신하기에 데이터 탈취 위험이 존재
SSL 인증서를 사용한 암호화 통신으로 데이터 보호

환경

App 서버: PHP-FPM 8.3

DB 서버: MariaDB 10.3

연결 방식: App 서버 → DB 서버 공인 IP

작업 과정

DB 서버에서 SSL 인증서로 사용할 CA 인증서 생성
DB에서 인증서를 사용하도록 설정
생성한 인증서를 앱 서버로 복사
앱 서버에서 인증서를 사용하도록 설정
- PHP DB 연동 설정 + DB 연동 소스 코드 수정 필요

전체 과정

1. DB 서버 - SSL 인증서 생성 및 설정

디렉토리 생성

1
2


mkdir -p /etc/mysql/ssl
cd /etc/mysql/ssl

CA Private Key / 인증서 생성

1
2


openssl genrsa 2048 > ca-key.pem
openssl req -new -x509 -days 3650 -key ca-key.pem -out ca-cert.pem -subj "/CN=MariaDB-CA"

서버용 인증서 생성

1
2
3
4


openssl genrsa 2048 > server-key.pem
openssl req -new -key server-key.pem -out server-req.pem -subj "/CN=MariaDB-Server"
openssl x509 -req -in server-req.pem -CA ca-cert.pem -CAkey ca-key.pem \
 -CAcreateserial -out server-cert.pem -days 3650

권한 설정

1
2


chmod 600 server-key.pem
chown mysql:mysql server-key.pem server-cert.pem ca-cert.pem

MariaDB 설정 추가

/etc/my.cnf.d/server.cnf

1
2
3
4


[mysqld]
ssl-ca=/etc/mysql/ssl/ca-cert.pem
ssl-cert=/etc/mysql/ssl/server-cert.pem
ssl-key=/etc/mysql/ssl/server-key.pem

MariaDB 재시작
1

systemctl restart mariadb

SSL 활성화 확인

1
2
3


SHOW VARIABLES LIKE 'have_ssl';
SHOW SESSION STATUS LIKE 'Ssl_cipher';
SHOW SESSION STATUS LIKE 'Ssl_version';

2. 앱 서버 - CA 인증서 적용 및 PHP SSL 사용 설정

디렉토리 생성
1

mkdir -p /etc/mysql/ssl
DB 서버에서 CA 인증서 복사
- /etc/mysql/ssl/ca-cert.pem

환경파일 설정

.env 파일일 경우

1
2
3


DB_SSL=true
DB_SSL_CA=/etc/mysql/ssl/ca-cert.pem
DB_SSL_VERIFY=false

PHP SSL 옵션 적용

PDO로 DB와 연동할 경우

DB.php

1
2
3
4
5
6
7
8


if (getenv('DB_SSL') === 'true') {
 if ($ca = getenv('DB_SSL_CA')) {
 $options[\PDO::MYSQL_ATTR_SSL_CA] = $ca;
 }
 if (getenv('DB_SSL_VERIFY') === 'false') {
 $options[\PDO::MYSQL_ATTR_SSL_VERIFY_SERVER_CERT] = false;
 }
}

php-fpm 재시작

3. SSL 적용 검증

DB 계정에 SSL 강제 적용하도록 설정
- 애플리케이션이 SSL 적용이 정상적이지 않다면 에러 발생
  - EX) SQLSTATE[HY000] [1045] Access denied for user
1 2

ALTER USER 'gill'@'%' REQUIRE SSL; FLUSH PRIVILEGES;

리눅스 CMD 로그, 시스템 로그 logrotate, openfile, sar 로그 설정

Thu, 30 Oct 2025 09:00:00 +0900

Redhat 계열 리눅스에서 시스템 로그 및 openfile, sar 등 기본 설정하는 방법

환경

OS: Rocky 8.10

개요

명령어 실행 기록은 history로도 볼수있지만 각 계정마다 저장 위치가 다르고 없어질 수도 있음
명령어 추적을 위해 CMD 로그를 활성화
로그 파일 용량 문제를 방지하기 위해 logrotate 설정
운영 중 파일이 동시에 열릴 수 있는 파일 디스크럽터 값 증설
- open file limit

설정

01. CMD 로그 설정

/etc/profile.d/cmd_logging.sh

cmd 로그 생성 스크립트

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


function logging
{
 stat="$?"
 cmd=$(history|tail -1)
 remoteaddr=$(who am i)
 if [ "$cmd" != "$cmd_old" ]; then
 logger -p local1.notice "[2] STAT=$stat"
 logger -p local1.notice "[1] $USER=$remoteaddr, PID=$$, PWD=$PWD, CMD=$cmd"
 fi
 cmd_old=$cmd
}
trap logging DEBUG

권한 설정

1
2


chmod 700 /etc/profile.d/cmd_logging.sh
source /etc/profile.d/cmd_logging.sh

rsyslog 설정 변경

1

cp -aurp /etc/rsyslog.conf /home/ncloud24/rsyslog.conf.$(date +%Y%m%d)

/etc/rsyslog.conf
- 파일 하단에 추가
1

local1.notice /var/log/cmd.log
rsyslog 재기동
1

systemctl restart rsyslog

02. Logrotate 설정

1

cp /etc/logrotate.conf /etc/logrotate.conf.bak

vim /etc/logrotate.conf

1
2
3
4
5
6
7
8


daily # 매일 회전
rotate 365 # 365일(1년) 보관
create # 회전 후 새 파일 생성
dateext # 파일명에 날짜 확장자 사용
compress # 압축 활성화
compresscmd /bin/gzip
compressext .gz
include /etc/logrotate.d

로그 회전 대상에 cmd.log 추가

vim /etc/logrotate.d/syslog

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


/var/log/cron
/var/log/maillog
/var/log/messages
/var/log/secure
/var/log/spooler
/var/log/cmd.log
{
 missingok
 sharedscripts
 postrotate
 /usr/bin/systemctl -s HUP kill rsyslog.service >/dev/null 2>&1 || true
 endscript
}

03. 로그 관리 설정

로그 백업 디렉토리 추가
1

mkdir -p /var/log/backup

/home/scripts/logMoveDelete.sh

로그 관리 스크립트

1
2
3
4
5
6
7
8


#!/bin/bash
PATH=/usr/sbin:/usr/bin:/sbin:/bin

source_dir="/var/log"
backup_dir="/var/log/backup"

mv "$source_dir"/*.tar.gz "$backup_dir" 2>/dev/null || true
find "$backup_dir" -name "*.tar.gz" -type f -mtime +365 -exec rm {} \;

권한 설정

1

chmod 700 /home/scripts/logMoveDelete.sh

cron 등록

1
2
3


crontab -e

0 1 * * * /home/scripts/logMoveDelete.sh

04. open file limit 설정

로그 및 서비스에서 파일 디스크립터 제한이 발생하지 않도록 상한값을 조정

1
2


echo '* soft nofile 65535' | sudo tee -a /etc/security/limits.conf
echo '* hard nofile 65535' | sudo tee -a /etc/security/limits.conf

/etc/systemd/user.conf
1

DefaultLimitNOFILE=65535

05. sar log 설정

sysstat 설정 변경

/etc/sysconfig/sysstat

1
2
3


HISTORY=365 # 데이터 보존 기간 (일 단위)
COMPRESSAFTER=90 # 90일 경과 시 gzip 압축
ZIP="gzip" # 압축 방식

/etc/cron.d/sysstat

1
2


*/1 * * * * root /usr/lib64/sa/sa1 1 1 # 1분마다 sa1 실행
53 23 * * * root /usr/lib64/sa/sa2 -A # 매일 23:53에 sa2 실행 (일간 요약)

sysstat 서비스 활성화
1

systemctl enable --now sysstat

Linux 환경에서 GitLab Omnibus 설치

Sat, 25 Oct 2025 09:00:00 +0900

로컬 리눅스 환경에서 GitLab Omnibus를 설치하는 방법

컨테이너 이미지를 저장하기 위한 이미지 레지스트리 사용

환경

OS: Rocky 8.10

설치

패키지 설치

1

dnf install -y ca-certificates tzdata policycoreutils-python-utils

GitLab Omnibus 설치

Comunity Edition

1
2
3


curl -sS https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.rpm.sh | sudo bash

EXTERNAL_URL="http://<IP/도메인>" dnf install -y gitlab-ce

GitLab 설정

/etc/gitlab/gitlab.rb

콘솔 접근 경로

1
2


# 기본 외부 URL 설정 
external_url "http://<IP/도메인>"

이미지 레지스트리

1
2


gitlab_rails['registry_enabled'] = true
registry_external_url "http://<IP/도메인>:5050"

레지스트리 경로가 https가 아닌 http이므로, 이미지를 푸시할 때 해당 서버에서 docker insecure 설정이 필요함

1
2
3
4
5
6
7


vim /etc/docker/daemon.json
---------------------------
{
 "insecure-registries": [
 "<ip/도메인>:5050"
 ]
}

(선택) 리포지토리 저장 위치 변경

1
2
3
4
5
6
7
8


gitaly['configuration'] = {
 storage: [
 {
 name: 'default',
 path: '/data/gitlab/repositories',
 },
 ],
}

(선택) 이미지 레지스트리 저장 위치 변경

1

gitlab_rails['registry_path'] = "/data/gitlab/registry"

설정 적용
1

gitlab-ctl reconfigure

루트 비밀번호 확인
- 루트 비밀번호가 저장된 파일은 24시간 뒤에 자동 삭제
1

cat /etc/gitlab/initial_root_password
http://로 콘솔 접근
- 정상 접근 확인!

참고

GitLab Omnibus Install 공식 문서: https://docs.gitlab.com/install/package/almalinux/

Linux 환경에서 Jenkins 설치

Thu, 23 Oct 2025 09:00:00 +0900

로컬 리눅스 환경에서 Jenkins 설치하는 방법

환경

OS: Rocky 8.10
java: OpenJDK 21

설치

패키지 설치

1
2
3
4


wget -O /etc/yum.repos.d/jenkins.repo https://pkg.jenkins.io/redhat-stable/jenkins.repo
rpm --import https://pkg.jenkins.io/redhat-stable/jenkins.io-2023.key

yum install fontconfig java-21-openjdk

(선택) OpenJDK 21이 아닌 다른 버전으로 선택되어 있을 시 변경 필요

1
2
3
4


java --version
# java 21 선택
alternatives --config java
java --version

jenkins 설치

1
2
3


yum install jenkins
systemctl daemon-reload
systemctl enable --now jenkins

http://:8080으로 콘솔 접근
Install wizard 진행
- jenkins는 최초 접근 시 unlock 되어 있음
  - 비밀번호 확인 필요
  1
  
  cat /var/lib/jenkins/secrets/initialAdminPassword
- 이후 자동 설치 진행

참고

Jenkins Install 공식 문서: https://www.jenkins.io/doc/book/installing/linux/

Linux logrotate를 통한 로그 관리

Fri, 03 Oct 2025 09:00:00 +0900

/etc/cron.daily/logrotate에 설정된 스크립트를 통해 자동으로 동작
예시
- mariadb general.log 대상

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44


vim /etc/logrotate.d/mariadb

/data/mariadb_log/general.log {

 # Depends on a mysql@localhost unix_socket authenticated user with RELOAD privilege
 su mysql mysql

 # If any of the files listed above is missing, skip them silently without
 # emitting any errors
 missingok

 # If file exists but is empty, don't rotate it
 notifempty

 # 달에 1번 보관
 monthly

 # 6개월 보관
 rotate 6

 # 500M 초과할 경우 달에 상관없이 즉시 보관
 maxsize 500M

 # 50M 미만일 경우 달에 상관없이 보관 X
 minsize 50M

 # 압축해서 보관
 compress

 # 가장 최근 보관한 로그는 압축하지 않음
 delaycompress

 # Don't run the postrotate script for each file configured in this file, but
 # run it only once if one or more files were rotated
 sharedscripts

 # redhat 계열 flush
 postrotate
 if command -v mariadb-admin >/dev/null 2>&1; then
 mariadb-admin --user=root --password='<PASSWORD>' --host=localhost \
 --local flush-error-log flush-engine-log flush-general-log flush-slow-log
 fi
 endscript
}

Linux Swap 메모리 증설 방법

Thu, 02 Oct 2025 09:00:00 +0900

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


# 현재 스왑 메모리 확인
free -mh

# Swap 파일 생성
fallocate -l 2G .swapfile
# fallocate 안되면 dd
dd if=/dev/zero of=/swapfile2 bs=1M count=2048

# Swap 파일 권한 변경
chmod 600 .swapfile

# Swap 파일 포맷 설정 및 Swap 파일 등록
mkswap .swapfile
swapon .swapfile

# Swap Memory 가 정상적으로 등록 되었는지 확인
swapon -s
free -m

# 부팅시에도 Swap 연결이 되도록 Swap 파일 영구적 마운트 하는 방법
vim /etc/fstab
 .swapfile swap swap defaults 0 0

# Swap Memory 비활성화 및 삭제
swapoff .swapfile
rm .swapfile

# Swap 파일 마운트 해제
vim /etc/fstab
 [swap파일경로] swap swap defaults 0 0 << 문구 주석 처리

HAproxy 동시 재기동 오류 TroubleShooting

Tue, 16 Sep 2025 09:00:00 +0900

두 서버의 HAProxy를 동시에 재기동하는 과정에서 VIP FAULT 현상이 발생
- keepalived/corosync/pacemaker 같은 클러스터 프로세스가 VIP 소유권을 제어하는 앱에서 자주 있는 일
- VIP(Virtual IP) 소유권 충돌이 발생하여 이로 인해 VIP가 정상적으로 할당되지 않고 모두 FAULT 상태로 전환 이후 BACKUP 상태로 변경됨
- 이후 순차적으로 keepalived를 재기동해서 정상적으로 Master 상태로 전환 확인
  - systemctl restart keepalived

위 현상 방지하기 위해 한 HAproZxy 재기동 후, 재기동하지 않은 서버가 MASTER 승격되었는지, VIP 활성화 되었는지 확인 필수

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


# HAProxy 재기동 시 로그

Reloading HAProxy Load Balancer...
Stopping proxy haproxy-ssl...
Stopping proxy haproxy...

Keepalived_vrrp[####]: (VI_1) received an invalid passwd!
Keepalived_vrrp[####]: (VI_1) Dropping received VRRP packet...
Keepalived_vrrp[####]: VRRP_Instance(VI_1) Entering FAULT STATE
Keepalived_vrrp[####]: VRRP_Script(chk_haproxy) failed
Keepalived_vrrp[####]: VRRP_Instance(VI_1) Now in FAULT state
Keepalived_vrrp[####]: VRRP_Instance(VI_1) Entering BACKUP STATE

# haproxy_test.sh 실행 결과
/keepalived/haproxy_test.sh exited with status 1
/keepalived/haproxy_test.sh exited with status 0

# BACKUP 전환 확인
Keepalived_vrrp[####]: VRRP_Instance(VI_1) Entering BACKUP STATE

HikariCP 개발자가 제안한 커넥션 풀 사이즈 공식

Thu, 11 Sep 2025 09:00:00 +0900

https://joonlog.github.io/posts/TroubleShootingHikariCPConnectionError/에서 이슈가 됐던 설정 중 최적 커넥션 풀 설정 방법에 대한 글 발견

출처: https://www.threads.com/@codevillains/post/DFj2-wQSREJ?xmt=AQF0jSXFspf2rIJ-PoZij1A2Xy3Ak_g0vjc0SNxC2kYoOA

원본: https://github.com/brettwooldridge/HikariCP

서버 스펙으로 계산
- Pool Size = (( CPU 코어 수 * 2) + 스토리지 디스크 (또는 SSD) 갯수)
- 코어가 8개고 스토리지 디스크가 2개라면 ((8*2)+2) = 18 가 최적의 커넥션 풀 사이즈
TPS로 계산
- (TPS × 평균 응답 시간) / (1 - DB 사용률)
- 500TPS에 평균 응답시간이 0.05초 일 경우 서버 자원 사용률이 70퍼라고 가정하면 500 * 0.05 / 1-0.7 이 되고, 83.3 개가 최적의 커넥션 풀 사이즈

HikariCP connection is closed 에러 TroubleShooting

Wed, 10 Sep 2025 09:00:00 +0900

MySQL은 wait_timeout 설정값에 따라 커넥션 중 일정 시간이상 사용하지 않은 커넥션을 종료
HikariCP는 maxLifetime 설정값에 따라 스스로 미사용된 커넥션을 제거하고 새로 생성하는 방식으로 동작
- 커넥션 누수 발생 시 connection closed 되지 않으므로 Hikari는 커넥션을 activate 상태로 파악하여 maxLifetime 에 따른 커넥션 갱신하지 않음
  - 따라서 wait_timeout 으로 인해 닫힌 커넥션을 재사용하려다 connection is closed 오류가 발생
  - HikariCP는 maxLifetime값을 DB의 wait_timeout보다 몇 초 정도 짧게 설정하라고 권장

connection is closed 에러 히스토리

connection pool 수치 점검
- default 10개, 필요시 20~30개로 설정
1

spring.datasource.hikari.maximum-pool-size=30
- 현재 실행 중인 쿼리의 Que 값이 connection Pool 최대 값까지 도달하여 다음 실행할 쿼리를 처리하지 못해 발생
- APM 솔루션으로 Connection Pool 자원 모니터링을 통해 증설이 필요할 시 즉시 증설, 쿼리 최적화 필요 언급
  - 이건 임시 조치만 반복할 뿐, 커넥션 누수는 코드를 수정해야 함
db 파라미터 wait_timeout = 500 설정

이후 재발

1
2
3
4
5
6
7


spring.datasource.hikari.minimum-idle=10 // 최소 커넥션 수
spring.datasource.hikari.idle-timeout=300000 // 유휴 커넥션 타임아웃 (5분)
spring.datasource.hikari.max-lifetime=1800000 // 최대 커넥션 생명 주기 (30분)
spring.datasource.hikari.connection-timeout=30000 // 커넥션 대기 시간 (30초)

# db 파라미터 max_connection = 2000으로 확인됨
spring.datasource.hikari.maximum-pool-size=60 // 30에서 60으로 변경

이후 재발
- HikariCP는 maxLifetime값을 DB의 wait_timeout보다 몇 초 정도 짧게 설정하라고 권장
  1
  
  spring.datasource.hikari.max-lifetime=497000 // 최대 커넥션 생명 주기 (497초)

이후 재발

was 서버 로그 확인 시 maxLifetime 값을 더 짧게 설정하는 것을 권장하는 로그 확인

1

[WARN ] [PoolBase.javalisConnectionAlive(184) : HikariPool-1 - Failed to connection org.mariadb.jdbc.MariaDbConnection@14441ec9 ((conn=8360) Connection.setNetworkTimeout cannot be called on a closed connection). Possibly consider using a shorter maxLifetime value.

maxLifetime 값 변경

1

spring.datasource.hikari.max-lifetime=470000 // 최대 커넥션 생명 주기 (470초)

동일오류 재발
- spring.datasource.hikari.connection-init-sql 프로퍼티를 추가하여 세션 wait_timeout을 설정
- wait_timeout 값을 설정된 hikari MaxLifetime 값 + 5초 형식으로 설정
  1
  
  spring.datasource.hikari.connection-init-sql=SET wait_timeout = 500

커넥션 누수 사례

https://jaehoney.tistory.com/337

wait_timeout 이 15초로 설정되어 있는데 레거시 코드 때문에 높이지 못함

따라서 세션의 wait_timeout을 설정

1

spring.datasource.hikari.connection-init-sql=SET wait_timeout = 500

https://do-study.tistory.com/97

EntityManager를 Bean으로 설정함
- EntityManager는 스레드간 절대 공유하면 안됨
QueryDSL 구현 Resitory에서 특정 datasource의 EntityManager를 받기 위해 setEntityManager를 재정의하지 않고 별도 setting 메소드 작성

같은 Tibero DB 안에서 스키마 복제하는 방법

Thu, 04 Sep 2025 09:00:00 +0900

Tibero DB에서 스키마를 복제할 경우 기존 DB와의 테이블스페이스 및 데이터파일 중복을 고려해서 작업 필요

복제 원본 스키마 정보 확인

대상 스키마에서 사용하는 테이블스페이스, 데이터파일, 크기 확인

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


-- 원본 스키마가 쓰는 테이블스페이스 목록
SELECT DISTINCT tablespace_name
FROM dba_segments
WHERE owner = <대상 스키마명>
ORDER BY 1;

-- 각 TS에 대해 현재 데이터파일 경로와 크기
SELECT tablespace_name,
file_id,
file_name,
ROUND(bytes/1024/1024) AS size_mb,
autoextensible,
ROUND(maxbytes/1024/1024) AS max_mb
FROM dba_data_files
WHERE tablespace_name IN (
SELECT DISTINCT tablespace_name FROM dba_segments WHERE owner=<대상 스키마명>
)
ORDER BY tablespace_name, file_id;

-- 각 TS에서 대상 스키마가 실제 사용 중인 용량(세그먼트 기준)
SELECT tablespace_name,
ROUND(SUM(bytes)/1024/1024) AS used_mb
FROM dba_segments
WHERE owner=<대상 스키마명>
GROUP BY tablespace_name
ORDER BY tablespace_name;

대상(복제) 스키마 구성

대상 스키마 생성, 권한 부여, 쿼터 부여

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


-- 대상 테이블 스페이스 생성
 CREATE TABLESPACE <대상TS1> DATAFILE '<경로>/<대상TS1>.dbf' SIZE <사이즈>M <여부 예: AUTOEXTEND ON>;
 CREATE TABLESPACE <대상TS2> DATAFILE '<경로>/<대상TS2>.dbf' SIZE <사이즈>M <여부 예: AUTOEXTEND ON>;
-- 복제 적용할 대상 전부 동일하게 구성(원본 스키마와 테이블 스페이스를 공유할 경우 적용X)

-- 대상 스키마 생성
CREATE USER <대상 스키마명> IDENTIFIED BY "<패스워드>"
 DEFAULT TABLESPACE <대상TS, 예: <복제 스키마>>
 TEMPORARY TABLESPACE TEMP;

-- 권한 부여(필요시)
GRANT CONNECT, RESOURCE TO <대상 스키마명>;

-- 대상 스키마에 각 대상 TS 쿼터 부여
ALTER USER <대상 스키마명> QUOTA UNLIMITED ON <대상TS>;
-- 복제 적용할 대상 전부 구성

tbexport 백업 파일 생성

테이블스페이스 리맵 적용

1
2
3
4
5
6
7



tbexport \
 username=<계정명> password=<비밀번호> sid=<DB명> \
 file=<덤프 파일 경로 예: /data/db_dump/src_full_remap.dmp> \
 user=<원본 스키마명> \
 remap_tablespace=<원본TS1>:<대상TS1>,<원본TS2>:<대상TS2>
 -- 원본 스키마와 테이블 스페이스를 분리할 테이블 스페이스만 적용

tbimport 데이터 적재

1
2
3
4
5


tbimport \
 username=<계정명> password=<비밀번호> sid=<DB명> \
 file=<덤프 파일 경로 예: /data/db_dump/src_full_remap.dmp> \
 fromuser=<원본 스키마명> touser=<대상 스키마명> \
 rows=y constraint=n index=n trigger=n ignore=Y

tbimport 메타데이터 적재

1
2
3
4
5
6


tbimport \
 username=<계정명> password=<비밀번호> sid=<DB명> \
 file=<DUMP_FILE> \
 log=<LOG_META> \
 fromuser=<원본 스키마명> touser=<대상 스키마명> \
 rows=n constraint=y index=y trigger=y ignore=Y

검증

1
2
3
4
5
6
7


-- 테이블 수 비교
SELECT COUNT(*) FROM dba_tables WHERE owner=<대상 스키마>;
SELECT COUNT(*) FROM dba_tables WHERE owner=<복제 스키마>;

-- 인덱스 수 비교
SELECT COUNT(*) FROM dba_indexes WHERE owner=<대상 스키마>;
SELECT COUNT(*) FROM dba_indexes WHERE owner=<복제 스키마>;

외부 스키마의 권한 부여(선택)

복제 스키마 외에 다른 스키마가 존재하고, 해당 스키마가 복제한 스키마를 참조할 경우 권한을 별도로 부여해야 함

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39


1) 오브젝트 권한(테이블/뷰/시퀀스/프로시저/펑션/패키지 등)
-- <대상 스키마>에는 있고 <복제 스키마>에는 없는 권한
SELECT privilege, owner, table_name
FROM dba_tab_privs
WHERE grantee=<대상 스키마>
MINUS
SELECT privilege, owner, table_name
FROM dba_tab_privs
WHERE grantee=<복제 스키마>;

2) 컬럼 단위 권한(있을 수 있음: SELECT/UPDATE 컬럼 권한)
-- <대상 스키마>에는 있고 <복제 스키마>에는 없는 컬럼 권한
SELECT privilege, owner, table_name, column_name
FROM dba_col_privs
WHERE grantee=<대상 스키마>
MINUS
SELECT privilege, owner, table_name, column_name
FROM dba_col_privs
WHERE grantee=<복제 스키마>;

3) 시스템 권한(필요시)
-- <대상 스키마>에는 있고 <복제 스키마>에는 없는 시스템 권한
SELECT privilege
FROM dba_sys_privs
WHERE grantee=<대상 스키마>
MINUS
SELECT privilege
FROM dba_sys_privs
WHERE grantee=<복제 스키마>;

4) 롤(역할) 부여 비교(필요시)
-- <대상 스키마>에는 있고 <복제 스키마>에는 없는 롤
SELECT granted_role
FROM dba_role_privs
WHERE grantee=<대상 스키마>
MINUS
SELECT granted_role
FROM dba_role_privs
WHERE grantee=<복제 스키마>;

Tibero DB에서 begin/end모드를 사용한 물리적 백업 및 복구 방법

Wed, 03 Sep 2025 09:00:00 +0900

백업 모드 시작 - 데이터파일 복사 - 백업 모드 종료의 구조로 백업하는 방식
백업 스크립트
- DB내 존재하는 테이블스페이스 리스트를 읽어 반복문으로 풀 백업
- pigz 명령어를 사용한 멀티스레드 압축
  - 다수의 대용량 데이터 파일을 압축해야하는 현재 상황에서는 pigz를 사용하지 않고 tar로만 압축하면 24시간 이상 소요 ⇒ pigz 사용 시 6시간 소요
- 백업 파일과 DB 메타데이터 비교를 통한 누락 파일 감지
- 이전 백업 파일 및 로그 정리

 1
 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214


#!/bin/bash

set -euo pipefail

########## 환경설정 ##########
export TB_HOME=/tibero/tibero6
export TB_SID=<sid명>
export PATH="$TB_HOME/client/bin:/usr/bin:/bin"
export LD_LIBRARY_PATH="$TB_HOME/client/lib:${LD_LIBRARY_PATH:-}"
TBSQL="$TB_HOME/client/bin/tbsql"

USER=<계정명>
PASS=<비밀번호>

DATE=$(date +%Y%m%d)
BACKUP_ROOT="/data/db_dump"
BACKUP_DIR="$BACKUP_ROOT/$DATE"
DATA_DIR="/data/<db명>"
ARCHIVE_DIR="/data/archive"
LOGFILE="$BACKUP_ROOT/<db명>_backup_$DATE.log"
LOG_DIR="$BACKUP_ROOT"
LOG_FILE="$BACKUP_ROOT/<db명>_backup_check_$DATE.log"
PIGZ="/usr/bin/pigz"
export LC_ALL=C

mkdir -p "$BACKUP_DIR"

########## 유틸 ##########
log() { echo "[$(date '+%Y-%m-%d %H:%M:%S')] $*" | tee -a "$LOGFILE" ; }
tbq() { echo "$1" | "$TBSQL" "$USER/$PASS" >> "$LOGFILE" 2>&1 ; }

########## 1) DB에서 TS,파일 경로 Spool ##########
MAP_FILE="$BACKUP_DIR/_filemap_${DATE}.csv" # 원본 Spool
MAP_CLEAN="$BACKUP_DIR/_filemap_${DATE}.clean.csv" # 정제본
log "===== DBA_DATA_FILES Spool 시작 ====="
"$TBSQL" "$USER/$PASS" <<EOF >> "$LOGFILE" 2>&1
SET ECHO OFF
SET PAGESIZE 0
SET FEEDBACK OFF
SET HEADING OFF
SET TRIMSPOOL ON
SPOOL $MAP_FILE
SELECT TRIM(tablespace_name) || ',' || TRIM(file_name)
FROM dba_data_files
ORDER BY tablespace_name, file_name;
SPOOL OFF
EXIT;
EOF

# 정제: CR 제거 → 앞의 "SQL> [번호]" 제거 → 공백 Trim → 패턴 필터링
sed -E 's/\r$//' "$MAP_FILE" \
| sed -E 's/^SQL>[[:space:]]*([0-9[:space:]]+)?//' \
| awk -F, 'NF==2 {
 gsub(/^[[:space:]]+|[[:space:]]+$/,"",$1);
 gsub(/^[[:space:]]+|[[:space:]]+$/,"",$2);
 if ($1 ~ /^[A-Z0-9_]+$/ && $2 ~ /^\//) print $1","$2
}' > "$MAP_CLEAN"

if [[ ! -s "$MAP_CLEAN" ]]; then
 log "ERROR: 파일 맵 정제 결과가 비었습니다. ($MAP_CLEAN)"
 exit 1
fi
log "Spool 원본 라인수: $(wc -l < "$MAP_FILE"), 정제 후 라인수: $(wc -l < "$MAP_CLEAN")"
log "===== Spool 완료(정제 적용): $(wc -l < "$MAP_CLEAN") rows ====="

########## 2) TS별 파일 목록 구성 ##########
declare -A TS_FILES
declare -a TS_ORDER
while IFS=, read -r TS F; do
 [[ -z "$TS" || -z "$F" ]] && continue
 [[ "$TS" =~ ^[A-Z0-9_]+$ ]] || continue
 [[ "$F" =~ ^/.*$ ]] || continue
 if [[ -z "${TS_FILES[$TS]+_}" ]]; then
 TS_FILES[$TS]="$F"
 TS_ORDER+=("$TS")
 else
 TS_FILES[$TS]="${TS_FILES[$TS]} $F"
 fi
done < "$MAP_CLEAN"

log "감지된 테이블스페이스 수: ${#TS_ORDER[@]}"

########## 3) TS 하나 백업(복사/압축) ##########
backup_one_ts() {
 local TS="$1"; shift
 local FILES=("$@")
 local BASENAMES=()
 local MANIFEST="${TS}${DATE}.manifest"
 local TGZ="${TS}_${DATE}.tar.gz"

 log "===== ${TS} BEGIN BACKUP ====="
 tbq "ALTER TABLESPACE ${TS} BEGIN BACKUP;"

 for f in "${FILES[@]}"; do
 if [[ -r "$f" ]]; then
 cp "$f" "$BACKUP_DIR/" >> "$LOGFILE" 2>&1
 BASENAMES+=("$(basename "$f")")
 else
 log "WARN: ${TS} 데이터파일 읽기 불가: $f"
 fi
 done

 tbq "ALTER TABLESPACE ${TS} END BACKUP;"

 if (( ${#BASENAMES[@]} == 0 )); then
 log "WARN: ${TS} 복사된 파일이 없어 압축을 생략합니다."
 return 0
 fi

 (
 cd "$BACKUP_DIR" || exit 1
 tar --index-file="$MANIFEST" -cvf - "${BASENAMES[@]}" 2>>"$LOGFILE" \
 | "$PIGZ" -p 8 > "$TGZ"
 rm -f "${BASENAMES[@]}" 2>>"$LOGFILE" || true
 ) >> "$LOGFILE" 2>&1 &
}

########## 4) 병렬 폭 조절(PARALLEL=2: 두 개씩) ##########
PARALLEL=2
running=0
for TS in "${TS_ORDER[@]}"; do
 read -r -a arr <<< "${TS_FILES[$TS]}"
 backup_one_ts "$TS" "${arr[@]}"
 ((++running))
 if (( running >= PARALLEL )); then
 wait
 running=0
 log "===== 직전 ${PARALLEL}개 TS 백업/압축 완료(wait) ====="
 fi
done
wait
log "===== 모든 TS 백업/압축 완료 ====="

########## 5) MISC 묶음 ##########
MISC_DIR="$BACKUP_DIR/.misc_tmp"
mkdir -p "$MISC_DIR"

log "===== 컨트롤파일 SQL 백업 ====="
tbq "ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '${MISC_DIR}/crectl.sql' REUSE NORESETLOGS;"

log "===== 컨트롤파일 물리 백업 ====="
cp /data/<db명>/c1.ctl "$MISC_DIR/" 2>> "$LOGFILE" || true
cp /tibero/tibero6/config/c2.ctl "$MISC_DIR/" 2>> "$LOGFILE" || true

log "===== 아카이브 로그 스위치 및 복사 ====="
tbq "ALTER SYSTEM SWITCH LOGFILE;"
cp "$ARCHIVE_DIR"/*.arc "$MISC_DIR/" 2>> "$LOGFILE" || true

log "===== 리두로그/.passwd 백업 ====="
cp /data/<db명>/log*.log "$MISC_DIR/" 2>> "$LOGFILE" || true
cp /data/<db명>/.passwd "$MISC_DIR/" 2>> "$LOGFILE" || true

tar -czf "${BACKUP_DIR}/MISC_${DATE}.tar.gz" -C "$MISC_DIR" . >> "$LOGFILE" 2>&1
rm -rf "$MISC_DIR"

log "===== 전체 백업 완료(MISC 포함) ====="

########## 6) LABEL 생성 및 검증(오탐 방지) ##########
: > "$BACKUP_DIR/LABEL${DATE}.manifest"
cat "$BACKUP_DIR"/*"${DATE}.manifest" 2>/dev/null \
 | awk -F/ '{print $NF}' \
 | sort -u > "$BACKUP_DIR/LABEL${DATE}.manifest"

if [[ ! -s "$BACKUP_DIR/LABEL${DATE}.manifest" ]]; then
 log "ERROR: LABEL${DATE}.manifest is empty (no fallback by policy)"
 exit 1
fi

: > "$LOG_DIR/backup_filelist.txt"
awk -F/ '{print $NF}' "$BACKUP_DIR/LABEL${DATE}.manifest" | sort -u > "$LOG_DIR/backup_filelist.txt"

# expect 목록 재생성 (tbsql 출력은 메인 로그만)
$TBSQL "$USER/$PASS" <<EOF >> "$LOGFILE" 2>&1
SET ECHO OFF
SET PAGESIZE 0
SET FEEDBACK OFF
SET HEADING OFF
SET TRIMSPOOL ON
SPOOL $LOG_DIR/expected_filelist_full.txt
SELECT file_name FROM dba_data_files ORDER BY 1;
SPOOL OFF
EXIT;
EOF

awk -F/ '{print $NF}' "$LOG_DIR/expected_filelist_full.txt" | sort > "$LOG_DIR/expected_filelist.txt"

# 체크 로그 초기화 후 누락만 기록
: > "$LOG_FILE"
comm -23 "$LOG_DIR/expected_filelist.txt" "$LOG_DIR/backup_filelist.txt" > "$LOG_FILE"

if [[ -s "$LOG_FILE" ]]; then
 log "누락된 데이터파일이 있습니다. ($LOG_FILE 참조)"
else
 log "DB expect 목록 대비 누락 없음"
fi

rm -f "$LOG_DIR/backup_filelist.txt" \
 "$LOG_DIR/expected_filelist.txt" \
 "$LOG_DIR/expected_filelist_full.txt"

########## 7) 하우스키핑 ##########
log "Deleting .arc archive logs older than 7 days..."
find "$ARCHIVE_DIR" -type f -name "*.arc" -mtime +7 -print -exec rm -f {} \; >> "$LOGFILE" 2>&1

log "Deleting .log files older than 1 day..."
find "$LOG_DIR" -maxdepth 1 -type f -name "*.log" -mtime +1 -print -exec rm -f {} \; >> "$LOGFILE" 2>&1

YESTERDAY=$(date -d "1 day ago" +%Y%m%d)
if [[ -d "$BACKUP_ROOT/$YESTERDAY" ]]; then
 log "Deleting backup directory: $BACKUP_ROOT/$YESTERDAY"
 rm -rf "$BACKUP_ROOT/$YESTERDAY" >> "$LOGFILE" 2>&1
else
 log "No backup directory to delete for $YESTERDAY"
fi

백업 복구 방법

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


### 파일 이름은 백업본 생성 일자에 따라 변경 필요

# DB 중지
tbdown immediate

# 압축 해제
tar -xzf /data/db_dump/20250806.tar.gz -C /data/db_dump

# 파일 복구(운영 경로로 이동)
cp /data/db_dump/<날짜>/*.arc /data/archive/
cp /data/db_dump/<날짜>/*.dtf /data/<SID명>/
cp /data/db_dump/<날짜>/*.dbf /data/<SID명>/
cp /data/db_dump/<날짜>/.passwd /data/<SID명>/
cp /data/db_dump/<날짜>/*.log /data/<SID명>/

#인스턴스 NOMOUNT
tbboot nomount

#컨트롤파일 재생성
@/data/db_dump/<날짜>/crectl.sql

#MOUNT로 변경
tbdown
tbboot mount

#복구
ALTER DATABASE RECOVER AUTOMATIC DATABASE;

#오픈
ALTER DATABASE OPEN RESETLOGS;

Tibero DB에서 tbrmgr 명령어를 사용한 물리적 백업 및 복구 방법

Wed, 03 Sep 2025 09:00:00 +0900

백업한 데이터파일을 압축 및 변형하지 않고, 지속적으로 증분하여 백업할 경우에 유용한 방식

백업 스크립트

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59


#!/bin/bash

# 오늘 날짜
today=$(date +%Y%m%d)

# 백업 루트 디렉토리
backup_dir="/data/db_dump"

# 오늘 백업 디렉토리 및 압축 파일 경로
today_dir="$backup_dir/$today"
today_tar="$backup_dir/<db명>_backup_${today}.tar.gz"

# 아카이브 로그 디렉토리
archive_log_dir="/data/archive"

# 로그 기록용 파일
log_file="$backup_dir/<sid명>_backup_${today}.log"

echo "[$(date '+%Y-%m-%d %H:%M:%S')] === Tibero Hot Backup Script Start ===" | tee -a "$log_file"

# 1. 오늘 날짜 디렉토리 생성
mkdir -p "$today_dir"

# 2. 백업 실행
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Starting backup to $today_dir" | tee -a "$log_file"
tbrmgr backup --compress=HIGH -u -o "$today_dir"

du -sh "$today_dir" | tee -a "$log_file"

if [ $? -eq 0 ]; then
 echo "[$(date '+%Y-%m-%d %H:%M:%S')] Backup succeeded. Compressing..." | tee -a "$log_file"
 tar -czf "$today_tar" -C "$backup_dir" "$today"
 if [ $? -eq 0 ]; then
 echo "[$(date '+%Y-%m-%d %H:%M:%S')] Compression successful: $today_tar" | tee -a "$log_file"
 rm -rf "$today_dir"
 else
 echo "[$(date '+%Y-%m-%d %H:%M:%S')] Compression failed!" | tee -a "$log_file"
 fi
else
 echo "[$(date '+%Y-%m-%d %H:%M:%S')] Backup failed!" | tee -a "$log_file"
 exit 1
fi

# 3. 1일 초과된 백업 파일 삭제 (.tar.gz)
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Deleting .tar.gz backups older than 1 days..." | tee -a "$log_file"
find "$backup_dir" -maxdepth 1 -type f -name "*.tar.gz" -mtime +1 -print -exec rm -f {} \; >> "$log_file" 2>&1

du -sh "$today_tar" | tee -a "$log_file"

# 4. 7일 초과된 아카이브 로그(.arc) 삭제
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Deleting .arc archive logs older than 7 days from $archive_log_dir..." | tee -a "$log_file"
find "$archive_log_dir" -type f -name "*.arc" -mtime +7 -print -exec rm -f {} \; >> "$log_file" 2>&1

# 5. 1일 초과된 백업 로그 파일 삭제 (.log)
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Deleting .log files older than 1 day..." | tee -a "$log_file"
find "$backup_dir" -maxdepth 1 -type f -name "*.log" -mtime +1 -print -exec rm -f {} \; >> "$log_file" 2>&1

echo "[$(date '+%Y-%m-%d %H:%M:%S')] === Tibero Hot Backup Script Complete ===" | tee -a "$log_file"
### 백업스크립트 완료

복구 스크립트

1
2
3
4
5


압축 해제
tar -xvzf /data/db_dump/<db명>_backup_<날짜>.tar.gz -C /data/db_dump/

복구 실행
tbrmgr recover -o /data/db_dump/<날짜>/

Tomcat 마이너 버전 업그레이드 (Tomcat 9)

Tue, 02 Sep 2025 09:00:00 +0900

Tomcat 9.0 버전대에서 9.0.108 버전으로의 마이너 버전 업그레이드
- 마이너 버전 업그레이드는 전/후 버전의 설정이 대부분 호환됨

0. 고려사항

심볼릭 링크 방식으로 버전을 관리해서 롤백을 용이하게 설정
conf, lib, bin 일부 스크립트만 선별적으로 이관
로그/웹앱 경로는 기존 디렉토리를 링크해 데이터 손실을 방지
업그레이드 후에는 반드시 catalina.out과 애플리케이션 로그를 확인해 정상 구동 여부를 검증

1. 새 버전 다운로드 및 설치

1
2
3
4


cd /usr/local
curl -O https://dlcdn.apache.org/tomcat/tomcat-9/v9.0.108/bin/apache-tomcat-9.0.108.tar.gz
tar xzf apache-tomcat-9.0.108.tar.gz
mv apache-tomcat-9.0.108 tomcat-9.0.108

2. 설정 및 배포물 이관

업그레이드 시 필요한 설정/라이브러리만 이관

conf
- 웬만하면 전부 복사
bin
- 이전 버전에서 catalina.sh 파일이 수정된 흔적이 있을 경우 반드시 파악해서 setenv.sh에 이관
  - setenv.sh로 관리하면 추후 작업시에도 이 파일만 옮기면 됨
- setenv.sh 파일 존재할 시 복사
lib
- 이전 버전에서 기본 라이브러리 외에 추가된 라이브러리가 있다면 복사

1
2
3


rsync -a /usr/local/tomcat/conf/ /usr/local/tomcat-9.0.108/conf/
rsync -a /usr/local/tomcat/bin/setenv.sh /usr/local/tomcat-9.0.108/bin/
cp /usr/local/tomcat/lib/tibero6-jdbc.jar /usr/local/tomcat-9.0.108/lib/

기존 버전에서 log, webapps 경로가 심볼릭 링크로 되어 있다면 신규 버전에서도 동일하게 설정
1 2

rmdir /usr/local/tomcat-9.0.108/logs ln -sfn /data/tomcat/logs /usr/local/tomcat-9.0.108/

3. 서비스 전환

구버전 종료 후 새 버전으로 심볼릭 링크 전환

1
2
3
4
5
6
7


su - tomcat
/usr/local/tomcat/bin/shutdown.sh

mv /usr/local/tomcat /usr/local/tomcat-9.0.102
ln -sfn /usr/local/tomcat-9.0.108 /usr/local/tomcat

/usr/local/tomcat/bin/startup.sh

Rocky8.10 Cacti 설치

Sat, 26 Jul 2025 09:00:00 +0900

참고: https://ko.linux-console.net/?p=2502

Apache 웹서버

1
2


sudo dnf install httpd -y
sudo systemctl enable --now httpd

MariaDB

1
2


sudo dnf install -y mariadb-server mariadb
sudo systemctl enable --now mariadb

PHP

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


sudo dnf install dnf-utils http://rpms.remirepo.net/enterprise/remi-release-8.rpmmi
sudo dnf module reset php
sudo dnf module enable php:remi-7.4
sudo dnf install @php
sudo dnf install -y php php-{mysqlnd,curl,gd,intl,pear,recode,ldap,xmlrpc,snmp,mbstring,gettext,gmp,json,xml,common}
sudo systemctl enable --now php-fpm

sudo vim /etc/opt/remi/php74/php.ini

date.timezone = Africa/Nairobi
memory_limit = 512M
max_execution_style = 60

SNMP & RRDtool

1
2


sudo dnf install -y net-snmp net-snmp-utils net-snmp-libs rrdtool
sudo systemctl enable --now snmpd

Cacti DB 생성

cacti 사용자 생성 및 cacti DB ALL 권한 부여
cacti 사용자에 timezone 조회 권한 부여

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


mysql -u root -p

MariaDB [(none)]> CREATE DATABASE cactidb;
MariaDB [(none)]> GRANT ALL ON cactidb.* TO cacti_user@localhost IDENTIFIED BY 'passwd123';
MariaDB [(none)]> FLUSH PRIVILEGES;
MariaDB [(none)]> EXIT;

mysql -u root -p mysql < /usr/share/mariadb/mysql_test_data_timezone.sql

MariaDB [(none)]> GRANT SELECT ON mysql.time_zone_name TO cacti_user@localhost;
MariaDB [(none)]> FLUSH PRIVILEGES;
MariaDB [(none)]> EXIT;

선택 - DB 파라미터 튜닝

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


sudo vi /etc/my.cnf.d/mariadb-server.cnf

collation-server=utf8mb4_unicode_ci
character-set-server=utf8mb4
max_heap_table_size=32M
tmp_table_size=32M
join_buffer_size=64M
25% Of Total System Memory
innodb_buffer_pool_size=1GB
pool_size/128 for less than 1GB of memory
innodb_buffer_pool_instances=10
innodb_flush_log_at_timeout=3
innodb_read_io_threads=32
innodb_write_io_threads=16
innodb_io_capacity=5000
innodb_file_format=Barracuda
innodb_large_prefix=1
innodb_io_capacity_max=10000

Cacti 설치 및 테이블 생성

1
2
3
4
5
6
7


sudo dnf install epel-release -y
sudo dnf install cacti -y
rpm -qi cacti
 cacti 1.12.17
rpm -ql cacti | grep cacti.sql
 /usr/share/doc/cacti/cacti.sql
mysql -u root -p cactidb < /usr/share/doc/cacti/cacti.sql

Cacti MariaDB 연동

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


sudo vim /usr/share/cacti/include/config.php

$database_type = 'mysql';
$database_default = 'cactidb';
$database_hostname = 'localhost';
$database_username = 'cacti_user';
$database_password = '<PASSWORD>';
$database_port = '3306';
$database_retries = 5;
$database_ssl = false;
$database_ssl_key = '';

Cacti 풀링 설정

1
2
3


sudo vim /etc/cron.d/cacti

*/5 * * * * apache /usr/bin/php /usr/share/cacti/poller.php > /dev/null 2>&1

Cacti 웹페이지 설정

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


sudo vim /etc/httpd/conf.d/cacti.conf

Alias /cacti /usr/share/cacti

<Directory /usr/share/cacti/>
 <IfModule mod_authz_core.c>
 # httpd 2.4
 # Require all granted
 Require ip 192.168.0.0/24
 </IfModule>
 <IfModule !mod_authz_core.c>
 # httpd 2.2
 Order deny,allow
 Deny from all
 # Allow from all
 Allow from 192.168.0.0/24
 </IfModule>
</Directory>

<Directory /usr/share/cacti/install>
</Directory>

sudo systemctl restart httpd
sudo systemctl restart php-fpm
sudo firewall-cmd --permanent --add-service=http
sudo firewall-cmd --reload

Cacti 웹페이지 접근

1
2


http://server-ip/cacti
 admin/admin

Tomcat Thread Stuck으로 인한 사이트 접근 불가 TroubleShooting

Thu, 24 Jul 2025 09:00:00 +0900

문제 개요

최근 특정 새벽 시간에 웹 서비스 접근 불가 현상이 반복 발생
Tomcat 로그 확인 시 Thread Stuck으로 요청 처리가 지연되었으며, 일정 시간 지난 후 자동 해소

1
2


WARNING argo.server.valves.LenaStuckThreadDetectionValve.notifyStuckThreadDetected ...
at com.tmax.tibero.jdbc.common.TbStream.readMsgDs(Unknown Source)

원인 추적

왜 Thread Stuck이 발생했는가?

Tibero DB를 사용 중인 DB 서버의 문제 발생 시간대에 sys.log에서 대량의 임시 테이블이 생성된 것을 확인
매일 01시에 tbexport full=Y 명령어를 수행하는 cronjob 설정된 상태
Full 백업 시 전체 용량이 몇백 GB가 넘는데, 백업 간 DB 리소스 고갈로 인해 Tomcat의 스레드가 응답 받지 못해 Thread Stuck이 발생한 것으로 확인

조치

백업 방식을 아래와 같이 논리적(tbexport) → 물리적 백업으로 전환
- 대용량의 DB 백업 시에는 물리적 백업이 모든 면에서 유리
  - 무중단 Hot Backup 가능
    - 단, Hot Backup은 archive log 모드에서만 가능
  - 내부 자원 사용 최소화
  - 복구 및 운영 안정성 향상

물리적 백업 방안

tbrmgr

사용해보니 매일 풀백업을 사용하는 현재의 환경에선 맞지 않고, 백업한 파일을 압축하지 않고 그대로 보관하면서 증분 백업을 통해 보관하는 환경에서 맞는 방안인 것으로 확인
- 현재는 매일 풀백업 + 풀백업한 파일 압축하여 보관하는 환경에서 사용 가능한 방법 필요

begin/end 백업

백업 모드 시작 - 데이터파일 복사 - 백업 모드 종료의 구조로 백업하는 방식
이 방식으로 해결

CentOS 7.9 Yum Repository

Wed, 23 Jul 2025 09:00:00 +0900

/etc/yum.repos.d/CentOS-Base.rep

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


[base]
name=CentOS-$releasever - Base
baseurl=http://vault.centos.org/7.9.2009/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

[updates]
name=CentOS-$releasever - Updates
baseurl=http://vault.centos.org/7.9.2009/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

[extras]
name=CentOS-$releasever - Extras
baseurl=http://vault.centos.org/7.9.2009/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

[centosplus]
name=CentOS-$releasever - Plus
baseurl=http://vault.centos.org/7.9.2009/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

CentOS 7.6 Yum Repository

Tue, 22 Jul 2025 09:00:00 +0900

/etc/yum.repos.d/CentOS-Base.rep

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


[base]
name=CentOS-$releasever - Base
baseurl=http://centos.mirror.cdnetworks.com/7/os/x86_64
gpgcheck=1
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

#released updates
[updates]
name=CentOS-$releasever - Updates
baseurl=http://centos.mirror.cdnetworks.com/7/updates/x86_64
gpgcheck=1
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

#additional packages that may be useful
[extras]
name=CentOS-$releasever - Extras
baseurl=http://centos.mirror.cdnetworks.com/7/extras/x86_64
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

#additional packages that extend functionality of existing packages
[centosplus]
name=CentOS-$releasever - Plus
baseurl=http://centos.mirror.cdnetworks.com/7/centosplus/x86_64
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

CentOS 6.5 Yum Repository

Mon, 21 Jul 2025 09:00:00 +0900

/etc/yum.repos.d/CentOS-Base.repo

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37



[base]
name=CentOS-\$releasever - Base
baseurl=http://centos.mirror.cdnetworks.com/6/os/x86_64/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6

#released updates
[updates]
name=CentOS-\$releasever - Updates
baseurl=http://centos.mirror.cdnetworks.com/6/updates/x86_64/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6

#additional packages that may be useful
[extras]
name=CentOS-\$releasever - Extras
baseurl=http://centos.mirror.cdnetworks.com/6/extras/x86_64/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6

#additional packages that extend functionality of existing packages
[centosplus]
name=CentOS-\$releasever - Plus
baseurl=http://centos.mirror.cdnetworks.com/6/centosplus/x86_64/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6

#contrib - packages by Centos Users
[contrib]
name=CentOS-\$releasever - Contrib
baseurl=http://centos.mirror.cdnetworks.com/6/contrib/x86_64/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
EOF

직렬화 기능을 사용중인 Tomcat의 세션 만료로 인한 강제 로그아웃 Troubleshooting

Mon, 23 Jun 2025 09:00:00 +0900

문제 상황

웹 서비스 사용 중 세션이 갑자기 만료되며 강제 로그아웃되는 현상 발생

원인 분석

Catalina 로그에서 ClassNotFoundException 확인

1
2
3
4
5
6
7


SEVERE [Catalina-utility-1] org.apache.catalina.session.StoreBase.processExpires
Error processing session expiration for key [BA8BFEFE...JVM1]
java.lang.ClassNotFoundException: egovframework.com.utl.slm.EgovHttpSessionBindingListener
 at org.apache.catalina.session.StandardSession.doReadObject(StandardSession.java:1268)
 at org.apache.catalina.session.StandardSession.readObjectData(StandardSession.java:846)
 at org.apache.catalina.session.FileStore.load(FileStore.java:203)
 at org.apache.catalina.session.StoreBase.processExpires(StoreBase.java:138)

Tomcat의 세션 직렬화 기능으로 인해, 서버가 재기동되거나 일정 시간이 경과한 후 세션 정보가 디스크에 저장된 파일(SESSIONS.ser)을 통해 복원 중
SESSIONS.ser에는 EgovHttpSessionBindingListener라는 클래스가 포함되어 있었으나, 현재 애플리케이션에는 이 클래스가 존재하지 않아 역직렬화 과정에서 오류 발생한 것으로 추정
Tomcat이 해당 세션을 복원하지 못해 세션을 강제 만료 처리 → 사용자 입장에서는 강제 로그아웃으로 인식됨

조치 내용

세션 복원 실패에 따른 반복적인 오류를 차단하기 위해 다음과 같은 조치 수행

Tomcat 세션 파일 SESSIONS.ser 삭제
Tomcat 재기동

→ 이후 세션 관련 오류 재발 없음, 사용자 세션 정상 유지 확인

결론

Tomcat은 세션 정보를 디스크에 저장 후 복원하는 과정에서, 클래스 누락 등으로 인해 세션 역직렬화에 실패할 수 있음
이 경우 해당 세션이 강제 만료되는 문제 발생
이후에도 세션 직렬화 기능을 사용한다면, 애플리케이션 배포 전 ser 파일 삭제 권장

죽은 Connection 사용 중인 Tomcat Troubleshooting

Thu, 19 Jun 2025 09:00:00 +0900

문제 상황

웹 서비스 접근 시 500 에러 출력

원인 분석

웹 서비스에 DB 서버 2대를 이중화하여 구성 중, 2번 서버로 DB Failover된 후 장애 발생

application log 확인

1
2
3
4


org.springframework.jdbc.support.SQLErrorCodesFactory] Error while extracting database product name - falling back to empty error codes
org.springframework.jdbc.support.SQLStateSQLExceptionTranslator] Extracted SQL state class 'JD' from value 'JDBC-90405:ERRJD'
org.springframework.transaction.interceptor.TransactionInterceptor] Application exception overridden by rollback exception
org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for servlet [...] threw exception [...] with root cause

Tomcat에서 Failover 이전 DB 서버로의 Connection을 계속 사용해서 SQLException 오류 발생하여 500 에러 출력

조치 내용

즉각적인 웹 서비스 정상화를 위한 임시 조치

Tomcat 재기동 후 웹 서비스 정상 접근 확인

추가 조치 방안

Tomcat의 server.xml 혹은 context.xml에서 testWhileIdle 설정
- testWhileIdl: Tomcat이 Connection을 반환하기 전, 주기적으로 유휴 Connection 생존 여부를 검사
- timeBetweenEvictionRunsMillis: 30초마다 검사

1
2


testWhileIdle="true"
timeBetweenEvictionRunsMillis="30000"

결론

Tomcat의 JDBC Connection Pool은 testWhileIdle 옵션이 false일 경우, 장애 이후에도 죽은 Connection을 계속 사용할 수 있어 장애가 지속됨. 이 설정을 true로 변경하고 timeBetweenEvictionRunsMillis를 설정해서 DB Failover 시 자동적으로 Connection을 복구하도록 설정

참고

https://blog.naver.com/wasgosu-2010/90189771881

Apache AJP Localhost 연결 에러 TroubleShooting

Sat, 07 Jun 2025 09:00:00 +0900

증상

웹 접속 시 503 오류 발생

mod_jk.log에 AJP 연결 실패 로그 다수 출력

1
2
3


[error] ajp_connect_to_endpoint::jk_ajp_common.c (127.0.0.1:8009) (errno=111)
[error] jk_open_socket::jk_connect.c Failed socket to (127.0.0.1:8009)
[error] ajp_send_request::jk_ajp_common.c (worker1) Connecting to backend failed

netstat 기준으로 Tomcat은 AJP 포트(8009)를 정상적으로 Listen 중
1

tcp 0 0 127.0.0.1:8009 ::1 LISTEN [java 프로세스]

workers.properties 설정

기존 설정
1 2

worker.worker1.type=ajp13 worker.worker1.host=localhost
- host가 정상적으로 localhost로 되어 있는데, mod_jk.log에서는 ajp 연동 오류가 나오고, netstat은 IPv6에서만 LISTEN중
- /etc/hosts에도 정상적으로 localhost와 127.0.0.1이 명시된 것으로 확인
  - localhost를 127.0.0.1로 변경
이후 설정
1 2

worker.worker1.type=ajp13 worker.worker1.host=127.0.0.1
- host 값 변경 후 httpd 재기동 시 503 에러 해결

결론

로그를 종합했을 때, Tomcat은 127.0.0.1:8009에서 AJP를 수신하고 있었지만, workers.properties에 설정된 localhost가 내부적으로 ::1(IPv6)로 해석되어 연결이 실패한 것으로 추정

Ubuntu22 MariaDB 11.4.5 버전 설치

Wed, 21 May 2025 09:00:00 +0900

방법 1: 수동으로 저장소 구성 후 설치

MariaDB의 서명 키와 저장소를 수동으로 등록한 뒤 패키지를 설치하는 방식

1
2
3


sudo apt-get install apt-transport-https curl
sudo mkdir -p /etc/apt/keyrings
sudo curl -o /etc/apt/keyrings/mariadb-keyring.pgp 'https://mariadb.org/mariadb_release_signing_key.pgp'

APT 저장소 설정 파일을 /etc/apt/sources.list.d/mariadb.sources에 생성

1
2
3
4
5
6


X-Repolib-Name: MariaDB
Types: deb
URIs: https://tw1.mirror.blendbyte.net/mariadb/repo/11.4/ubuntu
Suites: jammy
Components: main main/debug
Signed-By: /etc/apt/keyrings/mariadb-keyring.pgp

리눅스 커널 관련 패키지 자동 업데이트를 방지하고 설치

1
2


apt-mark hold linux-image-generic linux-headers-generic
apt-get install mariadb-server

방법 2: MariaDB 공식 설치 스크립트 사용

MariaDB에서 제공하는 설치 스크립트를 통해 저장소 등록과 설치를 한 번에 처리하는 방식

1
2
3
4


curl -LsS https://downloads.mariadb.com/MariaDB/mariadb_repo_setup | bash -s -- --mariadb-server-version=11.

apt-mark hold linux-image-generic linux-headers-generic
apt install mariadb-server mariadb-client -y

초기 공통 설정

mysql_secure_installation

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


mysql_secure_installation

Enter current password for root (enter for none):
# 현재 root 계정의 비밀번호
# 비밀번호가 설정되어 있지 않은 경우 엔터

Switch to unix_socket authentication [Y/n]:
# root 로그인을 비밀번호가 아니라 시스템 계정(sudo)으로만 허용할지 결정
# Y를 선택하면 root로 로그인할 때 비밀번호 대신 sudo mysql로 접속
# 일반적으로는 Y(보안성 향상). 비밀번호로 로그인할 수 있게 하려면 n 입력.

Change the root password? [Y/n]:
# root 계정의 비밀번호를 변경할지 여부
# 새로 설정하거나, 이전 비밀번호가 없는 경우 새로 설정하는 데 사용

Remove anonymous users? [Y/n]:
# 익명 사용자 계정을 삭제할지 여부
# 익명 계정은 인증 없이 접속할 수 있으므로 Y 입력 권장

Disallow root login remotely? [Y/n]:
# root 계정으로 원격 접속을 막을지 여부
# 보안상 Y 권장. 필요한 경우 n 선택 후 방화벽 등으로 제한하는 방식 고려

Remove test database and access to it? [Y/n]:
# 테스트용 test 데이터베이스를 삭제할지 여부
# 기본으로 생성되는 샘플 데이터베이스로, 불필요하므로 Y 입력 권장

Reload privilege tables now? [Y/n]:
# 앞서 설정한 변경 사항들을 즉시 적용할지 여부
# Y 선택하면 권한 테이블이 즉시 갱신

계정 생성 및 권한 부여

1
2
3
4
5


mysql -u root
CREATE DATABASE test;
CREATE USER 'admin'@'localhost' IDENTIFIED BY '비밀번호';
GRANT ALL PRIVILEGES ON *.* TO 'admin'@'localhost' WITH GRANT OPTION;
FLUSH PRIVILEGES;

binary log 활성화

1
2
3
4
5
6
7
8
9


vim /etc/mysql/my.cnf

[mysqld]
log-bin = mariadb-bin
binlog-format = MIXED
server-id = 1

systemctl restart mariadb
SHOW VARIABLES LIKE 'log_bin';

MariaDB를 완전 제거

1
2


apt purge mariadb-server mariadb-client
rm -rf /etc/mysql /var/lib/mysql

RSA Key를 사용한 SSH 불가 TroubleShooting

Tue, 20 May 2025 09:00:00 +0900

문제 요약

Ubuntu 24.04, Amazon Linux 2023 등 최신 리눅스에서 기존 RSA 키로 접속 불가
특히 SecureCRT는 ssh-rsa 알고리즘만 사용해서 오류 발생
Putty는 rsa-sha2-256 지원 → 같은 키로도 접속 가능

원인

최신 OpenSSH는 ssh-rsa (SHA-1 기반) 비활성화 → 보안상 위험
Amazon Linux 2023은 /etc/crypto-policies/back-ends/opensshserver.config를 통해 강제로 막음
Ubuntu는 기본 정책에선 막히진 않지만, OpenSSH 자체가 기본으로 제외시킴

해결 방법 (서버 측 설정 변경)

1

vim /etc/ssh/sshd_config

아래 두 줄을 추가
- Amazon Linux 2023: 반드시 Include보다 위쪽에
- Ubuntu 24.04: 위치는 무관 (보통 맨 아래 추가)

1
2


HostkeyAlgorithms +ssh-rsa
PubkeyAcceptedAlgorithms +ssh-rsa

1
2
3


# 설정 확인 및 sshd 재시작
sshd -t
systemctl restart sshd

주의사항

ssh-rsa는 보안 취약점 있음 (SHA-1 기반)
이 설정은 임시 방편일 뿐, 장기적으론 권장되지 않음

대안: 새 키 생성 시 최신 알고리즘 사용

1
2

ssh-keygen -t ed25519 -C "your@email.com"

추후 key 생성 시 RSA 보단 ESDSA 같은 알고리즘 사용 필요

MySQL / MariaDB 덤프 및 복원

Fri, 16 May 2025 09:00:00 +0900

서비스 운영 중에 DB 백업/복원 작업할 때 주의할 점 정리
옵션에 따라 백업/복원 기능이 다르니 주의 필요

1. DB 접근

1

mysql -u 사용자 -p -h 도메인명

2. DB 덤프 (백업)

1
2
3
4
5
6


mysqldump -h 도메인명 -u 사용자 -p \
 --single-transaction \
 --routines \
 --triggers \
 --events \
 BASE_DB > DB명_날짜.sql

옵션 설명

-single-transaction: InnoDB 전용. 덤프 중 트랜잭션 시작해서 일관된 스냅샷 유지. 서비스 중에도 락 없이 가능.
-routines: 저장 프로시저, 함수 포함.
-triggers: 각 테이블의 트리거 포함.
-events: 이벤트 스케줄러 이벤트 포함.

3. 덤프 파일 확인 (USE 문 유무)

mysqldump 시 --databases 옵션 사용하면 .sql 파일에 CREATE DATABASE + USE DB명; 구문 포함됨
복원 시 다른 DB에 덮어씌어짐

반드시 확인 필요

1

head -n 30 DB명_날짜.sql | grep -i "^USE"

만약 USE DB명; 이 있을 경우 → 주석 처리

1
2


-- Before: USE BASE_DB;
-- After : -- USE BASE_DB;

4. 덤프 파일을 통한 복원

1

mysql -h 도메인명 -u 사용자 -p 생성한DB명 < DB명_날짜.sql

신규 DB는 복원 전 DB 생성 필요

5. 기존/신규 DB 확인

기존/신규 DB 내 테이블의 rows 수가 동일한지 확인

1
2
3


mysql> SELECT 기존DB명 AS source, COUNT(*) FROM 기존DB명.PTNT_RSRV_HIST_BACK
 -> UNION ALL
 -> SELECT 신규DB명, COUNT(*) FROM 신규DB명.PTNT_RSRV_HIST_BACK;

주의사항 요약

mysqldump에 -databases 옵션 쓰면 USE 문 포함됨 → 다른 DB 덮어씌우는 원인.
클라우드 DB는 SUPER 권한 없을 수 있음 → -set-gtid-purged=OFF 넣어야 에러 안남.
복원할 DB명과 .sql 파일 내 USE 구문 다를 경우 조심해야 함.

Apache OPTIONS * 루프백 요청으로 인한 CPU 과부하 TroubleShooting

Fri, 25 Apr 2025 09:00:00 +0900

문제 상황

운영 중인 CentOS 서버에서 너무 많은 수의 httpd 프로세스가 CPU를 과점유하고, Load Average가 30 이상까지 치솟는 현상이 발생

원인 분석

access_log 확인 결과, 루프백 주소(::1)에서 OPTIONS * HTTP/1.0 요청이 수 초 간격으로 다수 발생
User-Agent는 "Apache/... (internal dummy connection)"으로, Apache 자체가 생성하는 dummy connection임을 확인
- 이 요청은 Apache의 internal dummy connection이며, 일반적으로는 MPM이 유휴 프로세스를 관리하기 위해 보내는 내부 테스트용 요청
- 하지만 일정 이상 발생하게 되면, 해당 요청을 처리하기 위한 httpd 프로세스가 과도하게 생성되고 정리되지 않아, 리소스를 점유

1
2
3
4
5
6
7
8


# tail -n 1000 /var/log/httpd/access_log | grep "::1"

::1 - - [22/Apr/2025:07:01:55 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips (internal dummy connection)"
::1 - - [22/Apr/2025:07:02:34 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips (internal dummy connection)"
::1 - - [22/Apr/2025:07:02:35 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips (internal dummy connection)"
::1 - - [22/Apr/2025:07:02:36 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips (internal dummy connection)"
::1 - - [22/Apr/2025:07:02:42 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips (internal dummy connection)"
::1 - - [22/Apr/2025:07:02:56 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips (internal dummy connection)"

1
2
3
4


# httpd -V | grep MPM

[Fri Apr 25 04:35:44.665826 2025] [so:warn] [pid 31382] AH01574: module rewrite_module is already loaded, skipping
Server MPM: prefork

MPM 관련 설정(StartServers, MaxRequestWorkers)이 명시되지 않은 상태
- Apache 기본값(최대 256개 프로세스)이 적용된 것으로 추정

조치 내용

하기 내용은 Apache 설정을 수정하지 않고 즉시 대응 가능한 임시 조치

IPv6 루프백 dummy connection 차단을 위한 ip6tables 규칙 추가

루프백(::1)에서 들어오는 OPTIONS * 요청만 차단
외부 요청이나 정상적인 HTTP 트래픽에는 영향 없음

1

ip6tables -I INPUT -s ::1 -p tcp --dport 80 -m string --algo bm --string "OPTIONS *" -j DROP

Apache 재기동

이미 생성되어 남아 있는 과도한 httpd 프로세스를 정리하고 초기화
신규 요청부터는 차단 규칙이 적용된 상태로 운영

1

systemctl restart httpd

CPU 사용률 및 Load Average 수 분 내로 정상화

결론

httpd 프로세스 수 안정화, 더 이상 루프백 OPTIONS * 요청 발생하지 않음

추가 조치 방안

문제의 근본 원인을 해결하기 위해서는 Apache 설정 최적화 필요
특히, 현재 서버는 prefork MPM을 사용하고 있으며, 기본 설정값으로 운영중
이로 인해 부하 상황에서 과도한 프로세스 생성 및 dummy connection 폭주 현상이 발생한 것으로 분석됨
mpm 설정 추가
- MaxRequestWorkers를 서버 사양에 맞게 제한

1
2
3
4
5
6
7
8
9


# /etc/httpd/conf.modules.d/00-mpm.conf

<IfModule mpm_prefork_module>
 StartServers 5
 MinSpareServers 5
 MaxSpareServers 10
 MaxRequestWorkers 150
 ServerLimit 150
</IfModule>

RHCE9 후기

Sun, 05 Jan 2025 09:00:00 +0900

올해 초에 들은 클라우드 교육 과정 중 Ansible이 있었는데, 기왕 RHCSA를 가지고 있는 거 RHCE까지 따기로 했다. 아마 RHCSA를 취득해놓은 상태가 아니라면 굳이 RHCE까지는 따려고 하지 않았을 것 같다. RHCSA와 마찬가지로 1번의 retake 기회가 있고, 자격증 유효 기간은 3년이다.

할인 쿠폰

시험 비용이 꽤 비싼 편인데, 할인 쿠폰도 많이 없고 할인율도 15%로 크진 않다.

이 쿠폰은 RedHat 시험에 합격하면 나오는 쿠폰으로 1달? 3달? 동안 3명까지 쓸 수 있다. 그래서 종종 사람들이 커뮤니티에 공유하기도 하는데, 나는 redhat reddit에서 주워서 사용했다.

redhat discount reddit으로 검색하면 쿠폰 공유하는 게시물을 찾을 수 있을 것이다.

공부 방법 및 기간

나에게는 RHCE가 RHCSA보다 쉽게 느껴졌다. 문제 자체도 더 심화된 리눅스 문제가 나오는 게 아닌, RHCSA 문제에 Ansible 문법만 더한 정도였다. 만약 RHCSA를 가지고 있고, 어떤 교육이든 강의든 Ansible을 배워 봤다면 쉽게 취득할 수 있을 거라고 생각한다. 하루 4시간씩 2주 정도 공부했던 것 같다.

시험 환경

여권 준비 필수

시험 장소는 에티버스러닝이었는데, 칸막이가 쳐진 작은 방에 2명이 시험 볼 수 있게 되어 있었다. 입장해서 준비된 노트북에 로그인을 하면 감독관이 채팅으로 말을 걸어온다. 감독관 요구에 따라 웹캠에 여권을 보여주고 방 안을 검사 맡으면 된다.

시험 시간은 4시간으로 매우 긴 편이다. ansible로 여러 노드를 제어해야 되기 때문이다. 연습을 충분히 했다면, 꼼꼼하게 풀고 에러도 거의 없을 때를 기준으로 2시간 반 정도면 전부 풀 수 있다.

시험 팁

모든 문제 풀이들은 재부팅 후에도 동작해야 한다.

채점할 때 모든 노드를 재부팅 후 채점하기 때문에 service가 enable 되어 있는지, 디스크가 마운트되어 있는지, 파일들이 정상적으로 생성되었는지 잘 체크해야 한다.
doc를 보면서 풀어라.

Ansible은 설치 시에 docs가 내장되어 있다. 문제 풀기 전 내가 사용할 모듈의 docs를 확인하는 습관을 들인다면 오류를 줄일 수 있을 것 이다. 나는 모든 문제를 doc를 열고 보면서 풀었다.
- ansible-doc <모듈명>으로 문서를 열고 /EXAMPLES를 통해 예시 검색
alias 지정이 시간 단축이 도움이 된다.

자주 입력해야 하는 ansible, ansible-playbook, ansible-playbook --syntax-check, ansible-doc 등의 명령어들을 ~/.bashrc에 alias ans='ansible', alias anp=’ansible-playbook’과 같이 지정해 놓으면 좋다.
ansible-navigator 사용 가능하다.

RHCE9 버전부터 사용 가능한 걸로 알고 있다. 내 경우엔 ansible-navigator로 배우지 않아 navigator가 더 어색해서 쓰지 않았지만, 처음부터 navigator을 쓰는 걸로 배웠다면 tui 환경이니 더 직관적으로 쉬울 것 같다.
변수는 inventory에 직접 지정하는 게 더 빠를 때가 있다.

문제에서 ip와 같은 각 노드마다 고정된 변수를 가지고 ansible 작업을 해야할 때, 팩트와 매직 변수에서 필요한 변수를 찾기 어렵다면, 노가다식으로 inventory 각 노드에 변수를 직접 지정하는게 빠르다.

어떻게든 문제를 푸는 게 더 중요하다.
팩트, 매직 변수에서 필요한 정보를 어떻게 찾는지 연습해야 한다.

팩트 검색 예시: ansible localhost -m setup -a 'filter=ansible_devices'

매직변수 검색 예시: ansible localhost -m debug -a 'var=hostvars["ansible1.example.com"]'

출제 문제

Ansible 설치 및 구성
Repository 구성
컬렉션 설치
패키지 설치
rhel-system-roles 사용
Role 생성 및 사용
Ansible Galaxy로 Role 설치
Ansible Galaxy로 Role 사용
파티션 생성 및 사용
- when 조건 사용
hosts 파일 생성
- 매직변수 사용
파일 배포
- inventory 변수 사용
웹 컨텐츠 디렉터리 배포
- 파일 생성 후 setype이 httpd_sys_content_t와 같이 웹서버 디렉터리 맞는지 확인
하드웨어 리포트 배포
- 팩트 사용
ansible vault 생성
사용자 계정 생성
- 위에서 생성한 vault 사용
- 패스워드에 password_hash 걸었는지 체크
vault 키 변경
cronjob 생성

RHCSA 8 후기

Tue, 31 Dec 2024 09:00:00 +0900

작년에 본 시험에 대해 이제야 후기를 남긴다

당시 나는 이제 막 인프라로 진로를 튼 상황이었기 때문에 첫 목표를 RHCSA 취득으로 정했다.

내 리눅스 실력은 기본 명령어만 약간 아는 정도였고 서비스 구축은 할 줄 몰랐다.

udemy 강의(https://www.udemy.com/course/unofficial-linux-redhat-certified-system-administrator-rhcsa-8/?couponCode=KEEPLEARNING)를 들으면서 기본 지식을 쌓았고, 문제들은 다른 블로그들을 전부 뒤져봤다.

영어로 되어 있지만 요즘은 크롬 확장 프로그램 trancy 사용하면 한글로 더 편하게 볼 수 있을 것이다.

RHCSA가 절대적인 난이도로 보면 취득한 자격증 중에 가장 난이도가 낮지만, 난 이 시험이 가장 어려웠다. 1번 탈락하여 재시험 보기도 했고.

원래는 재시험 기회가 없었지만, 2023년부터 정책이 바뀐건지 retake 기회가 1번 주어졌고, 여기서 합격할 수 있었다.

자격증 유효 기간은 3년이다.

할인 쿠폰

시험 비용이 꽤 비싼 편인데, 할인 쿠폰도 많이 없고 할인율도 15%로 크진 않다.

redhat discount reddit으로 검색하면 쿠폰 공유하는 게시물을 찾을 수 있을 것이다.

시험 환경

여권 준비 필수

시험 장소는 에티버스러닝이었는데, 칸막이가 쳐진 작은 방에 2명이 시험 볼 수 있게 되어 있었다. 입장해서 준비된 노트북에 로그인을 하면 감독관이 채팅으로 말을 걸어온다. 준비된 웹캠에 여권을 보여주고 웹캠을 가지고 방 안을 꼼꼼히 살펴보도록 요구한다.

이후 시험을 시작하고 VM으로 된 노드 2개를 가지고 작업하면 된다.

유의사항

모든 문제 풀이들은 재부팅 후에도 동작해야 한다.

예를 들어 httpd 서비스를 기동했다면, systemctl start httpd만 해선 안되고 반드시 enable 까지 해줘야 한다. 그래서 start와 enable을 같이 해주는 systemctl enable –now httpd를 사용하면 좋다.

서비스 이외에도 디스크 마운트, podman 문제도 마찬가지다. 따라서 문제를 다 풀었다면 노드들을 재부팅하고 잘 동작하는지 확인해야 한다.

출제 문제

RHCSA : https://www.redhat.com/ko/services/training/ex200-red-hat-certified-system-administrator-rhcsa-exam?section=개요

작년에는 RHCSA 8버전으로 시험을 봤었고 지금은 아마 9버전으로만 볼 수 것이다. 그때가 8에서 9로 넘어가는 과도기였는데 9버전 후기들로 파악할 수 있는 문제가 많지 않아 8버전으로 시험을 봤었다. 문제가 크게 바뀌진 않은 것 같지만 2~3문제정도에서 사용하는 서비스가 아예 달랐던 것으로 기억한다.

구버전 문제기도 하고, 문제 풀이들은 다른 블로그에도 많으니 어떤 문제가 나왔는지 정도만 공유하겠다.

루트 비밀번호 초기화

부팅 프로세스 rd.break로 인터럽트
/sysroot 마운트 후 /sysroot 루트로 설정 후 비번 재설정

yum repository 구성

문제에서 주어지는 baseurl을 가지고 repo파일 생성
dnf repolist all로 설정 됐는지 확인

ip, gateway, dns등 네트워크 인터페이스 구성

nmtui 사용
NetworkManager 서비스 재시작
nmcli con show, nmcli dev status 같은 명령어로 잘 설정 됐는지 확인

hostname 설정

cronjob 생성

user/group 관리 명령어

user에 group 추가, user nologin 설정

파일/디렉토리 권한 명령어

파일/디렉토리 user:group 권한 설정
setgid 같은 파일/디렉토리 특수권한 설정

chrony 설정

timedatectl 사용
chrony.conf 설정

grep 후 리다이렉션 명령어

selinux 켜져있고 82번 포트로 httpd 동작중일 때 오류 해결

semanage port 명령어로 http프로토콜 82포트 허용
방화벽에도 82포트 등록
httpd, firewall 재시작

디스크 생성 후 마운트

fdisk로 디스크 붙이고 vg, lv, ext4 초기화, 마운트 작업

swap 파티션 만들고, 재부팅하면 자동으로 on 되게 설정

fdisk, fstab, swapon 작업

~~vdo 구축~~

RHCSA 9 에는 안나오는 걸로 알고 있다.

~~autofs 구축~~

RHCSA 9 에는 안나오는 걸로 알고 있다.

podman 루트리스 방식으로 호스트의 디렉터리와 연결된 컨테이너를 재부팅 후 자동으로 실행되게 설정

쉘 스크립트 파일 작성

참고 블로그:

https://not-to-be-reset.tistory.com/491

https://blog.naver.com/PostView.naver?blogId=asd7005201&logNo=222412331243&parentCategoryNo=&categoryNo=15&viewDate=&isShowPopularPosts=true&from=search

https://whitestudy.tistory.com/83

https://blog.naver.com/moonlitare/222418066071