Workload container di GDC

Halaman ringkasan ini menjelaskan model operasi untuk workload container di cluster Kubernetes yang terisolasi dari internet di Google Distributed Cloud (GDC). GDC menyediakan layanan Kubernetes terkelola yang mendukung aplikasi container native Kubernetes yang banyak digunakan dan didukung di Google Kubernetes Engine (GKE).

Halaman ini ditujukan untuk developer dalam grup operator aplikasi, yang bertanggung jawab mengelola workload aplikasi untuk organisasi mereka. Untuk mengetahui informasi selengkapnya, lihat Audiens untuk dokumentasi GDC dengan air gap.

Aplikasi Kubernetes untuk lingkungan yang terputus

GKE on GDC adalah layanan Kubernetes terkelola yang menggabungkan banyak fitur GKE ke dalam universe GDC Anda secara default. Layanan ini menghilangkan kebutuhan untuk menginstal, mengupgrade, mengintegrasikan, dan menjalankan Kubernetes open source sendiri. Anda dapat mengoperasikan dan memelihara distribusi Kubernetes yang disediakan dengan KRM API standar seperti penawaran Kubernetes lainnya yang bersifat deklaratif dan idempoten. Demikian pula, GKE on GDC ditawarkan dari konsol GDC, gdcloud CLI, dan Terraform. Untuk mengetahui informasi selengkapnya tentang cluster Kubernetes GDC, lihat Ringkasan cluster Kubernetes. Untuk mengetahui informasi selengkapnya tentang konsep utama Kubernetes, lihat dokumentasi GKE untuk Mulai mempelajari Kubernetes.

Status workload container

Container di GDC di-deploy ke cluster Kubernetes sebagai berikut:

Anda dapat menskalakan node cluster Kubernetes GDC berdasarkan persyaratan workload container, bahkan setelah penyediaan cluster, seiring dengan perubahan persyaratan komputasi.

Kubernetes menyediakan beberapa resource workload bawaan untuk mencapai status aplikasi container pilihan Anda. Untuk mengetahui informasi selengkapnya, lihat dokumentasi workload Kubernetes .

Workload stateless

Workload stateless adalah aplikasi yang tidak menyimpan data atau status aplikasi ke cluster Kubernetes atau ke penyimpanan persisten. Sebaliknya, status data dan aplikasi tetap berada di klien, yang membuat aplikasi stateless lebih skalabel. Misalnya, aplikasi frontend dapat bersifat stateless: Anda dapat men-deploy beberapa replika untuk meningkatkan ketersediaannya dan menurunkan skalanya saat permintaan sedang rendah, dan replika tidak memerlukan identitas unik.

Kubernetes uses the Deployment resource to deploy stateless applications as uniform, non-unique Pods. Deployment mengelola status yang diinginkan untuk aplikasi Anda, seperti berikut:

  • Jumlah Pod untuk menjalankan aplikasi Anda.
  • Versi image container yang akan dijalankan.
  • Label Pod.

Anda dapat mengubah status yang diinginkan secara dinamis melalui update pada spesifikasi Pod resource Deployment.

Aplikasi stateless berbeda dengan workload stateful, yang menggunakan penyimpanan persisten untuk menyimpan data dan status aplikasi.

Workload stateful

Workload stateful adalah aplikasi yang menyimpan data ke penyimpanan persistent disk untuk digunakan oleh server, klien, dan aplikasi lainnya. Contoh aplikasi stateful adalah database atau penyimpanan nilai kunci tempat data disimpan dan diambil oleh aplikasi lain. Anda harus menyediakan penyimpanan persisten untuk digunakan oleh aplikasi stateful.

Kubernetes uses the StatefulSet resource untuk men-deploy aplikasi stateful. Pod dalam resource StatefulSet tidak dapat dipertukarkan: setiap Pod memiliki ID unik yang dipertahankan di mana pun jadwalnya.

Aplikasi stateful berbeda dengan workload stateless, di mana data klien tidak disimpan ke server di antara sesi.

Penyimpanan persisten untuk container

GDC menyediakan penyimpanan blok persisten melalui PersistentVolumeClaim (PVC) objek. PVC adalah permintaan penyimpanan yang direferensikan oleh objek Pod. Pod adalah grup yang terdiri dari satu atau beberapa container, dengan penyimpanan bersama dan resource jaringan. PVC memiliki siklus proses yang independen dari Pod, yang memungkinkannya bertahan di luar satu Pod.

Anda dapat menyediakan penyimpanan persisten secara dinamis untuk workload stateful sehingga volume yang mendasarinya dibuat sesuai permintaan. Di GDC, Anda mengonfigurasi penyediaan dinamis dengan membuat objek StorageClass yang telah diinstal sebelumnya, standard-rwo. Objek standard-rwo adalah class penyimpanan blok ReadWriteOnce (RWO) yang memungkinkan volume hanya mengakses satu node dalam satu waktu.

Anda juga dapat membuat VolumeSnapshot objek untuk menyalin volume penyimpanan aplikasi container pada waktu tertentu tanpa membuat volume yang sepenuhnya baru. Misalnya, administrator database dapat membuat snapshot volume untuk mencadangkan database sebelum melakukan modifikasi edit atau hapus.

Langkah berikutnya