[카테고리:] it

홈서버에서는 안정성이 먼저입니다

홈서버를 처음 구성할 때 생각보다 오래 고민하게 되는 부분이 리눅스 배포판 선택입니다. 화면은 비슷해 보여도 업데이트 방식, 패키지 버전, 지원 기간이 달라서 운영 습관까지 달라집니다.

홈서버는 한 번 설치하고 끝나는 환경보다, 몇 달씩 켜두면서 조금씩 손보는 경우가 많습니다. 그래서 저는 최신 기능보다 업데이트 부담이 적고 오래 관리하기 쉬운 배포판을 먼저 봅니다.

Ubuntu Server는 자료가 많아 입문자가 접근하기 편합니다. 공식 페이지 기준 서버 LTS는 Ubuntu 26.04 LTS이며, LTS는 기본 5년 보안 및 유지보수 업데이트를 제공합니다. Docker, Nginx, Tailscale, Samba 같은 홈서버 조합도 검색 사례가 많습니다.

Debian은 조금 더 조용한 성격입니다. 공식 릴리스 페이지 기준 현재 stable은 Debian 13 trixie입니다. 패키지가 빠르게 바뀌는 느낌은 덜하지만, 그만큼 장기 운영 서버로 쓰기에는 부담이 적습니다.

리눅스 배포판은 계열로 보면 쉽습니다

리눅스 종류를 볼 때는 이름만 외우기보다 계열을 먼저 보는 편이 이해하기 쉽습니다. Ubuntu와 Debian은 DEB 계열, Rocky Linux와 Fedora는 RPM 계열로 묶어 볼 수 있습니다. 계열이 다르면 패키지 설치 명령, 저장소 관리 방식, 운영 습관도 달라집니다.

홈서버 후보로 자주 언급되는 배포판을 장단점 기준으로 정리하면 다음과 같습니다.

배포판	장점	단점
Ubuntu Server	자료가 많고 Docker, 홈서버 예제가 풍부합니다. LTS 지원 덕분에 입문용으로 무난합니다.	Snap 관련 호불호가 있고, 가볍게 쓰려면 일부 설정을 손볼 수 있습니다.
Debian	구조가 단순하고 안정적입니다. 장기 운영 서버에 잘 맞습니다.	패키지 버전이 보수적이라 최신 기능을 바로 쓰고 싶을 때 답답할 수 있습니다.
Rocky Linux	RHEL 계열에 익숙한 사람에게 편합니다. 기업 서버 방식을 연습하기 좋습니다.	Ubuntu나 Debian보다 홈서버 초보 자료는 상대적으로 적게 느껴질 수 있습니다.
Fedora Server	새 커널과 패키지를 빨리 접할 수 있습니다. 최신 기술 테스트에 좋습니다.	릴리스 주기가 짧아 장기 방치형 홈서버에는 관리 부담이 있습니다.
Arch Linux	필요한 것만 직접 구성하기 좋고 문서가 강합니다. 학습용 홈랩에 재미가 있습니다.	롤링 릴리스라 업데이트 후 점검을 꾸준히 해야 합니다.

처음 구성한다면 Ubuntu나 Debian이 편합니다

홈서버 첫 설치라면 Ubuntu Server LTS나 Debian stable 중에서 고르는 편이 덜 피곤합니다. 둘 다 Docker Compose 기반으로 서비스를 올리기 쉽고, 문제가 생겼을 때 검색으로 해결할 가능성도 높습니다.

Fedora Server는 공식 다운로드 페이지 기준 Fedora Server 44가 안내되고, 릴리스 날짜는 2026년 4월 28일로 표시됩니다. 빠른 업데이트가 장점인 만큼 새 기능을 시험하는 별도 장비나 VM에 더 잘 어울립니다. 운영 중인 NAS나 가족이 함께 쓰는 서비스라면 조금 더 신중하게 보는 편이 좋습니다.

용도별로 고르면 선택이 단순해집니다

홈서버 용도에 따라 배포판 선택 기준도 달라집니다. 파일 공유, 사진 백업, 미디어 서버처럼 오래 켜둘 서비스는 안정성이 중요합니다. 반대로 쿠버네티스나 최신 런타임 테스트처럼 실험 성격이 강하면 최신성이 더 중요합니다.

