인사이트

이 글은 "중소기업 쿠버네티스 구축" 시리즈의 1편입니다. 0편에서 "쿠버네티스가 무엇이고 왜 K3s인가"를 정리했다면, 이번 편에서는 실제로 클러스터를 몇 대로, 어떤 사양으로, 어떻게 나눌지 설계합니다. 아직 설치는 하지 않습니다. 종이 위에서 먼저 그림을 완성하는 단계입니다. 들어가며 집을 짓기 전에 설계도를 그리듯, 클러스터도 첫 명령어를 치기 전에 구조를 정해야 합니다. 노드를 몇 대로 할지, 각 노드에 어떤 역할을 줄지, IP는 어떻게 나눌지를 미리 정해두지 않으면, 나중에 서비스가 늘어났을 때 "이 IP는 뭐였더라?",…

이 글은 "중소기업 쿠버네티스 구축" 시리즈의 0편입니다. 여기서는 손으로 무언가를 설치하지 않습니다. 대신 쿠버네티스가 무엇이고, 우리 회사에 정말 필요한지를 먼저 따져봅니다. 실제 클러스터 구축은 다음 편(01. 클러스터 아키텍처 설계)부터 시작합니다. 들어가며 서버 한두 대로 서비스를 돌리던 시절에는 배포가 단순했습니다. SSH로 접속해서 코드를 내려받고, 프로세스를 재시작하면 끝이었죠. 그런데 서비스가 늘어나고, 프론트엔드·API·DB·캐시·오브젝트 스토리지가 제각기 따로 놀기 시작하면 이야기가 달라집니다. A 서버가 죽으면 누가 대신 띄워주나?트래픽이 몰리면 어떻게 늘리고, 빠지면 어떻게 줄이나?"지금 운영에…

지난 글(05. PBS 백업 연동과 HA 구성)에서 복제·백업·HA의 세 겹 안전망을 모두 설정했습니다. 하지만 그 글 끝에서 강조했듯, "설정했다"와 "실제로 동작한다"는 다릅니다. 이번 글에서는 이 안전망이 정말 작동하는지 직접 시험합니다. VM을 무중단으로 옮기는 라이브 마이그레이션의 실측 다운타임을 재고, 노드를 강제로 차단해 HA 자동 복구를 확인합니다. 그리고 그 과정에서 운영 전에 미리 발견하고 해결한 실제 함정들을 공유합니다. 이 시리즈에서 가장 중요한 편입니다. 왜 검증이 가장 중요한가 인프라 구축에서 가장 위험한 순간은…

지난 글(04. Ceph 분산 스토리지 구축)에서 세 노드가 공유하는 분산 스토리지를 완성했습니다. 이제 HA를 올릴 토대가 갖춰졌습니다. 이번 글에서는 두 가지를 마무리합니다. 먼저 01번에서 설치해둔 PBS(Proxmox Backup Server)를 클러스터와 연동해 자동 백업 체계를 만들고, 그다음 드디어 HA 그룹을 구성해 "노드가 죽으면 VM이 다른 노드에서 자동으로 살아나는" 상태를 완성합니다. 왜 백업을 HA보다 먼저 붙이나 순서에 이유가 있습니다. HA는 "노드 장애" 같은 하드웨어 사고를 막아주지만, 실수로 삭제한 VM, 잘못된 설정 변경, 랜섬웨어…

지난 글(03. Proxmox 3노드 클러스터 구성)에서 세 노드를 하나의 클러스터로 묶었습니다. 하지만 그 글 끝에서 말했듯, 아직 HA는 동작하지 않습니다 — 노드들이 공유하는 스토리지가 없기 때문입니다. 이번 글에서는 비워둔 18개(노드당 6개)의 데이터 디스크를 Ceph 분산 스토리지로 묶어, 세 노드가 함께 쓰는 공유 스토리지를 만듭니다. 이 글이 끝나면 비로소 HA를 올릴 토대가 완성됩니다. Ceph란, 그리고 왜 쓰나 Ceph는 여러 노드의 디스크를 하나의 거대한 저장소처럼 묶어주는 분산 스토리지입니다. Proxmox에 내장돼 있어 웹…

