태그 Archives: systemd

cron 삭제 대비한 systemd 를 이용한 타이머 설정

일반적으로 crontab -l 를 이용하여 서버의 스케쥴링을 설정 한다.
Amazon linux 2023 에서는 cronie 가 삭제되었고 당연히 crontab 명령어를 사용할 수 없다. (뭐 설치한다면 사용할 수 있다 -.-a)
그래서 systemd 에서 제공하는 타이머 형태로 사용할 수 있다.

1. crontab -l 과 대응 되는 명령어는 systemctl list-timers 이다.

~]# systemctl list-timers

NEXT LEFT LAST PASSED UNIT ACTIVATES

Mon 2024-04-29 17:20:00 KST 5min left Mon 2024-04-29 17:10:30 KST 3min 34s ago sysstat-collect.timer sysstat-collect.service

Mon 2024-04-29 17:45:17 KST 31min left Sun 2024-04-28 17:45:17 KST 23h ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.>

Mon 2024-04-29 18:34:33 KST 1h 20min left Mon 2024-04-29 16:45:17 KST 28min ago dnf-makecache.timer dnf-makecache.service

Tue 2024-04-30 00:00:00 KST 6h left Mon 2024-04-29 00:00:30 KST 17h ago mlocate-updatedb.timer mlocate-updatedb.service

Tue 2024-04-30 00:00:00 KST 6h left Mon 2024-04-29 00:00:30 KST 17h ago unbound-anchor.timer unbound-anchor.service

Tue 2024-04-30 00:07:00 KST 6h left Mon 2024-04-29 00:07:09 KST 17h ago sysstat-summary.timer sysstat-summary.service

2. 기존에는 crontab 과 생성해둔 스크립트 조합으로 실행이 되었지만.
systemd 에서는 생성해둔 스크립트 + 서비스명.service + 서비스명.timer 조합으로 설정 할 수 있다.

아래는 간단한 timer 생성 예 이다.

[Timer]

# every 2 mins

OnCalendar=*-*-* *:*/2

Unit=서비스명.service

# Mon..Fri *-*-* 08:00 # Mon~Fri AM 08:00

# Sat,Sun *:*:*/10 # weekends every 10 sec

# *-*-* *:*:00 # minutely

# *-*-* *:00:00 # hourly

# *-*-* 00:00:00 # daily

# *-*-01 00:00:00 # monthly

# Mon *-*-* 00:00:00 # weekly

# *-01-01 00:00:00 # yearly

# *-01,04,07,10-01 00:00:00 # quarterly

# *-01,07-01 00:00:00 # semiannually

아래는 스크립트를 실행하는 service 생성 예 이다. (Execstart= 에 생성 해둔 스크립트를 넣으면 해당 스크립트가 실행이 되겠다.)

[Unit]

Description=my Service

[Service]

Type=oneshot

User=root

ExecStart=/usr/bin/wall echo "systemctl timer test."

스크립트, 타이머, 서비스 를 모두 생성 했다면 start 또는 enable 을 시켜서 작동을 확인한다.

1 2	~]# systemctl start 서비스명.timer ~]# systemctl enable 서비스명.timer

springboot 의 systemd 설정 및 rsyslog 설정

스프링부트로 작성이 된 프로그램을 systemd 를 이용한 데모나이즈를 위해 아래와 같이 생성 한다. (가장 기본적인 부분..)

[Unit]

Description=SpringBoot application (FRONT)

After=network.target

[Service]

Type=simple

### EDIT ### start

StandardOutput=syslog

StandardError=syslog

SyslogIdentifier=로그이름1

User=배포계정명

WorkingDirectory=/home/배포계정명/폴더

Environment='JAVA_OPT1=-Djava.security.egd=file:/dev/urandom'

Environment='JAVA_OPT2=-server -XX:MaxNewSize=384m -XX:+UseParallelGC -XX:ParallelGCThreads=2'

Environment='EXEC_JAR=배포파일.war'

### EDIT ### end

ExecStart=/usr/bin/java $JAVA_OPT1 $JAVA_OPT2 -jar $EXEC_JAR

SuccessExitStatus=143

Restart=on-failure

RestartSec=5

TimeoutStopSec=10

[Install]

WantedBy=multi-user.target

위와 같이 설정 파일을 생성 한뒤에 아래와 같은 명령어로 실행 할 수 있다.

