Ringkasan Distributed Cloud khusus software untuk bare metal

Google Distributed Cloud adalah solusi software dan hardware yang terkelola sepenuhnya yang memperluas infrastruktur dan layananGoogle Cloud ke pusat data Anda. Google Distributed Cloud juga tersedia sebagai produk khusus software yang berjalan di hardware Anda sendiri. Software Google Distributed Cloud dapat diinstal di VMware atau bare metal. Panduan ini ditujukan untuk software Google Distributed Cloud yang berjalan langsung di mesin bare metal Anda.

Software Google Distributed Cloud didasarkan pada Google Kubernetes Engine (GKE), dengan paket Kubernetes-nya sendiri yang memperluas GKE untuk digunakan di lingkungan lokal. Dengan Google Distributed Cloud, Anda dapat membuat, mengelola, dan mengupgrade cluster GKE di infrastruktur lokal Anda sendiri sambil menggunakan fiturGoogle Cloud , serta men-deploy dan mengoperasikan aplikasi dalam container di cluster Anda dalam skala besar menggunakan infrastruktur Google.

Mengapa menggunakan Distributed Cloud khusus software untuk bare metal?

Menjalankan software Distributed Cloud khusus untuk bare metal di infrastruktur perusahaan yang ada akan memberikan akses hardware langsung, keamanan perusahaan, dan pengelolaan terpusat di seluruh lingkungan.

Kontrol dan performa hardware langsung

Men-deploy langsung di server fisik memberi Anda kontrol langsung atas skala, latensi, dan performa aplikasi sekaligus menurunkan biaya dengan menggunakan infrastruktur yang ada. Google Distributed Cloud mengelola deployment dan kesehatan aplikasi di seluruh pusat data perusahaan yang ada untuk operasi yang lebih efisien. Anda dapat mengoptimalkan workload untuk jenis hardware khusus, seperti GPU dan SSD, serta menjalankan aplikasi latensi rendah di edge jaringan tanpa overhead hypervisor.

Keamanan tingkat sistem operasi

Karena Anda mempertahankan kontrol langsung atas sistem operasi node dan konfigurasi jaringan, Anda dapat menyesuaikan kebijakan keamanan agar sesuai dengan persyaratan kepatuhan Anda. Cluster berkomunikasi dengan Google API melalui koneksi aman yang ringan, sehingga menghilangkan kompleksitas virtual machine sekaligus mempertahankan kontrol keamanan yang ada.

Pengelolaan dan pemantauan terpusat

Kelola, pantau, dan pecahkan masalah cluster dari konsolGoogle Cloud menggunakan Cloud Monitoring dan Connect Agent. Visibilitas pusat ini membantu Anda menjaga keandalan dan menyesuaikan skala aplikasi di seluruh pusat data terdistribusi.

Keandalan dan operasi perusahaan

Google Distributed Cloud menyertakan fitur operasional siap produksi:

  • Ketersediaan tinggi: Dukungan untuk beberapa node bidang kontrol memastikan bahwa Anda dapat mengelola lingkungan meskipun node gagal.
  • Pemeriksaan preflight otomatis: Validasi bawaan membantu memverifikasi konfigurasi hardware dan sistem operasi Anda sebelum penginstalan.
  • Load balancing terintegrasi: Mekanisme load balancing Lapisan 4 dan Lapisan 7 di-deploy secara otomatis selama pembuatan cluster.
  • Pemeliharaan database: Defragmentasi otomatis (etcddefrag) mengklaim kembali penyimpanan untuk menjaga kesehatan dan stabilitas etcd.

Cara kerjanya

Di cluster GKE yang berjalan di Google Cloud, Google mengelola bidang kontrol Kubernetes dan infrastruktur jaringan. Untuk cluster Google Distributed Cloud yang berjalan di pusat data Anda, Google Cloud menyediakan software administratif dan bidang kontrol yang Anda download dan instal di server Linux fisik Anda. Anda mengelola cluster lokal ini di Google Cloud bersama cluster berbasis cloud sebagai bagian dari fleet terpadu.

