이 튜토리얼에서는 vLLM 프레임워크를 사용하여 DeepSeek-V3.1-Base 언어 모델을 배포하고 서빙하는 방법을 보여줍니다. Google Kubernetes Engine (GKE) Enterprise 버전 Autopilot 클러스터에 이 모델을 배포하고 8개의 B200 GPU가 있는 단일 A4 가상 머신(VM)을 사용합니다.
이 튜토리얼은 추론 워크로드를 처리하기 위해 Kubernetes 컨테이너 조정 기능을 사용하는 데 관심이 있는 머신러닝 (ML) 엔지니어, 플랫폼 관리자 및 운영자, 데이터 및 AI 전문가를 대상으로 합니다.
목표
- Hugging Face를 사용하여 DeepSeek-V3.1-Base에 액세스하세요.
- 환경을 준비합니다.
- Autopilot 모드로 GKE 클러스터를 만듭니다.
- Hugging Face 사용자 인증 정보용 Kubernetes 보안 비밀을 만듭니다.
- Cloud Storage 버킷을 만듭니다.
- 모델을 Cloud Storage 버킷에 다운로드합니다.
- GKE 클러스터에 vLLM 컨테이너를 배포합니다.
- curl을 사용하여 DeepSeek-V3.1-Base와 상호작용합니다.
- 삭제
비용
이 튜토리얼에서는 비용이 청구될 수 있는 Google Cloud구성요소를 사용합니다.
프로젝트 사용량을 기준으로 예상 비용을 산출하려면 가격 계산기를 사용합니다.
시작하기 전에
-
Google Cloud CLI를 설치합니다.
-
gcloud CLI에서 제휴 ID를 사용하도록 구성합니다.
자세한 내용은 제휴 ID로 gcloud CLI에 로그인을 참고하세요.
-
gcloud CLI를 초기화하려면, 다음 명령어를 실행합니다.
gcloud init -
Google Cloud 프로젝트를 만들거나 선택합니다.
프로젝트를 선택하거나 만드는 데 필요한 역할
- 프로젝트 선택: 프로젝트를 선택하는 데는 특정 IAM 역할이 필요하지 않습니다. 역할이 부여된 프로젝트를 선택하면 됩니다.
-
프로젝트 만들기: 프로젝트를 만들려면
resourcemanager.projects.create권한이 포함된 프로젝트 생성자 역할(roles/resourcemanager.projectCreator)이 필요합니다. 역할 부여 방법 알아보기
-
Google Cloud 프로젝트를 만듭니다.
gcloud projects create PROJECT_ID
PROJECT_ID를 만들려는 Google Cloud 프로젝트의 이름으로 바꿉니다. -
만든 Google Cloud 프로젝트를 선택합니다.
gcloud config set project PROJECT_ID
PROJECT_ID을 Google Cloud 프로젝트 이름으로 바꿉니다.
필요한 API를 사용 설정합니다.
API 사용 설정에 필요한 역할
API를 사용 설정하려면
serviceusage.services.enable권한이 필요합니다. 프로젝트를 만든 경우 소유자 역할 (roles/owner)을 통해 이 권한이 이미 있을 수 있습니다. 그렇지 않으면 서비스 사용량 관리자 역할 (roles/serviceusage.serviceUsageAdmin)을 통해 이 권한을 얻을 수 있습니다. 역할을 부여하는 방법 알아보기gcloud services enable container.googleapis.com
-
사용자 계정에 역할을 부여합니다. 다음 IAM 역할마다 다음 명령어를 1회 실행합니다.
roles/container.admingcloud projects add-iam-policy-binding PROJECT_ID --member="user:USER_IDENTIFIER" --role=ROLE
다음을 바꿉니다.
PROJECT_ID: 프로젝트 ID입니다.USER_IDENTIFIER: 사용자 계정 예를 보려면 IAM 정책에서 직원 풀 사용자 표현을 참고하세요.ROLE: 사용자 계정에 부여할 IAM 역할입니다.
- Hugging Face 계정에 로그인하거나 계정을 만듭니다.
Hugging Face를 사용하여 DeepSeek에 액세스
Hugging Face를 사용하여 DeepSeek에 액세스하려면 다음 단계를 따르세요.
- Hugging Face에 로그인하고 DeepSeek-V3.1-Base 모델을 살펴봅니다.
- Hugging Face
read액세스 토큰을 만듭니다. read access토큰 값을 복사하여 저장합니다. 이 주소는 이 튜토리얼의 뒷부분에서 사용됩니다.
개발 환경 준비
환경을 준비하려면 기본 환경 변수를 설정하세요.
다음을 바꿉니다.
YOUR_PROJECT_ID: GKE 클러스터를 만들려는 Google Cloud 프로젝트의 ID입니다.YOUR_RESERVATION_NAME: GKE 클러스터를 만드는 데 사용할 예약의 URL입니다. 예약이 있는 프로젝트에 따라 다음 값 중 하나를 지정합니다.예약이 프로젝트에 있습니다.
RESERVATION_NAME예약이 다른 프로젝트에 있고 내 프로젝트에서 예약을 사용할 수 있는 경우:
projects/RESERVATION_PROJECT_ID/reservations/RESERVATION_NAME
YOUR_REGION: GKE 클러스터를 만들 리전입니다. 예약이 있는 리전에서만 클러스터를 만들 수 있습니다.YOUR_CLUSTER_NAME: 만들려는 GKE 클러스터의 이름입니다.YOUR_GCS_BUCKET: 모델을 다운로드하는 Cloud Storage 버킷의 이름입니다.YOUR_HF_TOKEN: 이전 섹션에서 만든 Hugging Face 액세스 토큰입니다.YOUR_NETWORK_NAME: GKE 클러스터가 사용하는 네트워크입니다. 다음 값 중 하나를 지정합니다.커스텀 네트워크를 만든 경우 네트워크 이름을 지정합니다.
그렇지 않은 경우
default을 지정합니다.
YOUR_SUBNETWORK_NAME: GKE 클러스터가 사용하는 서브네트워크입니다. 다음 값 중 하나를 지정합니다.커스텀 하위 네트워크를 만든 경우 하위 네트워크의 이름을 지정합니다. 예약과 동일한 리전에 있는 서브네트워크만 지정할 수 있습니다.
그렇지 않은 경우
default을 지정합니다.
Autopilot 모드로 GKE 클러스터 만들기
Autopilot 모드로 GKE 클러스터를 만들려면 다음 명령어를 실행합니다.
GKE 클러스터를 만드는 데 다소 시간이 걸릴 수 있습니다. Google Cloud 에서 클러스터 생성을 완료했는지 확인하려면 Google Cloud 콘솔에서 Kubernetes 클러스터로 이동합니다.
Hugging Face 사용자 인증 정보용 Kubernetes 보안 비밀 만들기
Hugging Face 사용자 인증 정보용 Kubernetes 보안 비밀을 만들려면 다음 단계를 따르세요.
GKE 클러스터와 통신하도록
kubectl을 구성합니다.Hugging Face 토큰을 저장할 Kubernetes 보안 비밀을 만듭니다.
Cloud Storage 버킷 만들기
새 버킷을 사용하여 모델을 저장하려면 다음을 실행하세요.
Cloud Storage 버킷에 대한 write 권한을 기본 서비스 계정에 부여합니다.
기존 Cloud Storage 버킷을 사용하려면 이 단계를 건너뛰어도 됩니다. 하지만 버킷이 클러스터와 동일한 리전에 있고 서비스 계정에 필요한 write 권한이 있는지 확인해야 합니다.
Cloud Storage 버킷에 모델 다운로드
deepseek-download-job.yaml파일을 만듭니다.deepseek-download-job.yaml매니페스트를 적용하여 다운로드 작업을 초기화합니다.완료 상태를 확인하려면 다음 명령어를 실행합니다.
--timeout플래그는 명령어가 제한 시간이 초과되기 전에 작업을 모니터링하는 시간을 지정합니다.작업 리소스는 SSD 볼륨을 사용하여 Hugging Face에서 Google Cloud Storage 버킷으로
DeepSeek-V3.1-Base모델 가중치를 다운로드합니다. 다운로드를 완료하는 데 약 40분이 걸립니다. 다운로드가 완료되면 다음 섹션으로 진행하여 모델 배포를 시작합니다.작업을 삭제하려면 다음 명령어를 실행합니다.
GKE 클러스터에 vLLM 컨테이너 배포
모델을 Cloud Storage 버킷에 다운로드한 후 다음 단계를 완료하여 vLLM 컨테이너를 GKE 클러스터에 배포합니다.
선택한 vLLM 배포를 사용하여
vllm-deepseek3-1-base.yaml파일을 만듭니다.GKE 클러스터에
vllm-deepseek3-1-base.yaml파일을 적용합니다.완료 상태를 확인하려면 다음 명령어를 실행합니다.
--timeout플래그를 사용하면 명령어가 지정된 기간 동안 배포를 모니터링할 수 있습니다.
curl을 사용하여 DeepSeek-V3.1-Base와 상호작용
배포한 DeepSeek-V3.1-Base 모델을 확인하려면 다음 단계를 따르세요.
DeepSeek-V3.1-Base로의 포트 전달을 설정합니다.
새 터미널 창을 엽니다. 그런 다음
curl을 사용하여 모델과 채팅할 수 있습니다.표시되는 출력은 다음과 비슷합니다.
{ "id": "chatcmpl-1a47172070544a5d83199ed5548befca", "object": "chat.completion", "created": 1755891024, "model": "deepseek-ai/DeepSeek-V3.1-Base", "choices": [ { "index": 0, "message": { "role": "assistant", "content": "\nGenerative AI uses patterns from existing data to create new, similar content, like text, images, or music.\n", "refusal": null, "annotations": null, "audio": null, "function_call": null, "tool_calls": [], "reasoning_content": null }, "logprobs": null, "finish_reason": "stop", "stop_reason": null } ], "service_tier": null, "system_fingerprint": null, "usage": { "prompt_tokens": 17, "total_tokens": 42, "completion_tokens": 25, "prompt_tokens_details": null }, "prompt_logprobs": null, "kv_transfer_params": null }
모델의 성능 관찰
모델의 성능을 모니터링하려면 Cloud Monitoring에 통합된 vLLM 대시보드를 사용하면 됩니다. 이 대시보드를 사용하면 토큰 처리량, 네트워크 지연 시간, 오류율과 같은 모델의 중요한 성능 측정항목을 확인할 수 있습니다. 자세한 내용은 Monitoring 문서의 vLLM을 참고하세요.
삭제
이 튜토리얼에서 사용된 리소스 비용이 Google Cloud 계정에 청구되지 않도록 하려면 리소스가 포함된 프로젝트를 삭제하거나 프로젝트를 유지하고 개별 리소스를 삭제하세요.
리소스 삭제
튜토리얼을 완료한 후에는 더 이상 필요하지 않은 리소스를 삭제합니다.
vllm-deepseek3-1-base.yaml파일에 정의된 배포 및 서비스와 Kubernetes 보안 비밀을 GKE 클러스터에서 삭제하려면 다음 명령어를 실행합니다.Cloud Storage 버킷을 삭제하려면 다음 명령어를 실행합니다.
GKE 클러스터를 삭제하려면 다음 단계를 따르세요.
프로젝트 삭제
Google Cloud 프로젝트를 삭제합니다.
gcloud projects delete PROJECT_ID