### 프로그램 시작

~]# systemctl start springboot-front.service

### 프로그램 정지

~]# systemctl stop springboot-front.service

### 부팅시 시작 활성화

~]# systemctl enable springboot-front.service

### 프로그램 시작 & 부팅시 시작 활성화

~]# systemctl enable --now springboot-front.service

위와 같이 실행을 할 경우 발생하는 로그는 CentOS 7 기준 /var/log/messages 파일에 누적이 된다.

가만히 두면 messages 파일이 엄청 커지거나 섞여 있어서 로그 확인에 에로 사항이 발생하게 된다.

때문에 다음 와 같이 /etc/rsyslog.d/30-springboot.conf 파일을 생성 하여 분리 하도록 한다.

if $programname == '로그이름1' then

/var/log/java_front.log

& stop

if $programname == '로그이름2' then

/var/log/java_backend.log

& stop

rsyslog 를 재시작 한다.

1	~]# systemctl restart rsyslog.service

PS1. 로그 순환 설정

rsyslog 에서 생성하는 별도의 파일을 새롭게 선언 되었기 때문에 logrotate 가 안되면 파일이 무한 증식 하게 되므로 아래와 같이 순환 설정을 하여

1달동안 보관 되고 삭제 되도록 설정 한다. (생성만 해두면 다음 주기에 적용됨..재시작할 필요는 없음.)

/var/log/java_*.log

{

rotate 4

weekly

missingok

# size 500M

# compress

# delaycompress

notifempty

create 640 root root

sharedscripts

postrotate

/bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true

endscript

}

PS2. 프로그램 배포계정에 특정 데몬의 콘트롤 권한만 부여(sudo 이용) 하는 방법.

배포계정에 systemctl 을 이용 하여 특정 데몬을 콘트롤 할수 있는 권한을 부여 한다.

배포계정명 ALL=NOPASSWD: /bin/systemctl status springboot-front.service

배포계정명 ALL=NOPASSWD: /bin/systemctl start springboot-front.service

배포계정명 ALL=NOPASSWD: /bin/systemctl stop springboot-front.service

배포계정명 ALL=NOPASSWD: /bin/systemctl restart springboot-front.service

배포 계정은 아래와 같이 부여된 명령어를 root 와 같은 권한으로 실행이 가능 하다.

~]$ sudo -l

User 배포계정명 may run the following commands on 서버명:

(root) NOPASSWD: /bin/systemctl status springboot-front.service

(root) NOPASSWD: /bin/systemctl start springboot-front.service

(root) NOPASSWD: /bin/systemctl stop springboot-front.service

(root) NOPASSWD: /bin/systemctl restart springboot-front.service

~]$ sudo /bin/systemctl restart springboot-front.service

CentOS 7 에서 systemd 의 쓸모 없는 로그를 필터링

시스템 로그 분석을 매주 진행하는데 systemd 에서 아래와 같은 메세지가 많이 표현됨.

Sep 23 00:00:00 HOSTNAME systemd: Started Session XXXXXXXX of user root.

Sep 23 00:00:00 HOSTNAME systemd: Starting Session XXXXXXXX of user root.

Sep 23 00:00:00 HOSTNAME systemd: Removed session XXXXXXXX.

Sep 23 00:00:00 HOSTNAME systemd: Starting User Slice of root.

Sep 23 00:00:00 HOSTNAME systemd: Stopping User Slice of root.

Sep 23 00:00:00 HOSTNAME systemd: Created slice user-X.slice.

Sep 23 00:00:00 HOSTNAME systemd: Removed slice user-X.slice.

Sep 23 00:00:00 HOSTNAME systemd: Starting user-X.slice.

Sep 23 00:00:00 HOSTNAME systemd: Stopping user-X.slice.

로그 분석할때 쓸모가 없기 때문에 rsyslog 에서 예외 적용 한다.

~]# echo 'if $programname == "systemd" and ($msg contains "Removed session" or $msg contains "Starting User Slice of" or $msg contains "Stopping User Slice of" or $msg contains "Created slice" or $msg contains "Removed slice" or $msg contains "Starting user-" or $msg contains "Stopping user-" or $msg contains "Started Session" or $msg contains "Starting Session") then stop' > /etc/rsyslog.d/ignore-systemd-session-slice.conf

~]# systemctl restart rsyslog

출처 : https://access.redhat.com/solutions/1564823