pile·
인프라 / DevOps·꿈많은청년들꿈많은청년들·

GKE Autopilot 사용하기

구글이 새로 내놓은 GKE Autopilot 을 직접 클러스터를 만들어 써 본 기록이다. 기존 GKE 와의 차이를 노드 관리 주체와 과금 방식 두 가지로 정리하고, nginx 를 띄워 외부 노출까지 시도하다 만난 함정을 남긴다.

핵심 포인트
  • 차이는 크게 둘이다. 노드를 누가 관리하는가(구글 대 직접), 그리고 무엇으로 과금하는가(pod 대 node).
  • 기존 GKE 는 쿠버네티스가 많은 일을 해 주지만 직접 관리할 것이 생각보다 많고, 그중 가장 큰 몫이 노드 관리다. Autopilot 은 그 부분을 대신 처리한다.
  • 과금도 다르다. 기존 GKE 는 서버 단위(그 안에서 CPU·메모리로 계산)인 반면 Autopilot 은 순수하게 CPU 와 메모리로 계산한다.
  • 클러스터를 만든 직후에는 실행 중인 pod 가 없어 총 vCPU 와 총 메모리가 0 으로 표시된다. 기존 생성 방식과 눈에 띄게 다른 지점이다.
  • 함정: 기존 GKE 와 달리 NodePort 로 노출하면 로드밸런서에서 연결할 수 없다. 서버와 인스턴스 그룹이 없기 때문이다.
상세 정리
  • 클러스터 생성 시 Autopilot 여부를 묻는 팝업이 뜨고 '비교' 를 눌러 두 방식의 차이를 확인할 수 있다.
  • 이 글에서는 기본적으로 '비공개 클러스터' 로 생성한다.
  • 생성 후 작업 부하 화면은 기존과 동일하며, 테스트로 nginx 를 기본 구성으로 배포하면 금방 생성된다.
  • NodePort 가 막히자 메뉴얼대로 하지 않고 로드밸런서에 직접 연결하는 방식으로 우회했다.
  • NEG(Network Endpoint Group)를 사용한다는 이야기가 있지만 그 부분은 확인해 보지 못했다고 솔직히 남긴다.
  • 인스턴스 그룹 목록이 비어 있는 상태를 그대로 보여주며 왜 연결이 안 되는지 근거로 삼는다.
왜 읽나GKE Autopilot 도입을 검토 중인 인프라 담당자에게 과금·관리 모델의 차이와 노출 구성에서 먼저 부딪히는 제약을 알려준다.
꿈많은청년들
꿈많은청년들 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 인프라 / DevOps·AWS KoreaAWS Korea Tech·

    엔터프라이즈 보안 요구사항을 충족하는 프라이빗 Amazon Bedrock AgentCore 구축하기

    Amazon Bedrock AgentCore의 VPC egress 기능(2026년 4월 추가)을 활용해 온프레미스 LLM·사내 IdP·사내 MCP 서버에 인터넷 노출 없이 연결하는 방법을 다룬다. 규제 산업 엔터프라이즈가 기존 사내 자산을 그대로 유지하면서 Bedrock AgentCore를 안전하게 구축하기 위한 구성 가이드다.

    요약 이어보기
    #mcp#amazon-bedrock#vpc+2
  2. 인프라 / DevOps·gitlab-engGitLab Blog·

    OpenTofu와 Argo CD로 구성하는 GitLab 기반 AWS 제어 플레인

    GitLab을 단일 제어 플레인으로 삼아 OpenTofu로 AWS 인프라를 프로비저닝하고, Argo CD로 GitOps 기반 애플리케이션 배포까지 자동화하는 엔드투엔드 튜토리얼이다. VPC·EKS 클러스터 구성부터 Helm 기반 툴 설치, 샘플 앱 배포까지 모든 과정이 GitLab CI/CD 파이프라인으로 연결된다.

    요약 이어보기
    #kubernetes#aws-eks#gitops+2
  3. 인프라 / DevOps·AWS KoreaAWS Korea Tech·

    Amazon Bedrock 기반 사내 LLM, 키 발급부터 비용 차단까지: F&F의 LiteLLM 게이트웨이 운영 사례

    패션 기업 F&F가 Amazon Bedrock과 LiteLLM 프록시를 결합해 구축한 사내 LLM 플랫폼 운영 사례다. API 키 셀프서비스 발급, 모델별 접근 승인 워크플로, 사용자·프로젝트별 예산 자동 차단까지 전 과정을 직접 구현한 아키텍처 결정과 운영 교훈을 공유한다.

    요약 이어보기
    #kubernetes#amazon-bedrock#litellm+2