Halaman ini menjelaskan cara menggunakan GKE Sandbox untuk melindungi kernel host pada node saat container di Pod mengeksekusi kode yang tidak dikenal atau tidak tepercaya, atau memerlukan isolasi ekstra dari node.
Ketersediaan GKE Sandbox
GKE Sandbox siap digunakan di cluster Autopilot yang menjalankan GKE versi 1.27.4-gke.800 dan yang lebih baru. Untuk mulai men-deploy workload Autopilot di sandbox, lanjutkan ke bagian Bekerja dengan GKE Sandbox.
Untuk menggunakan GKE Sandbox di cluster GKE Standard baru atau yang sudah ada, Anda harus mengaktifkan GKE Sandbox di cluster secara manual.
Workload GPU tersedia dalam Pratinjau di GKE Sandbox pada versi 1.29.2-gke.11080000 dan yang lebih baru.
Sebelum memulai
Sebelum memulai, pastikan Anda telah menjalankan tugas berikut:
- Aktifkan Google Kubernetes Engine API. Aktifkan Google Kubernetes Engine API
- Jika ingin menggunakan Google Cloud CLI untuk tugas ini,
instal lalu
lakukan inisialisasi
gcloud CLI. Jika sebelumnya Anda telah menginstal gcloud CLI, dapatkan versi terbaru dengan menjalankan
gcloud components update
.
Mengaktifkan GKE Sandbox di cluster Standard baru
Node pool default, yang dibuat saat Anda membuat cluster baru, tidak dapat menggunakan GKE Sandbox jika itu adalah satu-satunya node pool di cluster, karena workload sistem yang dikelola GKE harus berjalan terpisah dari workload dengan sandbox yang tidak tepercaya. Untuk mengaktifkan GKE Sandbox selama pembuatan cluster, Anda harus menambahkan minimal satu node pool tambahan ke cluster.
Konsol
Untuk melihat cluster Anda, buka menu Google Kubernetes Engine di Konsol Google Cloud.
Buka halaman Google Kubernetes Engine di Konsol Google Cloud.
Klik add_box Create.
Opsional tetapi direkomendasikan: Dari menu navigasi, di bagian Cluster, klik Features dan centang kotak berikut sehingga pesan gVisor dicatat ke dalam log:
- Cloud Logging
- Cloud Monitoring
- Layanan Terkelola untuk Prometheus
Klik add_box Add Node Pool.
Dari menu navigasi, di bagian Node Pools, luaskan node pool baru, lalu klik Nodes.
Konfigurasikan setelan berikut untuk node pool:
- Dari menu drop-down Image type, pilih Container-Optimized OS with Containerd (cos_containerd). Ini adalah satu-satunya jenis image yang didukung untuk GKE Sandbox.
- Di bagian Machine Configuration, pilih Series dan Machine type.
Secara opsional, jika Anda menjalankan versi GKE yang didukung, pilih jenis GPU. Jenis ini harus berupa salah satu jenis berikut:
nvidia-tesla-t4
nvidia-tesla-a100
nvidia-a100-80gb
nvidia-l4
nvidia-h100-80gb
GPU di GKE Sandbox tersedia dalam Pratinjau.
Jika menggunakan GPU di GKE Sandbox (Pratinjau), pilih atau instal varian driver
latest
.
Dari menu navigasi, di bawah nama node pool yang Anda konfigurasikan, klik Security lalu centang kotak Enable sandbox with gVisor.
Lanjutkan untuk mengonfigurasi cluster dan node pool sesuai kebutuhan.
Klik Create.
gcloud
GKE Sandbox tidak dapat diaktifkan untuk node pool default, dan tidak dapat
membuat node pool tambahan bersamaan dengan membuat
cluster baru menggunakan perintah gcloud
. Sebagai gantinya, buat cluster seperti
biasa. Meskipun opsional, sebaiknya Anda mengaktifkan logging dan pemantauan agar pesan gVisor dicatat ke dalam log.
Selanjutnya, gunakan perintah gcloud container node-pools create
, dan tetapkan flag --
sandbox
ke type=gvisor
. Jenis image node harus berupa cos_containerd
untuk GKE Sandbox.
gcloud container node-pools create NODE_POOL_NAME \
--cluster=CLUSTER_NAME \
--node-version=NODE_VERSION \
--machine-type=MACHINE_TYPE \
--image-type=cos_containerd \
--sandbox type=gvisor
Ganti variabel berikut:
NODE_POOL_NAME
: nama node pool baru.CLUSTER_NAME
: nama cluster Anda.NODE_VERSION
: versi yang akan digunakan untuk node pool.MACHINE_TYPE
: jenis mesin yang akan digunakan untuk node.
Untuk membuat node pool GPU dengan GKE Sandbox, jalankan perintah berikut:
gcloud container node-pools create NODE_POOL_NAME \
--cluster=CLUSTER_NAME \
--node-version=NODE_VERSION \
--machine-type=MACHINE_TYPE \
--accelerator=type=GPU_TYPE,gpu-driver-version=latest \
--image-type=cos_containerd \
--sandbox type=gvisor
Ganti kode berikut:
GPU_TYPE
: jenis GPU yang didukung. Untuk mengetahui detailnya, lihat GKE Sandbox.MACHINE_TYPE
: mesin yang cocok dengan jenis GPU yang diminta. Untuk mengetahui detailnya, lihat Persyaratan GPU Google Kubernetes Engine.
Mengaktifkan GKE Sandbox di cluster Standard yang ada
Anda dapat mengaktifkan GKE Sandbox pada cluster Standard yang sudah ada dengan menambahkan node pool baru dan mengaktifkan fitur untuk node pool tersebut.
Konsol
Untuk membuat node pool baru dengan GKE Sandbox yang diaktifkan:
Buka halaman Google Kubernetes Engine di konsol Google Cloud.
Klik nama cluster yang ingin diubah.
Klik add_box Add Node Pool.
Konfigurasikan halaman Detail node pool seperti yang dipilih.
Dari menu navigasi, klik Nodes dan konfigurasi setelan berikut:
- Dari menu drop-down Image type, pilih Container-Optimized OS with Containerd (cos_containerd). Ini adalah satu-satunya jenis image yang didukung untuk GKE Sandbox.
- Di bagian Machine Configuration, pilih Series dan Machine type.
Secara opsional, jika Anda menjalankan versi GKE yang didukung, pilih jenis GPU. Jenis ini harus berupa salah satu jenis berikut:
nvidia-tesla-t4
nvidia-tesla-a100
nvidia-a100-80gb
nvidia-l4
nvidia-h100-80gb
GPU di GKE Sandbox tersedia dalam Pratinjau.
Jika menggunakan GPU di GKE Sandbox (Pratinjau), pilih atau instal varian driver
latest
.
Dari menu navigasi, klik Security lalu centang kotak Enable sandbox with gVisor.
Klik Create.
gcloud
Untuk membuat node pool baru dengan GKE Sandbox yang diaktifkan, gunakan perintah seperti berikut:
gcloud container node-pools create NODE_POOL_NAME \
--cluster=CLUSTER_NAME \
--machine-type=MACHINE_TYPE \
--image-type=cos_containerd \
--sandbox type=gvisor
Jenis image node harus cos_containerd
untuk GKE Sandbox.
Untuk membuat node pool GPU dengan GKE Sandbox, jalankan perintah berikut:
gcloud container node-pools create NODE_POOL_NAME \
--cluster=CLUSTER_NAME \
--node-version=NODE_VERSION \
--machine-type=MACHINE_TYPE \
--accelerator=type=GPU_TYPE,gpu-driver-version=latest \
--image-type=cos_containerd \
--sandbox type=gvisor
Ganti kode berikut:
GPU_TYPE
: jenis GPU yang didukung. Untuk mengetahui detailnya, lihat GKE Sandbox.MACHINE_TYPE
: mesin yang cocok dengan jenis GPU yang diminta. Untuk mengetahui detailnya, lihat Persyaratan GPU Google Kubernetes Engine.
Opsional: Mengaktifkan pemantauan dan logging
Tindakan ini bersifat opsional, tetapi Anda direkomendasikan untuk mengaktifkan Cloud Logging dan Cloud Monitoring di cluster, agar pesan gVisor dicatat ke dalam log. Layanan ini diaktifkan secara default untuk cluster baru.
Anda dapat menggunakan Konsol Google Cloud untuk mengaktifkan fitur ini di cluster yang sudah ada.
Buka halaman Google Kubernetes Engine di konsol Google Cloud.
Click the name of the cluster you want to modify.
Di bagian Features, pada kolom Cloud Logging, klik edit Edit Cloud Logging.
Centang kotak Enable Cloud Logging.
Klik Simpan Perubahan.
Ulangi langkah yang sama untuk kolom Cloud Monitoring dan Managed Service for Prometheus untuk mengaktifkan fitur tersebut.
Menggunakan GKE Sandbox di Autopilot dan Standard
Di cluster Autopilot dan di cluster Standard dengan
GKE Sandbox yang diaktifkan, Anda meminta lingkungan dengan sandbox untuk Pod dengan
menentukan RuntimeClass gvisor
dalam spesifikasi Pod.
Untuk cluster Autopilot, pastikan Anda menjalankan GKE versi 1.27.4-gke.800 atau yang lebih baru.
Menjalankan aplikasi di sandbox
Agar Deployment berjalan pada node dengan GKE Sandbox yang diaktifkan, tetapkan
spec.template.spec.runtimeClassName
ke gvisor
, seperti yang ditunjukkan pada contoh
berikut:
# httpd.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: httpd
labels:
app: httpd
spec:
replicas: 1
selector:
matchLabels:
app: httpd
template:
metadata:
labels:
app: httpd
spec:
runtimeClassName: gvisor
containers:
- name: httpd
image: httpd
Membuat Deployment:
kubectl apply -f httpd.yaml
Pod di-deploy ke node dengan GKE Sandbox aktif. Untuk memverifikasi deployment, temukan node tempat Pod di-deploy:
kubectl get pods
Outputnya mirip dengan hal berikut ini:
NAME READY STATUS RESTARTS AGE
httpd-db5899bc9-dk7lk 1/1 Running 0 24s
Dari output, temukan nama Pod di output, lalu periksa nilai untuk RuntimeClass:
kubectl get pods POD_NAME -o jsonpath='{.spec.runtimeClassName}'
Outputnya adalah gvisor
.
Atau, Anda dapat mencantumkan RuntimeClass setiap Pod, dan mencari Pod
yang disetel ke gvisor
:
kubectl get pods -o jsonpath=$'{range .items[*]}{.metadata.name}: {.spec.runtimeClassName}\n{end}'
Outputnya adalah sebagai berikut:
POD_NAME: gvisor
Metode verifikasi bahwa Pod berjalan di sandbox ini dapat dipercaya karena tidak bergantung pada data apa pun dalam sandbox itu sendiri. Apa pun yang dilaporkan dari dalam sandbox tidak dapat dipercaya, karena dapat rusak atau berbahaya.
Menjalankan pod dengan GPU di GKE Sandbox
Untuk menjalankan workload GPU di GKE Sandbox, tambahkan kolom runtimeClassName: gvisor
ke manifes Anda seperti dalam contoh berikut:
Contoh manifes untuk Pod GPU mode Standar:
apiVersion: v1 kind: Pod metadata: name: my-gpu-pod spec: runtimeClassName: gvisor containers: - name: my-gpu-container image: nvidia/samples:vectoradd-cuda10.2 resources: limits: nvidia.com/gpu: 1
Contoh manifes untuk Pod GPU mode Autopilot:
apiVersion: v1 kind: Pod metadata: name: my-gpu-pod spec: runtimeClassName: gvisor nodeSelector: cloud.google.com/gke-gpu-driver-version: "latest" cloud.google.com/gke-accelerator: nvidia-tesla-t4 containers: - name: my-gpu-container image: nvidia/samples:vectoradd-cuda10.2 resources: limits: nvidia.com/gpu: 1
Anda dapat menjalankan Pod GPU mode Autopilot atau Standard yang
memenuhi persyaratan versi dan jenis GPU di GKE Sandbox dengan menambahkan
kolom runtimeClassName: gvisor
ke manifes. Untuk petunjuk menjalankan Pod GPU di GKE, lihat referensi berikut:
Menjalankan Pod reguler bersama dengan Pod dengan sandbox
Langkah-langkah di bagian ini berlaku untuk workload mode Standard. Anda tidak perlu menjalankan Pod reguler bersama Pod sandbox dalam mode Autopilot, karena model harga Autopilot tidak perlu mengoptimalkan jumlah Pod yang dijadwalkan secara manual pada node.
Setelah mengaktifkan GKE Sandbox pada node pool, Anda dapat menjalankan aplikasi tepercaya pada node tersebut tanpa menggunakan sandbox menggunakan taint dan toleransi node. Pod ini disebut sebagai "Pod reguler" untuk membedakannya dari Pod dengan sandbox.
Pod reguler, seperti Pod dengan sandbox, dicegah mengakses layanan Google Cloud atau metadata cluster lainnya. Pencegahan ini adalah bagian dari konfigurasi node. Jika Pod reguler atau Pod dengan sandbox memerlukan akses ke layanan Google Cloud, gunakan Workload Identity Federation untuk GKE.
GKE Sandbox menambahkan label dan taint berikut ke node yang dapat menjalankan Pod dengan sandbox:
labels:
sandbox.gke.io/runtime: gvisor
taints:
- effect: NoSchedule
key: sandbox.gke.io/runtime
value: gvisor
Selain setelan afinitas dan toleransi node apa pun dalam manifes Pod,
GKE Sandbox menerapkan afinitas dan toleransi node berikut ke semua
Pod dengan RuntimeClass
yang ditetapkan ke gvisor
:
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: sandbox.gke.io/runtime
operator: In
values:
- gvisor
tolerations:
- effect: NoSchedule
key: sandbox.gke.io/runtime
operator: Equal
value: gvisor
Untuk menjadwalkan Pod reguler pada node dengan GKE Sandbox diaktifkan, terapkan secara manual afinitas dan toleransi node yang dijelaskan sebelumnya dalam manifes Pod Anda.
- Jika pod Anda dapat berjalan pada node yang telah mengaktifkan GKE Sandbox, tambahkan tolerasi.
- Jika pod Anda harus berjalan di node dengan GKE Sandbox yang diaktifkan, tambahkan afinitas dan toleransi node.
Misalnya, manifes berikut mengubah manifes yang digunakan dalam Menjalankan aplikasi di sandbox sehingga berjalan sebagai Pod reguler pada node dengan Pod dengan sandbox, dengan menghapus runtimeClass dan menambahkan taint dan toleransi yang dijelaskan sebelumnya.
# httpd-no-sandbox.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: httpd-no-sandbox
labels:
app: httpd
spec:
replicas: 1
selector:
matchLabels:
app: httpd
template:
metadata:
labels:
app: httpd
spec:
containers:
- name: httpd
image: httpd
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: sandbox.gke.io/runtime
operator: In
values:
- gvisor
tolerations:
- effect: NoSchedule
key: sandbox.gke.io/runtime
operator: Equal
value: gvisor
Pertama, pastikan Deployment tidak berjalan di sandbox:
kubectl get pods -o jsonpath=$'{range .items[*]}{.metadata.name}: {.spec.runtimeClassName}\n{end}'
Outputnya mirip dengan:
httpd-db5899bc9-dk7lk: gvisor
httpd-no-sandbox-5bf87996c6-cfmmd:
Deployment httpd
yang dibuat sebelumnya berjalan di sandbox, karena runtimeClass-nya adalah gvisor
. Deployment httpd-no-sandbox
tidak memiliki nilai untuk
runtimeClass, sehingga tidak berjalan di sandbox.
Selanjutnya, pastikan Deployment tanpa sandbox berjalan pada node dengan GKE Sandbox dengan menjalankan perintah berikut:
kubectl get pod -o jsonpath=$'{range .items[*]}{.metadata.name}: {.spec.nodeName}\n{end}'
Nama node pool disematkan dalam nilai nodeName
. Pastikan
Pod berjalan pada node di node pool dengan GKE Sandbox diaktifkan.
Memverifikasi perlindungan metadata
Untuk memvalidasi pernyataan bahwa metadata dilindungi dari node yang dapat menjalankan Pod dengan sandbox, Anda dapat menjalankan pengujian:
Buat Deployment dengan sandbox dari manifes berikut, menggunakan
kubectl apply -f
. Kode ini menggunakan gambarfedora
, yang menyertakan perintahcurl
. Pod menjalankan perintah/bin/sleep
untuk memastikan bahwa Deployment berjalan selama 10.000 detik.# sandbox-metadata-test.yaml apiVersion: apps/v1 kind: Deployment metadata: name: fedora labels: app: fedora spec: replicas: 1 selector: matchLabels: app: fedora template: metadata: labels: app: fedora spec: runtimeClassName: gvisor containers: - name: fedora image: fedora command: ["/bin/sleep","10000"]
Dapatkan nama Pod menggunakan
kubectl get pods
, lalu gunakankubectl exec
untuk terhubung ke Pod secara interaktif.kubectl exec -it POD_NAME /bin/sh
Anda terhubung ke container yang berjalan di Pod, dalam sesi
/bin/sh
.Dalam sesi interaktif, coba akses URL yang menampilkan metadata cluster:
curl -s "http://169.254.169.254/computeMetadata/v1/instance/attributes/kube-env" -H "Metadata-Flavor: Google"
Perintah tersebut hang dan akhirnya habis waktu, karena paketnya tiba-tiba hilang.
Tekan Ctrl+C untuk menghentikan perintah
curl
, dan ketikexit
untuk memutuskan koneksi dari Pod.Hapus baris
RuntimeClass
dari manifes YAML dan deploy ulang Pod menggunakankubectl apply -f FILENAME
. Pod yang di-sandbox akan dihentikan dan dibuat ulang pada node tanpa GKE Sandbox.Dapatkan nama Pod baru, hubungkan ke Pod menggunakan
kubectl exec
, dan jalankan lagi perintahcurl
. Kali ini, hasilnya akan ditampilkan. Contoh output ini terpotong.ALLOCATE_NODE_CIDRS: "true" API_SERVER_TEST_LOG_LEVEL: --v=3 AUTOSCALER_ENV_VARS: kube_reserved=cpu=60m,memory=960Mi,ephemeral-storage=41Gi;... ...
Ketik
exit
untuk memutuskan koneksi dari Pod.Hapus deployment:
kubectl delete deployment fedora
Menonaktifkan GKE Sandbox
Anda tidak dapat menonaktifkan GKE Sandbox di cluster GKE Autopilot atau di node pool GKE Standard. Jika Anda ingin berhenti menggunakan GKE Sandbox, hapus node pool.
Langkah berikutnya
- Pelajari mengelola node pool lebih lanjut.
- Baca ringkasan keamanan.