Diagram berikut menunjukkan arsitektur penginstalan yang telah selesai dengan cluster admin dan cluster pengguna:

Arsitektur dasar untuk deployment cluster admin dan cluster pengguna
Arsitektur Google Distributed Cloud di bare metal dengan cluster admin dan cluster pengguna

Komponen penting

Deployment bare-metal khusus software terdiri dari komponen berikut:

  • Cluster admin: Mengelola siklus proses cluster pengguna menggunakan Kubernetes Resource Management (KRM). Deployment standar terdiri dari cluster admin yang mengelola siklus proses satu atau beberapa cluster pengguna. Cluster admin terdiri dari satu atau beberapa mesin Linux fisik yang berfungsi sebagai node bidang kontrol. Setiap mesin node dalam penginstalan memiliki alamat IP-nya sendiri.
  • Cluster pengguna: Menjalankan workload dalam container Anda. Setiap cluster pengguna terdiri dari setidaknya satu node bidang kontrol dan satu worker node.
  • Workstation admin: Mesin khusus yang menghosting file konfigurasi dan alat administratif:
    • bmctl: Membuat, mengupdate, dan mengelola cluster.
    • kubectl: Berinteraksi dengan cluster admin dan pengguna serta mengelola workload.
  • GKE On-Prem API: API yang dihosting di Google Clouduntuk pengelolaan siklus proses cluster. Klien, seperti konsol Google Cloud , Google Cloud CLI, dan Terraform, memungkinkan Anda mengelola cluster lokal tanpa login ke workstation admin.
  • Google Cloud console: Menyediakan antarmuka web untuk project Google Cloud Anda, termasuk cluster lokal. Konsol Google Cloud menampilkan metrik utama tentang cluster Anda untuk membantu Anda memantau kondisi cluster dan status fleet.
  • Alamat IP virtual (VIP): IP virtual yang dikonfigurasi selama penginstalan. Administrator dan developer cluster menggunakan kubectl untuk mengakses bidang kontrol cluster melalui VIP bidang kontrol. Pengguna dan developer aplikasi menggunakan VIP Service dan Ingress untuk mengakses dan mengekspos workload.

Menghubungkan ke fleet

Cluster pengguna, dan secara opsional cluster admin, didaftarkan ke fleet, yang merupakan pengelompokan logis cluster Kubernetes yang menyediakan pengelolaan terpadu di seluruh lingkungan. Fleet memungkinkan organisasi Anda meningkatkan pengelolaan dari cluster individual ke seluruh grup cluster dan dapat membantu tim Anda mengadopsi praktik terbaik yang serupa dengan yang digunakan di Google. Anda dapat melihat cluster bersama-sama di konsolGoogle Cloud dan menggunakan fitur yang mendukung fleet untuk mengelola, mengatur, dan mengoperasikan workload dalam skala besar.

Setiap cluster terhubung ke Google Cloud melalui Connect Agent, yang di-deploy secara otomatis selama penginstalan cluster. Keanggotaan fleet juga menentukan penagihan untuk Google Distributed Cloud.

Harga

Cluster lokal yang dibuat dengan Google Distributed Cloud ditagih per vCPU. Untuk mengaktifkan penagihan, aktifkan Anthos API di project Google CloudAnda.

Untuk mengetahui detail harga dan informasi kontak penjualan, lihat Harga Google Kubernetes Engine.

Versi

Untuk mempelajari versi Google Distributed Cloud, lihat Kebijakan Dukungan Versi.

Dokumentasi ini mencakup semua versi Google Distributed Cloud yang didukung. Jika relevan, Google juga menyimpan informasi terbatas untuk versi lama yang tidak didukung dalam dokumentasi ini. Perbedaan persyaratan dan perilaku khusus versi dicatat dalam dokumentasi. Saat fitur baru tersedia, versi yang didukung untuk fitur tersebut akan didokumentasikan.

