이 문서에서는 Google Kubernetes Engine (GKE) 클러스터에 오픈소스 Agent Sandbox 컨트롤러를 설치하여 전용 Kubernetes 포드에서 샌드박스 처리된 워크로드를 실행하는 방법을 설명합니다. 또한 클러스터에서 샌드박스 환경을 만들어 신뢰할 수 없는 코드를 안전하게 실행하는 방법도 알아봅니다.
GKE의 Agent Sandbox가 신뢰할 수 없는 AI 생성 코드를 격리하는 방법에 대한 개요는 GKE의 Agent Sandbox 정보를 참조하세요.
포드 기반 아키텍처와 액터 기반 아키텍처 중에서 선택
GKE에 Agent Sandbox를 설치하기 전에 AI 에이전트 워크로드에 적합한 GKE 아키텍처를 확인하세요.
- GKE의 Agent Substrate(액터 기반): 대부분의 에이전트 워크로드, 특히 자주 정지 및 재개되는 스테이트풀(Stateful) 에이전트에 이 아키텍처를 사용합니다. 활성 에이전트는 에이전트당 전용 포드를 유지하는 대신 웜 포드 풀을 공유하므로 더 적은 노드에서 더 많은 에이전트를 실행할 수 있습니다. GKE의 에이전트 기판은 유휴 워크로드를 자동으로 정지 및 재개하고 1초 이내에 스토리지에서 에이전트를 복원합니다. 반면 GKE의 에이전트 샌드박스에는 수동 포드 스냅샷 생성이 필요하며, 비활성 상태를 감지하고 에이전트의 진행 상황을 저장하려면 애플리케이션 코드를 빌드해야 합니다. GKE의 Agent Substrate에는 GKE Standard 클러스터가 필요합니다. 자세한 내용은 GKE의 Agent Substrate 정보를 참조하세요. 대신 이 옵션을 설치하려면 GKE에 Agent Substrate 설치를 참조하세요.
- GKE의 Agent Sandbox (포드 기반): 각 에이전트에 GKE Autopilot 또는 Standard 클러스터의 전용 Kubernetes 포드가 필요한 경우 이 문서에서 설치하는 이 아키텍처를 사용합니다. 지속적으로 활성 상태인 에이전트 또는 다음 중 하나가 필요한 워크로드에 이 옵션을 선택합니다.
Sandbox및SandboxClaim커스텀 리소스와 같은 선언적 Kubernetes API- 커스텀 사이드카 및 초기화 컨테이너를 포함한 전체 Kubernetes
PodSpec스키마 - GPU 또는 TPU와 같은 하드웨어 가속기에 직접 액세스
- GKE Autopilot 클러스터
비용
GKE의 Agent Sandbox는 추가 비용 없이 사용할 수 있는 오픈소스 소프트웨어입니다. 에이전트 샌드박스 컨트롤러에서 사용하는 컴퓨팅 리소스를 포함하여 사용자가 만드는 리소스에는 GKE 가격 책정이 적용됩니다.
불필요한 요금이 청구되지 않도록 이 문서를 완료한 후 GKE를 중지하거나 프로젝트를 삭제하세요.
시작하기 전에
-
Google Cloud 콘솔의 프로젝트 선택기 페이지에서 Google Cloud 프로젝트를 선택하거나 만듭니다.
프로젝트를 선택하거나 만드는 데 필요한 역할
- 프로젝트 선택: 프로젝트를 선택하는 데 특정 IAM 역할이 필요하지 않습니다. 역할이 부여된 모든 프로젝트를 선택할 수 있습니다.
-
프로젝트 만들기: 프로젝트를 만들려면
resourcemanager.projects.create권한이 포함된 프로젝트 생성자 역할(roles/resourcemanager.projectCreator)이 필요합니다. 역할 부여 방법 알아보기
Google Kubernetes Engine API가 아직 사용 설정되지 않았으면 사용 설정합니다.
API 사용 설정에 필요한 역할
API를 사용 설정하려면
serviceusage.services.enable권한이 필요합니다. 프로젝트를 만든 경우 소유자 역할 (roles/owner)을 통해 이 권한이 이미 있을 수 있습니다. 그렇지 않으면 서비스 사용량 관리자 역할 (roles/serviceusage.serviceUsageAdmin)을 통해 이 권한을 얻을 수 있습니다. 역할 부여 방법 알아보기-
Google Cloud 콘솔에서 Cloud Shell을 활성화합니다.
환경 변수 정의
이 문서에서 실행하는 명령어를 간소화하기 위해 Cloud Shell에서 환경 변수를 설정할 수 있습니다. Cloud Shell에서 다음 명령어를 실행하여 다음과 같은 유용한 환경 변수를 정의합니다.
export CLUSTER_NAME="agent-sandbox-cluster"
export LOCATION="us-central1"
export AGENT_SANDBOX_VERSION="v1.0.6"
export NODE_POOL_NAME="agent-sandbox-pool"
export MACHINE_TYPE="e2-standard-2"
다음은 이러한 환경 변수에 대한 설명입니다.
CLUSTER_NAME: GKE 클러스터의 이름입니다(예:agent-sandbox-cluster).LOCATION: GKE 클러스터가 생성된 Google Cloud 리전 또는 영역입니다. Autopilot 클러스터를 만드는 경우 이를 리전으로 설정합니다 (예:us-central1). Autopilot 클러스터는 항상 리전입니다. Standard 클러스터를 만드는 경우 이를 영역 (예:us-central1-a)으로 설정합니다. 비용을 줄이기 위해 이 문서에서는 리전 클러스터보다 적은 노드를 사용하는 영역 클러스터를 만듭니다.AGENT_SANDBOX_VERSION: 설치할 오픈소스 Agent Sandbox 컨트롤러의 버전입니다. 이 문서에서는 버전 1.0.6을 사용합니다. 다른 버전을 보려면 Agent Sandbox 출시 페이지를 참조하세요.NODE_POOL_NAME: 샌드박스 워크로드를 실행할 노드 풀의 이름입니다(예:agent-sandbox-pool). 이 변수는 GKE Standard 클러스터를 만드는 경우에만 필요합니다.MACHINE_TYPE: 클러스터의 기본 노드 풀과 gVisor 노드 풀에 있는 노드의 머신 유형입니다(예:e2-standard-2). 다양한 머신 시리즈와 다양한 옵션 중에서 선택하는 방법에 대한 자세한 내용은 머신 계열 리소스 및 비교 가이드를 참조하세요. 이 변수는 GKE Standard 클러스터를 만드는 경우에만 필요합니다.
GKE 클러스터 만들기
GKE의 Agent Sandbox는 gVisor 또는 microVMs을 사용하여 샌드박스 처리된 워크로드를 격리합니다. 샌드박스 런타임을 지정하지 않으면 샌드박스가 커널 격리 없이 실행되므로 신뢰할 수 없는 코드에는 권장되지 않습니다. 이 문서에서는 gVisor를 사용합니다. Autopilot 클러스터는 gVisor를 자동으로 사용 설정합니다. Standard 클러스터에서는 gVisor가 사용 설정된 노드 풀을 만듭니다. 대신 마이크로VM을 사용하려면 마이크로VM 샌드박스 유형 사용 설정을 참조하세요. 권장 보안 정책은 gVisor만 허용하므로 마이크로 VM을 사용하는 샌드박스를 거부합니다.
Autopilot
Autopilot 클러스터를 만들려면 LOCATION 환경 변수가 us-central1과 같은 리전으로 설정되어 있는지 확인한 후 다음 명령어를 실행합니다.
gcloud container clusters create-auto ${CLUSTER_NAME} \
--location=${LOCATION}
표준
Standard 클러스터를 만들려면 클러스터를 만든 후 gVisor가 사용 설정된 노드 풀을 추가합니다. 비용을 줄이기 위해 이 문서에서는 풀당 단일 노드가 있는 영역 클러스터를 만듭니다.
LOCATION환경 변수를 영역(예:us-central1-a)으로 설정합니다.export LOCATION="us-central1-a"클러스터를 만듭니다.
gcloud container clusters create ${CLUSTER_NAME} \ --location=${LOCATION} \ --machine-type=${MACHINE_TYPE} \ --num-nodes=1gVisor가 사용 설정된 별도의 노드 풀을 만듭니다.
gcloud container node-pools create ${NODE_POOL_NAME} \ --cluster=${CLUSTER_NAME} \ --machine-type=${MACHINE_TYPE} \ --location=${LOCATION} \ --num-nodes=1 \ --image-type=cos_containerd \ --sandbox=type=gvisorgVisor 대신 마이크로VM을 사용하려면 마이크로VM 샌드박스 유형 사용 설정에 설명된 대로 노드 풀을 만듭니다. 이 문서의 나머지 부분에서는 gVisor를 사용합니다.
대신 기존 Standard 클러스터를 사용하려면 클러스터에 gVisor가 사용 설정된 노드 풀이 포함되어 있는지 확인합니다. 클러스터에 이러한 노드 풀이 없으면 이전 gcloud container node-pools create 명령어를 실행하여 노드 풀을 만듭니다.
kubectl 명령줄 도구가 클러스터에 연결할 수 있도록 클러스터 사용자 인증 정보를 가져옵니다.
gcloud container clusters get-credentials ${CLUSTER_NAME} \
--location=${LOCATION}
Agent Sandbox 설치
Agent Sandbox를 설치하려면 Agent Sandbox GitHub 저장소에서 출시 매니페스트를 적용합니다. sandbox-with-extensions.yaml 매니페스트는 에이전트 샌드박스 컨트롤러와 Sandbox 리소스 및 SandboxTemplate, SandboxClaim, SandboxWarmPool 확장 프로그램 리소스의 CustomResourceDefinitions를 설치합니다.
출시 매니페스트를 적용합니다.
kubectl apply -f https://github.com/kubernetes-sigs/agent-sandbox/releases/download/${AGENT_SANDBOX_VERSION}/sandbox-with-extensions.yaml매니페스트는
agent-sandbox-system네임스페이스를 만들고 해당 네임스페이스에 컨트롤러를 배포합니다.컨트롤러가 준비될 때까지 기다립니다.
kubectl rollout status deployment/agent-sandbox-controller \ --namespace=agent-sandbox-system \ --timeout=120s
Helm을 사용하여 Agent Sandbox를 설치할 수도 있습니다. 자세한 내용은 Agent Sandbox Helm 차트 리드미를 참조하세요.
설치 확인
Agent Sandbox CustomResourceDefinitions가 설치되어 있는지 확인합니다.
kubectl get crd \ sandboxes.agents.x-k8s.io \ sandboxtemplates.extensions.agents.x-k8s.io \ sandboxclaims.extensions.agents.x-k8s.io \ sandboxwarmpools.extensions.agents.x-k8s.io출력에 4개의 CustomResourceDefinition이 나열됩니다.
컨트롤러가 실행 중인지 확인합니다.
kubectl get deployment agent-sandbox-controller \ --namespace=agent-sandbox-system컨트롤러가 실행 중이면
READY열에1/1이 표시됩니다.
권장 보안 정책 적용
기본적으로 GKE의 Agent Sandbox는 샌드박스를 실행하는 포드의 구성을 제한하지 않습니다. 샌드박스의 격리 설정을 적용하려면 Agent Sandbox GitHub 저장소에서 권장되는 secure-sandbox-policy
ValidatingAdmissionPolicy를 적용합니다. 이 정책은 GKE의 Agent Sandbox 배포 요구사항을 충족하지 않는 Sandbox 리소스를 거부합니다.
정책을 적용합니다.
kubectl apply -f https://raw.githubusercontent.com/kubernetes-sigs/agent-sandbox/${AGENT_SANDBOX_VERSION}/examples/policy/vap/secure-sandbox-policy.yaml정책 바인딩을 적용합니다. 바인딩은
kube-system과 같은 시스템 네임스페이스를 제외한 모든 네임스페이스에 정책을 적용합니다.kubectl apply -f https://raw.githubusercontent.com/kubernetes-sigs/agent-sandbox/${AGENT_SANDBOX_VERSION}/examples/policy/vap/secure-sandbox-binding.yaml
정책에서 리소스 Sandbox개를 검증합니다. SandboxWarmPool 리소스 또는 SandboxClaim 리소스를 만들면 컨트롤러가 SandboxTemplate 리소스에서 Sandbox 리소스를 만듭니다. 템플릿이 요구사항을 충족하지 않으면 정책이 Sandbox 리소스를 거부하고 컨트롤러 로그에 오류가 표시됩니다. 로그를 보려면 다음 명령어를 실행합니다.
kubectl logs deployment/agent-sandbox-controller \
--namespace=agent-sandbox-system
이 정책은 사용자가 소유하며 워크로드에 맞게 수정할 수 있습니다. 자세한 내용은 샌드박스 보안 정책을 참조하세요.
GKE의 에이전트 샌드박스 배포 요구사항
권장 보안 정책을 적용하는 경우 Sandbox 또는 SandboxTemplate 리소스와 같은 워크로드 매니페스트에 특정 보안 및 구성 설정이 포함되어야 합니다. Sandbox 리소스가 이러한 요구사항을 충족하지 않으면 허용 컨트롤러가 이를 거부합니다. 컨테이너 요구사항은 초기화 컨테이너 및 임시 컨테이너를 포함하여 포드의 모든 컨테이너에 적용됩니다.
필수 구성
배포 매니페스트에는 다음 설정이 포함되어야 합니다.
runtimeClassName: gvisor: 포드가 gVisor 샌드박스에서 실행되도록 합니다. 이 정책은 마이크로 VM을 포함하여 다른 런타임을 사용하는 샌드박스를 거부합니다.automountServiceAccountToken: false: 포드가 기본 서비스 계정 토큰을 자동으로 마운트하지 못하게 합니다.securityContext.runAsNonRoot: true: 컨테이너가 루트 사용자로 실행되지 않도록 합니다.securityContext.capabilities.drop: ["ALL"]: 컨테이너에서 모든 Linux 기능을 삭제합니다.resources.limits: 잠재적인 서비스 거부 (DoS) 시나리오를 방지하려면 CPU 및 메모리 한도를 지정해야 합니다.nodeSelector:sandbox.gke.io/runtime: gvisor를 타겟팅해야 합니다.tolerations:sandbox.gke.io/runtime=gvisor:NoScheduletaint에 대한 톨러레이션(toleration)을 포함해야 합니다.
금지된 구성
배포 매니페스트에는 다음이 포함되어서는 안 됩니다.
hostNetwork: true,hostPID: true또는hostIPC: true- 컨테이너 보안 컨텍스트의
privileged: true - 컨테이너 보안 컨텍스트의
procMount: Unmasked HostPath볼륨- 추가된 기능 (
capabilities.add) hostPort설정입니다.- 커스텀 sysctl
- 서비스 계정 토큰 또는 인증서의 프로젝션된 볼륨입니다.
샌드박스 라우터 배포 (선택사항)
샌드박스 라우터는 Agent Sandbox Python 클라이언트와 같은 클라이언트의 요청을 샌드박스를 실행하는 포드로 라우팅하는 HTTP 프록시입니다. GKE에서 Agent Sandbox를 사용하여 AI 코드 실행 격리에 설명된 대로 Python 클라이언트를 사용하려면 라우터를 배포합니다.
agent-sandbox-system 네임스페이스에 라우터를 배포합니다. 기본적으로 GKE의 Agent Sandbox가 각 SandboxTemplate 리소스에 대해 만드는 네트워크 정책은 이 네임스페이스의 라우터 포드에서만 샌드박스로 들어오는 트래픽을 허용합니다.
라우터가 샌드박스 포드를 조회할 수 있도록 라우터의 서비스 계정과 RBAC 권한을 만듭니다.
kubectl apply \ -f https://raw.githubusercontent.com/kubernetes-sigs/agent-sandbox/${AGENT_SANDBOX_VERSION}/sandbox-router/deploy/serviceaccount.yaml \ -f https://raw.githubusercontent.com/kubernetes-sigs/agent-sandbox/${AGENT_SANDBOX_VERSION}/sandbox-router/deploy/rbac.yaml라우터를 배포합니다. 다음 명령어는 라우터 이미지를 컨트롤러와 동일한 버전으로 설정합니다.
curl -sSL https://raw.githubusercontent.com/kubernetes-sigs/agent-sandbox/${AGENT_SANDBOX_VERSION}/sandbox-router/deploy/deployment.yaml \ | sed "s|sandbox-router-go:latest|sandbox-router-go:${AGENT_SANDBOX_VERSION}|" \ | kubectl apply -f -라우터의 서비스를 만듭니다.
kubectl apply -f https://raw.githubusercontent.com/kubernetes-sigs/agent-sandbox/${AGENT_SANDBOX_VERSION}/sandbox-router/deploy/service.yaml라우터가 준비될 때까지 기다립니다.
kubectl rollout status deployment/sandbox-router \ --namespace=agent-sandbox-system \ --timeout=120s
이 라우터 구성은 개발 및 테스트용입니다. TLS, 복제본 수, 라우터의 네트워크 정책과 같은 프로덕션 설정은 샌드박스 라우터 배포 README를 참조하세요.
샌드박스 환경 배포
SandboxTemplate 리소스를 정의하여 샌드박스 환경을 배포하고 SandboxWarmPool 리소스를 사용하여 사전 준비된 인스턴스를 준비하는 것이 좋습니다. 그런 다음 SandboxClaim 리소스를 사용하여 이 웜 풀에서 인스턴스를 요청할 수 있습니다. 또는 Sandbox 리소스를 직접 만들 수 있지만 이 접근 방식은 웜 풀을 지원하지 않습니다.
SandboxTemplate, SandboxWarmPool, SandboxClaim, Sandbox는 Kubernetes 커스텀 리소스입니다.
권장사항: SandboxTemplate 및 SandboxWarmPool 리소스 만들기
SandboxTemplate 리소스는 재사용 가능한 청사진 역할을 합니다. SandboxWarmPool 리소스는 지정된 수의 사전 준비된 샌드박스가 항상 실행되고 클레임할 준비가 되도록 합니다. 이 커스텀 리소스를 사용하면 시작 지연 시간이 최소화됩니다.
SandboxTemplate 및 SandboxWarmPool 리소스를 만들어 샌드박스 환경을 배포하려면 다음 단계를 완료합니다.
Cloud Shell에서 다음 콘텐츠가 포함된
sandbox-template.yaml파일을 만듭니다.apiVersion: extensions.agents.x-k8s.io/v1beta1 kind: SandboxTemplate metadata: name: python-runtime-template namespace: default spec: podTemplate: metadata: labels: sandbox-type: python-runtime spec: runtimeClassName: gvisor # Required automountServiceAccountToken: false # Required securityContext: runAsNonRoot: true # Required nodeSelector: sandbox.gke.io/runtime: gvisor # Required tolerations: - key: "sandbox.gke.io/runtime" value: "gvisor" effect: "NoSchedule" # Required containers: - name: runtime image: registry.k8s.io/agent-sandbox/python-runtime-sandbox:v0.1.0 ports: - containerPort: 8888 resources: requests: cpu: "250m" memory: "512Mi" limits: cpu: "500m" memory: "1Gi" # Required securityContext: capabilities: drop: ["ALL"] # Required restartPolicy: OnFailureSandboxTemplate매니페스트를 적용합니다.kubectl apply -f sandbox-template.yaml다음 콘텐츠로
sandbox-warmpool.yaml이라는 파일을 만듭니다.apiVersion: extensions.agents.x-k8s.io/v1beta1 kind: SandboxWarmPool metadata: name: python-runtime-warmpool namespace: default labels: app: python-runtime-warmpool spec: replicas: 2 sandboxTemplateRef: # This must match the name of the SandboxTemplate. name: python-runtime-templateSandboxWarmPool매니페스트를 적용합니다.kubectl apply -f sandbox-warmpool.yaml웜 풀의 샌드박스가 준비될 때까지 기다립니다.
kubectl wait sandboxwarmpool python-runtime-warmpool \ --for=jsonpath='{.status.readyReplicas}'=2 \ --timeout=600s풀의 샌드박스가 준비되기 전에
SandboxClaim리소스를 만들면 컨트롤러가 풀에서 할당하는 대신 클레임에 대한 새 샌드박스를 만들 수 있습니다. Autopilot 클러스터에서는 GKE가 샌드박스용 노드를 만들어야 할 수 있으므로 샌드박스가 준비되는 데 몇 분 정도 걸릴 수 있습니다.
SandboxClaim 리소스 만들기
SandboxClaim 리소스 요청은 웜 풀에서 샌드박스를 요청합니다. 웜 풀을 만들었으므로 컨트롤러는 새 샌드박스를 만드는 대신 풀에서 실행 중인 샌드박스를 클레임에 할당합니다.
SandboxClaim 리소스를 만들어 웜 풀에서 샌드박스를 요청하려면 다음 단계를 완료하세요.
다음 콘텐츠로
sandbox-claim.yaml이라는 파일을 만듭니다.apiVersion: extensions.agents.x-k8s.io/v1beta1 kind: SandboxClaim metadata: name: sandbox-claim namespace: default spec: warmPoolRef: # This must match the name of the SandboxWarmPool. name: python-runtime-warmpoolSandboxClaim매니페스트를 적용합니다.kubectl apply -f sandbox-claim.yaml샌드박스, 클레임, 웜 풀이 준비되었는지 확인합니다.
kubectl get sandboxwarmpool,sandboxclaim,sandbox,pod
대안: Sandbox 리소스 직접 만들기
웜 풀에서 제공하는 빠른 시작 시간이 필요하지 않은 경우 템플릿을 사용하지 않고 Sandbox 리소스를 직접 배포할 수 있습니다.
Sandbox 리소스를 직접 만들어 샌드박스 환경을 배포하려면 다음 단계를 완료합니다.
다음 콘텐츠로
sandbox.yaml이라는 파일을 만듭니다.apiVersion: agents.x-k8s.io/v1beta1 kind: Sandbox metadata: name: sandbox-example-2 spec: podTemplate: metadata: labels: sandbox: sandbox-example spec: runtimeClassName: gvisor restartPolicy: OnFailure automountServiceAccountToken: false # Required securityContext: runAsNonRoot: true # Required runAsUser: 1000 # Required if image defaults to root (for example, busybox) nodeSelector: sandbox.gke.io/runtime: gvisor tolerations: - key: "sandbox.gke.io/runtime" value: "gvisor" effect: "NoSchedule" # Required containers: - name: my-container image: busybox command: ["/bin/sh", "-c"] args: ["sleep 3600000; echo 'Container finished successfully'; exit 0"] securityContext: capabilities: drop: ["ALL"] # Required allowPrivilegeEscalation: false resources: limits: cpu: "100m" memory: "128Mi" # RequiredSandbox매니페스트를 적용합니다.kubectl apply -f sandbox.yaml샌드박스가 실행 중인지 확인합니다.
kubectl get sandbox
에이전트 샌드박스 업그레이드
Agent Sandbox를 업그레이드하려면 새 버전의 출시 매니페스트를 적용합니다.
export AGENT_SANDBOX_VERSION="NEW_VERSION"
kubectl apply -f https://github.com/kubernetes-sigs/agent-sandbox/releases/download/${AGENT_SANDBOX_VERSION}/sandbox-with-extensions.yaml
NEW_VERSION을 설치하려는 버전(예: Agent Sandbox 출시 페이지에 나열된 버전)으로 바꿉니다.
업그레이드하기 전에 새 버전의 출시 노트를 검토하세요. 클러스터에서 1.0.0 이전 버전의 Agent Sandbox를 실행하는 경우 버전 1.0.0에서 v1alpha1 API가 삭제되었으므로 업그레이드하기 전에 리소스를 v1beta1 API로 마이그레이션해야 합니다. 자세한 내용은 API 이전 가이드를 참고하세요.
샌드박스 라우터를 배포했거나 권장 보안 정책을 적용한 경우 새 버전에 대해 해당 단계를 반복합니다.
Agent Sandbox 제거
아직 사용 중인 에이전트 샌드박스 리소스가 있는지 확인합니다.
kubectl get sandboxes,sandboxclaims,sandboxwarmpools,sandboxtemplates \ --all-namespaces권장 보안 정책을 적용한 경우 정책 바인딩과 정책을 삭제합니다.
kubectl delete validatingadmissionpolicybinding secure-sandbox-binding kubectl delete validatingadmissionpolicy secure-sandbox-policy샌드박스 라우터를 배포한 경우 클러스터 전체 RBAC 리소스를 삭제합니다.
kubectl delete -f https://raw.githubusercontent.com/kubernetes-sigs/agent-sandbox/${AGENT_SANDBOX_VERSION}/sandbox-router/deploy/rbac.yaml라우터의 다른 리소스는
agent-sandbox-system네임스페이스에 있으며 다음 단계에서 삭제됩니다.Agent Sandbox 컨트롤러, 네임스페이스, CustomResourceDefinitions를 삭제하려면 설치한 버전의 출시 매니페스트를 삭제합니다.
kubectl delete -f https://github.com/kubernetes-sigs/agent-sandbox/releases/download/${AGENT_SANDBOX_VERSION}/sandbox-with-extensions.yaml
리소스 삭제
Google Cloud 계정에 요금이 청구되지 않도록 하려면 만든 GKE 클러스터를 삭제합니다.
gcloud container clusters delete ${CLUSTER_NAME} \
--location=${LOCATION} \
--quiet
Autopilot 클러스터를 만든 경우 위치는 리전입니다 (예: us-central1). Standard 클러스터를 만든 경우 위치는 영역입니다 (예: us-central1-a).
다음 단계
- 포드 스냅샷을 사용하여 GKE 환경에서 Agent Sandbox를 저장하고 복원하는 방법을 알아보세요.
- GKE의 Agent Sandbox에서 사용하는 기본 기술에 대해 알아봅니다.
- GKE 보안에 대해 자세히 알아보세요.
- GitHub에서 Agent Sandbox 오픈소스 프로젝트를 살펴보세요.
- GKE에서 Agent Sandbox와 함께 오픈소스 Kata Containers를 사용하는 방법을 알아보세요. Kata Containers는 Google Cloud 제품이 아닙니다. 이 소프트웨어를 설치하고 사용하는 경우 관리 및 문제 해결은 사용자의 책임입니다. Google의 지원 및 SLA는 Kata Containers에 적용되지 않습니다.