FAQ tentang mesin PolarDB - PolarDB

Topik ini memberikan jawaban atas pertanyaan yang sering diajukan mengenai PolarDB for PostgreSQL (Compatible with Oracle).

Pertanyaan dasar

T: Apa itu PolarDB?
J: PolarDB adalah layanan database relasional cloud yang diterapkan di pusat data di lebih dari 10 wilayah di seluruh dunia, menyediakan layanan database online siap pakai. PolarDB mendukung tiga mesin independen yang kompatibel 100% dengan MySQL, kompatibel 100% dengan PostgreSQL, dan sangat kompatibel dengan sintaks Oracle. Layanan ini menawarkan kapasitas penyimpanan hingga 200 TB. Untuk informasi lebih lanjut, lihat Apa itu PolarDB for PostgreSQL (Compatible with Oracle)?.
T: Mengapa database cloud-native PolarDB lebih unggul dibandingkan database tradisional?
J: Dibandingkan dengan database tradisional, database cloud-native PolarDB dapat menyimpan ratusan terabyte data, menyediakan ketersediaan tinggi dan keandalan, serta mendukung fitur-fitur seperti skalabilitas elastis cepat dan backup tanpa kunci. Untuk informasi lebih lanjut, lihat Manfaat.
T: Kapan PolarDB dirilis dan kapan tersedia secara komersial?
J: PolarDB dirilis dalam pratinjau publik pada September 2017 dan tersedia secara komersial pada Maret 2018.
T: Apa itu kluster dan node?
J: PolarDB Edisi Kluster menggunakan arsitektur kluster multi-node. Sebuah kluster berisi satu node utama dan beberapa node read-only. Satu kluster PolarDB dapat mencakup beberapa zona tetapi tidak dapat mencakup beberapa wilayah. Manajemen dan penagihan dilakukan pada tingkat kluster. Untuk informasi lebih lanjut, lihat Glosarium.
T: Bahasa pemrograman apa saja yang didukung?
J: PolarDB mendukung bahasa pemrograman seperti Java, Python, PHP, Go, C, C++, .NET, dan Node.js.
T: Setelah membeli PolarDB, apakah saya masih perlu membeli middleware database PolarDB-X untuk sharding?
J: Ya, benar.
T: Apakah PolarDB mendukung partisi tabel?
J: Ya, didukung.
T: Dapatkah saya mengubah wilayah kluster PolarDB setelah membelinya?
J: Tidak, Anda tidak dapat mengubahnya. Wilayah kluster tidak dapat diubah setelah pembelian.
T: Apakah PolarDB secara otomatis menyertakan mekanisme partisi?
J: Ya. PolarDB melakukan partisi data pada lapisan penyimpanan. Proses ini transparan bagi pengguna.
T: Bagaimana seri Single Node memastikan ketersediaan layanan dan keandalan data?
J: Seri Single Node adalah produk database yang menyediakan satu node komputasi untuk tujuan tertentu. Meskipun hanya memiliki satu node, seri Single Node memastikan ketersediaan layanan tinggi dan keandalan data menggunakan teknologi seperti penjadwalan komputasi tingkat detik dan penyimpanan multi-replika terdistribusi.
T: Bagaimana cara membeli kluster PolarDB single-node?
J: Seri produk Single Node sudah tidak tersedia lagi. Namun, Anda dapat membeli kluster PolarDB single-node dengan mengatur Number Of Nodes menjadi 0 saat membuat kluster.

Biaya

