Lingducloud: Panduan pembelian peringkat pengasuh pangkalan data Alibaba Cloud (tiga dimensi enjin, seni bina, dan penyimpanan)
Dalam pembelian produk awan, pemilihan pangkalan data juga sangat penting
。
Pemilihan pangkalan data bukan hanya untuk memilih CPU dan memori, tetapi juga untuk memilih
Kebolehpercayaan
Dengan
Throughput IO
。
Panduan ini akan membawa anda untuk membongkar penyelesaian yang paling sesuai untuk anda dari tiga dimensi mesin pangkalan data, seni bina, dan penyimpanan.
1. Langkah pertama: pilih "enjin" (jenis mengikut logik perniagaan)
Enjin pangkalan data
Label teras
Perniagaan yang paling sesuai
Nasihat pakar
MySQL
Standard internet
E-commerce, CMS, applet, kebanyakan aplikasi web
Pilih versi 8.0. Kecuali diperlukan oleh kod lama, jangan gunakan 5.7 (sokongan komuniti telah dihentikan).
PostgreSQL
Berfungsi serba boleh
Maklumat geografi GIS, pengkomputeran kewangan yang kompleks, penyelidikan saintifik
Terdapat sebilangan besar prosedur tersimpan kompleks dan pilihan pertama untuk pertanyaan geospasial dalam logik perniagaan.
Pelayan SQL
Baldi keluarga Microsoft
. Persekitaran pembangunan BERSIH, ERP/OA lama, sistem perubatan/kerajaan
Syarikat yang sangat bergantung pada ekosistem Windows memilihnya, tetapi harus memperhatikan kos lesen yang lebih tinggi.
MariaDB
Peningkatan sumber terbuka
Mengejar sumber terbuka yang melampau dan memerlukan pemandangan khusus dengan ciri-ciri canggih MySQL
Pada masa ini, ekologi domestik lebih lemah daripada MySQL, dan perniagaan umum mengesyorkan melihat kembali MySQL.
2. Langkah 2: Pilih "Siri" (seni bina mengikut kestabilan)
Versi asas (Asas)-seni bina "latihan mandiri": hanya satu nod, tidak ada kelebihan. Senario: pembelajaran peribadi, pengembangan dan pentauliahan, stesen ujian kecil bukan keuntungan. Amaran: Jangan gunakan untuk perniagaan rasmi! Selagi perkakasan fizikal yang mendasari gagal, perniagaan akan terganggu dan tidak ada pertukaran ketersediaan tinggi.
High-Availability (High-Availability)-seni bina "perusahaan utama": satu master dan satu sandaran, beralih secara automatik dalam beberapa saat. Senario: 90% persekitaran pengeluaran perusahaan adalah pilihan pertama. E-commerce, SaaS, back-end API. Kelebihan: Dengan mekanisme sandaran dan pemulihan yang lengkap, ia menyokong pengembangan contoh baca sahaja.
Cluster (Cluster)-seni bina "prestasi siling": kluster multi-master atau multi-hamba. Senario: Platform Internet berskala besar, aktiviti promosi Double 11. Kelebihan: Kapasiti throughput yang sangat tinggi, prestasi meningkat secara linear dengan peningkatan nod.
3. Langkah 3: Pilih "Penyimpanan" (selesaikan pembekuan pangkalan data)
90% hambatan prestasi pangkalan data bukan pada CPU, tetapi pada cakera I/O (kelajuan membaca dan menulis).
Jenis Penyimpanan
Gred Prestasi (IOPS)
Senario yang berkenaan
Penilaian kos efektif
ESSD Premium
Tahap permulaan
Laman web rasmi dengan beban rendah, aplikasi ringan
Yang paling menjimatkan, sesuai untuk perniagaan yang tidak sensitif terhadap serentak.
ESSD PL1
Standard arus perdana
E-dagang bersaiz sederhana, sistem perusahaan standard, permulaan perniagaan teras
Pilihan yang menjimatkan untuk persekitaran pengeluaran dapat mengatasi sebahagian besar lalu lintas yang tiba-tiba.
E
SSD PL2
Prestasi tinggi
Perdagangan frekuensi tinggi, senario lonjakan, ERP besar
Membaca dan menulis sangat pantas, sesuai untuk perniagaan intensif I/O.
ESSD PL3
Prestasi melampau
Perakaunan peringkat kewangan, sistem serentak yang sangat besar dan tinggi
Perniagaan dengan anggaran yang mencukupi dan keperluan yang sangat menuntut untuk kelewatan.
4. Pelan padanan emas (jadual perbandingan pantas)
Senario perniagaan
Enjin yang disyorkan
Senibina yang disyorkan
Cadangan penyimpanan
Laman web rasmi syarikat/WordPress
MySQL 8.0
Versi tersedia tinggi (1 teras 2G/2 teras 4G)
ESSD Premium
E-dagang standard/bahagian belakang SaaS
MySQL 8.0
Versi tersedia tinggi (4 teras 8G/8 teras 16G)
ESSD PL1
Laporan kompleks/ERP dalaman
PostgreSQL
Versi tersedia tinggi (8 teras 32G)
ESSD PL1 / PL2
Sistem kewangan/lonjakan teras
MySQL / SQL Server
Versi kluster
ESSD PL2 / PL3
Persekitaran pembangunan/pra-keluaran
Sesuka hati
Edisi asas
ESSD Premium
5. Tambahan utama: Bagaimana memilih kawasan dan kawasan yang ada?
Ramai orang sangat santai ketika memilih Wilayah dan merasakan bahawa semuanya sama. Sebenarnya, memilih kawasan yang salah tidak hanya akan memperlambat akses pengguna, tetapi juga menyebabkan kelewatan yang sangat tinggi antara pelayan dan pangkalan data, dan bahkan ketidakupayaan untuk berkomunikasi antara satu sama lain.
1. Prinsip teras: akses berdekatan
Pilih di mana pengguna sasaran: * Pelanggan teras memilih China Selatan 1 (Shenzhen) atau China Timur 2 (Shanghai) di Selatan (Guangdong, Fujian, dll.). Pelanggan teras memilih China Utara 2 (Beijing) di utara (Beijing, Hebei, dll.). Pelanggan teras memilih China Timur 1 (Hangzhou) (Ali Base Camp, hab rangkaian, infrastruktur yang paling stabil) di seluruh negara.
Perniagaan luar negara: Pengguna Asia Tenggara memilih Singapura. Pengguna Eropah dan Amerika memilih Amerika Syarikat (Silicon Valley/Virginia) atau Jerman (Frankfurt). Perlu dikecualikan daripada pemfailan dan mempertimbangkan lawatan domestik, Hong Kong, pilihan pertama.
2. Penghindaran teras: ECS dan pangkalan data mesti "di bandar yang sama"
Ini adalah kesilapan yang paling mudah dibuat!
Prinsip: Pelayan awan ECS dan pangkalan data RDS anda mesti berada di kawasan yang sama (misalnya, kedua-duanya di Hangzhou).
Sebab: Hanya di kawasan yang sama, kedua-duanya dapat dihubungkan melalui intranet. Akses intranet adalah percuma dan mempunyai kelewatan yang sangat rendah (biasanya $<1ms $).
Akibatnya: Sekiranya seseorang memilih Beijing dan yang lain memilih Shanghai, anda hanya dapat menyambung melalui rangkaian awam. Bukan sahaja anda perlu membayar caj lalu lintas tambahan, tetapi tindak balas pangkalan data akan menjadi sangat perlahan, dan perniagaan pada dasarnya tidak tersedia.
3. Strategi lanjutan: pilihan kawasan yang ada (AZ)
Terdapat banyak kawasan yang tersedia di setiap kawasan (seperti kawasan yang tersedia di Hangzhou A, B, C...), yang merupakan ruang komputer yang terpencil secara fizikal.
Mengejar tindak balas yang sangat pantas: Letakkan ECS dan pangkalan data di kawasan yang sama. Jarak fizikal adalah yang paling dekat, sambungan rangkaian
Terlambat hingga minimum.
Mengejar kebolehpercayaan yang tinggi (pemulihan bencana multi-komputer): Semasa membeli pangkalan data, pilih kawasan yang boleh digunakan. Dengan cara ini, pangkalan data utama berada di ruang komputer A, dan pangkalan data tersedia di ruang komputer B. Walaupun jalan di mana bilik komputer A berada dimatikan atau berlaku kemalangan, pangkalan data boleh beralih ke bilik komputer B dalam beberapa saat, dan perniagaan tidak akan berhenti.
Jadual ringkasan logik
Dimensi
Pilihan yang disyorkan
Lokasi geografi
Tempat yang paling dekat secara fizikal dengan asas pelanggan teras anda.
Interoperabiliti intranet
ECS dan pangkalan data mesti berada di kawasan yang sama (contohnya, kedua-duanya adalah Beijing).
Permintaan pemulihan bencana
Persekitaran pengeluaran mengesyorkan memilih "zon berbilang tersedia" untuk digunakan.
Pemfailan pematuhan
Node di Tanah Besar China mesti diajukan; simpul di Hong Kong, China dan luar negara tidak perlu diajukan.
6. Cadangan untuk mengelakkan lubang dan nilai tambah
Jangan tamak dengan harga murah untuk pemilihan seni bina: "versi tersedia tinggi" mesti dipilih untuk persekitaran pengeluaran. Jangan mengambil risiko penutupan untuk menjimatkan puluhan dolar.
Senibina ARM adalah trend baru: Pangkalan data versi ARM Alibaba Cloud (Yitian) biasanya lebih daripada 20% lebih murah daripada x86, dan prestasinya sangat stabil dalam senario seperti MySQL. Projek baru disyorkan untuk dicuba.
Sambungan intranet adalah yang paling penting: pangkalan data mesti berada di kawasan yang sama dengan pelayan ECS dan di bawah VPC (rangkaian peribadi) yang sama, sehingga dapat diakses melalui intranet, dengan kelewatan minimum dan caj data percuma.
Perhatikan pemantauan dan penggera: Setelah membeli, pastikan untuk mengkonfigurasi penggunaan CPU dan penggera ruang cakera. Yang paling ditakuti oleh pangkalan data adalah "cakera perlahan" dan "ruang penuh".