용도	어울리는 배포판	이유
Docker 홈서버 입문	Ubuntu Server LTS	자료가 많고 설치 흐름이 익숙합니다.
NAS, 백업 서버	Debian stable	변화가 적고 장기 운영에 편합니다.
RHEL 계열 학습	Rocky Linux	dnf, SELinux, RHEL 계열 운영 감각을 익히기 좋습니다.
최신 패키지 테스트	Fedora Server	새 기능 반영이 빠릅니다.
리눅스 깊게 공부	Arch Linux	직접 구성하는 과정에서 배우는 게 많습니다.

결론은 관리 가능한 배포판입니다

홈서버에서는 멋진 배포판을 고르는 일보다, 나중에 내가 계속 관리할 수 있는 환경을 고르는 일이 더 중요합니다. 처음이면 Ubuntu Server LTS, 조용히 오래 굴릴 생각이면 Debian stable, 서버 운영 방식까지 연습하고 싶다면 Rocky Linux 쪽이 무난합니다.

버전과 지원 기간은 바뀔 수 있으니 설치 직전에는 공식 다운로드 페이지를 한 번 더 확인하는 게 좋습니다. 특히 장기 운영할 서버라면 ISO를 받기 전에 릴리스 날짜, 지원 종료일, ARM 지원 여부를 함께 확인해두면 이후 관리가 훨씬 편해집니다.

내 환경 기준

제가 홈서버에서 SSH를 다룰 때 기준으로 보는 환경은 Rocky Linux 9.x, Docker + Compose v2, Oracle Cloud Free Tier ARM 인스턴스입니다. NAS는 Synology DSM 7.x 계열을 함께 쓰는 경우가 많습니다. SSH의 기본 개념은 운영체제가 달라도 비슷하지만, 설정 파일 위치나 방화벽 명령은 환경에 따라 달라질 수 있습니다.

SSH는 서버에 접속하는 안전한 통로입니다

SSH는 Secure Shell의 줄임말입니다. 내 컴퓨터에서 원격 서버에 접속해 명령어를 실행할 수 있게 해주는 보안 접속 방식입니다. 홈서버를 운영하다 보면 서버에 모니터와 키보드를 매번 연결하지 않고, 노트북이나 데스크톱의 터미널에서 바로 관리하는 일이 많습니다. 이때 가장 기본적으로 쓰는 접속 방식이 SSH입니다.

예를 들어 Rocky Linux 서버에 접속할 때는 보통 이런 형태로 입력합니다.

ssh 사용자명@서버IP

접속이 되면 로컬 터미널을 쓰는 것처럼 서버 안에서 파일을 확인하고, Docker 컨테이너를 재시작하고, 로그를 보거나 업데이트를 진행할 수 있습니다. 홈서버 운영에서는 사실상 기본 도구에 가깝습니다.

비밀번호보다 키 인증을 먼저 생각합니다

SSH 접속에는 비밀번호 로그인과 공개키 기반 인증 방식이 있습니다. 처음에는 비밀번호 로그인이 편해 보이지만, 외부 인터넷에 서버를 열어두면 무작위 로그인 시도가 들어오는 경우가 많습니다. 개인 홈서버라도 가능하면 SSH 키 인증을 사용하는 편이 낫습니다.

키 인증은 내 PC에 개인키를 두고, 서버에는 공개키를 등록해 접속하는 방식입니다. 비밀번호를 계속 입력하는 방식보다 관리가 깔끔하고, 비밀번호 대입 공격에 대한 부담도 줄일 수 있습니다. 다만 개인키 파일을 아무 곳에나 복사해두거나 권한을 느슨하게 관리하면 효과가 떨어지므로, 키 파일 관리도 함께 신경 써야 합니다.

기본 포트 22번을 바꾸는 이유

SSH의 기본 포트는 22번입니다. 문제는 공격자나 자동화된 스캔 도구도 이 사실을 알고 있다는 점입니다. 서버를 인터넷에 공개하면 22번 포트로 접속을 시도하는 로그가 금방 쌓이는 경우가 많습니다. 실제로 홈서버를 열어두면 내가 접속하지 않은 시간에도 낯선 IP에서 로그인 시도가 찍히는 일을 어렵지 않게 볼 수 있습니다.