T: Apa saja yang termasuk dalam biaya PolarDB?
J: Biaya PolarDB mencakup biaya ruang penyimpanan, node komputasi, backup (yang mencakup kuota gratis), dan SQL Explorer (opsional). Untuk informasi lebih lanjut, lihat Spesifikasi dan harga.
T: Apa saja yang termasuk dalam ruang penyimpanan yang dapat ditagih?
J: Ruang penyimpanan yang dapat ditagih mencakup file tabel database, file indeks, file undo log, file Redo log, file log lambat, dan sejumlah kecil file sistem. Untuk informasi lebih lanjut, lihat Spesifikasi dan harga.
T: Bagaimana cara menggunakan Paket penyimpanan PolarDB?
J: Anda dapat menggunakan paket penyimpanan untuk mengimbangi biaya penyimpanan untuk kluster langganan maupun bayar sesuai pemakaian. Misalnya, jika Anda memiliki tiga kluster yang masing-masing menggunakan 40 GB penyimpanan (total 120 GB), ketiga kluster tersebut dapat berbagi paket penyimpanan 100 GB. Sisa 20 GB akan ditagih berdasarkan sistem bayar sesuai pemakaian. Untuk informasi lebih lanjut, lihat Beli paket penyimpanan.
T: Berapa biaya untuk menambahkan node read-only?
J: Harga node read-only sama dengan harga node utama. Untuk informasi lebih lanjut, lihat Rincian harga node komputasi.
T: Apakah menambahkan node read-only menggandakan kapasitas penyimpanan?
J: Tidak, tidak menggandakan. PolarDB menggunakan arsitektur komputasi-penyimpanan terpisah. Node read-only yang Anda beli adalah sumber daya komputasi, sehingga penambahan node tersebut tidak meningkatkan kapasitas penyimpanan.
Ruang penyimpanan bersifat serverless. Anda tidak perlu memilih kapasitas saat membeli kluster. Ruang penyimpanan secara otomatis bertambah seiring pertumbuhan data Anda, dan Anda hanya dikenai biaya berdasarkan jumlah data yang disimpan. Setiap spesifikasi kluster memiliki kapasitas penyimpanan maksimum. Untuk meningkatkan kapasitas penyimpanan maksimum, Anda harus mengubah konfigurasi.
T: Bagaimana cara menghentikan kluster bayar sesuai pemakaian agar tidak dikenai biaya?
J: Jika Anda tidak lagi membutuhkan kluster tersebut, Anda dapat melepaskannya. Setelah kluster dilepas, biaya tidak akan dikenakan lagi.
T: Dapatkah saya mengubah spesifikasi kluster selama peningkatan sementara?
J: Tidak, Anda tidak dapat mengubah semua spesifikasi. Selama peningkatan sementara (saat status kluster adalah `running`), peningkatan manual didukung. Namun, penurunan spesifikasi manual, peningkatan atau penurunan otomatis, dan menambah atau menghapus node tidak didukung.
T: Berapa bandwidth publik PolarDB? Apakah ada biaya?
J: PolarDB tidak memiliki batas bandwidth publik. Batas tersebut bergantung pada bandwidth layanan SLB yang Anda gunakan. Koneksi Internet ke PolarDB tidak dikenai biaya.
T: Mengapa masih ada biaya harian untuk kluster berlangganan?
J: Item yang dapat ditagih untuk PolarDB mencakup node komputasi (node utama dan node read-only), ruang penyimpanan, backup data (dikenai biaya hanya jika melebihi kuota gratis), SQL Explorer (opsional), dan Global Database Network (GDN) (opsional). Untuk informasi lebih lanjut, lihat Ikhtisar penagihan. Langganan berarti Anda membayar di muka biaya node komputasi kluster saat membuat kluster. Biaya ruang penyimpanan, backup data, dan SQL Explorer tidak termasuk dalam langganan. Saat Anda menggunakan database, biaya penyimpanan dipotong dari akun Anda setiap jam berdasarkan ruang penyimpanan yang digunakan oleh kluster. Oleh karena itu, Anda tetap menerima tagihan bayar sesuai pemakaian meskipun menggunakan metode penagihan berlangganan.
T: Apakah ada biaya tambahan untuk migrasi satu klik dari RDS ke PolarDB?
J: Tidak, proses migrasi satu klik gratis. Anda hanya dikenai biaya untuk instansi RDS dan kluster PolarDB.
T: Mengapa saya masih dikenai biaya ruang penyimpanan setelah menghapus data dari tabel PolarDB menggunakan perintah delete?
J: Perintah delete hanya menandai data untuk dihapus. Perintah tersebut tidak melepaskan ruang tabel.

