Proxmox에서 FreeBSD와 Sylve로의 인프라 전환

From Proxmox to FreeBSD and Sylve in our office lab

요약

IP Technics가 사무실 랩의 인프라를 무거운 Proxmox에서 가벼운 FreeBSD와 Sylve로 전환한 경험을 공유한다. ZFS, bhyve, jails 같은 FreeBSD 원시 기능을 활용하여 반복적인 인프라 작업을 간소화했다.

핵심 포인트

  • Proxmox의 과도한 추상화 대신 ZFS, bhyve, jails 등 FreeBSD 기본 기능을 직접 활용
  • 개발자 VM 프로비저닝, 스토리지 관리, 하드웨어 패스스루 등 일상적 작업의 효율성 향상
  • Sylve UI를 통한 직관적 관리와 torrent/magnet 링크를 통한 이미지 다운로드 등 실용성 개선

왜 중요한가

인프라 스택의 복잡성을 줄이고 실제 작업 흐름에 맞춘 도구 선택의 중요성을 보여준다.

📄 전문 번역

사무실 랩을 Proxmox에서 FreeBSD와 Sylve로 옮기면서

오랫동안 우리 사무실 랩은 충분했습니다. Proxmox를 쓰고 있었고, 잘 돌아갔으니까요. 이번 전환이 어떤 큰 장애 때문은 아니었어요. 문제는 훨씬 서서히 드러났습니다.

시간이 지나면서 우리가 실제로 하는 일에 비해 스택이 너무 무거워진다는 느낌이 들었거든요. 인프라를 관리하는 데 드는 에너지가 실제로 일하는 데 드는 에너지보다 커졌습니다.

Proxmox가 문제는 아니었어요

물론 Proxmox가 나쁜 건 아닙니다. 지금도 클라이언트들이 고전적인 VM 기반의 HA 셋업을 원하고 클라우드 네이티브 도구가 불필요하다고 생각할 때는 우리가 배포해줍니다. 실제로 그게 많은 환경에서 합리적인 선택이니까요. 문제는 우리의 워크로드가 다른 방향으로 계속 끌려가고 있었다는 것입니다.

우리가 내부적으로 하는 일들을 보면, 화려함과는 거리가 먼 반복적인 작업들이 대부분입니다. 모든 개발자는 일관된 환경의 원격 VM을 받고 VS Code 원격 접근을 할 수 있어요. 우리는 끊임없이 새로운 시스템을 띄워서 우리 커스텀 리눅스 배포판을 테스트하고, 머신을 재구성하고, 스토리지 동작을 조정하고, 가끔은 검증을 위해 하드웨어를 패스스루합니다.

한동안 하다 보니 인프라를 기능 목록으로 생각하는 게 아니라, 일상적인 작업이 부드러운지 불편한지로 생각하기 시작했어요. 바로 그것 때문에 FreeBSD와 Sylve로 눈을 돌리게 됐습니다.

Sylve 초기 채택자였습니다

사실 우리는 Sylve 초기에 참여했습니다. 실제로 Sylve를 진지하게 운영하는 첫 팀 중 하나였거든요. 단순히 사용하는 것뿐만 아니라 실제 인프라에서 테스트하고 개발팀에 피드백을 줄 수 있었습니다. 덕분에 일상적인 사용에서 뭐가 잘 작동하고 뭐가 아직 개선이 필요한지 훨씬 더 잘 알 수 있었어요.

우리가 반한 부분은 이 스택이 불필요하게 많은 걸 다시 만들려고 하지 않는다는 점이었습니다. FreeBSD가 이미 우리가 필요한 원시 도구들을 제공하니까요. ZFS, bhyve, jails, pf, VNET, epair 인터페이스 같은 것들이요.

Sylve는 이런 것들 가까이 앉아 있으면서 별도의 관리 계층을 만들지 않고도 깔끔하게 관리할 수 있는 방법을 제공합니다.

우리 워크플로우에 딱 맞았습니다

이게 우리 워크플로우와 거의 즉시 맞아떨어졌어요. 우리 한 주의 대부분은 같은 종류의 작은 작업들로 이루어집니다. VM을 프로비저닝하고, 스토리지 설정을 조정하고, 디바이스를 패스스루하고, 데이터셋을 복제하고, 파일을 공유하고, 이미지를 테스트하고, 머신을 버리고, 다시 합니다. 하나하나는 흥미진진하지 않지만, 이게 우리 인프라의 실제 모습이에요. 그래서 이런 반복 작업 아래에서도 가볍게 유지될 수 있는 스택이 필요했습니다.

그 지점에서부터 셋업이 제대로 느껴지기 시작했어요. ZFS가 표면 가까이에 있으니까 스냅샷, 백업, 복제, 스토리지 튜닝이 별도로 붙은 기능이 아니라 자연스럽게 느껴집니다. 하드웨어 패스스루를 UI에서 관리할 수 있다는 건 정말 중요해요. 배포판을 테스트할 때나 심지어 Jellyfin에 GPU 패스스루를 할 때처럼 재미있는 실험을 하는데 터미널을 켜지 않고도 시작할 수 있거든요.

Cloud-init도 필요할 때 있지만, 프로비저닝을 별도의 의식처럼 만들지는 않습니다. 기본적인 Samba 공유도 유용하게 쓰이는데요. 기본 도구들이 보통 그렇듯이 단순하고 특별한 것 없이, 자주 손을 댑니다.

예상 밖의 실용적인 이득들

몇몇 이점은 더 직접적이었어요. 우리 지역에서 배포판 미러 다운로드가 항상 빠르거나 안정적이지 않기 때문에, 토렌트나 마그넷 링크로 이미지를 받을 수 있다는 게 정말 유용했습니다. 즉시 VM 디스크 이미지 변환도 시스템 테스트와 재구성 시 놀랍게도 많은 반복적인 수작업을 없애줬어요.

웹 터미널도 예상보다 중요했습니다. Sylve는 ghostty-web을 쓰는데, 실제로 빠르고 쾌적한 콘솔이 있으면 하루종일 터미널에 있을 때 정말 차이가 납니다.

이게 전부입니다

아마 이게 가장 간단한 설명일 겁니다. 우리는 거창한 새로운 인프라 모델을 찾던 게 아니었어요. 그냥 하는 일에 맞는 스택을 원했습니다. 안정적이고, 직관적이고, 우리가 매일 하는 일에 불필요하게 요구적이지 않은 것 말이에요.

많은 팀들, 특히 중소기업들에게는 성숙한 가상화 플랫폼과 간단명료한 HA 전략이 여전히 명백한 선택입니다. 하지만 우리 워크로드는 더 작고 네이티브한 접근을 계속 보상해줬습니다. 그래서 우리는 FreeBSD와 Sylve로 정착했어요. 뭔가 더 야심 찬 걸 원해서가 아니라, 인프라가 우리 머릿속에서 덜 차지하길 원했기 때문입니다.

한 가지 참고할 점은, FreeBSD Foundation이 이 분야의 작업을 지원하는 모습이 좋다는 겁니다. 우리 입장에선 플랫폼이 실제 인프라를 구축하는 사람들을 위해 올바른 방향으로 나아가고 있다는 의미 있는 신호처럼 느껴져요. 그리고 머지않아 live migration이 main에 들어오길 기대합니다.

Sylve 데모를 원하시거나 우리 환경에 맞는지 얘기해보고 싶으시다면 언제든 연락주세요. [email protected]나 +971-4-2142000으로 찾으실 수 있습니다.


관련 글

2026년 3월 9일

Kubernetes on Debian 13: A Complete Deployment Guide with Flannel and Cilium

2026년 1월 25일

Why We Bet on Debian And Why You Should Too

2025년 12월 18일

Your Cloud Bill Is Quietly Undermining Your Digital Transformation