물론 기본 포트를 바꾼다고 보안이 완성되는 것은 아닙니다. 포트 변경은 보안을 보장하는 설정이라기보다 노출을 줄이는 조치에 가깝습니다. 그래도 자동화된 무차별 대입 시도 중 상당수는 기본 포트부터 건드리기 때문에, 불필요한 로그와 공격 시도를 줄이는 데 도움이 됩니다.

포트 변경은 보안의 시작입니다

예를 들어 SSH 포트를 22번에서 2222번으로 바꾸면 접속 명령은 이렇게 달라집니다.

ssh -p 2222 사용자명@서버IP

Rocky Linux 9.x 기준으로는 보통 /etc/ssh/sshd_config 파일에서 Port 값을 조정합니다. 이후 sshd 서비스를 재시작하고, 방화벽에서도 새 포트를 열어줘야 합니다.

여기서 중요한 점은 기존 22번 접속을 바로 끊지 않는 것입니다. 새 포트로 접속이 되는지 반드시 다른 터미널에서 먼저 확인해야 합니다. 원격 서버에서 SSH 설정을 잘못 바꾸면 스스로 접속 경로를 막는 상황이 생길 수 있습니다.

같이 챙겨야 할 기본 설정

SSH 보안을 생각한다면 포트 변경과 함께 root 직접 로그인을 막는 설정도 자주 적용합니다. 일반 사용자로 로그인한 뒤 필요한 경우 sudo를 사용하는 방식이 관리 측면에서 더 낫습니다. 비밀번호 로그인을 끄고 키 인증만 허용하는 방식도 많이 씁니다.

다만 이런 설정은 접속 준비가 완전히 끝난 뒤 적용해야 합니다. 공개키 등록이 제대로 되지 않은 상태에서 비밀번호 로그인을 꺼버리면 접속이 막힐 수 있습니다. 직접 만질 수 있는 홈서버라면 복구가 비교적 쉽지만, 클라우드 인스턴스는 콘솔 접근 방법까지 미리 확인해두는 편이 안전합니다.

홈서버에서 SSH를 다루는 기준

SSH는 화려한 기능이라기보다 서버 운영의 기본 손잡이에 가깝습니다. 접속이 안정적이어야 업데이트를 하고, 장애가 났을 때 로그를 확인하고, Docker 서비스도 다시 올릴 수 있습니다. 그래서 홈서버를 처음 구성할 때 웹 서비스보다 먼저 SSH 접속 방식을 정리해두면 이후 관리가 훨씬 편해집니다.

기본 포트 변경만으로 충분한 보안이 되는 것은 아닙니다. 하지만 키 인증, 방화벽 제한, root 로그인 차단과 함께 적용하면 의미 있는 기본 관리가 됩니다. SSH는 한 번 설정하고 잊는 기능이라기보다, 서버에 들어가는 첫 번째 문이라는 기준으로 다루는 것이 좋습니다.

도커란 무엇인가 쉬운설명

내 환경 기준

Rocky Linux 9.x / Docker Engine / Docker Compose v2 / Oracle Cloud Free Tier ARM 또는 Synology DSM 홈서버 구성을 기준으로 정리했습니다. 이 글은 설치 명령어보다 도커가 무엇인지 이해하는 데 초점을 맞췄습니다.

홈서버를 처음 만지다 보면 도커라는 말을 자주 보게 됩니다. Nextcloud, Jellyfin, Nginx Proxy Manager, Portainer 같은 서비스를 설치하려고 검색하면 거의 빠지지 않습니다. 처음에는 서버 안에 또 다른 서버를 만드는 것처럼 느껴질 수 있지만, 실제로는 프로그램을 실행하기 좋은 상태로 묶어서 올리는 방식에 가깝습니다.

