Topik ini menjawab pertanyaan umum (FAQ) mengenai ApsaraDB RDS, mencakup konsep dasar, penagihan dan pembelian, serta manajemen instans.
Konsep dasar
Apa itu database instance?
Database instance adalah server database tempat Anda dapat membuat satu atau beberapa database. Di setiap database, Anda dapat membuat satu atau beberapa tabel.
Apa Itu Instans Primer dan Sekunder?
Pada instans Edisi Ketersediaan Tinggi, Edisi Kluster SQL Server, node yang diakses oleh layanan Anda adalah instans primary. Data dari instans primary disinkronkan secara real time ke node lain, yaitu instans secondary.
Anda hanya dapat mengakses instans primary. Instans secondary hanya digunakan untuk pencadangan dan tidak menangani permintaan layanan. Jika instans primary gagal, terjadi alih bencana primary/secondary. Instans secondary menjadi instans primary yang baru, sedangkan instans primary sebelumnya dibangun ulang sebagai instans secondary yang baru. Proses ini transparan bagi aplikasi Anda, meskipun mungkin terjadi pemutusan koneksi sementara selama alih bencana.
CatatanUntuk instans MySQL Cluster Edition, node-nya disebut node primary dan secondary. Node secondary dapat dibaca. Jika node primary gagal, salah satu node secondary dapat dipromosikan menjadi node primary.
Untuk informasi lebih lanjut mengenai arsitektur primary dan secondary tiap edisi, lihat Ikhtisar edisi ApsaraDB RDS.
Apa itu read-only instance?
Read-only instance memungkinkan Anda melakukan penskalaan elastis terhadap kemampuan baca sistem database dan mengurangi beban baca dari instans primary. Jika database Anda memiliki banyak permintaan baca tetapi sedikit permintaan tulis, satu instans saja mungkin tidak mampu menangani beban baca tersebut, yang dapat memengaruhi bisnis Anda. Dalam situasi ini, Anda dapat membuat satu atau beberapa read-only instance untuk menangani volume tinggi permintaan baca dan meningkatkan throughput aplikasi Anda.
Untuk informasi lebih lanjut, lihat Pengenalan instans ApsaraDB RDS for MySQL read-only.
Penagihan dan pembelian
Mengapa saya menerima error "permission denied" saat mencoba membuat instans ApsaraDB RDS?
Error ini umum terjadi ketika Pengguna RAM mencoba membuat instans ApsaraDB RDS. Kami menyarankan Anda membuat instans menggunakan Akun Alibaba Cloud. Jika Anda harus menggunakan Pengguna RAM, berikan izin
AliyunRDSFullAccesskepada Pengguna RAM tersebut. Untuk informasi lebih lanjut, lihat Memberikan izin kepada Pengguna RAM.Instans saya menggunakan metode penagihan subscription. Mengapa ada biaya tambahan?
Biaya subscription hanya mencakup instans dan ruang penyimpanannya. Anda akan dikenai biaya tambahan jika menggunakan read-only instance, mengaktifkan SQL Explorer, menggunakan fitur pemantauan performa berbayar, atau melebihi kuota gratis untuk backup storage. Untuk informasi lebih lanjut, lihat Item yang dikenai biaya.
Mengapa instans baru saya tidak muncul di daftar instans setelah saya membuatnya?
Masalah ini dapat terjadi karena alasan berikut:
Wilayah salah
Wilayah yang sedang Anda lihat mungkin berbeda dengan wilayah yang Anda pilih saat membuat instans. Anda dapat mengganti wilayah di pojok kiri atas Konsol.
Sumber daya tidak mencukupi di zona
Sumber daya di suatu zona dialokasikan secara dinamis. Jika zona yang Anda pilih tidak memiliki sumber daya yang cukup saat Anda melakukan pemesanan, pembuatan akan gagal. Kami menyarankan Anda mencoba lagi di zona yang berbeda. Jika pembuatan gagal, Anda dapat melihat pengembalian dana di halaman Pesanan.
Di halaman Pesanan, klik tab Pesanan Produk. Filter pesanan berdasarkan Jenis dan pilih Pengembalian Dana untuk melihat pesanan pengembalian dana beserta statusnya setelah kegagalan pembuatan.
Apakah saya dikenai biaya untuk instans pay-as-you-go yang tidak aktif?
Ya. Karena instans pay-as-you-go tetap menyimpan sumber daya komputasi dan penyimpanan saat tidak aktif, Anda tetap dikenai biaya per jam.
Bisakah saya mengganti metode penagihan antara subscription dan pay-as-you-go?
Ya, Anda bisa. Untuk informasi lebih lanjut, lihat Mengubah metode penagihan dari pay-as-you-go ke subscription dan Mengubah metode penagihan dari subscription ke pay-as-you-go.
Bagaimana perhitungan biaya jika saya mengubah spesifikasi instans subscription?
Untuk informasi lebih lanjut, lihat Mengubah spesifikasi instans.
Apa dampaknya jika instans saya kedaluwarsa atau memiliki pembayaran tertunda?
Untuk informasi lebih lanjut, lihat Pembayaran tertunda.
Apakah lalu lintas jaringan publik gratis baik untuk instans pay-as-you-go maupun subscription? Apakah lalu lintas inbound dan outbound keduanya gratis?
Ya, lalu lintas jaringan publik untuk instans pay-as-you-go maupun subscription, termasuk lalu lintas inbound dan outbound, tidak dikenai biaya.
Apakah ada biaya untuk mengajukan public endpoint?
Tidak. Mengajukan public endpoint saat ini tidak dikenai biaya.
Untuk CPU dan memori yang sama, mengapa spesifikasi entry-level memiliki jumlah koneksi maksimum dan IOPS yang lebih tinggi daripada spesifikasi enterprise-level?
Hal ini karena spesifikasi entry-level termasuk dalam keluarga instans shared atau tujuan umum, sedangkan spesifikasi enterprise-level termasuk dalam keluarga instans khusus. Dalam praktiknya, spesifikasi enterprise-level menawarkan stabilitas yang lebih baik berkat sumber daya CPU dan memori yang didedikasikan. Untuk perbandingan rinci, lihat Keluarga instans.
Manajemen instans
Bagaimana cara memberi otorisasi Pengguna RAM untuk mengelola instans ApsaraDB RDS?
Untuk informasi lebih lanjut, lihat Memberi otorisasi Pengguna RAM untuk mengelola instans ApsaraDB RDS.
Bagaimana cara mengubah Virtual Private Cloud (VPC)?
Beberapa instans ApsaraDB RDS for MySQL mendukung perubahan langsung VPC dan vSwitch. Untuk informasi lebih lanjut, lihat Mengubah VPC dan vSwitch instans ApsaraDB RDS for MySQL.
Instans yang menggunakan cloud disk dan memiliki versi mesin minor sebelum 20201031 tidak mendukung perubahan VPC langsung. Untuk mengubah VPC, gunakan salah satu metode berikut:
Bisakah saya mengakses instance sekunder?
Tidak. Anda hanya dapat mengakses instans primary. Instans secondary hanya digunakan untuk pencadangan dan tidak menangani permintaan layanan.
Saat menggunakan VPC, berapa banyak alamat IP pribadi yang digunakan oleh instans ApsaraDB RDS for MySQL?
Karena implementasi di lapisan bawah, jumlah alamat IP pribadi yang digunakan oleh instans bervariasi tergantung pada tipe instans. Rinciannya sebagai berikut:
ApsaraDB RDS for MySQL 5.5, 5.6, 5.7, atau 8.0 pada Edisi Ketersediaan Tinggi dengan SSD lokal: 1
ApsaraDB RDS for MySQL 5.7 pada Edisi Dasar dengan SSD standar: 1
ApsaraDB RDS for MySQL 8.0 pada Edisi Dasar dengan SSD standar: 2
ApsaraDB RDS for MySQL 5.7 atau 8.0 pada Edisi Ketersediaan Tinggi dengan cloud disk: 3
Bagaimana cara menghentikan sementara instans ApsaraDB RDS yang sedang tidak saya gunakan?
Instans ApsaraDB RDS tidak dapat dihentikan. Jika Anda tidak perlu menggunakan instans tersebut sementara waktu, migrasikan datanya ke database lokal lalu lepas instans tersebut. Untuk informasi lebih lanjut, lihat Melepas atau membatalkan langganan instans.
Perubahan spesifikasi
Apa yang harus saya lakukan jika instans saya terkunci karena ruang penyimpanan tidak mencukupi?
Untuk informasi lebih lanjut, lihat Apa yang harus saya lakukan jika instans ApsaraDB RDS berada dalam status 'Locked'?
Apa yang harus saya lakukan jika disk instans penuh?
Aktifkan ekspansi penyimpanan otomatis. Fitur ini secara otomatis memperluas ruang disk saat hampir penuh, sehingga mencegah instans terkunci. Untuk informasi lebih lanjut, lihat Mengaktifkan ekspansi penyimpanan otomatis untuk instans ApsaraDB RDS for MySQL dan Mengaktifkan ekspansi penyimpanan otomatis untuk instans ApsaraDB RDS for PostgreSQL.
Perluas ruang penyimpanan instans secara manual. Untuk informasi lebih lanjut, lihat Mengubah spesifikasi instans.
Saat saya meningkatkan spesifikasi instans primary, apakah spesifikasi read-only instance-nya ditingkatkan secara otomatis?
Tidak. Anda harus meningkatkan read-only instance secara manual.
Bagaimana cara mengubah tipe penyimpanan antara SSD lokal, SSD standar, dan ESSD?
Untuk informasi lebih lanjut, lihat Mengubah tipe penyimpanan dari cloud disk ke SSD lokal.
Berapa lama waktu yang dibutuhkan untuk memperluas ruang penyimpanan?
Sistem terlebih dahulu memeriksa apakah mesin host memiliki ruang penyimpanan yang cukup. Jika ya, ekspansi dilakukan langsung dan membutuhkan waktu singkat. Jika tidak, sistem memigrasikan data instans ke host dengan penyimpanan yang mencukupi, yang membutuhkan waktu lebih lama.
Apakah mengubah spesifikasi akan memengaruhi layanan online saya?
Selama peningkatan, terjadi gangguan sementara selama sekitar 30 detik saat failover berlangsung.
Apakah endpoint instans berubah setelah saya mengubah spesifikasinya?
Endpoint internal/publik dan endpoint pemisahan baca/tulis tidak berubah, tetapi alamat IP yang sesuai mungkin berubah. Kami menyarankan Anda menggunakan endpoint dalam aplikasi Anda.
Saat saya mencoba memperluas ruang penyimpanan, saya menerima error 'insufficient inventory'. Apa yang harus saya lakukan?
Anda dapat memigrasikan instans ke zona lain lalu mencoba memperluas ruang penyimpanan lagi. Migrasi ke zona lain tidak mengubah endpoint koneksi, tetapi alamat IP yang sesuai dengan endpoint tersebut akan berubah. Kami menyarankan agar aplikasi Anda dikonfigurasi untuk melakukan koneksi ulang secara otomatis.
Keamanan
Apakah daftar putih alamat IP langsung berlaku setelah dikonfigurasi?
Tidak. Diperlukan waktu sekitar satu menit agar pengaturan baru berlaku.
Mengapa ada grup daftar putih alamat IP yang tidak dikenal?
Jika grup tambahan tersebut berisi alamat IP internal, biasanya grup tersebut dibuat secara otomatis oleh layanan Alibaba Cloud lainnya, seperti Data Management Service (DMS) atau Database Autonomy Service (DAS), untuk mendukung fungsi konsol. Grup tersebut tidak memengaruhi data Anda, dan tidak perlu tindakan apa pun. Misalnya, grup daftar putih bernama hdm_security_ips hanya berisi alamat IP internal.
Apakah ada risiko keamanan jika saya hanya mengizinkan akses jaringan internal dan tidak mengaktifkan akses publik?
Kami menyarankan Anda mengalihkan instans ApsaraDB RDS Anda ke jenis jaringan VPC. Hal ini memastikan bahwa hanya instans Elastic Compute Service (ECS) dalam VPC yang sama yang dapat mengakses instans RDS Anda, asalkan Anda menambahkan alamat IP internalnya ke daftar putih alamat IP.
Apa konsekuensi jika Sertifikat SSL yang kedaluwarsa tidak diperbarui? Apakah ini memengaruhi operasi instans atau keamanan data?
Jika Sertifikat SSL kedaluwarsa dan tidak diperbarui, aplikasi client yang menggunakan koneksi terenkripsi akan gagal terhubung ke instans. Namun, hal ini tidak memengaruhi operasi instans atau keamanan data.
Audit
Setelah saya mengaktifkan SQL Explorer, bagaimana cara memeriksa ukuran log yang dihasilkan?
Anda dapat melihat ukuran log Penjelajah SQL di bagian Usage Statistics pada halaman Basic Information. Ukuran Koleksi SQL menunjukkan ukuran log tersebut. Klik Lihat Detail untuk informasi lebih lanjut.
Koneksi
Bagaimana cara memecahkan masalah kegagalan koneksi ke instans?
Untuk informasi lebih lanjut, lihat Memecahkan masalah kegagalan koneksi ke instans ApsaraDB RDS.
Bisakah instans dalam VPC diakses dari internet?
Ya. Setelah Anda mengajukan public endpoint dan mengonfigurasi daftar putih alamat IP, instans dalam VPC atau jaringan klasik dapat diakses dari internet.
Apakah failover primer/sekunder memengaruhi titik akhir koneksi?
Alih bencana primary/secondary tidak mengubah endpoint koneksi. Hanya alamat IP di lapisan bawah yang berubah, yang tidak memengaruhi aplikasi Anda.
Akun dan database
Bisakah saya mengelola akun dengan kontrol yang lebih granular, misalnya berdasarkan alamat IP sumber atau akses tabel?
Ya. Setelah Anda terhubung ke database, Anda dapat menggunakan perintah untuk memberikan izin dengan kontrol yang lebih granular.
Apa saja izin spesifik dari akun istimewa dan akun standar?
Untuk informasi lebih lanjut, lihat Daftar hak istimewa akun.
Apakah ApsaraDB RDS menyediakan akun root atau hak super?
Tidak. ApsaraDB RDS tidak menyediakan akun root atau akun apa pun dengan hak super. Ini merupakan tindakan keamanan untuk mencegah kehilangan data atau kebocoran data yang tidak dapat dipulihkan akibat operasi yang tidak disengaja.
Bisakah akun yang dibuat di instans primary digunakan di instans read-only?
Ya. Akun yang dibuat di instans primary disinkronkan ke instans read-only-nya. Namun, Anda tidak dapat mengelola akun di instans read-only. Akun tersebut hanya memiliki izin baca di instans read-only dan tidak dapat melakukan operasi tulis.
Instans read-only dan pemisahan baca/tulis
Jika saya mengatur bobot baca instans read-only menjadi 0, apakah instans tersebut masih dapat diakses?
Ya, tetapi tidak melalui endpoint pemisahan baca/tulis. Anda hanya dapat mengaksesnya menggunakan endpoint internal atau publik milik instans tersebut. Konfigurasi ini biasanya digunakan untuk mendedikasikan instans read-only kepada layanan tertentu.
Apakah melepas instans read-only memengaruhi layanan saya?
Ya. Sebelum melepas instans read-only, kami menyarankan Anda terlebih dahulu mengatur bobot baca-nya menjadi 0. Koneksi yang di-cache mungkin masih diarahkan ke instans tersebut. Diperlukan koneksi baru untuk mengarahkan permintaan ke instans read-only lainnya.
Apa yang harus saya lakukan jika mengalami masalah dengan pemisahan baca/tulis?
Untuk informasi lebih lanjut, lihat FAQ tentang pemisahan baca/tulis.
Jika frekuensi tulis di instans primary saya rendah, bisakah saya juga mengarahkan permintaan baca ke instans tersebut?
Ya. Saat Anda mengonfigurasi bobot baca, Anda juga dapat memberikan bobot kepada instans primary.
Cadangan dan pemulihan
Bisakah saya menonaktifkan cadangan data untuk instans ApsaraDB RDS for MySQL?
Tidak. Anda dapat mengurangi frekuensi pencadangan hingga minimal dua kali seminggu. Periode retensi minimum untuk cadangan data adalah tujuh hari.
Bisakah saya menonaktifkan cadangan log untuk instans ApsaraDB RDS for MySQL?
Ya, kecuali untuk instans Edisi Dasar. Anda dapat menonaktifkannya dengan mematikan sakelar cadangan log di pengaturan pencadangan.
Mengapa tugas pencadangan kadang gagal?
Menjalankan pernyataan Data Definition Language (DDL) selama pencadangan dapat menyebabkan penguncian tabel, yang mungkin mengakibatkan kegagalan pencadangan.
Mengapa dalam cadangan log terdapat dua file binlog dengan nama yang sama?
Instans Edisi Ketersediaan Tinggi menggunakan arsitektur primary-secondary, dan kedua instans primary maupun secondary menghasilkan file binlog. Anda dapat membedakannya berdasarkan instance ID. Di halaman Service Availability, Anda dapat menemukan ID instans primary dan secondary. Nomor Instans Primary dan Nomor Instans Secondary masing-masing sesuai dengan ID instans primary dan secondary.
Apa tujuan data yang diunduh dan cadangan log?
Anda dapat menggunakan file cadangan ini untuk memulihkan data kapan saja. Untuk informasi lebih lanjut, lihat Memulihkan data dari file cadangan fisik instans ApsaraDB RDS for MySQL ke database yang dikelola sendiri atau Memulihkan data dari file cadangan logis instans ApsaraDB RDS for MySQL ke database yang dikelola sendiri.
Mengapa snapshot berukuran besar padahal ukuran data aktual kecil (misalnya, data beberapa GB menghasilkan snapshot puluhan GB)?Snapshots mencadangkan data pada level blok. Sistem hanya mencadangkan blok yang berisi data, sehingga snapshot lebih kecil daripada disk. Namun, jika data ditulis secara tersebar, banyak blok mungkin hanya terisi sebagian. Karena seluruh blok dimasukkan ke dalam snapshot, ukuran total snapshot bisa jauh lebih besar daripada ukuran data aktual.
Bagaimana cara cepat mengkueri data dalam file cadangan?
Untuk file cadangan logis lengkap, Anda dapat menggunakan fitur backup set query dari Pemulihan Bencana Data. Fitur ini memungkinkan Anda mengkueri data langsung dalam set cadangan yang disimpan di cloud tanpa perlu memulihkan data.