Akses kluster (pemisahan baca/tulis)

T: Bagaimana cara menerapkan pemisahan baca/tulis untuk PolarDB?
J: Anda dapat menggunakan titik akhir kluster dalam aplikasi Anda untuk menerapkan pemisahan baca/tulis berdasarkan mode baca/tulis yang dikonfigurasi. Untuk informasi lebih lanjut, lihat Konfigurasi proksi database.
T: Berapa jumlah maksimum node read-only yang dapat didukung oleh kluster PolarDB?
J: PolarDB menggunakan arsitektur kluster terdistribusi. Sebuah kluster berisi satu node utama dan hingga 15 node read-only. Diperlukan minimal satu node read-only untuk memastikan ketersediaan tinggi.
T: Apa penyebab ketidakseimbangan beban di antara node read-only?
J: Ketidakseimbangan beban di antara node read-only dapat disebabkan oleh jumlah koneksi yang sedikit ke node read-only atau karena node read-only tidak disertakan saat membuat titik akhir kluster kustom.
T: Apa penyebab beban tinggi atau rendah pada node utama?
J: Beban tinggi pada node utama dapat disebabkan oleh koneksi langsung ke titik akhir utama, node utama menerima permintaan baca, banyak permintaan transaksi, latensi replikasi primer/sekunder yang tinggi sehingga permintaan dialihkan ke node utama, atau permintaan baca dialihkan ke node utama karena node read-only mengalami gangguan.
Beban rendah pada node utama dapat terjadi jika opsi "mengalihkan bacaan dari node utama" diaktifkan.
T: Bagaimana cara mengurangi beban pada node utama?
J: Anda dapat menggunakan metode berikut untuk mengurangi beban pada node utama:
- Gunakan titik akhir kluster untuk terhubung ke kluster PolarDB. Untuk informasi lebih lanjut, lihat Konfigurasi proksi database.
- Jika node utama mengalami tekanan akibat banyak transaksi, Anda dapat mengaktifkan fitur pemisahan transaksi di konsol untuk mengarahkan beberapa kueri dalam transaksi ke node read-only. Untuk informasi lebih lanjut, lihat Pemisahan transaksi.
- Jika permintaan dialihkan ke node utama karena latensi replikasi, Anda dapat mempertimbangkan untuk menurunkan tingkat konsistensi (misalnya, menggunakan konsistensi akhir). Untuk informasi lebih lanjut, lihat Tingkat konsistensi.
- Jika node utama menerima permintaan baca, hal ini juga dapat menyebabkan beban tinggi. Anda dapat mengaktifkan fitur "mengalihkan bacaan dari node utama" di konsol untuk mengurangi jumlah permintaan baca yang diarahkan ke node utama.
T: Mengapa saya tidak dapat membaca data yang baru saja dimasukkan?
J: Masalah ini mungkin disebabkan oleh konfigurasi tingkat konsistensi. Titik akhir kluster PolarDB mendukung tingkat konsistensi berikut:
- Konsistensi akhir: Tidak menjamin bahwa Anda dapat langsung membaca data yang baru dimasukkan, baik dalam sesi yang sama maupun sesi berbeda.
- Konsistensi sesi: Menjamin bahwa Anda dapat membaca data yang dimasukkan dalam sesi yang sama.
Catatan
Semakin tinggi tingkat konsistensi, semakin rendah kinerja dan semakin besar tekanan pada node utama. Pilih tingkat konsistensi dengan hati-hati. Untuk sebagian besar skenario aplikasi, konsistensi sesi sudah cukup untuk memastikan layanan berjalan dengan baik. Untuk beberapa pernyataan yang memerlukan konsistensi kuat, Anda dapat menggunakan petunjuk /* FORCE_MASTER */. Untuk informasi lebih lanjut, lihat Tingkat konsistensi.
T: Bagaimana cara memaksa pernyataan SQL dieksekusi di node utama?
J: Saat menggunakan titik akhir kluster, Anda dapat menambahkan /* FORCE_MASTER */ atau /* FORCE_SLAVE */ sebelum pernyataan SQL untuk memaksa arah peruteannya. Untuk informasi lebih lanjut, lihat Praktik terbaik untuk memilih tingkat konsistensi.
- /* FORCE_MASTER */ memaksa permintaan diarahkan ke node utama. Ini dapat digunakan untuk skenario dengan beberapa permintaan baca yang memerlukan konsistensi tinggi.
- /* FORCE_SLAVE */ memaksa permintaan diarahkan ke node read-only. Ini dapat digunakan dalam beberapa skenario di mana PolarProxy memerlukan sintaks khusus untuk diarahkan ke node read-only guna memastikan kebenaran. Misalnya, pemanggilan prosedur tersimpan dan penggunaan pernyataan multi-statement secara default diarahkan ke node utama.
Catatan
- Petunjuk memiliki prioritas perutean tertinggi dan tidak dibatasi oleh tingkat konsistensi atau pemisahan transaksi. Evaluasi penggunaannya sebelum menerapkan.
- Jangan menyertakan pernyataan yang memodifikasi parameter GUC dalam pernyataan petunjuk, seperti /*FORCE_SLAVE*/ set enable_hashjoin = off;. Pernyataan semacam itu dapat menyebabkan hasil kueri yang tidak terduga.
T: Dapatkah saya menetapkan titik akhir yang berbeda untuk layanan yang berbeda? Dapatkah titik akhir ini diisolasi satu sama lain?
J: Ya, Anda dapat melakukannya. Anda dapat membuat beberapa titik akhir kustom untuk layanan yang berbeda. Jika node dasarnya berbeda, titik akhir kustom tersebut memberikan isolasi dan tidak saling memengaruhi. Untuk informasi lebih lanjut tentang cara membuat titik akhir kustom, lihat Buat titik akhir kluster kustom.
T: Jika ada beberapa node read-only, bagaimana cara membuat titik akhir single-node untuk node read-only tertentu?
J: Anda hanya dapat membuat titik akhir single-node ketika mode baca/tulis titik akhir kluster adalah Read-only dan kluster memiliki tiga node atau lebih. Untuk langkah-langkah detail, lihat Buat titik akhir kluster kustom.
Peringatan
Setelah Anda membuat titik akhir single-node, jika node tersebut gagal, titik akhir mungkin tidak tersedia hingga satu jam. Jangan menggunakannya di lingkungan produksi.
T: Berapa jumlah maksimum titik akhir single-node yang dapat dibuat dalam satu kluster?
J: Jika kluster Anda memiliki tiga node, Anda hanya dapat membuat titik akhir single-node untuk salah satu node read-only. Jika kluster memiliki empat node, Anda dapat membuat titik akhir single-node terpisah untuk dua node read-only, dan seterusnya.
T: Saya hanya menggunakan titik akhir utama, tetapi node read-only juga memiliki beban. Apakah titik akhir utama juga mendukung pemisahan baca/tulis?
J: Tidak, tidak mendukung. Titik akhir utama tidak mendukung pemisahan baca/tulis dan selalu hanya terhubung ke node utama. Normal jika node read-only memiliki QPS kecil, yang tidak terkait dengan titik akhir utama.

