Isi semula akaun Google Cloud: VM(Spot) yang dirampas GCP sering dikitar semula? Pelan alternatif yang sangat tersedia dan panduan praktikal untuk mencegah aliran kering
Di Platform Cloud Google (GCP), VM yang diprediksi (sekarang secara kolektif disebut Spot VM) telah menarik sebilangan besar pemaju dan perusahaan dengan potongan harga yang sangat tinggi hingga 90%. Namun,
Spot VM boleh dikitar semula secara paksa oleh GCP pada bila-bila masa, dan hanya ada 30 saat tetingkap penutupan yang elegan
。
Untuk perkhidmatan web, API masa nyata, pemprosesan aliran data atau tugas sensitif nod, jika anda bergantung sepenuhnya pada Spot VM tunggal, anda sering menghadapi masalah seperti gangguan rangkaian, perkhidmatan yang tidak berfungsi, dan sambungan terputus.
Bagaimana menyelesaikan masalah "aliran kering" yang disebabkan oleh kitar semula yang kerap sambil mengekalkan kos rendah? Artikel ini akan menganalisis secara mendalam seni bina alternatif dan skema konfigurasi anti-pemotongan.
1. Mengapa Spot VM selalu dikitar semula?
Spot VM GCP menggunakan kuasa pengkomputeran terbiar di pusat data Google. Apabila pengguna standard berbayar (On-Demand) meminta daya pengkomputeran, atau ketika sumber zon tersedia (zon) ketat, sistem akan memberi keutamaan untuk memulihkan daya pengkomputeran Spot VM.
Faktor utama yang sering dikitar semula termasuk:
Kawasan tersedia dan model popular: Contohnya, n2-standard us-central1-a sangat popular, dan terdapat sedikit sumber terbiar.
Permintaan daya pengkomputeran puncak: pusat data pada siang hari pada hari bekerja umumnya lebih tinggi daripada pada waktu malam dan hujung minggu.
Kekurangan mekanisme jaminan yang fleksibel: Tidak ada pengaturan penggantian automatik dan pengimbangan beban, sehingga tidak ada simpul baru yang mengambil alih lalu lintas setelah dipulihkan.
2. Penyelesaian alternatif dan campuran VM yang boleh digunakan tinggi GCP
Sekiranya perniagaan anda tidak tahan dengan pemutusan Spot VM yang kerap, disarankan untuk meninggalkan kaedah penyebaran "Spot yang berdiri sendiri" yang luas dan menggunakan empat alternatif dan pengoptimuman berikut:
Skim 1: Kumpulan contoh hosting hibrid (Hybrid MIG)
Dalam GCP, jangan gunakan kumpulan contoh Spot VM sahaja, tetapi buat a
Senibina hibrid yang menggabungkan contoh On-Demand dan Spot
。
Prinsip pelaksanaan: Gunakan VM on-demand standard sebagai "Base Capacity" untuk memproses lalu lintas perniagaan yang paling teras dan terjamin; atas dasar ini, kluster pengembangan menggunakan Spot VM untuk menyokong lalu lintas puncak.
Kelebihan: Walaupun simpul Spot dipulihkan 100%, simpul atas permintaan di bahagian bawah masih dapat memastikan aliran perkhidmatan asas yang berterusan dan hanya mengurangkan sebahagian dari daya dukung serentak.
Skema 2: Penyebaran Berskala Merentas Zon/Merentas Model (Multi-Zone & Multi-Machine Policy)
Jangan letakkan semua telur anda di kawasan yang sama atau dalam model yang sama.
Mod operasi: Buat kumpulan contoh hosting peringkat wilayah (RIG Regional), dan sebarkan contoh Spot di lebih daripada 3 kawasan yang tersedia (seperti
Us-central1-a/b/f).
Penyebaran kuota: Dengan penggunaan model yang berbeza (seperti membenarkan e2-standard-4 dan n2-standard-4 pada masa yang sama), kerana kadar kekosongan yang berbeza dari setiap model, kebarangkalian kawasan besar dipulihkan pada masa yang sama akan mengurangkan tahap eksponensial.
Pilihan 3: Bergerak ke GKE(Kubernetes)+ Autopilot / Spot Node Pool
Sekiranya anda menjalankan aplikasi kontena, berhijrah ke perkhidmatan kontena GKE adalah alternatif yang lebih baik.
Penjadualan fleksibel: GKE menyokong kolam simpul Spot (Kolam Node Spot). Apabila simpul Spot menerima pemberitahuan kitar semula, GKE secara automatik akan mencetuskan operasi drain dan memindahkan Pod ke nod lain yang boleh digunakan.
Strategi campuran: Tetapkan pertalian dan toleransi Pod, gunakan permukaan kawalan teras di kumpulan nod atas permintaan, dan gunakan pod kerja yang dapat diperluas secara fleksibel di kumpulan nod Spot.
Pilihan 4: Beli Discounts Pesuruhjaya (diskaun yang dikhaskan) dan bukannya Spot
Sekiranya perniagaan anda memerlukan operasi berterusan dan stabil 24/7 dan tidak dapat diubah menjadi seni bina tanpa status, disarankan untuk meninggalkan Spot VM secara langsung dan beralih ke
CUD (Suruhanjaya-Discounts Berbased menjanjikan diskaun penggunaan)
。
Kesan: Komitmen untuk digunakan selama 1 atau 3 tahun, VM atas permintaan dapat potongan harga yang mendalam antara 37% hingga 57%, yang menjimatkan wang dan 100% tidak akan dikitar semula.
3. Panduan praktikal untuk konfigurasi teras untuk mengelakkan perkhidmatan "terputus"
Sekiranya perniagaan anda mesti terus menggunakan Spot VM untuk mengurangkan kos, anda boleh membina penghalang "anti-break" yang lengkap dalam empat langkah berikut:
1. Konfigurasikan skrip penutupan 30 saat (Skrip Shutdown) untuk menangkap isyarat
Apabila GCP memutuskan untuk mengitar semula nod Spot, ia akan menghantar
ACPI G2 Soft Off
Matikan isyarat dan simpan masa penyangga sehingga 30 saat. Anda mesti menggunakan 30 saat ini untuk keluar dengan elegan.
Tetapkan dalam Metadata
Shutdown-script
:
Bash
#! /Bin/bash
#1. Hantar isyarat kegagalan pemeriksaan kesihatan ke load balancing/gateway untuk menghentikan aliran lalu lintas baru
Echo "Draining connection..." > /var/www/html/healthcheck.html
#2. Pemberitahuan perkhidmatan dalaman memotong sambungan panjang dengan lancar (seperti WebSocket, status TCP)
#3. Letakkan data tempatan yang tidak diselaraskan ke Cloud Storage atau pangkalan data
Gsutil c
P/tmp/cache_state.json gs:// my-bucket/backups/
#4. Keluar dari proses utama
Systemctl stop my-app-service
2. Pra-Cloud Load Balancing sambungan elegan (Connection Draining)
Sekiranya Spot VM anda berjalan di belakang Cloud Load Balancer(CLB), anda mesti menghidupkannya
Connection Draining (Sambungan)
:
Mekanisme yang berkesan: Apabila pengimbang beban merasakan bahawa simpul telah dipulihkan atau pemeriksaan kesihatan gagal, ia akan segera menolak untuk memperuntukkan lalu lintas baru ke VM, tetapi akan meninggalkan masa tertentu untuk sambungan TCP yang ada (seperti Tetapkan 15-30 saat).
Parameter konfigurasi: Disarankan untuk menetapkan memandu-Timeout ke 20s (mestilah kurang dari had kitar semula 30 saat GCP) untuk mengelakkan ralat 502/504 yang disebabkan oleh permintaan pengguna untuk dipotong secara paksa ketika jabat tangan berada di tengah.
3. Konfigurasi MIG Health Check vs Autohealing (penyembuhan automatik)
Mengikat pemeriksaan kesihatan HTTP/TCP dalam kumpulan contoh terurus (MIG) dan menyesuaikan strategi penyembuhan automatik (Autohealing) dengan tindak balas terpantas:
Selang Pengesanan (Selang Pengesanan): Disarankan untuk menetapkan 5 saat.
Ambang Tidak Sihat: Tetapkan 2 kali.
Kesan: Sebaik sahaja simpul dikitar semula, pemeriksaan kesihatan menyatakan kelainan, pengimbang beban dengan cepat memotong aliran, dan MIG secara automatik akan memulakan simpul baru di latar belakang untuk menambah kapasiti.
4. Pemecatan data dan Status Reka Bentuk Luaran
Prinsip paling asas untuk mencegah gangguan adalah
Wujudkan tanpa status
:
Jangan sekali-kali memuat naik sesi pengguna dan fail ke cache sementara pada cakera tempatan Spot VM.
Pindahkan storan Sesi ke Cloud Memorystore (Redis), pangkalan data disatukan ke Cloud SQL, dan fail disatukan ke Cloud Storage. Dengan cara ini, walaupun Spot VM tiba-tiba ditutup, pengguna hanya perlu memuat semula laman web dan menyambung semula ke nod lain, dan status perniagaan tidak akan terjejas sama sekali.
4. Petua untuk pengoptimuman operasi dan penyelenggaraan dan penyelesaian sumber awan
Semasa menjalankan perancangan operasi dan penyelenggaraan sumber pengkomputeran GCP, selain pengoptimuman toleransi kesalahan dalam reka bentuk seni bina, kita juga perlu memperhatikan kesinambungan akaun dan bil yang mendasari.
Banyak perusahaan kecil dan sederhana atau pasukan pembangunan sering menghadapi sekatan kuota (Quota) atau item yang disebabkan oleh pemotongan kad kredit yang tidak normal ketika memperluas kelompok dan menarik simpul Spot secara berkumpulan.
Risiko penutupan projek. Untuk memastikan kelancaran infrastruktur awan, banyak pasukan akan memilih untuk melakukannya melalui saluran profesional
Isi semula akaun awan Google
Perkhidmatan dengan peningkatan kuota untuk mengelakkan gangguan perkhidmatan yang tidak dijangka yang disebabkan oleh tunggakan bil atau saluran penyelesaian semasa tempoh puncak perniagaan. Menggabungkan pengurusan penagihan yang fleksibel dan reka bentuk seni bina ketersediaan tinggi adalah penyelesaian utama untuk mengurangkan kos dan meningkatkan kecekapan GCP.
Ringkasan
GCP Spot VM sering dikitar semula adalah sifat yang wujud di sebalik "harga ultra rendah". Untuk memanfaatkan "senjata pengurangan kos" ini dengan baik, kuncinya adalah
Ubah pemulihan pasif menjadi pencegahan aktif
:
Lapisan seni bina: Gunakan kumpulan hosting hibrid "Spot for demand" atau berhijrah ke seni bina GKE.
Lapisan lalu lintas: Hidupkan Ujian Sambungan Cloud LB dan pengesanan kesihatan yang cepat.
Lapisan aplikasi: Tangkap isyarat skrip penutupan 30 saat dan ubah sepenuhnya perkhidmatan menjadi seni bina tanpa status.
Untuk melakukan perkara di atas, walaupun simpul dikitar semula beberapa kali sehari, pengguna front-end masih dapat menikmati pengalaman yang lancar tanpa perasaan milisaat.