도커를 쉽게 말하면 프로그램 전용 실행 상자입니다. 일반적으로 프로그램을 설치하려면 운영체제에 맞는 패키지, 라이브러리, 설정 파일을 하나씩 맞춰야 합니다. 도커는 이런 실행 환경을 컨테이너라는 단위로 묶어 둡니다. 그래서 같은 이미지를 사용하면 제 노트북, 집 미니PC, 클라우드 서버에서도 비교적 비슷한 방식으로 서비스를 실행할 수 있습니다.

여기서 이미지와 컨테이너를 구분하면 이해가 훨씬 쉬워집니다. 이미지는 실행 전의 설계도나 설치 파일에 가깝습니다. 컨테이너는 그 이미지를 실제로 실행한 상태입니다. 예를 들어 nginx 이미지를 내려받아 실행하면 nginx 컨테이너가 하나 만들어집니다. 이미지는 보관된 재료이고, 컨테이너는 지금 돌아가고 있는 서비스라고 보면 됩니다.

홈서버에서 도커가 편한 이유는 서비스 정리와 복구가 단순해지기 때문입니다. 예전 방식처럼 여러 서비스를 운영체제에 직접 설치하면 설정 파일이 여기저기 흩어지고, 어떤 패키지를 수정했는지 나중에 추적하기 어렵습니다. 도커로 구성하면 서비스별로 컨테이너를 나눌 수 있고, 설정 파일과 데이터 저장 위치를 분리해 관리하기도 좋습니다.

다만 도커가 모든 문제를 자동으로 해결해주지는 않습니다. 컨테이너 안에만 저장된 데이터는 컨테이너를 삭제할 때 함께 사라질 수 있습니다. 그래서 볼륨 설정이 중요합니다. 포트 충돌, 파일 권한, 네트워크 설정처럼 홈서버에서 자주 만나는 문제도 결국 직접 이해해야 합니다. 도커는 서버 관리를 편하게 해주는 도구이지, 서버 기본 개념을 완전히 건너뛰게 해주는 도구는 아닙니다.

처음 배우는 단계라면 Docker Compose도 같이 보는 편이 좋습니다. 긴 실행 명령어를 매번 입력하는 대신 compose.yaml 파일에 서비스 이름, 이미지, 포트, 볼륨 같은 설정을 적어두고 실행하는 방식입니다. 홈서버에서는 여러 컨테이너를 함께 운영하는 경우가 많아서 Compose를 쓰면 현재 구성을 다시 확인하거나 다른 서버로 옮길 때 훨씬 편합니다.

처음부터 여러 서비스를 한꺼번에 올리기보다는 nginx나 uptime-kuma처럼 비교적 단순한 컨테이너 하나부터 실행해보는 것을 권합니다. 실행하고, 중지하고, 로그를 확인하고, 볼륨을 연결해보는 과정을 한 번 거치면 도커가 어떤 흐름으로 움직이는지 감이 잡힙니다. 데이터가 중요한 서비스는 그 다음에 천천히 올려도 늦지 않습니다.

도커를 이해하면 홈서버 구축에서 선택지가 넓어집니다. 운영체제에 직접 설치하는 방식보다 정리가 쉽고, 실패했을 때 다시 시도하기도 수월합니다. 대신 데이터 저장 위치와 백업 방식은 처음부터 신경 써야 합니다. 도커를 배운다는 것은 명령어 몇 개를 외우는 것보다, 내 서버에서 서비스를 어떻게 나누고 관리할지 감을 잡는 과정에 더 가깝습니다.

리눅스와 윈도우 선택의 갈림길

내 환경: Oracle Cloud Free Tier ARM Ampere 기준, Rocky Linux 9.x, Docker Compose v2 환경을 염두에 두고 정리했습니다.

홈서버를 처음 구성할 때는 윈도우로 갈지, 리눅스로 갈지 생각보다 오래 고민하게 됩니다. 익숙함만 보면 윈도우가 편하지만, 서버처럼 오래 켜두고 관리해야 하는 장비라면 기준이 조금 달라집니다.

홈서버는 한 번 설치하고 끝나는 PC라기보다 계속 켜져 있으면서 필요한 서비스를 안정적으로 처리하는 장비에 가깝습니다. 파일 서버, 미디어 서버, 백업, Docker 서비스, 리버스 프록시 같은 기능을 하나씩 올리다 보면 운영체제의 안정성, 관리 방식, 리소스 사용량이 체감됩니다.

