systemd 타겟 — 런레벨의 현대적 대체

지난 글에서 유닛 파일을 작성하는 방법을 배웠습니다. 이번에는 **타겟(target)**을 다룹니다. 타겟은 SysV init의 런레벨을 대체하는 개념으로, 여러 유닛을 그룹화해 시스템의 특정 상태를 정의합니다.

타겟이란

.target 유닛은 다른 유닛들의 동기화 포인트입니다. 서비스나 마운트처럼 실제 무언가를 실행하는 것이 아니라, “이 타겟에 도달했을 때 이런 서비스들이 실행 중이어야 한다”는 상태를 정의합니다.

# 현재 활성 타겟 보기
systemctl list-units --type=target

# 특정 타겟의 의존성 확인
systemctl list-dependencies multi-user.target

주요 타겟과 계층 구조

systemd 타겟 계층

부팅 시 기본적으로 다음 체인을 거칩니다.

sysinit.target → basic.target → multi-user.target
                                      ↓
                               graphical.target (GUI 환경이면)

각 타겟에 도달하면 해당 타겟을 WantedBy=로 지정한 서비스들이 시작됩니다.

SysV 런레벨과 대응

SysV 런레벨	systemd 타겟	설명
0	`poweroff.target`	전원 끄기
1	`rescue.target`	단일 사용자 복구
3	`multi-user.target`	텍스트 다중 사용자
5	`graphical.target`	GUI
6	`reboot.target`	재부팅

runlevel3.target은 multi-user.target의 심볼릭 링크입니다. 하위 호환성을 위해 존재하며, 내부적으로 동일합니다.

기본 타겟 설정

# 현재 기본 타겟 확인
systemctl get-default

# GUI → 텍스트 모드 (서버에서 GUI 제거 시)
sudo systemctl set-default multi-user.target

# 텍스트 → GUI
sudo systemctl set-default graphical.target

set-default는 /etc/systemd/system/default.target 심볼릭 링크를 변경합니다. 다음 부팅부터 적용되고, 현재 실행 중인 시스템에는 영향 없습니다.

즉시 타겟 전환 — isolate

# 현재 세션을 텍스트 모드로 전환 (GUI 종료)
sudo systemctl isolate multi-user.target

# 복구 모드로 즉시 전환
sudo systemctl isolate rescue.target

isolate는 지정한 타겟이 필요로 하지 않는 유닛을 모두 중지하고, 타겟이 요구하는 유닛을 시작합니다. AllowIsolate=yes가 있는 타겟만 이 방식으로 전환 가능합니다.

복구 타겟

타겟 관련 명령어

rescue.target: 단일 사용자 모드. root 비밀번호가 필요하고, 네트워크 없이 기본 파일시스템만 마운트됩니다. 비밀번호 리셋, 서비스 문제 진단에 사용합니다.

emergency.target: 더 최소화된 환경. 루트 파일시스템만 읽기 전용으로 마운트됩니다. 파일시스템이 손상되어 복구가 필요할 때 진입합니다.

# GRUB에서 복구 모드 진입
# 부팅 시 e키 → linux 줄 끝에 추가:
systemd.unit=rescue.target
# 또는
systemd.unit=emergency.target

# emergency.target에서 파일시스템 쓰기 가능하게
mount -o remount,rw /

커스텀 타겟 만들기

특정 개발 환경이나 운영 모드를 타겟으로 정의하면 일관되게 서비스 조합을 제어할 수 있습니다.

# 1. 타겟 파일 생성
sudo tee /etc/systemd/system/dev.target << 'EOF'
[Unit]
Description=Development Environment Target
Requires=multi-user.target
After=multi-user.target
AllowIsolate=yes

[Install]
WantedBy=multi-user.target
EOF

# 2. 개발 서비스를 이 타겟에 연결
sudo mkdir -p /etc/systemd/system/dev.target.wants/
sudo ln -s /lib/systemd/system/postgresql.service \
           /etc/systemd/system/dev.target.wants/

# 3. 활성화
sudo systemctl daemon-reload
sudo systemctl isolate dev.target

의존성 그래프 시각화

# 특정 타겟의 의존성 트리
systemctl list-dependencies graphical.target

# 특정 서비스가 어느 타겟에 속하는지
systemctl list-dependencies --reverse nginx.service

# SVG로 전체 의존성 그래프 생성
systemd-analyze dot | dot -Tsvg > /tmp/deps.svg

systemd-analyze dot은 Graphviz가 필요합니다. 수백 개 유닛을 포함하는 그래프가 생성되므로, 특정 서비스로 필터링하는 것이 실용적입니다.

# nginx 관련 의존성만
systemd-analyze dot nginx.service | dot -Tsvg > nginx-deps.svg

지난 글: systemd 유닛 파일 — 서비스 정의의 모든 것

다음 글: systemd 타이머 vs cron — 주기적 작업 스케줄링

읽어주셔서 감사합니다. 😊