Keunggulan | Penjelasan |
Rasio harga-kinerja super tinggi | Mulai dari USD 3.67647059/bulan, dengan biaya penyebaran yang sangat rendah. |
Disk kapasitas besar | Tidak membatasi spesifikasi, mendukung hingga ruang penyimpanan 30T. |
Keamanan tinggi | Perlindungan DDoS dapat membantu pengguna melindungi dari berbagai serangan lalu lintas saat data pengguna diserang DDoS, memastikan kelancaran operasional bisnis. Perlindungan serangan basis data secara efisien melindungi dari perilaku serangan basis data seperti injeksi SQL dan brute-force. |
Keandalan tinggi | Penyimpanan menggunakan mekanisme terdistribusi dengan tiga salinan. Sistem akan memberikan respons berhasil hanya setelah memastikan data telah ditulis di ketiga salinan. Mekanisme replikasi data latar belakang dapat secepatnya menduplikasi salinan baru melalui migrasi data jika terjadi kegagalan pada salah satu salinan, memastikan selalu tersedia tiga salinan untuk meningkatkan keandalan data. |
Keunggulan | Penjelasan |
Murah dan mudah digunakan | Mode penagihan yang fleksibel. Menyediakan dua mode penagihan: langganan tahunan/bulanan dan dibayar sesuai pemakaian, untuk menghindari investasi besar sekaligus dalam pembangunan infrastruktur dasar. MySQL mendukung pemisahan baca-tulis, dapat memasang instance baca saja, dan mendukung arsitektur satu master banyak slave untuk dengan mudah menangani tekanan permintaan bisnis skala besar; mendukung grup RO dengan fungsi penyeimbangan beban, secara signifikan mengoptimalkan skenario distribusi beban yang tidak merata antar instance baca saja. Perangkat keras yang kuat menyediakan jaminan kinerja. Kinerja IO yang kuat dari NVMe SSD menjamin kemampuan akses baca-tulis basis data. Instance tunggal mendukung hingga 240.000 QPS dan ruang penyimpanan 12TB. |
Keamanan tinggi | Perlindungan DDoS dapat membantu pengguna melindungi dari berbagai serangan lalu lintas saat data pengguna diserang DDoS, memastikan kelancaran operasional bisnis. Perlindungan serangan basis data secara efisien melindungi dari perilaku serangan basis data seperti injeksi SQL dan brute-force. Enkripsi data menyediakan fungsi TDE (Transparent Data Encryption) untuk memastikan keamanan data yang disimpan dan data cadangan. Enkripsi cadangan dilakukan dengan KMS untuk mengenkripsi file cadangan, mencegah kebocoran tak terduga yang menyebabkan insiden keamanan, dan meningkatkan keamanan data. SQL Insight (Audit Basis Data Asli) menyediakan fungsi audit data untuk memenuhi kebutuhan seperti pencegahan pencurian data inti, pelacakan operasi yang melanggar aturan, dan identifikasi pengambilan data berbahaya. |
Keandalan tinggi | Query flashback menyediakan kemampuan query flashback, menghemat banyak waktu untuk kueri dan pemulihan data, sehingga data yang salah dioperasikan dapat dipulihkan dengan cepat, sehingga memastikan operasional bisnis dapat pulih dengan cepat. Cadangan di lokasi berbeda mendukung penyimpanan cadangan di beberapa pusat lokasi berbeda, memenuhi persyaratan regulasi dan pemulihan di lokasi berbeda. Pemulihan flashback kilat berbasis cadangan data + cadangan log, menyediakan fungsi pemulihan kilat untuk memulihkan kerusakan data akibat kesalahan pribadi dengan kecepatan lebih tinggi. |
Ketersediaan tinggi | Cadangan hot real-time menyediakan cadangan hot dua mesin secara real-time, berbasis cadangan data + cadangan log (binlog) yang mendukung pemulihan tanpa kehilangan data dalam 7 hingga 3650 hari. Cadangan data dan cadangan log dapat disimpan selama 7 hingga 3650 hari. Pemulihan bencana otomatis menyediakan deteksi downtime otomatis dan migrasi kesalahan otomatis. Proses alih daya utama-cadang dan migrasi kesalahan bersifat transparan bagi pengguna. Menyediakan layanan proxy basis data, mengproksi semua permintaan saat layanan aplikasi mengakses basis data, sehingga mengurangi beban pada basis data utama. |
Keunggulan | Penjelasan |
Peningkatan kinerja | Berbagai penyetelan kernel, seperti atomic write, optimisasi segmen kode, pemanasan Buffer Pool, dll., memberikan peningkatan kinerja yang signifikan. |
node cadang hanya baca | Basis data cadang mendukung konfigurasi alamat hanya-baca, tanpa perlu membuat mesin cadang tambahan yang tidak dapat diakses. |
Elastisitas tinggi | Dapat menaikkan atau menurunkan konfigurasi dengan cepat sesuai kebutuhan bisnis, menyelesaikan perluasan kapasitas secara cepat, dan mencapai optimalisasi biaya sumber daya komputasi. |
Skenario bisnis yang kompleks | Instance berbasis cloud disk menyediakan alamat akses baca/tulis dan alamat akses hanya-baca. Node cadang pada instance dua node/tiga node hanya menyediakan kemampuan ketersediaan tinggi tanpa akses. Dari perspektif kinerja dan biaya, model penyebaran arsitektur versi cloud disk lebih cocok untuk skenario bisnis yang lebih kompleks, seperti sistem bisnis dengan perubahan bisnis yang signifikan, volume data basis data yang besar, persyaratan kinerja baca yang tinggi, serta kebutuhan sering melakukan ekspansi/pengurangan kapasitas atau penambahan/penghapusan instance hanya-baca. |
Fleksibel dan andal | Mengadopsi arsitektur pemisahan komputasi dan penyimpanan dengan satu master dan banyak cadangan, mendukung failover otomatis, kemampuan mengubah node cadang (node hanya-baca) menjadi node master (node baca/tulis), akses baca pada node cadang, penambahan/penghapusan node sesuai kebutuhan, toleransi bencana multi-zona ketersediaan, monitor granularitas node, serta manajemen topologi node klaster. Dibandingkan dengan basis data yang dibangun sendiri, solusi ini lebih ekonomis, fleksibel, dan andal. |
Keamanan tinggi | Perlindungan DDoS dapat membantu pengguna melindungi dari berbagai serangan lalu lintas saat data pengguna diserang DDoS, memastikan kelancaran operasional bisnis. Perlindungan serangan basis data secara efisien melindungi dari perilaku serangan basis data seperti injeksi SQL dan brute-force. SQL Insight (Audit Basis Data Asli) menyediakan fungsi audit data untuk memenuhi kebutuhan seperti pencegahan pencurian data inti, pelacakan operasi yang melanggar aturan, dan identifikasi pengambilan data berbahaya. |
Keandalan tinggi | Query flashback menyediakan kemampuan query flashback, menghemat banyak waktu untuk kueri dan pemulihan data, sehingga data yang salah dioperasikan dapat dipulihkan dengan cepat, sehingga memastikan operasional bisnis dapat pulih dengan cepat. Cadangan di lokasi berbeda mendukung penyimpanan cadangan di beberapa pusat lokasi berbeda, memenuhi persyaratan regulasi dan pemulihan di lokasi berbeda. Pemulihan flashback kilat berbasis cadangan data + cadangan log, menyediakan fungsi pemulihan kilat untuk memulihkan kerusakan data akibat kesalahan pribadi dengan kecepatan lebih tinggi. |
Ketersediaan tinggi | Berdasarkan mode penyebaran ketersediaan tinggi berbasis cloud native, dilengkapi dengan beberapa node basis data replika yang dapat dibaca. Berbasis cadangan data + cadangan log (binlog), mendukung pemulihan tanpa kehilangan data dalam 7 hingga 1830 hari. Cadangan data dapat disimpan selama 7 hingga 1830 hari, sedangkan cadangan log dapat disimpan selama 7 hingga 3650 hari. Pemulihan bencana otomatis menyediakan deteksi downtime otomatis dan migrasi kesalahan otomatis. Proses alih daya utama-cadang dan migrasi kesalahan bersifat transparan bagi pengguna. Menyediakan layanan proxy basis data, mengproksi semua permintaan saat layanan aplikasi mengakses basis data, sehingga mengurangi beban pada basis data utama. |
Item perbandingan | Basis data cloud MySQL | CVM yang dibangun sendiri | Membangun basis data dengan server yang dibeli sendiri |
Biaya perangkat keras dan biaya suku cadang | Biaya instans basis data cloud MySQL. Misalnya, biaya instans dengan 4 CPU, memori 8GB, ruang penyimpanan 100GB (kemampuan IOPS hingga 8000) adalah 1.457 dolar AS per tahun. | Biaya instans CVM. Setidaknya diperlukan 2 instans CVM sebagai instans utama dan cadangan. Biaya 2 instans CVM dengan konfigurasi 4 CPU, memori 8GB, ruang penyimpanan 100GB (kemampuan IOPS per unit 4800) adalah 661 dolar AS/tahun x 2 = 1.322 dolar AS/tahun. | Diperlukan setidaknya 2 server basis data. Biaya setiap server dengan kemampuan IOPS mencapai 8000 adalah sekitar $1.094. 1 unit switch jaringan internal yang digunakan untuk menghubungkan server Web front-end (switch non-manajemen 1U murah sekitar $136). Kerusakan dan penggantian perangkat keras di kemudian hari akan mengkonsumsi setidaknya 30% biaya tambahan. Biaya perangkat keras: ($1.094 × 2 + $136) × 130% = $3.021. Biaya tahunan: $3.021 / 3 = $1.007 (perangkat keras dihitung berdasarkan penyusutan 3 tahun). |
Biaya kolokasi pusat data | Penanggung jawab adalah penyedia layanan, tanpa biaya. | Penanggung jawab adalah penyedia layanan, tanpa biaya. | Biaya kolokasi ruang rak 1U adalah $410/tahun. Terdapat 2 server 1U dan 1 switch jaringan internal 1U yang dikenakan biaya, sehingga biaya kolokasi pusat data: $410 × 3 = $1.230. |
Biaya bandwidth | Penanggung jawab adalah penyedia layanan, tanpa biaya. | CVM dan TencentDB for MySQL dalam wilayah yang sama dapat berkomunikasi melalui jaringan internal tanpa dikenakan biaya. CVM dan TencentDB di wilayah berbeda dapat berkomunikasi melalui jaringan publik tanpa dikenakan biaya lalu lintas jaringan publik. | Instance CVM dalam wilayah yang sama dapat saling berkomunikasi melalui jaringan internal tanpa dikenakan biaya. Jika berada di wilayah berbeda, instance CVM dapat saling berkomunikasi melalui jaringan publik dan akan dikenakan biaya lalu lintas jaringan publik. Untuk detail tarif, silakan lihat Mode Penagihan Jaringan Publik. |
Biaya insinyur operasi basis data | Pemeliharaan basis data menjadi tanggung jawab penyedia layanan, tanpa biaya personel. | Gaji bulanan minimal untuk 1 insinyur DBA junior adalah $957/bulan. Mengasumsikan proyek saat ini menempati 30% beban kerja insinyur tersebut, maka biaya personel adalah $957 × 12 × 30% = $3.445. | Gaji bulanan minimal untuk 1 insinyur DBA junior adalah $957/bulan. Mengasumsikan proyek saat ini menempati 30% beban kerja insinyur tersebut, maka biaya personel adalah $957 × 12 × 30% = $3.445. |
Biaya total per tahun | $1.457 per tahun | $4.764 per tahun | $5.682 per tahun |
Sistem | Basis data cloud MySQL | CVM yang dibangun sendiri | Membangun basis data dengan server yang dibeli sendiri |
Sistem pemantauan basis data | Disediakan secara gratis data pemantauan per detik untuk 100+ metrik. | Setidaknya diperlukan 1 instans CVM sebagai pengumpulan, penyimpanan, dan tampilan pemantauan. Biaya untuk 1 instans CVM dengan konfigurasi 4 CPU, memori 8GB, ruang penyimpanan 300GB (perkiraan kapasitas penyimpanan indikator pemantauan 1 tahun) adalah $776/tahun. | Diperlukan setidaknya 1 server basis data. Biaya server sekitar $1.094. Kerusakan dan penggantian perangkat keras di kemudian hari akan mengkonsumsi setidaknya 30% biaya tambahan. Biaya perangkat keras: ($1.094 × 1) × 130% = $1.422. Biaya tahunan: $1.422 / 3 = $474 (perangkat keras dihitung berdasarkan penyusutan 3 tahun). |
Sistem operasi basis data | Penanggung jawab adalah penyedia layanan, tanpa biaya. | Biaya sistem operasi MySQL profesional sekitar $5.470 per tahun. | Biaya sistem operasi MySQL profesional sekitar $5.470 per tahun. |
Sistem cadangan basis data | Disediakan secara gratis kapasitas 100% dari ruang disk yang dibeli untuk cadangan, kapasitas yang melebihi itu dikenakan biaya. | Setidaknya diperlukan 1 instans CVM sebagai penyimpanan sistem cadangan. Biaya 1 instans CVM dengan konfigurasi 4 CPU, memori 8GB, ruang penyimpanan 200GB (hanya dapat menyimpan cadangan 200GB) adalah $718/tahun, dan perlu membangun kemampuan pemulihan cadangan sendiri. | Diperlukan setidaknya 1 server basis data. Biaya server sekitar $1.094. 1 unit switch jaringan internal yang digunakan untuk menghubungkan server cadangan (switch non-manajemen 1U murah sekitar $136). Kerusakan dan penggantian perangkat keras di kemudian hari akan mengkonsumsi setidaknya 30% biaya tambahan. Biaya perangkat keras: ($1.094 × 1 + $136) × 130% = $1.599. Biaya tahunan: $1.599 / 3 = $533 (perangkat keras dihitung berdasarkan penyusutan 3 tahun). |
Biaya total per tahun | $0 per tahun | $6.964 per tahun | $6.477 per tahun |
Item perbandingan | Basis data cloud MySQL | CVM yang dibangun sendiri | Membangun basis data dengan server yang dibeli sendiri |
Ketersediaan | Sistem ketersediaan tinggi yang dikembangkan sendiri disediakan oleh dua node atau tiga node, mencapai pemulihan kegagalan dalam 30 detik. Instance baca-saja secara otomatis menerapkan penyeimbangan beban. Pemisahan baca-tulis mudah digunakan. Akan meluncurkan node analitik di masa depan untuk memenuhi kebutuhan skenario analitik. | Perlu membeli sistem ketersediaan tinggi secara terpisah. Perlu menerapkan atau membeli layanan penyeimbangan beban secara terpisah. Skenario analitik perlu terintegrasi dengan basis data analitik, dengan tingkat kesulitan implementasi yang tinggi dan biaya yang mahal. | Instance tunggal, sedikitnya dua jam, banyaknya menunggu beberapa minggu untuk pengadaan. Perlu membeli sistem ketersediaan tinggi secara terpisah. Perlu menerapkan atau membeli perangkat penyeimbangan beban secara terpisah. Skenario analitik perlu terintegrasi dengan basis data analitik, dengan tingkat kesulitan implementasi yang tinggi dan biaya yang mahal. |
Keandalan | Keandalan data tinggi, dengan replikasi master-cadang otomatis, pencadangan data, pencadangan log, dan lainnya. MySQL 5.7 tiga node dan MySQL 8.0 tiga node, mencapai RPO (Recovery Point Objective) = 0, tanpa kehilangan data; RTO (Recovery Time Objective) biasanya dalam 30 detik. | Keandalan tinggi hanya dapat dicapai dengan arsitektur yang baik. Mencapai RPO = 0 memerlukan biaya yang sangat tinggi, perlu membeli layanan pengembangan secara terpisah. | Reliabilitas data sedang, tergantung pada probabilitas kerusakan satu disk. Mencapai RPO = 0 memerlukan biaya yang sangat tinggi, perlu membeli layanan pengembangan secara terpisah. |
Kemudahan penggunaan | Basis data cloud MySQL dengan local disk instances memiliki kinerja sangat baik. Setelah menambahkan instance baca-saja, kinerja menjadi kuat dan penyeimbangan beban tercapai. DBbrain menyediakan kemampuan optimisasi lanjutan. Analisis kinerja memenuhi sebagian besar skenario pemantauan dan optimisasi kinerja basis data. | Disk lokal CVM berarti mengurangi reliabilitas data, sedangkan penggunaan disk cloud memerlukan perencanaan arsitektur dengan biaya yang lebih besar. Kinerja MySQL yang dibangun sendiri berbasis SSD pada CVM lebih rendah daripada kinerja basis data cloud MySQL berbasis SSD. Menerapkan versi cloud disk memiliki tingkat kesulitan yang tinggi, biaya konsultasi yang tinggi, dan biaya pemeliharaan yang sangat tinggi. Bergantung pada DBA senior, biaya besar, dan kehilangan otonomi. | Tidak ada sistem cadangan otomatis, kemampuan backup streaming perlu diimplementasikan secara terpisah, dan implementasi fitur pemulihan ke titik waktu tertentu memerlukan biaya tinggi. Perlu membeli atau mengonfigurasi sistem pemantauan secara terpisah, saluran lebih sedikit, dan biaya tinggi. Membangun pusat data di lokasi berbeda memerlukan biaya sangat tinggi, kesulitan implementasi teknis juga besar, dan sangat sulit untuk mewujudkan pemulihan bencana di lokasi berbeda. Biaya peningkatan versi tinggi. |
Apakah halaman ini membantu?
Anda juga dapat Menghubungi Penjualan atau Mengirimkan Tiket untuk meminta bantuan.
masukan