Pembelian akaun Google Cloud: Apakah perbezaan antara GCP Cloud SQL dan MySQL yang dibina sendiri?

Dalam beberapa tahun kebelakangan ini, dalam pemilihan seni bina atau migrasi awan, ada masalah yang hampir tidak dapat dielakkan:

Adakah anda menggunakan Google Cloud Cloud SQL secara langsung, atau adakah anda membina MySQL pada mesin maya Compute Engine (GCE)?

Banyak orang merasakan secara intuitif: "Jauh lebih murah untuk membina mesin maya sendiri, dan premium perkhidmatan hosting GCP terlalu tinggi." Tetapi adakah ini benar-benar berlaku? Sebagai orang yang telah melangkah ke persekitaran pengeluaran selama bertahun-tahun, saya tidak akan bercakap dengan anda mengenai konsep kosong palsu dalam dokumen rasmi hari ini.

Kami secara langsung menjelma sebagai "perakaunan pintar"

Dari

Tiga dimensi teras sandaran automatik, ketersediaan tinggi (HA) dan kos operasi dan penyelenggaraan yang komprehensif adalah akaun yang murni. Setelah membaca artikel ini, anda akan mempunyai jawapan di hati anda.

1. Sandaran automatik: "buatan sendiri" yang nampaknya percuma, di belakangnya adalah kos tersembunyi

Sandaran pangkalan data adalah "ubat antihipertensi" untuk R & D dan operasi dan penyelenggaraan. Dalam hal ini, logik pelaksanaan dan kos keduanya sama sekali berbeza.

1. MySQL yang dibina sendiri: Nampaknya menjimatkan wang, tetapi sebenarnya "mengejutkan setiap langkah"

Dalam mesin maya, sandaran bukan ayat

Mysqldump

Ia dapat diselesaikan dengan sempurna:

R & D dan kos ujian: Anda perlu menulis skrip Shell sendiri dan menetapkan sandaran tugas Cron. Agar tidak mempengaruhi prestasi dalam talian, anda harus mengkaji sama ada melakukan sandaran fizikal (Percona XtraBackup) atau sandaran logik.

Kos penyimpanan dan penghantaran: Fail yang disandarkan tidak boleh diletakkan di cakera tempatan (jika mesin ditutup sepenuhnya), anda mesti memindahkannya ke penyimpanan objek GCP Object Storage (GCS) melalui skrip. Dalam tempoh ini, yuran lalu lintas lebar jalur rangkaian dalaman dan yuran simpanan GCS akan dikenakan.

Kos paling mahal (ujian pemulihan): Sandaran yang berjaya tidak bermaksud pemulihan yang berjaya. Anda harus menguji integriti fail sandaran secara berkala. Semua yang digunakan di sini adalah jam kerja jurutera bergaji tinggi.

2. GCP Cloud SQL: Membelanjakan wang untuk membeli ketenangan fikiran

Dalam Cloud SQL, sandaran menjadi "pilihan centang" pada antara muka grafik:

Operasi dan penyelenggaraan bebas automatik sepenuhnya: Setelah dibuka, GCP secara automatik akan membantu anda membuat sandaran snapshot di tetingkap tetap setiap hari. Ia disimpan selama 7 hari secara lalai dan dihapuskan secara automatik.

Tidak mempengaruhi prestasi: Kerana ia adalah gambar berdasarkan lapisan penyimpanan, ia hampir tidak akan menyebabkan kunci meja atau gangguan prestasi untuk perniagaan dalam talian anda.

Log binari (Point-in-Time Recovery): Menyokong pemulihan kedua dalam 7 hari terakhir. Jenis "ubat penyesalan" ini memerlukan ambang teknikal yang sangat tinggi untuk dibina sendiri.

💡Ledger 1 (dimensi sandaran): buatan sendiri: menjimatkan premium perkhidmatan, tetapi memotong jurutera 2-4 jam setiap bulan untuk menulis skrip, mengekalkan pelayan sandaran, dan menangani penggera kegagalan sandaran. Cloud SQL: Bayar sedikit lebih banyak kos penyimpanan sandaran khusus setiap bulan, sebagai ganti 0 campur tangan manual dan kemampuan pemulihan pada bila-bila masa dalam beberapa saat.

2. Ketersediaan tinggi (HA): "mimpi buruk utama" yang dibina sendiri

Ketersediaan tinggi adalah jurang terpanjang dan terdalam antara keduanya. Persekitaran pengeluaran paling takut menerima panggilan telefon pada pukul tiga pagi.

1. Ketersediaan tinggi MySQL yang dibina sendiri: sembilan kematian

Untuk melaksanakan seni bina master-slave sebenar (Master-Slave) dan pertukaran kesalahan automatik (Failover) pada mesin maya, anda biasanya memerlukan:

Beli sekurang-kurangnya dua (atau tiga) mesin maya.

Konfigurasikan replikasi MySQL tak segerak/separa segerak untuk menyelesaikan masalah konsistensi data.

Memperkenalkan alat pihak ketiga (seperti Orchestrator, MHA, atau Keepalived + VIP) untuk pengesanan degupan jantung dan pertukaran kesalahan.

Titik sakit utama: Apabila perpustakaan utama tiba-tiba turun, bagaimana memastikan bahawa data tidak hilang (RPO = 0) pada masa pertukaran? Bagaimanakah aplikasi mengenal pasti IP perpustakaan utama baru secara automatik?

Selepas set pukulan gabungan ini, tidak ada DBA senior (pengurus pangkalan data) yang duduk di dalamnya. HA yang anda ambil sendiri kemungkinan besar akan "terbalik" pada saat-saat genting.

2. Ketersediaan tinggi GCP Cloud SQL: Satu klik

Dalam Cloud SQL, ketersediaan tinggi dipermudahkan kepada satu kotak pilihan:

"High Availability (Regional)"

。

Logik asasnya sangat tegar:

GCP akan menarik satu contoh induk dan satu contoh sandaran di dua zon yang berbeza di wilayah yang sama.

Apabila data ditulis, Disk Persisten Regional yang mendasari digunakan untuk penyalinan segerak. Ini bermaksud bahawa selagi pangkalan data utama berjaya dikembalikan dan ditulis, pangkalan data mesti mempunyai data ini.

Setelah berlaku gempa bumi atau kegagalan kuasa di kawasan tersedia utama, Cloud SQL secara automatik akan beralih ke kawasan tersedia alternatif dalam masa 60 saat, alamat IP contoh tetap sama sekali, dan aplikasi anda bahkan tidak perlu dimulakan semula, cukup konfigurasikan mekanisme penyambungan semula. boleh.

💡Ledger 2 (dimensi ketersediaan tinggi): Kos HA yang dibina sendiri: $2 \ times kos mesin maya Masa penyahpepijatan sebilangan besar seni bina yang kompleks tidak dapat menjamin logik pensuisan yang boleh dipercayai 100% $. Kos Cloud SQL HA: Secara langsung menggandakan harga berdasarkan versi yang berdiri sendiri (kerana latar belakang sebenarnya menjalankan dua set sumber). Kesimpulan: Sekiranya perniagaan anda membenarkan beberapa jam waktu henti, mesin tunggal yang dibina sendiri adalah yang paling menjimatkan; jika perniagaan anda digantung selama 5 minit, anda akan memotong wang. Harga dua kali Cloud SQL pasti jauh lebih menjimatkan kos daripada HA anda sendiri.

3. Penyelesaian utama: perbandingan wang sebenar

Untuk memberi anda perasaan intuitif, kami menggunakan nombor tertentu untuk mengira akaun.

Katakan kita memerlukan pangkalan data bersaiz sederhana:

Memori 4 teras/16GB, cakera keras SSD 200GB, terletak di kawasan Hong Kong.

(Harga berikut adalah anggaran, khusus untuk Pri masa nyata GCP

Ce Calculator akan berlaku).

Skim A: Membina sendiri (mesin maya GCE)

Sumber pengkomputeran: Mesin maya e2-standard-4, kira-kira $100/bulan.

Sumber penyimpanan: 200GB cakera keras SSD separa, kira-kira $34/bulan.

Kos keras mesin tunggal: ~ $134/bulan.

(Sekiranya anda ingin menggunakan ketersediaan tinggi, kosnya akan meningkat dua kali ganda menjadi ~ $268/bulan).

Skim B: Hosting (GCP Cloud SQL untuk MySQL)

Versi berdiri sendiri (Pembangunan): Konfigurasi yang sama (4 vCPU, 16GB, 200GB SSD), kira-kira $180/bulan.

Versi tersedia tinggi (Pengeluaran): Kerana ia adalah simpanan dua kali ganda di seluruh zon yang tersedia, kira-kira $330/bulan.

⚖️ Jadual perbandingan komprehensif terakhir

Ciri/dimensi

MySQL yang dibina sendiri (on GCE)

SQL Awan GCP

Kos perkakasan asas

💰Lebih rendah (harga mesin maya tulen)

🏷Yang lebih tinggi (termasuk premium pengurusan perisian)

Sandaran automatik

🛠️ Anda perlu menulis skrip, mengurus penyimpanan, menguji dan memulihkan sendiri

⚡Satu klik untuk membuka, menyokong pemulihan pada bila-bila masa

Boleh didapati tinggi (HA)

🤯Sangat rumit, anda perlu memahami Master-Slave, Orchestrator, dll.

🛡Tandakan Satu klik, beralih secara automatik di seluruh kawasan yang tersedia dalam beberapa saat, IP tidak berubah

Peningkatan dan tampalan versi

⏳Perlu menghentikan peningkatan secara manual untuk menangani konflik pergantungan

📅Tetapkan tetingkap penyelenggaraan, sistem secara automatik ditingkatkan secara senyap

Kos tersembunyi maksimum

Waktu operasi dan penyelenggaraan buruh yang mahal (aset paling berharga)

Jumlah bil yang boleh diramal

4. Ringkasan: Bagaimana anda memilih?

Setelah mengira akaun ini, kesimpulannya sebenarnya sangat jelas, bergantung terutamanya pada syarikat anda

Skala

Dan

Tenaga kerja

。

Memenuhi syarat-syarat berikut, pilih [GCP Cloud SQL] dengan tegas:

Pasukan ini tidak mempunyai DBA sepenuh masa: semuanya adalah R & D belakang atau operasi dan penyelenggaraan umum, dan semua orang tidak mahu bangun di tengah malam untuk memperbaiki pangkalan data.

Perniagaan sedang meningkat/persekitaran pengeluaran: Berbanding dengan puluhan atau ratusan dolar yang dijimatkan setiap bulan, kestabilan perniagaan dan beban mental R & D jelas lebih penting. Jimat tenaga untuk menulis kod perniagaan teras, dan hasilkan lebih banyak daripada perbezaan harga pelayan ini.

Sekiranya syarat berikut dipenuhi, anda boleh mempertimbangkan [MySQL buatan sendiri]:

Kad anggaran sangat mati, tetapi tenaga kerja sangat murah: seperti pasukan permulaan, individu atau persekitaran ujian yang murni. Sekiranya ada masalah, ia akan berada di luar talian selama beberapa jam, tidak menjadi masalah.

Terdapat keperluan penyesuaian berskala besar: anda perlu mengubah kod sumber kernel MySQL, atau anda perlu menggunakan beberapa pemalam pintu yang sangat sejuk dan mesin penyimpanan khas yang tidak disokong oleh Cloud SQL.

Nasihat kasar:

Perkhidmatan hosting tidak dijual kepada anda "pelayan", ia dijual kepada anda ** "tidur bebas dari kegelisahan" dan "jam kerja DBA profesional yang mahal" **

。 Dalam menghadapi persekitaran pengeluaran, membelanjakan wang untuk membeli masa selalu menjadi perniagaan dengan kadar kemenangan tertinggi.