윈도우의 가장 큰 장점은 접근성입니다. 원격 데스크톱으로 접속해 화면을 보면서 설정할 수 있고, 드라이버나 상용 프로그램 호환성도 좋은 편입니다. 평소 윈도우 환경에 익숙하다면 처음 시작할 때 부담이 적습니다.

다만 장기간 서버로 사용할 때는 아쉬운 점도 있습니다. 업데이트 후 재부팅이 필요할 수 있고, GUI 중심 관리 방식이 가볍지만은 않습니다. 백그라운드에서 사용하는 리소스도 작은 VPS나 ARM 기반 인스턴스에서는 부담으로 느껴질 수 있습니다.

리눅스는 처음에는 낯섭니다. 명령어로 작업해야 하고, 권한이나 서비스 관리 방식도 익숙해지는 시간이 필요합니다. 대신 서버 운영 관점에서는 장점이 분명합니다. 필요한 서비스만 올리기 좋고, SSH 접속만으로 대부분의 관리가 가능합니다.

특히 Docker와 Compose를 함께 사용할 때 리눅스 환경이 자연스럽습니다. 홈서버에서 자주 쓰는 Nextcloud, MinIO, Nginx Proxy Manager, Vaultwarden 같은 서비스도 리눅스 기반 예제가 많은 편입니다. 문제가 생겼을 때 찾아볼 수 있는 자료도 Ubuntu, Debian, Rocky Linux, AlmaLinux 기준으로 정리된 경우가 많습니다.

리눅스를 선택하면서 크게 느낀 부분은 오픈소스 생태계의 폭입니다. 오픈소스는 단순히 무료라는 의미에 그치지 않습니다. 내부 동작을 확인할 수 있고, 문서와 커뮤니티 자료가 꾸준히 쌓여 있다는 점이 큽니다. 홈서버는 정해진 방식대로만 쓰는 환경이 아니라, 필요한 도구를 직접 조합해가는 성격이 강합니다.

예를 들어 스토리지는 MinIO처럼 S3 호환 오브젝트 스토리지를 올릴 수 있고, 웹 서비스 앞단에는 Nginx나 Caddy를 둘 수 있습니다. 모니터링이 필요해지면 Grafana, Prometheus 같은 도구도 선택할 수 있습니다. 처음부터 모두 사용할 필요는 없지만, 필요할 때 선택지가 열려 있다는 점이 오픈소스의 강점입니다.

Ubuntu 계열도 많이 쓰지만, 저는 Rocky Linux 9.x를 선택했습니다. RHEL 계열 구조를 익혀두면 서버 운영 흐름을 이해하는 데 도움이 되고, dnf 패키지 관리나 systemd 기반 서비스 관리 방식도 정돈되어 있다고 느꼈습니다. CentOS 이후의 대안으로 Rocky Linux를 사용하는 사례도 꾸준히 보였고, 장기 운영을 생각했을 때 서버용 배포판으로 맞겠다는 판단이 들었습니다.

물론 Rocky Linux가 모두에게 정답은 아닙니다. 자료가 많은 쪽을 원하면 Ubuntu Server가 더 편할 수 있습니다. 윈도우 기반 프로그램을 꼭 돌려야 한다면 윈도우 서버나 일반 윈도우 환경이 더 맞을 수도 있습니다.

제 기준에서는 Docker 중심의 홈서버, SSH 관리, 낮은 리소스 사용량, 오픈소스 도구와의 궁합을 생각했을 때 Rocky Linux가 더 잘 맞았습니다. 윈도우는 익숙하고 편하지만, 리눅스는 서버로 오래 운영할수록 관리 방식이 단단하게 느껴집니다.

처음부터 모든 구성을 완벽하게 끝내려고 하기보다 SSH 접속과 Docker Compose부터 차근차근 익히는 쪽이 현실적이었습니다. 홈서버를 단순한 저장 공간이 아니라 여러 서비스를 직접 올려보는 실험 환경으로 쓰고 싶다면, 리눅스는 충분히 선택해볼 만한 운영체제입니다.

비교 기준

내 환경: 홈서버용 미니 PC, Debian 12 또는 Proxmox VE 8.x, Docker Compose v2 구성을 기준으로 비교했습니다. CPU 성능과 함께 가격, 발열, 네트워크 포트, 저장장치 확장성을 살펴봤습니다.

CPU 차이

N100과 N150은 모두 저전력 미니 PC에 주로 사용되는 4코어 4스레드 프로세서입니다. N100의 최대 동작 속도는 3.4GHz, N150은 3.6GHz로 수치상 N150이 조금 높습니다. 내장 그래픽 클럭도 N150이 앞서지만, 뚜렷한 세대 차이를 체감할 정도의 성능 향상은 아닙니다.

홈서버에서는 CPU 성능보다 제품 구성이 활용도를 좌우하는 경우가 많습니다. 같은 프로세서를 탑재해도 메모리 규격과 최대 용량, NVMe 슬롯, SATA 지원 여부, 2.5GbE 포트 수에 따라 운영할 수 있는 서비스가 달라집니다. 냉각 구조가 부족하면 장시간 부하에서 성능이 떨어질 수 있으므로 케이스 크기와 팬 구성도 확인해야 합니다.

용도별 체감 차이

Home Assistant, AdGuard Home, 리버스 프록시, 가벼운 웹 서비스처럼 상시 실행하는 컨테이너는 N100으로도 충분합니다. 파일 서버와 백업 서버를 함께 운영하거나 소수의 가상 머신을 구동할 수도 있습니다. 다만 이런 구성에서는 CPU보다 메모리 용량이나 저장장치 성능이 먼저 한계에 도달할 가능성이 큽니다.

N150은 미디어 처리나 순간적으로 CPU 사용량이 높아지는 작업에서 조금 더 여유가 있습니다. 다만 Plex나 Jellyfin의 하드웨어 트랜스코딩 성능은 CPU 모델만으로 판단하기 어렵습니다. 운영체제와 드라이버, 코덱 지원 여부, 동시 변환 수를 함께 확인해야 하며 판매 페이지에 표시된 단순 재생 성능만 믿고 선택하기는 어렵습니다.

N100을 선택한 이유

두 제품의 가격 차이가 거의 없다면 N150을 선택하는 편이 합리적입니다. 하지만 홈서버 구축 관점에서는 N100 완제품의 선택지가 더 다양하고, 사용자 사례와 호환성 정보도 쉽게 찾을 수 있습니다. 포트와 확장 구성이 비슷한데 N100 제품이 더 저렴하다면 작은 성능 차이보다 비용 절감 효과가 큽니다.

제가 선택한 제품도 N100 기반 미니 PC입니다. 남은 예산을 메모리와 NVMe SSD, 백업용 저장장치에 투자하는 편이 실제 운영에 더 유리하다고 판단했습니다. N150이라는 이유만으로 추가 비용을 지불하기보다는 2.5GbE 지원 여부, 메모리 확장 범위, 저장장치 슬롯, 냉각 구조를 먼저 비교하는 것이 홈서버용 미니 PC를 고르는 현실적인 기준입니다.

오라클 클라우드란?

내 환경: Oracle Cloud Infrastructure ARM Ampere 인스턴스 / Rocky Linux 9.x / Docker Engine 및 Compose v2

처음 오라클 클라우드를 접하면 서비스가 많아 복잡하게 느껴질 수 있습니다. 홈서버 관점에서는 인터넷으로 접속할 수 있는 원격 컴퓨터를 빌려 리눅스 서버처럼 운영하는 서비스라고 이해하면 쉽습니다. 실제 제공 사양과 무료 이용 조건은 계정과 리전에 따라 다를 수 있습니다.

오라클 클라우드의 정식 명칭은 Oracle Cloud Infrastructure이며, 보통 OCI라고 부릅니다. 서버 역할을 하는 Compute Instance를 생성하고 운영체제를 설치한 뒤, SSH로 접속해 필요한 프로그램을 구성합니다. 집에서 미니 PC로 서버를 운영하는 것과 비슷하지만, 실제 장비가 오라클 데이터센터에 있다는 점이 다릅니다.

