Workload container di GDC

Halaman ringkasan ini menjelaskan model operasi untuk workload container di cluster Kubernetes air-gapped 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 bagi developer dalam grup operator aplikasi, yang bertanggung jawab mengelola workload aplikasi untuk organisasi mereka. Untuk mengetahui informasi selengkapnya, lihat dokumentasi Audiens untuk GDC yang terisolasi dari internet.

Aplikasi Kubernetes untuk lingkungan yang terputus

GKE di 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 di 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 beban kerja penampung

Kontainer 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 berkembangnya persyaratan komputasi Anda.

Kubernetes menyediakan beberapa resource workload bawaan untuk mencapai status aplikasi container yang Anda inginkan. Untuk mengetahui informasi selengkapnya, lihat dokumentasi beban kerja 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 menggunakan resource Deployment untuk men-deploy aplikasi stateless sebagai Pod yang seragam dan tidak unik. Deployment mengelola status yang diinginkan 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 Anda.

Kubernetes menggunakan resource StatefulSet untuk men-deploy aplikasi stateful. Pod di 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 file dan block storage persisten melalui objek PersistentVolumeClaim (PVC). PVC adalah permintaan penyimpanan yang dirujuk oleh objek Pod. Pod adalah grup yang terdiri dari satu atau beberapa container, dengan penyimpanan bersama dan resource jaringan. PVC memiliki siklus proses yang terpisah dari Pod, yang memungkinkan PVC tetap ada di luar satu Pod.

Anda dapat menyediakan penyimpanan persisten secara dinamis untuk workload stateful Anda sehingga volume yang mendasarinya dibuat sesuai permintaan. Di GDC, Anda mengonfigurasi penyediaan dinamis dengan membuat salah satu objek StorageClass yang telah diinstal sebelumnya berikut:

  • standard-rwo: Kelas penyimpanan blok ReadWriteOnce (RWO). Volume hanya dapat diakses oleh satu node dalam satu waktu. Class penyimpanan ini memiliki jaminan dan batas operasi input dan output per detik (IOPS) sebesar 3 IOPS per GiB.

  • system-performance-rwo: Class penyimpanan blok performa ReadWriteOnce. Kelas penyimpanan ini adalah versi penyimpanan RWO yang berperforma lebih tinggi yang menampilkan jaminan dan batas IOPS sebesar 30 IOPS per GiB.

Anda juga dapat membuat objek VolumeSnapshot untuk menyalin volume penyimpanan aplikasi penampung pada titik 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