Manajemen dan pemeliharaan

T: Apakah ada latensi replikasi antara node utama dan node read-only?
J: Ya, ada latensi tingkat milidetik di antara keduanya.
T: Apa penyebab peningkatan latensi replikasi?
J: Situasi berikut dapat menyebabkan peningkatan latensi replikasi:
- Node utama memiliki beban tulis yang tinggi dan menghasilkan terlalu banyak log Redo sehingga node read-only tidak dapat menerapkannya tepat waktu.
- Node read-only memiliki beban yang terlalu tinggi, sehingga mengambil terlalu banyak sumber daya yang seharusnya dialokasikan untuk menerapkan log Redo.
- Adanya bottleneck I/O yang menyebabkan pembacaan dan penulisan log Redo menjadi lambat.
T: Bagaimana cara memastikan konsistensi kueri saat terjadi latensi replikasi?
J: Anda dapat menggunakan titik akhir kluster dan memilih tingkat konsistensi yang sesuai. Tingkat konsistensi dari tertinggi ke terendah adalah konsistensi sesi, dan konsistensi akhir. Untuk informasi lebih lanjut, lihat Konfigurasi proksi database.
T: Dapatkah tujuan titik pemulihan (RPO) 0 dijamin jika terjadi kegagalan satu node?
J: Ya, dapat dijamin.
T: Bagaimana implementasi peningkatan spesifikasi (misalnya, dari 2 core dan 8 GB menjadi 4 core dan 16 GB) di backend? Apa dampaknya terhadap bisnis saya?
J: Baik proksi maupun node database PolarDB harus ditingkatkan ke konfigurasi baru. Upgrade bergulir pada beberapa node digunakan untuk meminimalkan dampak terhadap bisnis Anda. Setiap upgrade memakan waktu sekitar 10 hingga 15 menit. Dampak terhadap bisnis Anda berlangsung tidak lebih dari 30 detik. Selama periode ini, terjadi satu hingga tiga koneksi transient. Untuk informasi lebih lanjut, lihat Ubah konfigurasi.
T: Berapa lama waktu yang dibutuhkan untuk menambahkan node? Apakah akan memengaruhi bisnis saya?
J: Menambahkan node memakan waktu sekitar lima menit dan tidak berdampak pada bisnis Anda. Untuk informasi lebih lanjut tentang cara menambahkan node, lihat Tambahkan node read-only.
Catatan
Setelah node read-only ditambahkan, koneksi pemisahan baca/tulis baru meneruskan permintaan ke node tersebut. Koneksi pemisahan baca/tulis yang telah dibuat sebelum penambahan node read-only baru tidak meneruskan permintaan ke node tersebut. Anda harus memutus dan membuat ulang koneksi tersebut, misalnya dengan me-restart aplikasi.
T: Berapa lama waktu yang dibutuhkan untuk meningkatkan ke versi minor terbaru? Apakah akan memengaruhi bisnis saya?
J: PolarDB menggunakan upgrade bergulir pada beberapa node untuk meminimalkan dampak terhadap bisnis Anda. Upgrade versi biasanya memakan waktu tidak lebih dari 30 menit. Selama upgrade, proksi database atau mesin kernel database direstart, yang dapat menyebabkan koneksi database transient. Kami merekomendasikan Anda melakukan upgrade selama jam non-sibuk dan memastikan aplikasi Anda memiliki mekanisme koneksi ulang otomatis. Untuk informasi lebih lanjut, lihat Manajemen versi minor.
T: Bagaimana cara kerja failover otomatis?
J: PolarDB menggunakan arsitektur kluster ketersediaan tinggi aktif-aktif. Failover otomatis terjadi antara node utama dan node read-only. Sistem secara otomatis memilih node utama baru. Setiap node dalam PolarDB memiliki prioritas failover, yang menentukan probabilitas node tersebut dipilih sebagai node utama baru selama failover. Jika beberapa node memiliki prioritas yang sama, mereka memiliki probabilitas yang sama untuk dipilih sebagai node utama. Untuk informasi lebih lanjut, lihat Failover primer/sekunder otomatis atau manual.
T: Apa arsitektur proksi database? Apakah memiliki mekanisme failover? Bagaimana ketersediaan tingginya dipastikan?
J: Proksi database menggunakan arsitektur dual-node dengan ketersediaan tinggi. Trafik didistribusikan secara merata antara dua node proksi. Sistem terus-menerus memeriksa kesehatan node proksi. Jika terdeteksi kegagalan node, koneksi ke node tersebut diputus, dan node sehat yang tersisa secara otomatis mengambil alih seluruh trafik untuk memastikan kelangsungan layanan. Sistem kemudian secara otomatis membangun kembali dan memulihkan node proksi yang rusak. Proses ini biasanya memakan waktu sekitar dua menit. Selama waktu ini, kluster database tetap dapat diakses.
Dalam kasus yang jarang terjadi, koneksi ke node yang rusak mungkin tidak diputus tepat waktu dan tidak dapat lagi merespons permintaan. Untuk menangani situasi seperti ini, kami merekomendasikan Anda mengonfigurasi kebijakan timeout yang wajar di klien, seperti socketTimeout dan connectTimeout untuk JDBC. Hal ini memungkinkan lapisan aplikasi untuk segera mendeteksi dan menghentikan koneksi yang tertunda, yang meningkatkan toleransi kesalahan dan efisiensi respons sistem.