Untuk mengetahui daftar versi minor yang didukung dan patch yang tersedia, lihat Pembuatan versi.

Mulai rilis 1.29, kami tidak lagi membuat direktori bernomor untuk dokumentasi rilis minor sebelumnya. Anda dapat menemukan dokumentasi yang diarsipkan untuk versi 1.16 dan yang lebih lama dengan menambahkan nomor versi minor di URL berikut:

https://cloud.google.com/anthos/clusters/docs/bare-metal/VERSION/

Ganti VERSION dengan versi minor dari 1.0 hingga 1.16 dan salin URL ke kolom URL di browser Anda.

Menginstal Distributed Cloud khusus software untuk bare metal

Karena cluster yang dibuat menggunakan Google Distributed Cloud berjalan di infrastruktur Anda sendiri, cluster tersebut sangat dapat dikonfigurasi. Setelah memilih model deployment yang memenuhi kebutuhan organisasi dan kasus penggunaan tertentu, Anda dapat memilih dari berbagai mode load balancing, opsi alamat IP, fitur keamanan, opsi konektivitas, dan lainnya yang didukung. Menyiapkan cluster melibatkan pengambilan keputusan sebelum dan selama penginstalan. Kumpulan dokumentasi ini mencakup panduan untuk membantu tim Anda memutuskan fitur dan opsi yang tepat untuk Anda. Untuk memastikan penginstalan Anda memenuhi kebutuhan organisasi, konsultasikan dengan tim jaringan dan aplikasi Anda.

Tempat data Anda disimpan

Saat Anda menjalankan software Distributed Cloud khusus untuk bare metal, cluster, aplikasi, dan data bisnis Anda tetap berada di pusat data Anda. Secara default, Google Distributed Cloud mengirimkan Google Cloud informasi tentang cluster Anda, seperti setelan, kondisi, dan penggunaannya, tetapi tidak mengirimkan data aplikasi Anda.

Data yang tetap berada di pusat data Anda

Data berikut tetap berada di pusat data Anda:

  • Container, Pod, PersistentVolume, backend penyimpanan lokal, dan data yang diproses aplikasi Anda.
  • Bidang kontrol (kube-apiserver, kube-scheduler, dan kube-controller-manager) serta database etcd, yang menyimpan semua objek Kubernetes Anda.
  • Kunci pribadi untuk certificate authority (CA), termasuk CA cluster, CA etcd, dan CA proxy-front. Namespace cluster pengguna cluster admin menyimpan CA cluster pengguna.
  • Rahasia aplikasi, token OAuth, kunci pribadi SSH, kredensial container registry, dan file kunci akun layanan disimpan di etcd atau di workstation administrator Anda. Data tersebut tidak dikirim ke GKE On-Prem API, dan snapshot diagnostik default tidak menyertakan kredensial cluster.
  • File konfigurasi cluster Anda disimpan di workstation admin. Jika cluster terdaftar di GKE On-Prem API, beberapa setelan akan dikirim. Lihat Data yang dikirim ke Google Cloud untuk mengetahui informasi selengkapnya.
  • Log audit ditulis ke disk hanya jika Anda menonaktifkan Cloud Audit Logs di node bidang kontrol.
  • Jika Anda menyiapkan akun layanan untuk upload snapshot diagnostik, file akan diupload ke Cloud Storage. Anda dapat memilih apakah akan membagikan snapshot kepada Cloud Customer Care atau tidak.

Data yang dikirim ke Google Cloud

Tabel berikut menunjukkan apa yang dikirim, cara penggunaan dan penyimpanannya, serta apakah Anda dapat menonaktifkannya:

Data Yang dikirim Penggunaan dan penyimpanan Default
Koneksi dan pendaftaran fleet
(gkehub.googleapis.com, gkeconnect.googleapis.com)
  • ProjectGoogle Cloud , nama keanggotaan fleet, UID cluster, kunci publik, versi Kubernetes, ukuran cluster, dan konfigurasi penyedia identitas.
  • Data Kubernetes yang Anda minta melalui konsol Google Cloud atau gateway Connect.
  • Token Kubernetes terenkripsi Anda, jika Anda login dari konsolGoogle Cloud di profil pengguna hingga Anda logout.
Mengelola cluster dari konsolGoogle Cloud , gateway Connect, dan fleet dengan Connect Agent. Wajib
Setelan dan status cluster
(gkeonprem.googleapis.com)
  • Nama, UID, deskripsi, anotasi, versi, status siklus proses, VIP dan port bidang kontrol.
  • Nama node pool, alamat IP node, CIDR Pod dan Service, VIP dan pool alamat load balancer, alamat IP dan ASN peer BGP, URL proxy, jalur penyimpanan lokal.
  • Alamat email administrator cluster.
Memungkinkan Anda mengelola cluster dengan konsol Google Cloud , Google Cloud CLI, atau Terraform. Disimpan oleh GKE On-Prem API di region yang ditetapkan di gkeOnPremAPI.location, yang secara default ditetapkan ke clusterOperations.location. Aktif di versi 1.16 dan yang lebih baru, jika GKE On-Prem API diaktifkan di project Google Cloud Anda. Untuk menonaktifkannya, tetapkan gkeOnPremAPI.enabled ke false.
Penggunaan penagihan
(anthos.googleapis.com)
Kapasitas vCPU, jumlah node, dan status hak lisensi. Digunakan untuk pengukuran, penagihan, dan pemeriksaan lisensi. Wajib diisi. Data penagihan di-buffer selama pemadaman layanan dan dikirim nanti.
Data kesehatan sistem
(logging.googleapis.com, monitoring.googleapis.com, opsconfigmonitoring.googleapis.com)
  • Metrik: Penggunaan CPU, memori, disk, dan jaringan, metrik kubelet, dan kube-state-metrics untuk node dan Pod sistem.
  • Log: log container dan hasil health check dari semua komponen cluster admin, serta dari namespace kube-system, gke-system, gke-connect, istio-system, config-management-system, knative-serving, monitoring-system, gatekeeper-system, dan cnrm-system di cluster pengguna.
  • Metadata: nama dan label node, Pod, Deployment, dan Service.
Digunakan untuk Cloud Monitoring, tampilan status konsol Google Cloud , dan pemecahan masalah Layanan Pelanggan. Disimpan di project Google Cloud yang ditetapkan di clusterOperations.projectID. Metrik disimpan di region yang ditetapkan di clusterOperations.location, dan log mengikuti setelan Router Log Anda. Aktif untuk log sistem dan metrik, yang diperlukan oleh dukungan layanan pelanggan dan cakupan SLA penuh. Nonaktif untuk log dan metrik aplikasi, kecuali jika Anda menetapkan enableCloudLoggingForApplications atau enableGMPForApplications ke true di resource Stackdriver.
Log audit
(anthosaudit.googleapis.com)
Log audit Aktivitas Admin (audit-proxy): siapa yang mengubah apa melalui kube-apiserver, dan kapan. Entri mencakup waktu, cluster, host atau VM, akun pengguna atau layanan, peran RBAC, operasi, dan hasil. Permintaan baca tidak dicatat. Disimpan di Cloud Audit Logs dalam project Google Cloud Anda, di bucket _Required, dan disimpan selama 400 hari. On. Untuk menonaktifkannya, tetapkan clusterOperations.disableCloudAuditLogging ke true. Log audit kemudian hanya disimpan di disk node bidang kontrol.

Langkah berikutnya

Untuk mulai menggunakan Google Distributed Cloud, lihat panduan berikut: