나는 Cockpit을 꽤 좋아해서 사용 중임. 시스템 전체 상태를 한눈에 볼 수 있음
하지만 Incus 컨테이너를 확인할 방법이 없어서, 최근 HN에 올라온 Wolfstack을 시도했음. 그런데 이건 LXC만 지원하는 듯함
LXC와 Incus가 거의 동일하다고 생각했는데, 단순히 시스템과 컨테이너를 관리할 수 있는 간단한 GUI를 찾기가 어렵다는 생각이 듦
LXD와 Incus를 말하는 거라면, Incus는 LXD의 포크(fork) 로 꽤 많이 달라졌음. LXD는 라이선스 변경으로 인해 Incus의 코드를 가져올 수 없지만, 반대는 가능함
Incus는 커뮤니티 중심으로 활발히 개발 중이며, 둘 다 내부적으로 LXC를 사용함
“간단한 GUI”의 정의가 사람마다 달라서 찾기 어려움. 나는 CLI가 더 단순하고 효율적이라 생각함. 컨테이너가 많아지면 결국 자동화로 가게 됨
Cockpit에는 podman 플러그인이 있고, 최근에는 podman quadlets 관리 기능도 추가됨. (quadlets는 systemd 친화적인 docker compose 느낌임)
podman을 쓴다면 Cockpit UI의 이점을 누릴 수 있음. 다만 다양한 컨테이너 기술을 모두 따라잡지는 못하고 있음
Incus는 자체 웹 UI에서 세 가지를 모두 지원함
OCI 호환 앱 컨테이너 (docker.io, ghcr.io 같은 registry 지원)
LXC 시스템 컨테이너
QEMU + KVM 기반의 가상 머신
OpenMediaVault compose 플러그인이 지금까지 써본 컨테이너 인터페이스 중 최고였음. NAS용 배포판이지만 UI가 너무 좋아서 모든 서버에 설치해 썼음
혹시 IncusOS를 써봤는지 궁금함. 나는 그냥 Linux 위에서 Incus를 쓰고 있는데, IncusOS로 옮길까 고민 중임
동의함. 마크다운에 스크린샷 몇 장 넣는 건 어렵지 않음. 전체 데스크톱 캡처만 있어서 찾기 힘들었음
예전에 Webmin을 썼는데, 요즘의 Cockpit 같은 서버 웹 UI와 비교하면 어떨지 궁금함
보고 나서 든 생각이 “이거 Webmin 다시 만든 거네”였음
기능은 줄었지만 급할 때 쓸 만함. 이런 웹 관리 도구들은 결국 쉘 스크립트를 호출하는 형태라, 리눅스의 일관된 API 부재로 인해 임시방편이 많음
Webmin도 마찬가지고, Cockpit은 단지 언어가 다를 뿐임
참고로 45Drives는 Cockpit을 UI 레이어로 사용하는 “Houston” OS를 만듦 관련 글
약 10개의 Docker 컨테이너를 관리하려고 Cockpit을 써봤지만, 결국 Portainer로 돌아감. 소규모 Docker 호스트 관리에는 Cockpit이 잘 맞지 않았음
나는 Docker Swarm용 관찰 대시보드 Cetacean을 개발 중임. 단일 노드에서도 동작하니 참고할 만함
나도 비슷한 여정 끝에 Dockge를 사용 중임. compose 파일을 디렉토리에 두고 git으로 관리할 수 있어서 Portainer보다 깔끔함
찾는 게 Dokploy일 수도 있음. Dokku나 CapRover보다 훨씬 나음
Portainer가 아직도 root 권한 컨테이너로 실행돼야 한다면, 그건 좀 곤란함
최신 Fedora Server를 Framework Desktop에 설치했더니 Cockpit이 자동 활성화되어 있었음
시스템 개요를 빠르게 보기엔 좋고, 기본적인 관리도 가능하지만 한계가 금방 드러남
리눅스 초보자나 NAS 스타일의 웹 UI로 입문하려는 사람에게는 괜찮은 디딤돌 같음
1년에 한 번 정도 VM을 만드는 나 같은 사람에게는 웹 UI로 VM 생성이 꽤 편리함
리눅스 시스템 관리자 초창기에 Cockpit을 써봤음. 꽤 안정적이지만, CLI 동작이 보이지 않아 리눅스 실력 향상에는 도움이 안 됐음
그래서 집에서는 SSH와 TUI로 전환했음. 하지만 엔터프라이즈 환경에서라면 Cockpit은 윈도우 사용자 친화적인 추상화 계층으로 괜찮음
나는 신규 플랫폼 엔지니어 평가 시, CLI 문제 해결 능력을 중요하게 봄. 추상화 계층을 뚫고 들어가 문제를 파악할 수 있어야 인프라를 제대로 설계할 수 있음
나의 첫 sysadmin 경험은 Ubuntu eBox였는데, 정말 최악이었음. UI 외에는 설정이 불가능했고, 로그 위치도 엉망이라 디버깅이 불가능했음
Cockpit은 훨씬 낫고, systemd와 dbus 같은 새로운 리눅스 API 덕분에 일관된 관리 UI가 가능해졌음
이 얘기 들으니 2000년대 초, 128MB RAM PIII 서버로 웹호스팅하던 시절이 떠오름
나도 같은 생각임
내 NAS는 Cockpit으로 완전히 관리 중임.
특이하게도 AMD 7840HS 노트북 CPU를 데스크톱 서버 보드에 꽂아 만든 시스템인데, ZFS raidz1로 구성된 5개의 SSD를 사용함
Cockpit과 45drives ZFS 플러그인, 그리고 웹 터미널만으로 충분해서 플러그인을 따로 만들 필요도 거의 없었음
나도 두 대의 서버에서 사용 중인데, 리눅스 관리가 훨씬 수월해졌음
Cockpit은 사실상 NAS 인터페이스로도 충분함. 스토리지 설정, VM, 컨테이너 관리까지 가능함
나도 그렇게 사용 중임. 굳이 Proxmox나 TrueNAS, Unraid 같은 무거운 세트를 쓸 필요가 없음
NAS를 인터넷에 노출하지 않고 WireGuard/Tailscale만 쓰기 때문에, 포트에 관리 콘솔이 떠 있어도 신경 쓰이지 않음
SAMBA 공유도 만들 수 있음. 다만 플러그인이 필요함
그래도 TrueNAS가 UI 면에서는 더 완성도 높다고 생각함
Cockpit PO로서 묻고 싶음 — 하나의 기능만 추가할 수 있다면 무엇을 원하겠는가?
cockpit doctor 같은 명령이 있었으면 좋겠음. 예를 들어 Cockpit Machines가 Debian에서 불안정한데, dbus 설정 문제 같은 걸 자동으로 감지해 경고해주면 좋겠음
추가되면 좋을 기능 목록임
OIDC 간편 설정
파일 관리자 개선
ncdu 스타일의 디스크 분석 애드온
간단한 systemd 서비스 생성 인터페이스
UI에서 실행되는 명령어를 더 명확히 보여주는 기능
기업 사용자 입장에서는 EntraID 인증 지원이 필요함.
현재 Microsoft Entra SSH를 쓰고 있지만 Cockpit에서는 동작하지 않음
업데이트 페이지 개선이 필요함. 일부 업데이트만 선택 설치하거나, CLI로 업데이트했을 때의 시간 차이를 명확히 보여주는 기능이 있으면 좋겠음
Hacker News 의견들
나는 Cockpit을 꽤 좋아해서 사용 중임. 시스템 전체 상태를 한눈에 볼 수 있음
하지만 Incus 컨테이너를 확인할 방법이 없어서, 최근 HN에 올라온 Wolfstack을 시도했음. 그런데 이건 LXC만 지원하는 듯함
LXC와 Incus가 거의 동일하다고 생각했는데, 단순히 시스템과 컨테이너를 관리할 수 있는 간단한 GUI를 찾기가 어렵다는 생각이 듦
Incus는 커뮤니티 중심으로 활발히 개발 중이며, 둘 다 내부적으로 LXC를 사용함
“간단한 GUI”의 정의가 사람마다 달라서 찾기 어려움. 나는 CLI가 더 단순하고 효율적이라 생각함. 컨테이너가 많아지면 결국 자동화로 가게 됨
podman을 쓴다면 Cockpit UI의 이점을 누릴 수 있음. 다만 다양한 컨테이너 기술을 모두 따라잡지는 못하고 있음
랜딩 페이지에 그래픽 이미지가 있었으면 좋겠음. 시각적으로 어떤 UI인지 감이 안 옴
예전에 Webmin을 썼는데, 요즘의 Cockpit 같은 서버 웹 UI와 비교하면 어떨지 궁금함
Webmin도 마찬가지고, Cockpit은 단지 언어가 다를 뿐임
참고로 45Drives는 Cockpit을 UI 레이어로 사용하는 “Houston” OS를 만듦
관련 글
약 10개의 Docker 컨테이너를 관리하려고 Cockpit을 써봤지만, 결국 Portainer로 돌아감. 소규모 Docker 호스트 관리에는 Cockpit이 잘 맞지 않았음
최신 Fedora Server를 Framework Desktop에 설치했더니 Cockpit이 자동 활성화되어 있었음
시스템 개요를 빠르게 보기엔 좋고, 기본적인 관리도 가능하지만 한계가 금방 드러남
리눅스 초보자나 NAS 스타일의 웹 UI로 입문하려는 사람에게는 괜찮은 디딤돌 같음
리눅스 시스템 관리자 초창기에 Cockpit을 써봤음. 꽤 안정적이지만, CLI 동작이 보이지 않아 리눅스 실력 향상에는 도움이 안 됐음
그래서 집에서는 SSH와 TUI로 전환했음. 하지만 엔터프라이즈 환경에서라면 Cockpit은 윈도우 사용자 친화적인 추상화 계층으로 괜찮음
이걸 보니 예전의 cPanel이 떠오름
cPanel 위키
Cockpit은 훨씬 낫고, systemd와 dbus 같은 새로운 리눅스 API 덕분에 일관된 관리 UI가 가능해졌음
내 NAS는 Cockpit으로 완전히 관리 중임.
특이하게도 AMD 7840HS 노트북 CPU를 데스크톱 서버 보드에 꽂아 만든 시스템인데, ZFS raidz1로 구성된 5개의 SSD를 사용함
Cockpit과 45drives ZFS 플러그인, 그리고 웹 터미널만으로 충분해서 플러그인을 따로 만들 필요도 거의 없었음
Cockpit은 사실상 NAS 인터페이스로도 충분함. 스토리지 설정, VM, 컨테이너 관리까지 가능함
NAS를 인터넷에 노출하지 않고 WireGuard/Tailscale만 쓰기 때문에, 포트에 관리 콘솔이 떠 있어도 신경 쓰이지 않음
Cockpit PO로서 묻고 싶음 — 하나의 기능만 추가할 수 있다면 무엇을 원하겠는가?
cockpit doctor같은 명령이 있었으면 좋겠음. 예를 들어 Cockpit Machines가 Debian에서 불안정한데, dbus 설정 문제 같은 걸 자동으로 감지해 경고해주면 좋겠음현재 Microsoft Entra SSH를 쓰고 있지만 Cockpit에서는 동작하지 않음