피츠버그와 클리블랜드의 Kubernetes 컨설팅
KawaConnect는 피츠버그와 펜실베이니아 서부, 오하이오 북동부 클리블랜드 지역 기업을 위해 운영 환경 Kubernetes를 설계, 운영, 지원합니다. Talos Linux와 Cilium을 기반으로 구축하며, 클러스터가 필요하지 않다면 그렇게 말씀드립니다.
클러스터에 대해 상담하기 Linux 서버 지원
이 서비스의 플랫폼
당사가 하는 일
Kubernetes는 컨테이너를 여러 머신에 배치하고 장애가 나면 다시 시작합니다. 클러스터를 설계하고, 그 위에 애플리케이션을 배포하며, 업그레이드 상태를 유지합니다.
Talos Linux 클러스터
Kubernetes 노드를 위한 변경 불가능한 API 기반 운영체제로, 수동 변경 때문에 노드 간 구성이 어긋나는 일이 없습니다.
Cilium 네트워킹
파드 네트워킹과, 어떤 서비스끼리 통신할 수 있는지 통제하는 네트워크 정책입니다.
Helm 및 GitOps
애플리케이션을 Git 저장소에 기술하고 자동으로 적용하므로, 모든 변경이 검토되고 되돌릴 수 있습니다.
GitLab CI/CD
변경이 있을 때마다 컨테이너 이미지를 빌드하고, 테스트를 실행하며, 레지스트리에 게시하는 파이프라인입니다.
모니터링 및 백업
클러스터 상태를 보여 주는 Grafana 대시보드와, 검증된 복원을 포함한 클러스터 상태 및 영구 데이터 백업입니다.
업그레이드
애플리케이션이 계속 실행되는 상태에서 노드를 한 번에 하나씩 진행하는, 계획된 Kubernetes 및 노드 업그레이드입니다.
물리 서버 또는 Proxmox 위의 클러스터 설계
클러스터는 물리 서버에서 직접 실행하거나 Proxmox 위의 가상 머신에서 실행할 수 있습니다. 베어 메탈은 노드가 하드웨어에 직접 접근할 수 있게 해 줍니다. Proxmox 가상 머신은 스냅샷, 재구축, 테스트 클러스터를 쉽게 만들어 줍니다. 하드웨어, 애플리케이션, 운영 담당자를 기준으로 함께 선택합니다.
- 컨트롤 플레인: 노드 하나가 고장 나도 클러스터가 계속 실행될 만큼의 노드 수입니다.
- 스토리지: 데이터 요구 사항에 따라 로컬 디스크 또는 Ceph 스토리지를 기반으로 하는 영구 볼륨입니다.
- 접근: 인그레스, TLS 인증서, 클러스터 API에 접근할 수 있는 대상입니다.
배포 및 운영
클러스터와 애플리케이션 구성을 버전 관리에 보관합니다. 변경은 GitLab 머지 리퀘스트로 이루어지며, 클러스터는 저장소를 따라갑니다.
운영이란 업그레이드, 모니터링, 경고, 백업, 용량 관리를 뜻합니다. 각 요소가 어떻게 작동하는지 문서로 남기므로 귀사 팀이나 당사가 운영할 수 있습니다. 더 자세히 알아보려면 지식 베이스의 Kubernetes 가이드와 Talos Linux 가이드를 읽어 보십시오.
Kubernetes가 답이 아닌 경우
클러스터는 서버 한 대보다 운영에 더 많은 노력이 듭니다. 데이터베이스가 하나인 단일 애플리케이션은 적절한 백업을 갖춘 Linux 가상 머신에서 더 잘 돌아가는 경우가 많으며, 이는 Linux 서버 지원에서 다룹니다. 호스트 한 대의 소수 컨테이너에는 Docker와 Docker Compose가 적합합니다.
머신 간 장애 조치, 롤링 업데이트, 함께 스케줄링해야 하는 많은 서비스가 필요할 때 클러스터를 권장합니다. 확신이 서지 않으시면 Linux 및 Kubernetes 개요에서 각 선택지를 비교해 보실 수 있습니다.
진행 방식
- 상담 통화. 운영 중인 것, 계속 온라인 상태여야 하는 것, 운영 담당자를 파악합니다.
- 서면 범위 정의. 작업 순서와 백업 및 롤백 계획이 포함된 설계 또는 검토입니다.
- 구축 및 인계. 배포하고, 장애와 복원을 테스트하며, 운영 방법을 문서화합니다.
- 지속적인 운영. 선택 사항이며, 담당 엔지니어가 배정되고 계약 종속은 없습니다.
사무소는 펜실베이니아의 Coraopolis와 Beaver Falls에 있습니다. 클리블랜드 지역 현장 작업은 프로젝트 일정에 맞춰 진행하며, 원격 지원은 전국에서 가능합니다. 영업일 기준 1일 이내에 답변드립니다.
Kubernetes 컨설팅에 대한 질문
다른 업체가 구축한 클러스터도 인수할 수 있습니까?
네. 먼저 노드, 접근 권한, 백업, 배포 방식을 검토한 다음 특정 문제를 해결하거나 운영을 인수합니다.
왜 Talos Linux입니까?
Talos에는 셸과 패키지 관리자가 없습니다. 노드는 API로 구성되므로 모두 동일하게 유지되고, 잘못 구성되거나 공격받을 수 있는 부분이 줄어듭니다.
우리 애플리케이션에 Kubernetes가 필요합니까?
대개는 필요하지 않습니다. 첫 통화에서 그렇게 말씀드리고, Linux 가상 머신이나 Docker가 더 적합하다면 그것을 제안합니다.
Docker 워크로드를 Kubernetes로 옮길 수 있습니까?
네. Compose 서비스를 Helm 차트로 변환하고, 데이터를 옮기고, 테스트한 뒤 승인하신 일정에 맞춰 전환합니다.
이런 분께 적합합니다
- Docker 호스트가 단일 장애 지점이 된 회사
- 이미지 빌드, 파이프라인, 반복 가능한 배포가 필요한 개발 팀
- 클러스터를 운영하지만 업그레이드와 백업 테스트에 쓸 시간이 없는 조직
- 문서화되고 감사 가능한 인프라가 필요한 규제 대상 사업장
관련 가이드
지식 베이스에서 제공하는 쉬운 설명입니다.
KubernetesTalos LinuxDocker클러스터GitLabGit
Kubernetes 프로젝트 계획하기
현재 운영 중인 환경을 알려 주시면 클러스터, 검토, 또는 더 단순한 대안의 범위를 산정해 드립니다. 전국 어디서나 원격 지원이 가능하며, 피츠버그와 클리블랜드 지역에서는 예약제로 현장 방문을 합니다.
상담 시작하기