Topik ini menjawab pertanyaan umum terkait pembelian, perubahan konfigurasi, dan peningkatan di AnalyticDB for MySQL.
Jika tidak ada edisi yang disebutkan dalam suatu pertanyaan, pertanyaan tersebut hanya berlaku untuk klaster AnalyticDB for MySQL Data Warehouse Edition.
Ikhtisar FAQ
Bagaimana cara klaster Enterprise Edition dan Basic Edition dibebankan?
Apa perbedaan antara Data Warehouse Edition dan Data Lakehouse Edition?
Apa perbedaan antara Data Warehouse Edition dalam mode elastis dan mode cadangan?
Mengapa saya dikenakan biaya bayar sesuai pemakaian untuk klaster langganan saya?
Bagaimana cara memeriksa apakah penagihan untuk klaster AnalyticDB for MySQL berhenti?
Bagaimana cara menyimpan dan menghentikan penagihan untuk klaster yang tidak lagi digunakan?
Apa yang harus saya lakukan jika klaster AnalyticDB for MySQL saya terkunci?
Dalam skenario apa ketersediaan klaster AnalyticDB for MySQL mungkin terpengaruh?
Bagaimana cara menanyakan versi minor klaster AnalyticDB for MySQL?
Apakah perubahan konfigurasi pada klaster AnalyticDB for MySQL memengaruhi jumlah shard?
Bagaimana cara Enterprise Edition dan Basic Edition klaster dibebankan?
Saat membeli klaster Enterprise Edition atau Basic Edition, Anda hanya membayar sumber daya cadangan yang ditentukan di halaman pembelian. Biaya item yang dapat ditagih lainnya, seperti penyimpanan dan sumber daya elastis, dikenakan secara bayar sesuai pemakaian saat menggunakan klaster. Untuk informasi lebih lanjut tentang aturan penagihan Enterprise Edition dan Basic Edition, lihat Item yang Dapat Ditagih dari Enterprise Edition dan Basic Edition.
Sebagai contoh, Anda membeli klaster Enterprise Edition bayar sesuai pemakaian dengan dukungan penyebaran zona tunggal di wilayah China (Hangzhou) untuk menyimpan 360 GB data. Klaster memiliki 3 node sumber daya cadangan, masing-masing dengan spesifikasi 8 unit komputasi AnalyticDB (ACU). Data sebesar 360 GB mencakup 100 GB data panas dan 260 GB data dingin. Tabel berikut menjelaskan biaya klaster.
Item yang dapat ditagih | Biaya |
Sumber daya cadangan | USD 0.04615 per Jam-CU × 8 CU × 3 node × 1 jam = USD 1.1076 |
Penyimpanan data panas | USD 0.00022 per GB-jam × 100 GB × 1 jam × 2 = USD 0.044 |
Penyimpanan data dingin | USD 0.000028 per GB-jam × 260 GB × 1 jam = USD 0.00728 |
Total biaya per jam = USD 1,1076 + USD 0,044 + USD 0,00728 = USD 1,15888.
Apa perbedaan antara Enterprise Edition dan Basic Edition?
Baik Enterprise Edition maupun Basic Edition menyediakan kemampuan dalam mode elastis, seperti isolasi grup sumber daya, penskalaan sumber daya elastis, dan penyimpanan bertingkat data panas dan dingin, serta mendukung kemampuan dalam mode cadangan, seperti throughput tinggi, penulisan real-time dan konkurensi tinggi, serta kueri real-time. Namun, Enterprise Edition dibangun di atas arsitektur penyimpanan multi-replika dan menyediakan ketersediaan tinggi, sedangkan Basic Edition dibangun di atas arsitektur penyimpanan replika tunggal dan tidak menyediakan ketersediaan tinggi. Untuk informasi lebih lanjut, lihat Edisi.
Apa perbedaan antara Data Warehouse Edition dan Data Lakehouse Edition?
Dengan memanfaatkan analisis real-time berperforma tinggi dari Data Warehouse Edition, Enterprise Edition dan Data Lakehouse Edition menyediakan kemampuan pemrosesan batch yang hemat biaya dan pembelajaran mesin untuk membantu memproses sejumlah besar data, memisahkan komputasi dan penyimpanan, serta mengurangi biaya. Arsitektur data lakehouse mencegah masalah konsistensi dan ketepatan waktu yang mungkin disebabkan oleh sinkronisasi data. Untuk informasi lebih lanjut, lihat Edisi.
Apa perbedaan antara Data Warehouse Edition dalam mode elastis dan Data Warehouse Edition dalam mode cadangan?
Metode penagihan untuk sumber daya penyimpanan berbeda dalam kedua mode tersebut.
Dalam mode cadangan, Anda harus menentukan kapasitas penyimpanan yang diperlukan saat membuat klaster. Anda akan dikenakan biaya berdasarkan kapasitas penyimpanan yang ditentukan.
Dalam mode elastis, Anda tidak perlu menentukan kapasitas penyimpanan saat membuat klaster. Anda akan dikenakan biaya berdasarkan penggunaan penyimpanan.
Sebagai contoh, jika Anda membeli klaster bayar sesuai pemakaian dan penggunaan penyimpanan pada hari tertentu adalah 100 GB, Anda akan dikenakan biaya untuk sumber daya penyimpanan berdasarkan rumus berikut: 100 GB × Durasi Penggunaan. Dalam mode elastis, AnalyticDB for MySQL memberlakukan biaya minimum berdasarkan 20 GB penyimpanan. Anda akan dikenakan biaya untuk 20 GB penyimpanan data bahkan jika penggunaan penyimpanan kurang dari 20 GB.
Dalam mode elastis, sumber daya komputasi dipisahkan dari sumber daya penyimpanan. Sumber daya komputasi digunakan untuk memproses dan menghitung data. Sumber daya penyimpanan digunakan untuk membaca dan menulis data. Dengan cara ini, Anda dapat mengidentifikasi apakah hambatan kinerja beban kerja Anda disebabkan oleh sumber daya komputasi atau sumber daya penyimpanan, dan menskalakan sumber daya sesuai kebutuhan untuk mengurangi biaya.
Apa tujuan dari sumber daya I/O elastis?
Sumber daya I/O elastis dikemas menjadi unit dan dijual sebagai unit I/O elastis (EIU) untuk mengukur kinerja penyimpanan klaster AnalyticDB for MySQL. Data real-time dan data panas disimpan dalam EIU untuk mendukung beban kerja tinggi yang disebabkan oleh impor data dan pembuatan indeks. Untuk informasi lebih lanjut, lihat Perluas Sumber Daya I/O Elastis.
Mengapa saya dikenakan biaya bayar sesuai pemakaian untuk klaster langganan saya?
Saat Anda membuat klaster AnalyticDB for MySQL, yang Anda bayar adalah biaya langganan untuk sumber daya dasar. Namun, Anda mungkin memerlukan sumber daya penyimpanan tambahan dan sumber daya elastis untuk menyimpan data Anda dan meningkatkan sumber daya. Sumber daya ini dikenakan biaya secara bayar sesuai pemakaian dan tercermin dalam tagihan Anda. Untuk informasi lebih lanjut tentang aturan penagihan, lihat Item yang Dapat Ditagih.
Bisakah saya mematikan klaster AnalyticDB for MySQL?
Tidak, Anda tidak dapat mematikan klaster AnalyticDB for MySQL. Untuk mengurangi biaya, Anda dapat membeli rencana penyimpanan dan rencana Jam-CU untuk mengimbangi biaya penyimpanan dan sumber daya yang dikonsumsi oleh klaster. Sumber daya tersebut mencakup sumber daya komputasi cadangan, sumber daya penyimpanan cadangan, dan sumber daya elastis.
Bagaimana cara memeriksa apakah penagihan untuk klaster AnalyticDB for MySQL berhenti?
Setelah Anda menghapus klaster AnalyticDB for MySQL, penagihan untuk klaster berhenti segera. Anda dapat masuk ke Konsol AnalyticDB for MySQL, pilih wilayah di sudut kiri atas konsol, dan kemudian periksa apakah klaster ada. Jika klaster tidak ditampilkan, itu menunjukkan bahwa klaster telah dihapus.
Bagaimana cara menyimpan dan menghentikan penagihan untuk klaster yang tidak lagi digunakan?
Untuk klaster langganan, Anda sudah membayar untuk sumber daya cadangan di halaman pembelian. Namun, Anda mungkin mengalami biaya tambahan bayar sesuai pemakaian untuk sumber daya elastis, penyimpanan, cache, atau cadangan selama penggunaan klaster. Untuk menyimpan klaster tanpa mengeluarkan biaya tambahan, hapus atau matikan operasi yang dapat menyebabkan biaya bayar sesuai pemakaian berdasarkan item yang dapat ditagih.
Klaster bayar sesuai pemakaian ditagih per jam. Untuk menghentikan penagihan untuk klaster, hapus klaster.
Apa yang harus saya lakukan jika klaster AnalyticDB for MySQL saya terkunci?
Jika klaster AnalyticDB for MySQL Data Warehouse Edition Anda dalam mode elastis terkunci karena jumlah data panas yang disimpan dalam EIU melebihi 8 TB, perluas sumber daya I/O elastis Anda sesegera mungkin.
Dalam skenario apa ketersediaan klaster AnalyticDB for MySQL mungkin terpengaruh?
Ketersediaan klaster AnalyticDB for MySQL mungkin terganggu ketika terjadi kegagalan pada klaster atau saat klaster mengalami perubahan konfigurasi atau peningkatan versi.
Bagaimana cara menanyakan versi minor dari klaster AnalyticDB for MySQL?
Jalankan pernyataan berikut:
select adb_version();Dapatkan versi minor klaster dari hasil kueri.
Contoh hasil:
+----------------+----------------+---------------------+-------------+---------------------+ | source_version | rpm_version | build_date | revision_id | revision_date | +----------------+----------------+---------------------+-------------+---------------------+ | 3.1.4.10 | 20210809205222 | 2021-08-09 20:52:22 | 97b631a | 2021-08-09 20:32:04 | +----------------+----------------+---------------------+-------------+---------------------+
Berapa lama waktu yang dibutuhkan untuk menyelesaikan peningkatan di AnalyticDB for MySQL? Apakah peningkatan memengaruhi bisnis saya?
Dalam kebanyakan kasus, peningkatan membutuhkan sekitar 30 menit hingga 2 jam untuk diselesaikan. Waktu yang diperlukan bervariasi berdasarkan spesifikasi klaster dan volume data. Bisnis Anda mungkin mengalami koneksi transien selama peningkatan. Pastikan aplikasi Anda dikonfigurasi untuk secara otomatis menyambung ulang ke klaster Anda. Jika bisnis Anda memerlukan tingkat keberhasilan kueri yang tinggi, kami sarankan Anda melakukan peningkatan selama malam hari atau jam-jam sepi.
Apakah perubahan konfigurasi pada klaster AnalyticDB for MySQL memengaruhi jumlah shard?
Perubahan konfigurasi pada klaster AnalyticDB for MySQL tidak memengaruhi jumlah shard.
Bagaimana cara memulai ulang AnalyticDB for MySQL klaster?
Anda tidak dapat memulai ulang klaster AnalyticDB for MySQL melalui konsol. Untuk memulai ulang klaster, atau kirim tiket.