# Kubernetes 와 데이터베이스

> Clean Markdown view of GeekNews topic #19730. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=19730](https://news.hada.io/topic?id=19730)
- GeekNews Markdown: [https://news.hada.io/topic/19730.md](https://news.hada.io/topic/19730.md)
- Type: news
- Author: [kuber](https://news.hada.io/@kuber)
- Published: 2025-03-13T18:46:42+09:00
- Updated: 2025-03-13T18:46:42+09:00
- Original source: [iwanhae.tistory.com](https://iwanhae.tistory.com/6)
- Points: 8
- Comments: 1

## Summary

Kubernetes에서 데이터베이스를 운영하는 것은 단일 조작 체계와 일관된 보안 체계 등의 장점이 있지만, CPU와 스토리지 간 거리로 인한 성능 문제, 공유 리눅스 커널 자원 문제 등 여러 이슈가 존재합니다. 이러한 문제를 해결하기 위해 Kubernetes 기능 일부를 포기하거나 DB 종류에 따라 Operator를 활용하는 방법이 제안됩니다. 결론적으로, Kubernetes에서 데이터베이스를 운영하는 것은 가능하지만, 효율성 측면에서는 기존 방식이 더 나은 경우가 많습니다.

## Topic Body

일반적으로 Kubernetes 에서 DB 를 운영하는것을 별로 추천하지 않는데 구체적으로 어떤 이슈가 존재할까 의식의 흐름대로 떠드는 글 입니다.  
  
DB on K8s: 장점  
- kubectl을 통한 단일 조작 체계  
- 일관된 보안 체계 (방화벽, 접근 제어)  
- 모니터링 통합  
- 자동화된 관리  
  
DB on K8s: 이슈  
- CPU와 스토리지 간 거리로 인한 성능 및 안정성 문제  
- 공유 리눅스 커널 자원 문제  
- 새로운 장애 포인트 추가  
- 약한 조작 격리  
- 설정, 네트워크 설정, 라이프사이클 관리의 복잡성 증가  
  
DB on K8s: 제안하는 해결책  
- Kubernetes 기능 일부 포기 (노드당 DB Pod 1개, Local Volume 사용, hostNetwork 사용 등)  
- DB 종류에 따라 Operator 활용  
  
결론:  
- 가능은 하지만 효율적인지는 의문  
- DB 수가 매우 많거나, 수시간정도 장애를 허용하는 서비스에는 유용해보임  
- 그 외에는 기존 방식이 더 효율적으로 보임

## Comments



### Comment 35844

- Author: kaydash
- Created: 2025-03-14T00:58:11+09:00
- Points: 1

성능이 열화되고 유지관리작업이어려워지며 장애발생시 관리포인트가 많아 원인추적이 어려워집니다.  
관리포인트를 줄이고 운영공수를 줄이려는 k8s의 본래 목적과 정 반대의 상황이 야기됩니다.