인스턴스만 생성한다고 홈서버가 바로 완성되지는 않습니다. VCN이라는 가상 네트워크를 구성하고 공인 IP와 방화벽 규칙을 설정해야 외부에서 접속할 수 있습니다. 데이터는 부트 볼륨이나 블록 볼륨에 저장하며, 백업과 스냅샷도 직접 관리해야 합니다.

개인 서버에서는 Docker를 이용해 웹 서버, 개인용 대시보드, VPN, 모니터링 도구 등을 컨테이너로 운영할 수 있습니다. ARM 인스턴스를 선택했다면 사용할 Docker 이미지가 arm64 아키텍처를 지원하는지 먼저 확인해야 합니다. x86 전용 이미지는 실행되지 않을 수 있습니다.

OCI는 무료 이용 범위가 있어 홈랩 입문용으로 자주 언급됩니다. 하지만 단순히 무료 서버라고 생각하고 시작하기보다는 리전별 자원 수용량, 무료 대상 인스턴스와 스토리지 범위, 유료 기능 사용 여부를 확인해야 합니다. 제공 조건은 변경될 수 있으므로 인스턴스를 생성할 때 공식 Free Tier 안내와 비용 분석 화면을 함께 살펴보는 것이 안전합니다.

보안 설정도 빼놓을 수 없습니다. SSH 접속에는 비밀번호 대신 키 인증을 사용하고, 외부에는 필요한 포트만 열어두는 것이 기본입니다. Rocky Linux의 운영체제 방화벽과 OCI 보안 목록 또는 네트워크 보안 그룹이 함께 적용될 수 있습니다. 접속 문제가 발생하면 서버 내부와 OCI 콘솔의 설정을 각각 확인해야 합니다.

오라클 클라우드는 집에 있는 NAS를 완전히 대체하기보다는 외부 서비스 운영, 테스트 서버, 리버스 프록시, 원격 백업 등의 용도에 적합합니다. 처음에는 인스턴스 한 대를 생성해 SSH로 접속하는 과정부터 익히고, 이후 네트워크와 Docker, 도메인 연결 순서로 범위를 넓히면 전체 구조를 이해하기 쉽습니다.

내 환경: Rocky Linux 10.x, x86_64 또는 ARM64(aarch64), USB 설치 및 가상머신

홈서버에 Docker와 Compose v2를 구성하기 전, Rocky Linux 운영체제를 설치하는 과정부터 정리합니다. 구형 장비는 Rocky Linux 10의 CPU 요구사항을 충족하지 못할 수 있으므로 Rocky Linux 9.x도 함께 검토해야 합니다.

설치 파일 준비

Rocky Linux 공식 다운로드 페이지에서 장비에 맞는 ISO 파일을 받습니다. 일반적인 인텔·AMD PC는 x86_64, Oracle Cloud의 Ampere 같은 ARM 서버는 aarch64를 선택합니다.

처음 설치한다면 필요한 패키지가 대부분 포함된 DVD ISO가 편합니다. USB로 설치할 때는 Rufus나 balenaEtcher로 ISO 파일을 기록합니다. 가상머신에서는 ISO 파일을 가상 광학 드라이브에 연결하면 됩니다.

설치 화면 설정

USB 또는 ISO로 부팅한 뒤 Install Rocky Linux를 선택하면 그래픽 설치 화면이 열립니다. 언어는 한국어로 설정할 수 있지만, 오류 메시지를 검색하기 쉽도록 영어를 선택해도 좋습니다.

설치 요약 화면에서는 시간대, 키보드, 저장장치, 네트워크, 사용자 계정을 차례로 확인합니다. 필수 항목이 빠지면 설치를 시작할 수 없으므로 경고가 표시된 항목부터 설정하면 됩니다.

디스크와 소프트웨어 선택

빈 디스크에 설치한다면 Installation Destination에서 자동 파티션 구성을 선택하는 것이 무난합니다. 기존 자료가 있는 디스크는 초기화될 수 있으므로 대상 드라이브의 이름과 용량을 반드시 확인해야 합니다.