Backup dan pemulihan

T: Metode backup apa yang digunakan PolarDB?
J: PolarDB menggunakan snapshot untuk backup. Untuk informasi lebih lanjut, lihat Metode backup 2: Backup manual.
T: Seberapa cepat pemulihan database?
J: Saat ini, kecepatan pemulihan (kloning) dari set cadangan (snapshot) adalah 40 menit per terabyte (TB). Jika Anda memulihkan ke titik waktu tertentu, waktu yang diperlukan untuk menerapkan log Redo juga harus diperhitungkan. Kecepatan pemulihan untuk menerapkan log Redo adalah sekitar 20 hingga 70 detik per gigabyte (GB). Waktu pemulihan total adalah jumlah dari kedua bagian tersebut.

Kinerja dan kapasitas

T: Berapa jumlah maksimum tabel? Pada jumlah berapa kinerja mulai menurun?
J: Jumlah maksimum tabel dibatasi oleh jumlah file. Untuk informasi lebih lanjut, lihat Batasan.
T: Dapatkah partisi tabel meningkatkan kinerja kueri PolarDB?
J: Ya. Secara umum, jika kueri dapat dibatasi pada partisi tertentu, kinerja dapat ditingkatkan.
T: Dapatkah PolarDB mendukung pembuatan 10.000 database? Berapa jumlah maksimum database?
J: Ya, PolarDB mendukung pembuatan 10.000 database. Jumlah maksimum database dibatasi oleh jumlah file. Untuk informasi lebih lanjut, lihat Batasan.
T: Bagaimana IOPS dibatasi dan diisolasi? Apakah akan terjadi persaingan I/O di antara beberapa node kluster PolarDB?
J: IOPS untuk setiap node dalam kluster PolarDB ditetapkan berdasarkan spesifikasinya. IOPS setiap node diisolasi dan tidak saling memengaruhi. Oleh karena itu, tidak ada persaingan I/O di antara node.
T: Apakah kinerja lambat pada node read-only memengaruhi node utama?
J: Ya. Jika node read-only memiliki beban tinggi atau peningkatan latensi replikasi, hal ini dapat sedikit meningkatkan konsumsi memori node utama.
T: Apa dampak kinerja dari mengaktifkan SQL Explorer (audit log SQL lengkap)?
J: Tidak ada dampak kinerja.
T: Protokol jaringan berkecepatan tinggi apa yang digunakan PolarDB?
J: PolarDB menggunakan teknologi RDMA ganda 25 Gbps antara node komputasi database dan node penyimpanan, serta antara beberapa replika data yang disimpan. Hal ini memberikan kinerja I/O tinggi dengan latensi rendah dan throughput tinggi.
T: Berapa batas bandwidth untuk koneksi eksternal ke PolarDB?
J: Batas bandwidth untuk koneksi Internet ke PolarDB adalah 10 Gbit/s.