지난 글(02. Proxmox 네트워크 망분리 설계)에서 관리망·서비스망·Ceph망·Corosync 경로를 모두 확정했습니다. 밑그림이 완성됐으니 이번 글에서는 그 위에 3노드 클러스터를 실제로 묶습니다. 한 노드에서 클러스터를 만들고 나머지를 합류시키는 과정, 클러스터가 정상을 판단하는 기준인 쿼럼(quorum), 그리고 Corosync 이중화가 실제로 동작하는지 검증하는 데까지 다룹니다. 이번 글의 목표 이 편이 끝나면 다음 상태가 됩니다. pve11/12/13 세 노드가 하나의 클러스터로 묶임어느 노드의 웹 UI로 접속해도 세 노드가 모두 보임쿼럼(Quorate) 상태가 정상으로 확인됨Corosync Ring0(관리망) + Ring1(Ceph망) 이중화가…

지난 글(01. Proxmox 단일 노드 설치)에서 노드 한 대를 세우고 PBS까지 설치했습니다. 이번 글은 클러스터를 묶기 전에 반드시 먼저 잡아야 하는 네트워크 설계를 다룹니다. 왜 트래픽을 종류별로 분리하는지, 어떤 망을 어떤 NIC에 배정하는지, 그리고 클러스터의 심장박동인 Corosync를 왜 따로 빼야 하는지를 실제 결정 과정과 함께 정리합니다. 왜 클러스터보다 네트워크를 먼저 설계하나 순서가 중요합니다. 클러스터를 먼저 묶고 네트워크를 나중에 바꾸려 하면, 관리 IP를 옮기는 작업 도중 노드와의 연결이 끊겨 복구가 까다로워집니다.…

지난 글(00. Proxmox란? 누구에게 어울리나)에서 Proxmox가 무엇이고 3노드 클러스터가 누구에게 어울리는지를 정리했습니다. 이번 글부터 본격적인 구축에 들어갑니다. 3노드 클러스터도 결국 노드 한 대를 제대로 세우는 데서 시작하므로, 이번 편에서는 단일 노드에 Proxmox VE 8.4를 설치하고 초기 설정을 끝내는 것, 그리고 백업을 담당할 PBS(Proxmox Backup Server)를 별도 서버에 설치하는 것까지 다룹니다. 이번 글의 목표 이 편이 끝나면 다음 상태가 됩니다. 노드 한 대에 Proxmox VE 8.4가 설치되고, 웹 UI로 접속 가능무료(No-Subscription)…

이 시리즈는 물리 서버 3대로 고가용성(HA) 가상화 클러스터를 직접 구축한 과정을 시간 순서대로 기록한 글입니다. 단일 노드 설치부터 네트워크 망분리, 3노드 클러스터, Ceph 분산 스토리지, 백업, 장애 복구 검증, 운영 자동화까지 다룹니다. 그 첫 글로, 본격적인 설치에 들어가기 전에 "Proxmox가 무엇이고, 이런 구성이 누구에게 어울리며, 실제로 VM을 몇 대나 올릴 수 있는지"를 먼저 정리합니다. Proxmox VE란? Proxmox VE(Virtual Environment)는 Debian Linux 기반의 오픈소스 가상화 플랫폼입니다. 물리 서버 한 대 위에…

7편에서 백본 스위치(SG3452X)를 Standalone 모드로 설정했습니다. 백본은 안정성을 위해 독립적으로 두지만, AP와 PoE 스위치는 Omada 컨트롤러(OC200)로 중앙 관리합니다. 이번 편은 컨트롤러 초기 설정, 장비 입양(Adopt), AP·PoE 구성, 무선(SSID·MAC 화이트리스트·게스트망), 그리고 컨트롤러를 도메인·인증서에 연동하는 과정을 다룹니다. 시리즈의 마지막 편입니다. 두 갈래 관리 구조 이 인프라의 Omada 관리는 의도적으로 둘로 나뉩니다. 백본 SG3452X → Standalone. 모든 트래픽이 지나는 핵심이라, 중앙 관리 장애나 일괄 변경의 영향을 받지 않도록 독립 운영(7편).AP + PoE 스위치…