Software Selection에서는 홈서버 용도에 맞게 Minimal Install 또는 Server를 선택합니다. 그래픽 화면이 꼭 필요한 경우에만 Server with GUI를 선택하는 편이 시스템 자원을 줄이는 데 유리합니다.

계정과 네트워크 설정

관리용 일반 사용자를 만들고 Make this user administrator 항목을 활성화하면 sudo 명령을 사용할 수 있습니다. root 계정으로 계속 작업하기보다 일반 계정에서 필요한 명령만 sudo로 실행하는 방식이 안전합니다.

Network & Host Name에서는 네트워크 어댑터를 활성화하고 서버를 구분하기 쉬운 호스트 이름을 지정합니다. 고정 IP가 필요하다면 공유기의 DHCP 예약 기능을 이용하는 방법이 비교적 간단합니다.

첫 부팅 후 확인

설치가 끝나면 USB 또는 ISO를 제거하고 재부팅합니다. 로그인한 뒤 다음 명령으로 패키지를 업데이트합니다.

sudo dnf update -y

호스트 이름과 IP 주소는 다음 명령으로 확인할 수 있습니다.

hostnamectl

ip addr

SSH 원격 접속이 필요하다면 SSH 서비스를 활성화합니다.

sudo systemctl enable –now sshd

명령 실행 후에는 방화벽에서 SSH 서비스가 허용되어 있는지도 확인해야 합니다.

Rocky Linux 설치는 화면에 표시되는 필수 항목을 순서대로 설정하면 어렵지 않게 마칠 수 있습니다. 이후 Docker, 파일 서버, 미디어 서버 등을 구성하기 전에 업데이트와 IP 주소, SSH 접속 상태까지 확인해 두면 홈서버 구축을 수월하게 이어갈 수 있습니다.

ISO 버전과 지원 아키텍처는 변경될 수 있으므로 실제 설치 파일은 Rocky Linux 공식 다운로드 페이지에서 확인하는 것이 정확합니다.

홈서버를 구성하기 위해 사용 중인 장비를 한자리에 모았습니다. 아직 구축을 마친 단계는 아니며, 어떤 장비에 어떤 역할을 맡길지 정리하고 있습니다. 처음부터 큰 비용을 들이기보다는 보유한 장비를 활용해 필요한 기능부터 하나씩 추가할 계획입니다.

내 환경: 2베이 NAS + 소형 미니 PC

OS와 Docker, 스토리지 구성 및 세부 버전은 설치 후 실제 적용한 내용을 기준으로 다음 글부터 기록하겠습니다.

기본 방향은 NAS와 미니 PC의 역할을 분리하는 것입니다. NAS는 파일 보관과 백업을 담당하고, 미니 PC에서는 Docker Compose를 이용해 필요한 서비스를 운영하려고 합니다. 저장 공간과 애플리케이션을 나누어 관리하면 장애가 발생하거나 장비를 교체할 때 대응하기가 한결 수월합니다.

비용을 줄인다고 해서 가장 저렴한 장비만 고를 생각은 없습니다. 홈서버는 24시간 가동할 가능성이 높기 때문에 소비전력과 소음, 발열도 함께 고려해야 합니다. 기존 장비를 우선 사용하고 메모리나 저장장치처럼 효과가 큰 부분만 보강하는 방식으로 전체 비용을 관리할 예정입니다.

홈서버를 구축하면 파일을 특정 외부 서비스에만 의존하지 않고 직접 관리할 수 있습니다. 개인 클라우드, 사진 백업, 문서 보관뿐 아니라 리버스 프록시와 모니터링, 개발용 컨테이너 등 필요한 서비스를 목적에 맞게 구성할 수 있습니다. 다만 외부 접속을 허용하려면 HTTPS와 계정 보안, 방화벽, 업데이트 정책도 함께 준비해야 합니다.

다음 글부터는 장비별 역할 분담, OS 설치, Docker와 Compose v2 구성, 스토리지 연결, 백업 정책, 외부 접속 및 보안 설정을 차례로 다룰 예정입니다. 실제 설치 과정에서 확인한 버전과 설정값, 시행착오를 바탕으로 연속해서 기록하겠습니다.