Ubuntu 26.04 LTS 개인 서버, 지금 바로 올릴까 조금 기다릴까
· tech
Ubuntu 26.04 LTS가 나오면 개인 서버를 바로 올리고 싶어진다. 새 LTS라는 말은 안정적인 느낌을 주고, 커널·패키지·드라이버가 갱신된다는 점도 매력적이다. 하지만 집에서 계속 켜두는 미니PC나 원격 작업 서버라면 “최신”보다 “다시 접속할 수 있는가”가 더 중요하다.
Canonical의 Ubuntu release cycle 페이지 기준으로 Ubuntu 26.04 LTS는 2026년 4월 릴리스이고, 표준 보안 유지보수는 2031년 봄까지 제공된다. Ubuntu Pro의 확장 보안 유지보수는 더 길다. 반대로 24.04 LTS도 2029년 봄까지 표준 보안 유지보수가 남아 있다. 즉 24.04 LTS를 쓰는 개인 서버라면, 26.04가 나왔다고 곧바로 올리지 않아도 보안 지원 때문에 급하게 쫓길 상황은 아니다.
개인 서버에서는 “올릴 수 있음”과 “올려도 됨”이 다르다
데스크탑이면 업그레이드가 실패해도 화면 앞에서 바로 만질 수 있다. 개인 서버는 다르다. SSH가 끊기거나 네트워크 설정이 바뀌거나, Docker 컨테이너가 부팅 후 올라오지 않으면 갑자기 귀찮은 일이 된다. 특히 서버가 책상 아래나 다른 방에 있고 모니터를 붙이지 않는 방식이라면 작은 실패도 크게 느껴진다.
그래서 나는 LTS 업그레이드를 기능 업데이트가 아니라 정비 작업으로 본다. 새 버전을 쓰고 싶은 마음과 별개로, 지금 서버가 하고 있는 일을 먼저 적어야 한다.
- SSH 접속
- Tailscale, Cloudflare Tunnel 같은 원격 접속 경로
- Docker Compose 서비스
- 사진·문서 동기화
- 블로그 빌드나 자동화 작업
- 전원 복구 후 자동 시작되는 서비스
이 중 하나라도 매일 쓰고 있다면, 업그레이드는 “시간 날 때 한 번”이 아니라 실패했을 때 되돌릴 수 있는 날에 하는 게 맞다.
24.04 LTS 사용자는 조금 기다리는 선택이 자연스럽다
Ubuntu 24.04 LTS는 아직 표준 지원기간이 충분히 남아 있다. 26.04 LTS가 2026년 4월에 나왔더라도, 이미 안정적으로 굴러가는 24.04 서버를 바로 옮길 이유는 생각보다 적다. 새 커널이나 최신 패키지가 꼭 필요한 하드웨어가 아니라면 더 그렇다.
예전 LTS 업그레이드 안내에서도 LTS에서 다음 LTS로 올라가는 경로는 초기 릴리스 직후보다 첫 포인트 릴리스가 나온 뒤 더 자연스러운 흐름으로 안내되는 경우가 많았다. 이 원칙은 개인 서버에도 잘 맞는다. 26.04.1이 나온 뒤 커뮤니티 이슈와 패키지 호환성이 어느 정도 정리된 다음 움직이면, 새 버전의 이점은 얻으면서 초기 흔들림은 줄일 수 있다.
내 기준으로는 이런 경우에만 바로 검토한다.
- 지금 쓰는 하드웨어가 24.04에서 불편하고 26.04 커널에서 나아질 가능성이 있을 때
- 특정 개발 도구나 런타임이 26.04 기본 패키지와 잘 맞을 때
- 서버를 다시 설치해도 되는 여유 장비가 있을 때
- 백업과 복구 경로를 이미 시험해봤을 때
그 외에는 24.04를 유지하면서 보안 업데이트를 잘 받는 편이 더 현실적이다.
업그레이드 전에 먼저 복구 경로를 만든다
개인 서버에서 가장 무서운 건 데이터 손실보다 “접속 불가”인 경우가 많다. 데이터는 백업이 있으면 되지만, 원격 접속이 끊기면 복구까지 시간이 길어진다. 그래서 업그레이드 전에는 명령어보다 접속 경로를 먼저 본다.
나는 최소한 이런 상태를 만들고 진행하고 싶다.
- 현재 OS 디스크나 중요한 설정 파일 백업
- SSH 외의 보조 접속 방법 확인
- 라우터, Tailscale, 방화벽 설정 메모
/etc/fstab, 네트워크 설정, Docker Compose 파일 백업- 부팅 후 자동 시작 서비스 목록 확인
- 실패하면 다시 24.04로 돌아갈 수 있는 설치 USB 준비
홈서버가 N150 미니PC처럼 작은 장비라면 디스크를 통째로 이미지 백업하거나, 새 SSD에 26.04를 따로 설치해 교체 테스트하는 방식도 좋다. 운영 중인 디스크 위에서 바로 대형 업그레이드를 하는 것보다 훨씬 마음이 편하다.
Docker와 자동화 서비스는 버전보다 재시작 순서가 중요하다
개인 서버에서 실제 문제는 OS 자체보다 그 위에 얹은 서비스에서 나온다. Docker, Node.js, Python, nginx, 인증서 갱신, 백업 스크립트가 서로 기대하는 경로와 권한이 조금씩 다르기 때문이다.
업그레이드 후 확인할 것은 “패키지가 최신인가”가 아니라 서비스가 원래 하던 일을 하는가다. 예를 들어 블로그 빌드 서버라면 npm ci, npm run build, 배포 스크립트가 돌아가야 한다. 사진 동기화 서버라면 마운트 경로와 권한이 그대로여야 한다. 원격 제어 서버라면 재부팅 후에도 에이전트가 살아 있어야 한다.
이런 작업은 문서로 남기면 다음 업그레이드 때 훨씬 편하다. 명령어를 외우기보다, 내가 돌리는 서비스 이름과 확인 방법을 적어두는 쪽이 오래 간다.
새로 설치가 더 나을 때도 있다
22.04에서 24.04를 거쳐 26.04로 올라온 오래된 서버라면, 업그레이드보다 새 설치가 더 깔끔할 수 있다. 특히 예전에 실험으로 깔아둔 패키지, 남은 PPA, 쓰지 않는 systemd 서비스가 많다면 새 LTS를 계기로 정리하는 편이 낫다.
새 설치의 장점은 실패 범위가 작다는 점이다. 기존 디스크를 보관하고 새 디스크에 26.04를 설치한 뒤, 필요한 서비스만 하나씩 옮긴다. 시간이 조금 더 걸리지만 문제 원인을 찾기 쉽다. 개인 서버는 대규모 운영 서버처럼 무중단이 목표가 아니라, 내가 다시 이해할 수 있는 상태로 유지하는 게 더 중요하다.
내가 지금 고른다면
2026년 5월 기준으로 내 선택은 이렇다. 새 장비나 테스트 장비라면 Ubuntu 26.04 LTS로 바로 시작한다. 하지만 이미 24.04 LTS에서 잘 돌고 있는 개인 서버라면 서두르지 않는다. 26.04.1 이후에 업그레이드 후기를 더 보고, 내가 쓰는 서비스의 호환성을 확인한 다음 움직인다.
특히 원격 접속, Docker, 자동화 작업이 얽힌 서버라면 “업그레이드 성공”보다 “실패해도 돌아올 수 있음”이 더 큰 기준이다. LTS는 오래 쓰라고 나온 버전이다. 최신 LTS를 빨리 쓰는 것보다, 안정적인 LTS를 자신 있게 유지하는 쪽이 개인 서버에는 더 잘 맞는다.