Flux159 의 mcp-server-kubernetes 를 Claude Code·Claude Desktop 과 Hermes 에이전트에 등록한다. ALLOW_ONLY_NON_DESTRUCTIVE_TOOLS 와 Hermes 의 tools.include 로 조회 도구 네 개만 열어 두고, M1 맥의 kind 클러스터를 채팅으로 조회한다.
2초짜리 작업 20건을 한꺼번에 넣었더니 사용자는 최대 20초를 기다렸다. 처리 시간은 건마다 2.02초로 일정했고, 나머지는 전부 큐에서 줄 선 시간이었다. 로그에 wait_ms 를 남기고 OpenSearch Dashboards 로 둘을 나눠 보니 병목이 워커 수로 드러났고, 워커를 6개로 늘리자 큐 대기 p50 이 10.0초에서 2.0초가 됐다.
Fluentd 집계기 출력을 OpenSearch 로 바꿨더니 request_id 가 text 로 잡혀 trace-8th-0001 을 찾는데 다른 요청까지 44건이 나왔고, event 로 집계하자 "Text fields are not optimised" 로 거절됐다. 인덱스 템플릿으로 타입을 정하고, 집계기와 OpenSearch 를 지워도 로그가 남는지 쟀다.
작업 하나의 로그 34줄이 파드 4개에 흩어져 있었고, web 로그의 56.9% 는 /healthz 였다. 노드마다 Fluentd forwarder 를 DaemonSet 으로 띄워 한곳의 aggregator 로 모았더니 지운 파드의 로그도 남았다. 대신 aggregator 가 바뀌자 쌓여 있던 581건이 사라졌다.
동기 호출을 RabbitMQ 큐로 바꿨더니 죽은 주소가 섞여도 접수가 24ms 에 끝났다. 대신 결과 조회가 404 를 내며 실패했다. 파드가 여럿일 때 상태를 메모리에 두면 생기는 일과, 큐가 대기를 없애는 게 아니라 옮긴다는 점까지 실측으로 짚는다.
매니페스트 세 종류가 각각 무슨 일을 하는지 한 줄씩 짚는다. 서비스끼리는 IP 가 아니라 이름으로 부른다. 하위 경로에 앱을 붙였다가 API 요청이 엉뚱한 서비스로 새어 나간 이야기도 함께.
링크 미리보기 카드를 만드는 작은 서비스를 마이크로서비스로 쪼개 쿠버네티스에 올린다. 배포는 kubectl 이 아니라 git 커밋으로 한다. 아홉 편에 걸쳐 RabbitMQ·Fluentd·OpenSearch 까지 붙여 볼 연재의 첫 글.
git 에 YAML 을 올려 두면 ArgoCD 가 클러스터를 거기에 맞춘다. 맥에서는 argocd.localhost 가 해석되지 않아 UI 를 경로로 열어야 하고, immutable 필드를 커밋하면 동기화가 무한 재시도에 빠진다. 둘 다 직접 겪은 대로 정리했다.
StatefulSet 을 5개에서 3개로 줄이면 4번·3번이 사라진다. 이 방향을 뒤집는 설정은 없다. podManagementPolicy 는 immutable 이고 pod-deletion-cost 도 안 먹는다. 대신 ordinals.start 로 번호 범위를 옮기면 낮은 번호를 없앨 수 있다.
쿠버네티스 파드는 재시작하면 안에 쓴 파일이 전부 사라진다. PVC 로 저장소를 빌리고 StatefulSet 으로 파드에 고정된 이름을 주면 남는다. PVC 가 Pending 에서 안 넘어가는 이유(waiting for first consumer)도 함께 짚는다.
