Umum

T: Apa itu Amazon RDS?

Amazon Relational Database Service (Amazon RDS) adalah layanan terkelola yang memudahkan untuk menyiapkan, mengoperasikan, dan menskalakan database relasional di cloud. Layanan tersebut menyediakan kapasitas yang hemat biaya dan dapat diubah ukurannya, serta mengelola tugas administrasi database yang memakan waktu, sehingga Anda dapat berfokus pada aplikasi dan bisnis Anda.

Amazon RDS memberikan Anda akses ke kemampuan database MySQL, MariaDB, Oracle, SQL Server, atau PostgreSQL yang sudah tidak asing lagi. Hal ini berarti bahwa kode, aplikasi, dan alat yang telah Anda gunakan hari ini dengan database Anda yang sudah ada seharusnya dapat bekerja secara lancar dengan Amazon RDS. Amazon RDS dapat secara otomatis mencadangkan database Anda dan membuat perangkat lunak database Anda selalu diperbarui dengan versi terkini. Anda mendapatkan keuntungan dari fleksibilitas untuk dengan mudah menskalakan sumber daya komputasi atau kapasitas penyimpanan yang terkait dengan instans database Anda. Selain itu, Amazon RDS memudahkan penggunaan replikasi untuk meningkatkan ketersediaan database, meningkatkan ketahanan data, dan menskalakan di luar batasan kapasitas instans database tunggal untuk beban kerja database baca yang besar. Seperti halnya semua Amazon Web Services, tidak diperlukan investasi di muka, dan Anda hanya membayar untuk sumber daya yang Anda gunakan.

T: Mesin database relasional mana yang didukung oleh Amazon RDS?

Amazon RDS mendukung mesin database Amazon Aurora, MySQL, MariaDB, Oracle, SQL Server, dan PostgreSQL.

T: Apa yang dikelola Amazon RDS untuk saya?

Amazon RDS mengelola pekerjaan yang mencakup penyiapan basis data relasional dari penyediaan kapasitas infrastruktur yang Anda minta hingga penginstalan perangkat lunak basis data. Setelah basis data Anda aktif dan berjalan, Amazon RDS mengotomatiskan tugas administratif umum seperti melakukan pencadangan dan patching perangkat lunak yang mendukung basis data Anda. Dengan deployment Multi-AZ opsional, Amazon RDS juga mengelola replikasi data sinkron di seluruh Zona Ketersediaan dengan failover otomatis.

Karena Amazon RDS menyediakan akses database asli, Anda berinteraksi dengan perangkat lunak database relasional seperti biasa. Ini berarti Anda masih bertanggung jawab untuk mengelola pengaturan database yang spesifik untuk aplikasi Anda. Anda akan perlu membangun skema relasional yang paling sesuai dengan kasus penggunaan Anda dan bertanggung jawab untuk penyetelan kinerja apa pun guna mengoptimalkan database untuk alur kerja aplikasi Anda.

T: Kapan sebaiknya saya menggunakan Amazon RDS alih-alih menggunakan Database Relasional AMI Amazon EC2?

Amazon Web Services menyediakan sejumlah alternatif database untuk pengembang. Amazon RDS mengizinkan Anda menjalankan database relasional dengan fitur lengkap ketika membongkar administrasi database. Menggunakan satu dari banyak AMI database relasional pada Amazon EC2 memungkinkan Anda mengelola database relasional Anda sendiri di cloud. Ada perbedaan penting di antara alternatif ini yang mungkin membuat satu alternatif yang lebih sesuai untuk kasus penggunaan Anda. Lihat Database Cloud dengan AWS untuk panduan mengenai pilihan solusi yang terbaik untuk Anda.

T: Bagaimana saya memulai dengan Amazon RDS?

Untuk mendaftar Amazon RDS, Anda harus memiliki akun Amazon Web Services. Buat akun jika Anda belum memilikinya. Setelah mendaftar, harap lihat dokumentasi Amazon RDS, yang berisi Panduan Awal kami.

Amazon RDS merupakan bagian dari AWS Tingkat Gratis sehingga pelanggan baru AWS dapat memulai dengan layanan database terkelola di cloud secara gratis.

T: Apakah ada opsi deployment hibrida atau on-premise untuk Amazon RDS?

Ya, Anda dapat menjalankan Amazon RDS on-premise menggunakan Amazon RDS di Outposts. Silakan baca FAQ tentang Amazon RDS di Outposts untuk tambahan informasi.

T: Apakah saya bisa mendapatkan bantuan untuk mempelajari selengkapnya dan bergabung dengan Amazon RDS?

Ya, spesialis Amazon RDS hadir untuk menjawab pertanyaan Anda dan memberikan dukungan. Hubungi Kami dan Anda akan mendapatkan respons dari kami dalam satu hari kerja untuk mendiskusikan cara AWS membantu organisasi Anda.

Instans Basis Data

T: Apakah yang dimaksud instans database (Instans DB)?

Anda dapat menganggap instans DB sebagai lingkungan basis data dalam cloud dengan sumber daya komputasi dan penyimpanan yang Anda tentukan. Anda dapat membuat dan menghapus instans DB, menentukan/menyempurnakan atribut infrastruktur instans DB Anda, serta mengontrol akses dan keamanan melalui Konsol Manajemen AWS, API Amazon RDS, dan AWS Command Line Interface. Anda dapat menjalankan satu atau beberapa instans DB, dan setiap instans DB dapat mendukung satu atau beberapa basis data atau skema basis data, tergantung pada tipe mesin.

T: Bagaimana cara membuat instans DB?

Instans DB mudah dibuat menggunakan Konsol Manajemen AWS, API Amazon RDS, atau AWS Command Line Interface. Untuk meluncurkan instans DB menggunakan Konsol Manajemen AWS, klik "RDS" lalu tombol “Luncurkan Instans DB” pada tab Instans. Dari sana, Anda dapat menentukan parameter untuk instans DB Anda termasuk mesin dan versi DB, model lisensi, tipe instans, tipe dan jumlah penyimpanan, serta kredensial pengguna primer.

Anda juga memiliki kemampuan untuk mengubah kebijakan penyimpanan cadangan instans DB Anda, periode cadangan pilihan, dan periode pemeliharaan terjadwal. Selain itu, Anda dapat membuat instans DB menggunakan API CreateDBInstance atau perintah create-db-instance.

T: Bagaimana cara mengakses instans DB saya yang sedang berjalan?

Setelah instans DB Anda tersedia, Anda dapat mengambil kembali endpointnya melalui deskripsi instans DB di AWS Management Console, API DescribeDBInstances atau perintah describe-db-instances. Dengan menggunakan endpoint ini, Anda dapat membangun string koneksi yang diperlukan untuk terhubung langsung dengan instans DB menggunakan alat atau bahasa pemrograman database favorit Anda. Untuk mengizinkan permintaan jaringan ke instans DB yang berjalan, Anda perlu mengotorisasi akses. Untuk penjelasan mendetail mengenai cara mengonstruksi string koneksi Anda dan memulainya, silakan lihat Panduan Memulai kami.

T: Berapa banyak instans DB yang dapat saya jalankan dengan Amazon RDS?

Secara default, pelanggan diizinkan memiliki hingga total 40 instans DB Amazon RDS. Dari 40 instans tersebut, hingga 10 instans DB dapat merupakan instans DB Oracle atau SQL Server di bawah model "Termasuk Lisensi". 40 instans DB dapat digunakan untuk Amazon Aurora, MySQL, MariaDB, PostgreSQL, dan Oracle di bawah model "BYOL". Harap diingat bahwa RDS untuk SQL Server memiliki batasan hingga 100 basis data pada instans DB tunggal, lihat Panduan Pengguna Amazon RDS for SQL Server untuk mempelajari selengkapnya.

Jika aplikasi memerlukan lebih banyak instans DB, Anda dapat meminta tambahan instans DB melalui formulir permintaan ini.

T: Berapa banyak database atau skema yang dapat saya jalankan dalam sebuah instans DB?

  • RDS untuk Amazon Aurora: Tidak ada batasan yang dikenakan oleh perangkat lunak
  • RDS untuk MySQL: Tidak ada batasan yang dikenakan oleh perangkat lunak
  • RDS untuk MariaDB: Tidak ada batasan yang dikenakan oleh perangkat lunak
  • RDS untuk Oracle: 1 basis data per instans; tidak ada batasan jumlah skema per basis data yang dikenakan oleh perangkat lunak
  • RDS for SQL Server: Hingga 100 basis data per instans, lihat di sini: Panduan Pengguna Amazon RDS for SQL Server
  • RDS untuk PostgreSQL: Tidak ada batasan yang dikenakan oleh perangkat lunak

T: Bagaimana cara mengimpor data ke instans DB Amazon RDS?

Ada sejumlah cara sederhana untuk mengimpor data ke Amazon RDS, seperti dengan utilitas mysqldump atau mysqlimport untuk MySQL; Pompa Data, impor/ekspor, atau Loader SQL untuk Oracle; wizard import/export, file cadangan penuh (file .bak) atau Bulk Copy Program (BCP) untuk SQL Server; atau pg_dump untuk PostgreSQL. Untuk informasi selengkapnya mengenai impor dan ekspor data, harap lihat Panduan Impor Data untuk MySQL, Panduan Impor data untuk Oracle, Panduan Impor Data untuk SQL Server, atau Panduan Impor data untuk PostgreSQL.

Selain itu, AWS Database Migration Service dapat membantu Anda memigrasi basis data ke AWS dengan mudah dan aman.

T: Apa itu periode pemeliharaan? Apakah instans DB saya akan tersedia selama proses pemeliharaan?

Periode pemeliharaan Amazon RDS merupakan kesempatan Anda untuk mengontrol ketika modifikasi instans DB, peningkatan versi mesin database dan penerapan patch perangkat lunak terjadi, apabila diminta atau diperlukan. Jika pemeliharaan dijadwalkan untuk minggu tertentu, pemeliharaan akan dimulai selama periode pemeliharaan yang Anda identifikasi.

Kejadian pemeliharaan yang memerlukan Amazon RDS untuk membuat instans DB Anda offline adalah menyesuaikan skala operasi komputasi (yang biasanya hanya memerlukan beberapa menit dari awal hingga selesai), pemutakhiran versi mesin database, dan memerlukan penerapan patch perangkat lunak. Penerapan patch perangkat lunak yang diperlukan dijadwalkan otomatis hanya untuk patch yang terkait keamanan dan ketahanan. Penerapan patch seperti itu jarang terjadi (biasanya setiap beberapa bulan sekali) dan jarang memerlukan lebih dari sebagian kecil dari periode pemeliharaan Anda.

Jika Anda tidak menentukan periode pemeliharaan mingguan pilihan ketika membuat instans DB, nilai default 30 menit akan ditetapkan. Jika ingin mengubah waktu pemeliharaan dilakukan, Anda dapat melakukannya dengan mengubah instans DB di Konsol Manajemen AWS, API ModifyDBInstance atau, perintah ubah-instans-db. Setiap instans DB Anda dapat memiliki periode pemeliharaan pilihan yang berbeda, jika Anda memilih demikian.

Menjalankan instans DB Anda sebagai Penerapan Multi-AZ dapat mengurangi pengaruh kejadian pemeliharaan lebih jauh. Silakan lihat Panduan Pengguna Amazon RDS untuk informasi lebih lanjut tentang operasi pemeliharaan.

T: Apa yang harus saya lakukan jika kueri saya tampaknya berjalan lambat?

Untuk database produksi, kami menyarankan Anda untuk mengaktifkan Pemantauan yang Ditingkatkan, yang memberikan akses ke lebih dari 50 CPU, memori, sistem file, dan metrik I/O disk. Anda dapat mengaktifkan fitur ini berdasarkan setiap instans dan Anda dapat memilih perinciannya (hingga ke 1 detik). Tingkat pemakaian CPU yang tinggi dapat mengurangi kinerja kueri dan dalam hal ini Anda mungkin ingin mempertimbangkan penskalaan kelas instans DB Anda. Untuk informasi lebih lanjut tentang pemantauan instans DB Anda, lihat Panduan Pengguna Amazon RDS.

Jika Anda menggunakan RDS untuk MySQL atau MariaDB, Anda dapat mengakses log kueri lambat untuk database Anda guna menentukan apakah ada kueri SQL yang berjalan lambat, dan jika demikian, karakteristik kinerja masing-masing. Anda dapat mengatur Parameter DB “slow_query_log” dan tabel kueri mysql.slow_log untuk meninjau kueri SQL yang berjalan lambat. Silakan lihat Panduan Pengguna Amazon RDS untuk mempelajari lebih lanjut.

Jika Anda menggunakan RDS untuk Oracle, Anda dapat menggunakan jejak data file Oracle untuk mengidentifikasi kueri yang lambat. Untuk informasi lebih lanjut tentang mengakses jejak data file, silakan lihat Panduan Pengguna Amazon RDS.

Jika Anda menggunakan RDS untuk SQL Server, Anda dapat menggunakan jejak SQL Server sisi klien untuk mengidentifikasi kueri yang lambat. Untuk informasi lebih lanjut tentang mengakses jejak data file server, silakan lihat Panduan Pengguna Amazon RDS.

Versi Mesin Database

T: Versi mesin database relasional mana yang didukung oleh Amazon RDS?

Untuk daftar versi mesin database yang didukung, silakan lihat dokumentasi untuk masing-masing mesin:

T: Bagaimana Amazon RDS membedakan antara versi mesin DB “mayor” dan “minor”?

Lihat halaman FAQ masing-masing mesin database Amazon RDS untuk spesifikasi penomoran versi.

T: Apakah Amazon RDS memberikan panduan untuk mendukung versi mesin DB baru?

Dari waktu ke waktu, Amazon RDS menambahkan dukungan untuk versi mesin basis data mayor dan minor. Jumlah versi baru yang didukung akan berbeda-beda berdasarkan frekuensi dan konten rilisan serta patch dari vendor atau organisasi pengembangan mesin dan hasil pemeriksaan menyeluruh dari rilisan dan patch ini oleh tim teknisi basis data kami. Namun, sebagai panduan umum, kami bertujuan untuk mendukung versi mesin baru dalam waktu 5 bulan dari ketersediaan mesin secara umum.

T: Bagaimana cara menentukan versi mesin DB yang didukung yang saya ingin instans DB saya untuk menjalankannya?

Anda dapat menentukan versi apa pun yang didukung saat ini (mayor dan minor) ketika membuat instans DB baru melalui operasi Luncurkan Instans DB dalam AWS Management Console atau API CreateDBInstance. Harap perhatikan bahwa tidak semua versi mesin database tersedia di setiap wilayah AWS.

T: Bagaimana cara mengontrol jika dan ketika versi mesin instans DB saya dimutakhirkan ke versi baru yang didukung?

Amazon RDS berusaha untuk menjaga pembaruan instans database Anda dengan memberikan versi terbaru dari mesin database yang didukung. Setelah versi mesin database baru dirilis oleh vendor atau perusahaan pengembang, maka akan diuji secara menyeluruh oleh tim teknik database kami sebelum tersedia di Amazon RDS.

Kami merekomendasikan Anda untuk membuat instans database Anda tetap dimutakhirkan ke versi minor paling baru karena akan berisi perbaikan keamanan dan fungsionalitas terbaru. Tidak seperti pada versi mayor, pemutakhiran versi minor hanya menyertakan perubahan basis data yang kompatibel ke belakang dengan versi mesin basis data minor sebelumnya (dari versi mayor yang sama).

Jika versi minor baru tidak memiliki perbaikan yang akan menguntungkan pelanggan Amazon RDS, kami mungkin memilih untuk tidak menyediakannya di Amazon RDS. Segera setelah versi minor baru tersedia di Amazon RDS, kami akan mengaturnya untuk menjadi versi minor yang dipilih untuk instans DB baru.

Untuk secara manual memutakhirkan instans basis data ke versi mesin yang didukung, gunakan perintah Ubah Instans DB pada Konsol Manajemen AWS atau API ModifyDBInstance dan atur parameter Versi Mesin DB ke versi yang diinginkan. Secara default, pemutakhiran akan diterapkan atau selama periode pemeliharaan Anda berikutnya. Anda juga dapat memilih untuk segera melakukan pemutakhiran dengan memilih opsi Terapkan Segera di API konsol.

Jika kami menentukan bahwa terdapat perbaikan bug yang signifikan dalam versi minor mesin yang baru dibandingkan dengan versi minor yang dirilis sebelumnya, kami akan menjadwalkan pemutakhiran otomatis untuk instans DB yang memiliki pengaturan Pemutakhiran Versi Minor Otomatis ke “Ya”. Pemutakhiran ini akan dijadwalkan untuk dilakukan selama periode pemeliharaan yang ditentukan pelanggan.

Kami menjadwalkannya agar Anda dapat membuat rencana seputar hal ini, karena diperlukan waktu henti untuk memutakhirkan versi mesin DB, bahkan untuk instans Multi-AZ. Jika Anda ingin menonaktifkan pemutakhiran otomatis versi minor, Anda dapat melakukannya dengan mengatur pengaturan Pemutakhiran Versi Minor Otomatis ke “Tidak”.

Dalam kasus RDS untuk Oracle dan RDS for SQL Server, jika pemutakhiran ke versi minor berikutnya memerlukan perubahan ke edisi berbeda, kami mungkin tidak akan menjadwalkan pemutakhiran otomatis meskipun Anda mengaktifkan pengaturan Pemutakhiran Versi Minor Otomatis. Penentuan apakah akan menjadwalkan pemutakhiran otomatis dalam situasi semacam itu akan dilakukan berdasarkan kasus per kasus.

Karena pemutakhiran versi mayor melibatkan beberapa risiko kompatibilitas, maka pemutakhiran tidak akan terjadi secara otomatis dan harus dimulai oleh Anda (kecuali dalam kasus penolakan versi mayor, lihat di bawah).

Untuk informasi lebih lanjut tentang pemutakhiran instans DB ke versi mesin DB baru, lihat Panduan Pengguna Amazon RDS.

T: Dapatkah saya menguji instans DB saya dengan versi baru sebelum melakukan pemutakhiran?

Ya. Anda dapat melakukannya dengan membuat snapshot instans DB Anda yang sudah ada, memulihkan snapshot DB untuk membuat instans DB baru, kemudian memulai pemutakhiran versi untuk instans DB baru. Anda kemudian dapat bereksperimen dengan aman pada salinan pemutakhiran instans DB Anda sebelum memutuskan apakah akan meningkatkan instans DB asli Anda atau tidak.

Untuk informasi lebih lanjut tentang pemulihan snapshot DB, lihat Panduan Pengguna Amazon RDS.

T: Apakah Amazon RDS memberikan panduan untuk menghentikan penggunaan versi mesin database yang saat ini didukung?

  • Kami bermaksud untuk mendukung rilisan versi mayor (misalnya, MySQL 5.6, PostgreSQL 9.6) setidaknya selama 3 tahun setelah versi tersebut mulai didukung oleh Amazon RDS.
  • Kami bermaksud untuk mendukung versi minor (misalnya, MySQL 5.6.37, PostgreSQL 9.6.1) setidaknya selama 1 tahun setelah versi tersebut mulai didukung oleh Amazon RDS.

Secara berkala, kami akan menghentikan versi mesin mayor atau minor. Untuk versi mayor, biasanya ketika versi telah berganti ke dukungan yang diperluas atau tidak lagi menerima perbaikan perangkat lunak atau pembaruan keamanan. Untuk versi minor, adalah ketika versi minor memiliki bug yang signifikan atau masalah keamanan yang telah diselesaikan dalam versi minor selanjutnya.

Meskipun kami berusaha keras untuk memenuhi panduan ini, dalam beberapa kasus kami mungkin menghentikan penggunaan versi mayor atau minor tertentu dengan lebih cepat, seperti pada saat terdapat masalah keamanan. Dalam kasus di mana hal tersebut tidak mungkin terjadi, Amazon RDS akan secara otomatis memutakhirkan mesin database Anda untuk mengatasi masalah ini. Keadaan tertentu dapat menentukan linimasa yang berbeda tergantung pada masalah yang sedang ditangani.

T: Apa yang terjadi ketika versi mesin DB Amazon RDS tidak lagi digunakan?

Ketika versi minor dari mesin basis data tidak lagi digunakan di Amazon RDS, kami akan memberi waktu tiga (3) bulan setelah pengumuman sebelum memulai pemutakhiran otomatis. Di akhir periode ini, semua instans yang masih menjalankan versi minor yang sudah tidak digunakan akan dijadwalkan untuk pemutakhiran otomatis ke versi minor terbaru yang didukung selama periode pemeliharaan terjadwal.

Ketika versi mayor dari mesin basis data tidak lagi digunakan di Amazon RDS, kami akan memberikan minimal waktu enam (6) bulan setelah pengumuman penghentian penggunaan agar Anda dapat memulai pemutakhiran ke versi mayor yang didukung. Di akhir periode ini, pemutakhiran otomatis ke versi mayor selanjutnya akan diterapkan untuk instans apa pun yang masih menjalankan versi mayor yang sudah tidak digunakan selama jadwal periode pemeliharaan.

Setelah versi mesin database mayor atau minor tidak lagi didukung di Amazon RDS, setiap instans DB yang dipulihkan dari snapshot DB yang dibuat dengan versi yang tidak didukung akan dimutakhirkan secara otomatis dan dengan segera ke versi yang saat ini didukung.

Penagihan

T: Bagaimana saya dikenai biaya dan ditagih atas penggunaan Amazon RDS saya?

Anda hanya perlu membayar yang Anda gunakan, dan tidak ada biaya minimal atau biaya penyiapan. Anda ditagih berdasarkan:

  • Jam instans DB – Berdasarkan kelas (misalnya, db.t2.micro, db.m4.large) instans DB yang dipakai. Jam instans DB sebagian yang digunakan ditagihkan dalam peningkatan satu detik dengan biaya minimum 10 menit setelah perubahan status yang dapat ditagih, seperti membuat, memulai, atau memodifikasi kelas instans DB. Untuk keterangan lebih terperinci, baca pengumuman apa yang baru kami.
  • Penyimpanan (per GB per bulan) – Kapasitas penyimpanan yang Anda sediakan untuk instans DB Anda. Jika Anda menskalakan kapasitas penyimpanan yang diberikan dalam bulan ini, akan diterapkan sistem pro-rata pada tagihan Anda.
  • Permintaan I/O per bulan – Jumlah total permintaan I/O penyimpanan yang Anda miliki (hanya untuk Penyimpanan Magnetik Amazon RDS dan Amazon Aurora)
  • Provisioned IOPS per bulan – Tarif IOPS yang disediakan, terlepas dari IOPS yang digunakan (hanya untuk Penyimpanan Provisioned IOPS (SSD) Amazon RDS)
  • Penyimpanan Cadangan – Penyimpanan cadangan adalah penyimpanan yang terkait dengan pencadangan database otomatis Anda dan snapshot database mana pun yang dimulai oleh pelanggan. Meningkatkan periode penyimpanan cadangan Anda atau mengambil snapshot DB meningkatkan penyimpanan cadangan yang digunakan oleh database Anda.
  • Transfer data – Transfer data internet masuk dan keluar dari instans DB Anda.

Untuk informasi harga Amazon RDS, silakan kunjungi bagian harga pada halaman produk Amazon RDS.

T: Kapan penagihan instans DB Amazon RDS saya dimulai dan berakhir?

Penagihan dimulai untuk instans DB segera setelah instans DB tersedia. Penagihan berlanjut sampai instans DB berakhir, yang akan terjadi saat penghapusan atau dalam hal kegagalan instans.

T: Apakah yang menentukan jam instans Amazon RDS yang dapat ditagih?

Jam instans DB ditagih untuk setiap jam saat instans DB Anda berjalan dalam keadaan tersedia. Jika tidak lagi ingin dikenai biaya untuk instans DB, Anda harus menghentikan atau menghapus instans tersebut agar tidak ditagih atas jam instans tambahan. Jam instans DB sebagian yang digunakan ditagihkan dalam peningkatan satu detik dengan biaya minimum 10 menit setelah perubahan status yang dapat ditagih, seperti membuat, memulai, atau memodifikasi kelas instans DB. Untuk keterangan lebih terperinci, baca pengumuman apa yang baru kami.

T: Bagaimana saya akan ditagih untuk instans DB yang dihentikan?

Ketika instans database dihentikan, Anda akan ditagih untuk penyimpanan yang disediakan (termasuk Provisioned IOPS) dan penyimpanan cadangan (termasuk snapshot manual dan cadangan otomatis dalam periode penyimpanan yang ditentukan), tetapi tidak untuk jam instans DB.

T: Mengapa biaya penyimpanan cadangan tambahan saya lebih besar dari biaya penyimpanan instans DB yang dialokasikan?

Penyimpanan yang disediakan untuk instans DB Anda untuk data primer berlokasi di satu Availability Zone. Ketika database Anda dicadangkan, data cadangan (termasuk log transaksi) secara geografis direplikasi di beberapa Availability Zone untuk memberikan tingkat ketahanan data yang lebih tinggi. Harga penyimpanan cadangan di luar alokasi gratis Anda merefleksikan replikasi ekstra ini yang terjadi untuk memaksimalkan ketahanan cadangan kritis Anda.

T: Bagaimana saya akan ditagih untuk penerapan instans DB Multi-AZ?

Jika Anda menetapkan bahwa instans DB Anda seharusnya adalah penerapan Multi-AZ, Anda akan ditagih berdasarkan harga Multi-AZ yang diposting di halaman harga Amazon RDS. Penagihan Multi-AZ berdasarkan pada:

  • Jam instans DB Multi-AZ – Berdasarkan kelas (misalnya, db.t2.micro, db.m4.large) instans DB yang digunakan. Adapun deployment standar dalam satu Zona Ketersediaan, jam instans DB Sebagian ditagih dalam peningkatan satu detik dengan biaya minimum 10 menit setelah perubahan status yang dapat ditagih, seperti membuat, memulai, atau memodifikasi kelas instans DB. Untuk keterangan lebih terperinci, baca pengumuman apa yang baru kami. Jika Anda mengonversi deployment instans DB Anda antara standar dan Multi-AZ dalam jam tertentu, Anda akan dikenai dua tarif yang berlaku selama jam tersebut.
  • Penyimpanan yang disediakan (untuk instans DB Multi-AZ) – Jika Anda mengonversi penerapan antara standar dan Multi-AZ dalam jam tertentu, Anda akan dikenakan tarif yang lebih tinggi dari tarif penyimpanan yang berlaku untuk jam tersebut.
  • Permintaan I/O per bulan – Jumlah total permintaan I/O penyimpanan yang Anda miliki. Penerapan Multi-AZ menggunakan volume permintaan I/O yang lebih besar dari penerapan instans DB standar, tergantung pada rasio tulis/baca database Anda. Penggunaan tulis I/O yang terkait dengan pembaruan database akan berlipat ganda karena Amazon RDS secara tersinkron mereplikasi data Anda ke instans DB standby. Penggunaan baca I/O akan tetap sama.
  • Penyimpanan Cadangan – Penggunaan penyimpanan cadangan Anda tidak akan berubah, baik instans DB Anda standar maupun penerapan Multi-AZ. Cadangan hanya akan diambil dari standby Anda untuk menghindari penangguhan I/O pada primer instans DB.
  • Transfer data – Anda tidak dikenakan biaya untuk transfer data yang terjadi pada saat mereplikasi data antara primer dan standby Anda. Transfer data internet masuk dan keluar dari instans DB Anda dikenakan biaya yang sama dengan penerapan standar.

T: Apakah harga mencakup pajak?

Kecuali dinyatakan lain, harga tersebut tidak termasuk pajak dan beban biaya yang berlaku, termasuk PPN dan pajak penjualan yang berlaku. Untuk pelanggan dengan alamat tagihan Jepang, penggunaan layanan AWS tunduk pada Pajak Konsumsi Jepang. Pelajari selengkapnya.

Tingkat Gratis

T: Apa yang ditawarkan Tingkat Gratis AWS untuk Amazon RDS?

Penawaran AWS Tingkat Gratis untuk Amazon RDS memberikan penggunaan gratis instans DB Micro AZ Tunggal yang menjalankan MySQL, MariaDB, PostgreSQL, Oracle (model lisensi "Bawa Lisensi Anda Sendiri (BYOL)") dan Edisi SQL Server Express. Tingkat penggunaan gratis dibatasi pada 750 jam instans per bulan. Pelanggan juga menerima 20 GB penyimpanan basis data (SSD) Tujuan Umum dan 20 GB penyimpanan cadangan gratis per bulan.

T: Untuk jangka waktu berapa lama AWS Tingkat Gratis untuk Amazon RDS akan tersedia untuk saya?

Akun AWS yang baru menerima 12 bulan akses Tingkat Gratis AWS. Silakan lihat FAQ AWS Tingkat Gratis untuk informasi lebih lanjut.

T: Dapatkah saya menjalankan lebih dari satu instans DB di bawah Tingkat Penggunaan Gratis AWS untuk Amazon RDS?

Ya. Anda dapat menjalankan lebih dari satu instans DB Micro AZ Tunggal secara bersamaan dan memenuhi syarat untuk penggunaan yang dihitung berdasarkan AWS Tingkat Gratis untuk Amazon RDS. Namun, jika penggunaan melebihi 750 jam instans di seluruh instans DB Micro AZ Tunggal Amazon RDS dan di seluruh wilayah dan mesin basis data yang memenuhi syarat, akan ditagih dengan harga standar Amazon RDS.

Contoh: jika Anda menjalankan dua instans DB Micro AZ Tunggal selama masing-masing 400 jam dalam satu bulan, Anda akan mengakumulasikan 800 jam instans penggunaan, 750 jam dari akumulasi tersebut gratis. 50 jam sisanya akan ditagih pada Anda dengan harga standar Amazon RDS.

T: Apakah saya memiliki akses ke masing-masing 750 jam instans dari instans DB Micro MySQL, MariaDB, PostgreSQL, Oracle dan SQL Server berdasarkan AWS Tingkat Gratis?

Tidak. Pelanggan dengan akses ke AWS Tingkat Gratis dapat menggunakan hingga 750 jam instans dari instans Micro yang menjalankan Edisi MySQL, PostgreSQL, Oracle atau SQL Server Express. Penggunaan apa pun yang melebihi 750 jam instans di seluruh instans DB Micro AZ Tunggal Amazon RDS dan di seluruh wilayah dan mesin basis data yang memenuhi syarat, akan ditagih dengan harga standar Amazon RDS.

T: Bagaimana saya ditagih ketika penggunaan jam instans saya melebihi manfaat dari Tingkat Gratis?

Anda akan ditagih dengan harga standar Amazon RDS untuk jam instans yang melampaui apa yang diberikan oleh Tingkat Gratis. Lihat halaman harga Amazon RDS untuk mengetahui detailnya.

Instans Cadangan

T: Apa itu instans cadangan (RI)?

Instans cadangan Amazon RDS memberikan Anda opsi untuk mencadangkan instans DB selama jangka waktu satu atau tiga tahun dan sebagai gantinya, Anda menerima potongan harga yang signifikan dibandingkan dengan harga instans sesuai permintaan untuk instans DB. Ada tiga opsi pembayaran RI – Tanpa Biaya Didepan, Biaya Didepan Sebagian, Semua Didepan – yang memungkinkan Anda menyeimbangkan jumlah yang Anda bayar didepan dengan harga per jam yang efektif.

T: Bagaimana instans cadangan berbeda dengan instans DB sesuai permintaan?

Secara fungsional, instans cadangan dan instans DB sesuai permintaan masih sama persis. Satu-satunya perbedaan adalah cara penagihan instans DB Anda. Dengan Instans Cadangan, Anda membeli reservasi satu atau tiga tahun dan menerima tarif penggunaan efektif per jam yang lebih rendah (dibandingkan dengan Instans DB Sesuai Permintaan) selama jangka waktu tersebut. Kecuali Anda membeli instans cadangan di suatu Wilayah, semua instans DB akan ditagih dengan tarif per jam sesuai permintaan.

T: Bagaimana saya membeli dan membuat instans cadangan?

Anda dapat membeli instans cadangan di bagian "Instans Cadangan" AWS Management Console untuk Amazon RDS. Selain itu, Anda dapat menggunakan API Amazon RDS atau AWS Command Line Interface guna mendaftar pencadangan yang tersedia untuk dibeli, kemudian membeli pencadangan instans DB.

Setelah Anda melakukan pembelian pencadangan, menggunakan instans DB cadangan tidak berbeda dengan instans DB Sesuai Permintaan. Luncurkan instans DB menggunakan kelas, mesin, dan wilayah instans yang sama dengan yang Anda buat untuk reservasi. Selama pembelian reservasi Anda aktif, Amazon RDS akan menerapkan pengurangan tarif per jam bagi Anda untuk instans DB yang baru.

T: Apakah instans cadangan mencakup pencadangan kapasitas?

Instans cadangan Amazon RDS dibeli untuk Wilayah, bukan untuk Availability Zone tertentu. Karena RI tidak spesifik untuk suatu Availability Zone Ketersediaan, maka RI bukanlah pencadangan kapasitas. Ini berarti bahwa meskipun kapasitas terbatas dalam satu Availability Zone, cadangan masih dapat dibeli di Wilayah dan potongan harga akan berlaku untuk penggunaan yang cocok dalam Availability Zone mana pun dalam Wilayah tersebut.

T: Berapa banyak instans cadangan yang dapat saya beli?

Anda dapat membeli hingga 40 instans DB cadangan. Jika Anda ingin menjalankan lebih dari 40 instans DB, silakan lengkapi formulir permintaan Instans DB Amazon RDS.

T: Bagaimana jika saya memiliki instans DB yang ingin saya cakup dengan instans cadangan?

Cukup beli rerservasi instans DB dengan kelas instans DB, mesin DB, opsi Multi-AZ dan Model Lisensi yang sama dalam Wilayah yang sama seperti instans DB yang sedang Anda jalankan saat ini dan ingin Anda cadangkan. Jika pembelian reservasi berhasil, Amazon RDS akan secara otomatis menerapkan biaya penggunaan baru per jam Anda ke instans DB yang sudah ada.

T: Jika saya mendaftar untuk instans cadangan, kapan jangka waktunya dimulai? Apa yang terjadi pada instans DB saya jika masa berlakunya berakhir?

Perubahan harga yang berkaitan dengan instans cadangan diaktifkan setelah permintaan Anda diterima ketika otorisasi pembayaran diproses. Ada dapat mengikuti status pencadangan pada halaman Aktivitas Akun AWS atau menggunakan API DescribeReservedDBInstances atau perintah describe-reserved-db-instances. Jika pembayaran satu kali tidak berhasil diotorisasi sampai periode penagihan selanjutnya, potongan harga tidak akan berlaku.

Ketika jangka waktu pencadangan Anda berakhir, instans cadangan Anda akan kembali ke tarif penggunaan per jam Pesanan yang sesuai untuk kelas dan Wilayah instans DB Anda.

T: Bagaimana cara mengontrol instans DB yang akan ditagihkan pada tarif instans cadangan?

Operasi Amazon RDS untuk membuat, mengubah, dan menghapus instans DB tidak berbeda antara instans sesuai permintaan dan cadangan. Saat menghitung tagihan Anda, sistem kami akan secara otomatis menerapkan Reservasi Anda sedemikian rupa sehingga semua instans DB yang memenuhi syarat dibebankan pada tarif instans DB cadangan per jam yang lebih rendah.

T: Jika saya menaikkan atau menurunkan kelas instans DB, apa yang akan terjadi dengan reservasi saya?

Setiap reservasi terkait dengan seperangkat atribut berikut: mesin DB, kelas instans DB, opsi deployment Multi-AZ, model lisensi, dan Wilayah.

Rerservasi untuk mesin dan model lisensi DB yang memenuhi syarat untuk fleksibilitas ukuran (MySQL, MariaDB, PostgreSQL, Amazon Aurora atau Oracle "Bawa Lisesnsi Anda Sendiri") akan secara otomatis berlaku untuk instans DB ukuran apa pun yang sedang berjalan dalam keluarga instans yang sama (misalnya M4, T2, atau R3) untuk mesin basis data dan Wilayah yang sama. Selain itu, reservasi juga akan berlaku untuk instans DB yang berjalan di opsi deployment AZ Tunggal atau Multi-AZ.

Contoh, misalkan Anda membeli pencadangan db.m4.2xlarge MySQL. Jika Anda memutuskan untuk menaikkan skala instans DB yang berjalan menjadi a db.m4.4xlarge, tarif potongan harga untuk RI ini akan mencakup 1/2 dari penggunaan instans DB yang lebih besar.

Jika Anda menjalankan mesin atau model lisensi mesin DB yang tidak memenuhi syarat untuk fleksibilitas ukuran (Microsoft SQL Server atau Oracle "License Included"), masing-masing pencadangan hanya dapat diterapkan ke instans DB dengan atribut yang sama selama jangka waktunya. Jika Anda memutuskan untuk memodifikasi salah satu atribut instans DB Anda yang sedang berjalan sebelum akhir jangka waktu pencadangan, tarif penggunaan per jam Anda untuk instans DB tersebut akan kembali ke tarif per jam pesanan.

Untuk detail lebih lanjut tentang fleksibilitas ukuran, lihat Panduan Pengguna Amazon RDS.

T: Dapatkah saya memindahkan instans cadangan dari satu Wilayah atau Availability Zone ke yang lainnya?

Masing-masing instans cadangan terkait dengan Wilayah tertentu, yang tetap untuk masa berlaku pencadangan dan tidak dapat diubah. Namun, setiap pencadangan dapat digunakan di AZ mana pun yang tersedia dalam Wilayah terkait.

T: Apakah instans cadangan tersedia untuk penerapan Multi-AZ?

Ya. Ketika Anda membeli instans cadangan, Anda dapat memilih opsi Multi-AZ di konfigurasi instans DB yang tersedia untuk pembelian. Selain itu, jika Anda menggunakan mesin DB dan model lisensi yang mendukung fleksibilitas ukuran instans cadangan, instans cadangan Multi-AZ akan mencakup penggunaan untuk dua instans DB Single-AZ.

T: Apakah instans cadangan tersedia untuk replika baca?

Pencadangan instans DB dapat diterapkan ke replika baca, dengan kelas dan Wilayah instans DB yang tersedia sama. Saat menghitung tagihan Anda, sistem kami akan secara otomatis menerapkan Pencadangan Anda sedemikian rupa sehingga semua instans DB yang memenuhi syarat dibebankan tarif instans cadangan per jam yang lebih rendah.

T: Dapatkah saya membatalkan pencadangan?

Tidak, Anda tidak dapat membatalkan instans DB cadangan Anda dan pembayaran satu kali (jika berlaku) tidak dapat dikembalikan. Anda akan terus membayar untuk setiap jam selama jangka waktu instans DB Cadangan Anda, terlepas dari penggunaan oleh Anda.

T: Bagaimana opsi pembayaran memengaruhi tagihan saya?

Ketika Anda membeli RI dengan opsi pembayaran Semua Biaya di Muka, Anda membayar untuk seluruh jangka waktu RI dalam satu pembayaran di muka. Anda dapat memilih untuk tidak membayar apa pun di muka dengan memilih opsi Tanpa Biaya di Muka. Seluruh nilai RI Tanpa Biaya di Muka tersebar di setiap jam dalam jangka waktu dan Anda akan ditagih untuk setiap jam dalam jangka waktu tersebut, terlepas dari penggunaannya. Opsi pembayaran Sebagian di Muka merupakan penggabungan opsi Semua Biaya di Muka dan Tanpa Biaya di Muka. Anda melakukan pembayaran kecil di muka, dan Anda ditagih tarif per jam yang rendah untuk setiap jam dalam jangka waktu terlepas dari penggunaan.

Perangkat Keras dan Penskalaan

T: Bagaimana cara menentukan kelas dan kapasitas penyimpanan instans DB awal yang sesuai dengan kebutuhan saya?

Untuk memilih kelas dan kapasitas penyimpanan instans DB awal, Anda akan menilai kebutuhan komputasi, memori, dan penyimpanan aplikasi Anda. Untuk informasi tentang kelas instans DB yang tersedia, harap lihat Panduan Pengguna Amazon RDS.

T: Bagaimana cara menskalakan sumber daya komputasi dan/atau kapasitas penyimpanan yang terkait dengan Instans Basis Data Amazon RDS saya?

Anda dapat menskalakan sumber daya komputasi dan kapasitas penyimpanan yang dialokasikan untuk instans DB Anda dengan Konsol Manajemen AWS (memilih instans DB yang diinginkan dan mengeklik tombol Ubah), API Amazon RDS, atau AWS Command Line Interface. Memori dan sumber daya CPU dimodifikasi dengan cara mengubah kelas instans DB Anda, dan penyimpanan yang tersedia diubah ketika Anda memodifikasi alokasi penyimpanan. Harap perhatikan bahwa ketika Anda memodifikasi kelas atau penyimpanan yang dialokasikan Instans DB Anda, perubahan yang Anda minta akan diterapkan selama periode pemeliharaan yang ditentukan. Cara lainnya, Anda dapat menggunakan bendera "terapkan segera" untuk segera menerapkan permintaan penskalaan Anda. Ingat bahwa perubahan sistem yang tertunda lainnya juga akan diterapkan.

Beberapa RDS untuk instans SQL Server mungkin tidak layak untuk penyimpanan yang dikembangkan. Lihat FAQ RDS untuk SQL Server untuk informasi selengkapnya.

T: Apa konfigurasi perangkat keras untuk penyimpanan Amazon RDS?

Amazon RDS menggunakan volume EBS untuk penyimpanan log dan database. Tergantung ukuran penyimpanan yang diminta, Amazon RDS secara otomatis terbagi di beberapa volume EBS untuk meningkatkan kinerja IOPS. Untuk MySQL dan Oracle, untuk instans DB yang sudah ada, Anda dapat mengobservasi beberapa penyempurnaan kapasitas I/O jika Anda menaikkan skala penyimpanan. Anda dapat menyesuaikan skala kapasitas penyimpanan yang dialokasikan ke instans DB menggunakan AWS Management Console, API ModifyDBInstance, atau perintah modify-db-instance.

Untuk informasi lebih lanjut, lihat Penyimpanan untuk Amazon RDS.

T: Apakah instans DB saya akan tetap tersedia selama penskalaan?

Kapasitas penyimpanan yang dialokasikan untuk instans DB Anda dapat ditingkatkan ketika menjaga ketersediaan instans DB. Namun, ketika Anda memutuskan untuk menaikkan atau menurunkan skala sumber daya komputasi yang tersedia untuk instans DB, database Anda akan tidak tersedia untuk sementara ketika kelas instans DB diubah. Periode ketidaktersediaan ini biasanya hanya berlangsung beberapa menit, dan akan terjadi selama periode pemeliharaan untuk Instans DB, kecuali Anda menetapkan bahwa perubahan harus segera diterapkan.

Bagaimana saya dapat menyesuaikan skala instans DB saya melebihi kelas instans DB terbesar dan kapasitas penyimpanan maksimal?

Amazon RDS mendukung variasi kelas instans DB dan alokasi penyimpanan untuk memenuhi kebutuhan aplikasi yang berbeda. Jika aplikasi memerlukan sumber daya yang lebih besar dari kelas instans DB terbesar atau penyimpanan yang lebih banyak dari alokasi maksimal, Anda dapat mengimplementasikan partisi, dan menyebarkan data di beberapa instans DB.

T: Apa itu penyimpanan General Purpose (SSD) Amazon RDS?

Penyimpanan General Purpose (SSD) Amazon RDS sangat sesuai untuk berbagai beban kerja database yang memiliki cukup persyaratan I/O. Dengan dasar 3 IOPS/GB dan kemampuan untuk mencapai hingga 3.000 IOPS, opsi penyimpanan ini memberikan kinerja yang dapat diprediksi untuk memenuhi kebutuhan sebagian besar aplikasi.

T: Apa itu penyimpanan Provisioned IOPS (SSD) Amazon RDS?

Penyimpanan Provisioned IOPS (SSD) Amazon RDS adalah opsi penyimpanan yang didukung SSD yang dirancang untuk menghasilkan kinerja I/O yang cepat, dapat diprediksi, dan konsisten. Dengan Penyimpanan Provisioned IOPS (SSD) Amazon RDS, Anda dapat menentukan tarif IOPS ketika membuat instans DB, dan Amazon RDS menyediakan IOPS tersebut untuk masa berlaku instans DB. Penyimpanan Provisioned IOPS (SSD) Amazon RDS dioptimalkan untuk beban kerja database I/O-intensif dan transaksional (OLTP). Untuk detail selengkapnya, harap lihat Panduan Pengguna Amazon RDS.

T: Apa yang dimaksud penyimpanan magnetik Amazon RDS?

Penyimpanan magnetik Amazon RDS berguna untuk beban kerja basis data kecil tempat data jarang diakses. Penyimpanan magnetik tidak disarankan untuk instans database produksi.

T: Bagaimana saya memilih di antara jenis penyimpanan Amazon RDS?

Pilih jenis penyimpanan yang paling cocok dengan beban kerja Anda.

  • Beban kerja OLTP kinerja tinggi: Penyimpanan Provisioned IOPS (SSD) Amazon RDS
  • Beban kerja database dengan persyaratan I/O sedang: Penyimpanan General Purpose (SSD) Amazon RDS

T: Apa IOPS minimal dan maksimal yang didukung oleh Amazon RDS?

IOPS yang didukung oleh Amazon RDS bervariasi berdasarkan mesin database. Untuk detail lebih lanjut, silakan lihat Panduan Pengguna Amazon RDS.

Cadangan Otomatis dan Snapshot Database

T: Apa perbedaan antara cadangan otomatis dan Snapshot DB?

Amazon RDS menyediakan dua metode berbeda untuk membuat cadangan serta memulihkan cadangan otomatis dan snapshot database (Snapshot DB) instans DB Anda.

Fitur cadangan otomatis Amazon RDS memungkinkan pemulihan titik waktu dari instans DB Anda. Ketika cadangan otomatis diaktifkan untuk Instans DB Anda, Amazon RDS secara otomatis melakukan pengambilan snapshot harian data secara penuh (selama periode cadangan pilihan Anda) dan menangkap log transaksi (ketika pembaruan ke Instans DB dibuat). Saat Anda memulai pemulihan titik waktu, log transaksi diterapkan ke cadangan harian yang paling tepat untuk memulihkan instans DB ke waktu tertentu yang Anda minta. Amazon RDS menyimpan cadangan dari Instans DB untuk periode waktu terbatas yang ditentukan oleh pengguna yang disebut periode penyimpanan, yang secara default adalah 7 hari tetapi dapat diatur hingga 35 hari. Anda dapat memulai pemulihan titik waktu dan menentukan setiap detik selama periode penyimpanan Anda, hingga Waktu Pemulihan Terkini. Anda dapat menggunakan API DescribeDBInstances untuk mengembalikan waktu pemulihan terbaru untuk instans DB Anda, yang biasanya berlangsung dalam lima menit terakhir. Cara lainnya, Anda dapat menemukan Waktu Pemulihan Terkini untuk instans DB dengan memilihnya di AWS Management Console dan mencari tab “Deskripsi” di panel bawah Konsol.

Snapshot DB dimulai oleh pengguna dan memungkinkan Anda mencadangkan instans DB Anda dalam keadaan yang diketahui sesering yang diinginkan, kemudian mengembalikan ke keadaan tertentu tersebut kapan saja. Snapshot DB dapat dibuat dengan AWS Management Console, API CreateDBSnapshot, atau perintah create-db-snapshot dan disimpan sampai Anda menghapusnya secara eksplisit.

Snapshot yang dilakukan oleh Amazon RDS untuk mengaktifkan cadangan otomatis tersedia untuk Anda salin (menggunakan konsol AWS atau perintah copy-db-snapshot) atau untuk fungsionalitas pemulihan snapshot. Anda dapat mengidentifikasinya menggunakan Jenis Snapshot "otomatis". Selain itu, Anda dapat mengidentifikasi waktu di mana snapshot telah diambil dengan melihat kolom "Waktu Pembuatan Snapshot". Cara lainnya, pengenal snapshot "otomatis" juga berisi waktu (dalam UTC) saat snapshot diambil.

Harap diingat: Ketika Anda melakukan operasi pemulihan ke titik waktu atau dari Snapshot DB, Instans DB baru dibuat dengan endpoint yang baru (Instans DB lama dapat dihapus jika diinginkan). Hal ini dilakukan untuk memungkinkan Anda membuat beberapa Instans DB dari Snapshot DB atau titik waktu spesifik.

T: Apakah saya perlu mengaktifkan cadangan untuk Instans DB saya atau aktif secara otomatis?

Secara default, Amazon RDS mengaktifkan cadangan otomatis untuk Instans DB Anda dengan 7 hari periode penyimpanan. Penyimpanan cadangan gratis terbatas untuk ukuran database yang disediakan dan hanya berlaku untuk Instans DB yang aktif. Contohnya, jika Anda memiliki 100 GB penyimpanan basis data yang disediakan selama satu bulan, kami akan memberikan 100 GB-bulan untuk penyimpanan cadangan tanpa biaya tambahan.

Jika Anda ingin memodifikasi periode retensi cadangan, Anda dapat melakukannya menggunakan konsol atau API CreateDBInstance (ketika membuat Instans DB baru) atau API ModifyDBInstance (untuk Instans yang sudah ada). Anda dapat menggunakan API ini untuk mengubah parameter RetentionPeriod ke jumlah berapa pun dari 0 (yang akan menonaktifkan cadangan otomatis) ke jumlah hari yang diinginkan. Nilai tidak dapat diatur ke 0 jika instans DB merupakan sumber untuk Replika Baca. Untuk informasi selengkapnya tentang cadangan otomatis, harap lihat Panduan Pengguna Amazon RDS.

T: Apa yang dimaksud dengan periode cadangan dan mengapa saya memerlukannya? Apakah database saya tersedia selama periode pencadangan?

Periode cadangan yang diinginkan adalah periode waktu yang ditentukan pengguna selama instans DB Anda dicadangkan. Amazon RDS menggunakan cadangan data periodik yang berkaitan dengan log transaksi untuk memungkinkan Anda memulihkan Instans DB Anda ke detik mana pun selama periode penyimpanan, hingga LatestRestorableTime (biasanya hingga beberapa menit terakhir). Selama periode pencadangan, I/O penyimpanan mungkin ditangguhkan sesaat ketika proses pencadangan dimulai (biasanya dalam beberapa detik) dan Anda mungkin mengalami periode singkat peningkatan latensi. Tidak ada penangguhan I/O untuk penerapan DB Multi-AZ, karena cadangan diambil dari standby.

T: Di mana cadangan otomatis dan snapshot DB saya disimpan dan bagaimana cara mengelola penyimpanannya?

Snapshot DB Amazon RDS dan cadangan otomatis disimpan di S3.

Anda dapat menggunakan AWS Management Console, API ModifyDBInstance, atau perintah modify-db-instance untuk mengatur periode waktu penyimpanan cadangan otomatis Anda dengan memodifikasi parameter RetentionPeriod. Jika Anda ingin menonaktifkan cadangan otomatis seluruhnya, Anda dapat melakukannya dengan mengatur periode penyimpanan ke 0 (tidak disarankan). Anda dapat mengelola Snapshot DB buatan pengguna Anda melalui bagian “Snapshot” Konsol Amazon RDS. Atau, Anda dapat melihat daftar Snapshot DB buatan pengguna untuk Instans DB yang diberikan menggunakan API DescribeDBSnapshots atau perintah describe-db-snapshots dan menghapus snapshot dengan API DeleteDBSnapshot atau perintah delete-db-snapshot.

T: Mengapa saya memiliki lebih banyak snapshot DB otomatis daripada jumlah hari dalam periode penyimpanan untuk instans DB saya?

Hal yang normal untuk memiliki lebih banyak 1 atau 2 snapshot DB otomatis daripada jumlah hari dalam periode penyimpanan Anda. Satu snapshot otomatis ekstra disimpan untuk memastikan kemampuan melakukan pemulihan titik waktu kapan pun selama periode penyimpanan. Contohnya, jika periode pencadangan Anda diatur ke 1 hari, Anda akan memerlukan 2 snapshot otomatis untuk mendukung pemulihan dalam 24 jam sebelumnya. Anda juga mungkin melihat snapshot otomatis tambahan karena snapshot otomatis baru selalu dibuat sebelum snapshot otomatis paling lama dihapus.

T: Apa yang terjadi dengan cadangan dan snapshot DB saya jika saya menghapus instans DB?

Ketika Anda menghapus instans DB, Anda dapat membuat snapshot DB terakhir saat penghapusan; jika Anda melakukannya, Anda dapat menggunakan snapshot DB ini untuk memulihkan instans DB yang dihapus di kemudian hari. Amazon RDS menyimpan snapshot DB buatan pengguna terakhir ini bersama dengan semua snapshot DB yang dibuat secara manual setelah instans DB dihapus. Lihat halaman harga untuk detail biaya penyimpanan cadangan.

Cadangan otomatis dihapus ketika instans DB dihapus. Hanya Snapshot DB yang dibuat secara manual yang disimpan setelah Instans DB dihapus.

Keamanan

T: Apa itu Amazon Virtual Private Cloud (VPC) dan bagaimana cara kerjanya dengan Amazon RDS?

Amazon VPC memungkinkan Anda membuat lingkungan jaringan virtual di bagian privat dan terisolasi dari AWS cloud, tempat Anda dapat melakukan kontrol penuh atas aspek-aspek seperti rentang alamat IP privat, subnet, tabel perutean, dan gateway jaringan. Dengan Amazon VPC, Anda dapat menentukan topologi jaringan virtual dan menyesuaikan konfigurasi jaringan agar mirip dengan jaringan IP tradisional yang mungkin Anda operasikan di pusat data Anda sendiri.

Salah satu cara Anda dapat memanfaatkan VPC adalah ketika Anda ingin menjalankan aplikasi web publik sekaligus masih mempertahankan server backend yang tidak dapat diakses publik di subnet privat. Anda dapat membuat subnet publik untuk server web yang memiliki akses ke Internet, dan menempatkan Instans DB Amazon RDS backend dalam subnet privat tanpa akses Internet. Untuk informasi selengkapnya tentang Amazon VPC, lihat Panduan Pengguna Amazon Virtual Private Cloud.

T: Apa perbedaan menggunakan Amazon RDS di dalam VPC dan menggunakannya di platform EC2-Classic (non-VPC)?

Jika akun AWS Anda dibuat sebelum 04-12-2013, Anda mungkin dapat menjalankan Amazon RDS di lingkungan Amazon Elastic Compute Cloud (EC2)-Classic. Fungsionalitas dasar Amazon RDS adalah sama terlepas dari apakah yang digunakan adalah EC2-Classic atau EC2-VPC. Amazon RDS mengelola cadangan, patching perangkat lunak, deteksi kegagalan otomatis, replika baca, dan pemulihan, baik ketika Instans DB Anda di-deploy di dalam atau di luar VPC. Untuk informasi selengkapnya tentang perbedaan antara EC2-Classic dan EC2-VPC, lihat dokumentasi EC2.

T: Apa yang dimaksud Grup Subnet DB dan mengapa saya memerlukannya?

Grup Subnet DB adalah kumpulan subnet yang mungkin ingin Anda tetapkan untuk Instans DB Amazon RDS dalam VPC. Setiap Grup Subnet DB harus memiliki setidaknya satu subnet untuk setiap Zona Ketersediaan di Wilayah yang diberikan. Ketika membuat Instans DB di VPC, Anda perlu memilih Grup Subnet DB. Amazon RDS kemudian menggunakan Grup Subnet DB tersebut dan Availability Zone yang Anda pilih untuk memilih subnet dan alamat IP dalam subnet tersebut. Amazon RDS membuat dan menghubungkan Antarmuka Jaringan Elastis ke Instans DB Anda dengan alamat IP tersebut.

Harap diperhatikan bahwa kami sangat merekomendasikan agar Anda menggunakan Nama DNS untuk terhubung dengan Instans DB Anda karena alamat IP yang mendasarinya dapat berubah (misalnya selama failover).

Untuk deployment Multi-AZ, menentukan subnet untuk semua Zona Ketersediaan di Wilayah akan mengizinkan Amazon RDS untuk membuat standby baru dalam Zona Ketersediaan lain jika diperlukan. Anda perlu melakukan ini bahkan untuk penerapan Single-AZ, jika Anda ingin mengonversikannya ke penerapan Multi-AZ di beberapa titik.

T: Bagaimana cara membuat Instans DB Amazon RDS di VPC?

Untuk prosedur yang memandu Anda melalui proses ini, silakan lihat Membuat Instans DB di VPC di Panduan Pengguna Amazon RDS.

T: Bagaimana cara mengontrol akses jaringan ke Instans DB saya?

Kunjungi bagian Grup Keamanan pada Panduan Pengguna Amazon RDS untuk mempelajari tentang perbedaan cara mengontrol akses ke Instans DB Anda.

T: Bagaimana cara menghubungkan Instans DB Amazon RDS di VPC?

Instans DB yang di-deploy dalam VPC dapat diakses oleh Instans EC2 yang di-deploy dalam VPC yang sama. Jika Instans EC2 di-deploy dalam subnet publik dengan IP Elastis terkait, Anda dapat mengakses Instans EC2 melalui internet.

Instans DB yang diterapkan dalam VPC dapat diakses dari Internet atau dari Instans EC2 di luar VPC melalui VPN atau host bastion yang dapat Anda luncurkan di subnet publik, atau menggunakan opsi yang Dapat Diakses Publik dari Amazon RDS:

  • Untuk menggunakan host bastion, Anda perlu menyiapkan subnet publik dengan instans EC2 yang bertindak sebagai SSH Bastion. Subnet publik ini harus memiliki gateway internet dan peraturan perutean yang memungkinkan lalu lintas untuk diarahkan melalui host SSH, yang kemudian harus meneruskan permintaan ke alamat IP privat dari instans DB Amazon RDS Anda.
  • Untuk menggunakan konektivitas publik, cukup buat instans DB Anda dengan mengatur opsi yang Dapat Diakses Publik ke ya. Dengan Dapat Diakses Publik yang aktif, Instans DB dalam VPC akan sepenuhnya dapat diakses dari luar VPC secara default. Ini berarti Anda tidak perlu mengonfigurasi VPN atau host bastion untuk mengizinkan akses ke instans Anda.

Anda juga dapat mengatur Gateway VPN yang memperpanjang jaringan perusahaan ke VPC Anda dan mengizinkan akses ke instans DB Amazon RDS dalam VPC tersebut. Lihat Panduan Pengguna Amazon VPC untuk mengetahui detail selengkapnya.

Kami sangat menyarankan Anda menggunakan Nama DNS agar dapat terhubung dengan Instans DB Anda karena alamat IP dasar dapat berubah (misalnya selama failover).

T: Dapatkah saya memindahkan instans DB di luar VPC yang sudah ada ke dalam VPC saya?

Jika instans DB Anda tidak berada di dalam VPC, Anda dapat menggunakan AWS Management Console untuk dengan mudah memindahkan instans DB ke VPC. Lihat Panduan Pengguna Amazon RDS untuk detail lebih lanjut. Anda juga dapat mengambil snapshot Instans DB di luar VPC dan mengembalikannya ke VPC dengan menentukan Grup Subnet DB yang ingin digunakan. Selain itu, Anda juga dapat melakukan operasi “Pulihkan ke Waktu Tertentu”.

T: Dapatkah saya memindahkan instans DB di dalam VPC yang sudah ada ke luar VPC saya?

Migrasi Instans DB dari dalam ke luar VPC tidak didukung. Untuk alasan keamanan, Snapshot DB dari Instans DB di dalam VPC tidak dapat dikembalikan ke luar VPC. Hal yang sama berlaku dengan fungsi “Kembalikan ke Waktu Tertentu”. 

T: Apa tindakan pencegahan yang harus diambil untuk memastikan bahwa Instans DB saya di VPC dapat diakses oleh aplikasi saya?

Anda bertanggung jawab untuk memodifikasi tabel perutean dan ACL jaringan dalam VPC untuk memastikan bahwa instans DB Anda dapat dijangkau oleh instans klien di VPC.

Untuk deployment Multi-AZ, setelah failover, instans EC2 dan Instans DB Amazon RDS klien Anda mungkin berada di Zona Ketersediaan yang berbeda. Anda harus mengonfigurasi ACL jaringan untuk memastikan bahwa komunikasi antar-AZ dimungkinkan.

T: Dapatkah saya mengubah Grup Subnet DB dari Instans DB saya?

Grup Subnet DB yang sudah ada dapat diperbarui untuk menambah subnet, baik untuk Availability Zone yang sudah ada maupun Availability Zone baru yang ditambahkan sejak pembuatan Instans DB. Menghapus subnet dari Grup Subnet DB yang sudah ada dapat menyebabkan ketidaktersediaan instans jika mereka berjalan di AZ tertentu yang dihapus dari grup subnet. Lihat Panduan Pengguna Amazon RDS untuk informasi selengkapnya.

T: Apa yang dimaksud dengan akun pengguna primer Amazon RDS dan apa perbedaannya dengan akun AWS?

Untuk mulai menggunakan Amazon RDS Anda akan memerlukan akun developer AWS. Jika Anda tidak memiliki akun sebelum daftar ke Amazon RDS, Anda akan diminta untuk membuat akun ketika Anda memulai proses pendaftaran. Akun pengguna primer berbeda dari akun developer AWS dan digunakan hanya dalam konteks Amazon RDS untuk mengontrol akses ke Instans DB Anda. Akun pengguna primer adalah akun pengguna basis data asli yang dapat Anda gunakan untuk terhubung ke Instans DB Anda. Anda dapat menentukan nama pengguna primer dan kata sandi yang ingin Anda kaitkan dengan masing-masing Instans DB ketika Anda membuat Instans DB. Setelah Anda membuat Instans DB, Anda dapat terhubung ke basis data menggunakan kredensial pengguna primer. Kemudian, Anda mungkin juga ingin membuat akun pengguna tambahan sehingga Anda dapat membatasi siapa yang dapat mengakses Instans DB Anda.

T: Hak istimewa apa yang diberikan kepada pengguna primer untuk Instans DB saya?

Untuk MySQL, hak istimewa default untuk pengguna primer meliputi: opsi buat, drop, referensi, peristiwa, ubah, hapus, indeks, sisipkan, pilih, perbarui, buat tabel sementara, kunci tabel, memicu, buat tampilan, tampilkan tampilan, ubah rutinitas, buat rutinitas, eksekusi, picu, buat pengguna, proses, tunjukkan basis data, dan izinkan.

Untuk Oracle, pengguna primer diberikan peran "dba". Pengguna primer menerima sebagian besar hak istimewa yang terkait dengan peran tersebut. Harap lihat Panduan Pengguna Amazon RDS untuk daftar hak istimewa terbatas dan alternatif terkait untuk melakukan tugas administratif yang mungkin memerlukan hak istimewa ini.

Untuk SQL Server, pengguna yang membuat database diberikan peran "db_owner". Silakan lihat Panduan Pengguna Amazon RDS untuk daftar hak istimewa terbatas dan alternatif terkait untuk melakukan tugas administratif yang mungkin memerlukan hak istimewa ini.

T: Apakah ada yang berbeda dalam hal manajemen pengguna dengan Amazon RDS?

Tidak, semuanya bekerja dengan cara yang Anda ketahui ketika menggunakan database relasional yang Anda kelola sendiri.

T: Dapatkah program yang berjalan di server pusat data saya mengakses database Amazon RDS?

Ya. Anda harus dengan sengaja mengaktifkan kemampuan untuk mengakses database Anda melalui internet dengan mengonfigurasi Grup Keamanan Anda dapat melakukan otorisasi akses hanya untuk IP tertentu, rentang IP, atau subnet yang terkait dengan server di pusat data Anda sendiri.

T: Dapatkah saya mengenkripsi koneksi antara aplikasi saya dan Instans DB saya menggunakan SSL/TLS?

Ya, opsi ini didukung untuk semua mesin Amazon RDS.

Amazon RDS memberikan sertifikat SSL/TLS untuk setiap Instans DB. Setelah koneksi terenkripsi terjalin, data yang ditransfer antara Instans DB dan aplikasi Anda akan dienkripsi selama transfer.

Walau SSL menawarkan manfaat keamanan, perlu diketahui bahwa enkripsi SSL/TLS merupakan operasi komputasi yang intensif dan akan meningkatkan latensi koneksi database Anda. Dukungan SSL/TLS dalam Amazon RDS adalah untuk mengenkripsi koneksi antara aplikasi dan Instans DB Anda; sehingga tidak boleh diandalkan untuk mengautentikasi Instans DB itu sendiri.

Untuk detail pembuatan koneksi yang terenkripsi dengan Amazon RDS, harap kunjungi Panduan Pengguna MySQL, Panduan Pengguna MariaDB,Panduan Pengguna SQL Server, Panduan Pengguna PostgreSQL, atau Panduan Pengguna Oracle Amazon RDS. Untuk mempelajari selengkapnya tentang cara kerja SSL/TLS dengan mesin ini, Anda dapat melihat langsung ke dokumentasi MySQL, dokumentasi MariaDB, dokumentasi SQL Server MSDN, dokumentasi PostgreSQL, atau Dokumentasi Oracle.

T: Dapatkah saya mengenkripsi data saat istirahat (at rest) di database Amazon RDS saya?

Amazon RDS mendukung enkripsi saat istirahat untuk semua mesin database, memakai kunci yang Anda kelola menggunakan AWS Key Management Service (KMS). Pada instans database yang berjalan dengan enkripsi Amazon RDS, data yang disimpan saat istirahat di penyimpanan dasar dienkripsi, begitu juga cadangan otomatis, replika baca, dan snapshotnya. Enkripsi dan dekripsi ditangani secara transparan. Untuk informasi lebih lanjut tentang penggunaan KMS dengan Amazon RDS, lihat Panduan Pengguna Amazon RDS.

Anda juga dapat menambahkan enkripsi ke instans DB atau klaster DB yang sebelumnya tidak terenkripsi dengan membuat snapshot DB lalu membuat salinan snapshot tersebut dan menentukan kunci enkripsi KMS. Kemudian Anda dapat mengembalikan instans DB atau klaster DB yang terenkripsi menggunakan snapshot terenkripsi.

Amazon RDS for Oracle dan SQL Server mendukung teknologi Enkripsi Data Transparan (TDE) dari mesin tersebut. Untuk informasi selengkapnya, lihat Panduan Pengguna Amazon RDS untuk Oracle dan SQL Server.

T: Bagaimana cara mengontrol tindakan yang dapat diambil oleh sistem dan pengguna saya pada sumber daya Amazon RDS tertentu?

Anda dapat mengontrol tindakan yang dapat diambil oleh pengguna dan grup AWS IAM Anda pada sumber daya Amazon RDS. Hal ini dapat dilakukan dengan mereferensikan sumber daya Amazon RDS di kebijakan AWS IAM yang Anda terapkan ke pengguna dan grup Anda. Pengguna Amazon RDS yang dapat direferensikan di kebijakan AWS IAM meliputi instans DB, snapshot DB, replika baca, grup keamanan DB, grup opsi DB, grup parameter DB, langganan peristiwa, dan grup subnet DB. Selain itu, Anda dapat memberi tanda pada sumber daya ini untuk menambahkan metadata tambahan ke sumber daya Anda. Dengan menggunakan tag, Anda dapat mengategorikan sumber daya (misalnya, "Pengembangan" Instans DB, "Produksi" Instans DB, dan "Uji" Instans DB), serta menulis kebijakan AWS IAM yang mencantumkan izin (yaitu tindakan) yang dapat diambil untuk sumber daya dengan tag yang sama. Untuk informasi selengkapnya, lihat Mengelola Akses ke Sumber Daya dan Basis Data Amazon RDS Anda dan Menandai Sumber Daya Amazon RDS

T: Saya ingin melakukan analisis keamanan atau pemecahan masalah operasional pada deployment Amazon RDS saya. Apakah saya bisa mendapatkan riwayat semua panggilan API Amazon RDS yang dibuat di akun saya?

Ya. AWS CloudTrail adalah layanan web yang merekam panggilan API AWS untuk akun Anda dan mengirimkan file log kepada Anda. Riwayat panggilan API AWS yang dihasilkan oleh CloudTrail memungkinkan analisis keamanan, pelacakan perubahan sumber daya, dan audit kepatuhan. Pelajari selengkapnya tentang CloudTrail di halaman detail AWS CloudTrail, dan aktifkan melalui halaman beranda Konsol Manajemen AWS CloudTrail.

T: Apakah saya dapat menggunakan Amazon RDS dengan aplikasi yang memerlukan kepatuhan HIPAA?

J: Ya, semua mesin basis data Amazon RDS memenuhi syarat HIPAA, sehingga Anda dapat menggunakannya untuk membuat aplikasi sesuai dengan HIPAA dan menyimpan informasi yang berhubungan pemeliharaan kesehatan, termasuk informasi kesehatan yang dilindungi (PHI) di bawah Perjanjian Rekan Bisnis (BAA) dengan AWS. Jika Anda telah memiliki BAA yang telah dilaksanakan, tidak ada tindakan yang perlu dilakukan untuk mulai menggunakan layanan ini di akun yang dicakup oleh BAA Anda. Jika Anda tidak memiliki BAA yang telah dijalankan dengan AWS, atau memiliki pertanyaan lain tentang aplikasi yang sesuai dengan HIPAA pada AWS, silakan hubungi manajer akun kami.

Konfigurasi Database

T: Bagaimana cara memilih parameter konfigurasi yang tepat untuk Instans DB saya?

Secara default, Amazon RDS memilih parameter konfigurasi optimal untuk Instans DB Anda dengan mempertimbangkan kelas instans dan kapasitas penyimpanan. Namun, jika Anda ingin mengubahnya, Anda dapat melakukannya dengan AWS Management Console, API Amazon RDS, atau AWS Command Line Interface. Harap perhatikan bahwa mengubah parameter konfigurasi dari nilai yang direkomendasikan dapat memiliki akibat yang tidak diinginkan, mulai dari penurunan kinerja hingga kegagalan sistem (crash), dan hanya boleh dilakukan oleh pengguna tingkat lanjut yang ingin menanggung risiko ini.

T: Apa itu grup Parameter DB? Apa kegunaannya?

Grup parameter database (Grup Parameter DB) bertindak sebagai “kontainer” untuk nilai konfigurasi mesin yang dapat diterapkan ke satu atau beberapa Instans DB. Jika Anda membuat Instans DB tanpa menentukan Grup Parameter DB, Grup Parameter DB default akan digunakan. Grup default ini berisi default mesin dan default sistem Amazon RDS yang dioptimalkan untuk Instans DB yang Anda jalankan. Namun, jika Anda ingin Instans DB Anda berjalan dengan nilai konfigurasi mesin yang Anda tentukan secara khusus, Anda cukup membuat Grup Parameter DB baru, memodifikasi parameter yang diinginkan, dan memodifikasi Instans DB untuk menggunakan Grup Parameter DB yang baru. Setelah terhubung, semua Instans DB yang menggunakan Grup Parameter DB tertentu mendapatkan semua pembaruan parameter untuk Grup Parameter DB tersebut.

Untuk informasi lebih lanjut tentang mengonfigurasi Grup Parameter DB, silakan baca Panduan Pengguna Amazon RDS.

T: Bagaimana cara memantau konfigurasi sumber daya Amazon RDS saya?

Anda dapat menggunakan AWS Config untuk terus mencatat perubahan konfigurasi untuk Instans DB, Grup Subnet DB, Snapshot DB, Grup Keamanan DB, dan Langganan Peristiwa Amazon RDS serta menerima notifikasi perubahan melalui Amazon Simple Notification Service (SNS). Anda juga dapat membuat Peraturan AWS Config untuk mengevaluasi apakah sumber daya Amazon RDS ini memiliki konfigurasi yang diinginkan.

Deployment Multi-AZ

T: Apa yang dimaksud menjalankan instans DB sebagai penerapan Multi-AZ?

Ketika membuat atau memodifikasi instans DB Anda untuk dijalankan sebagai penerapan Multi-AZ, Amazon RDS akan secara otomatis menyediakan dan mempertahankan replika “standby” di Availability Zone yang berbeda. Pembaruan untuk Instans DB Anda direplikasi secara sinkronis di Availability Zone ke standby untuk menjaga agar tetap sinkron dan melindungi pembaruan database terbaru Anda terhadap kegagalan instans DB. Selama jenis pemeliharaan terencana tertentu, atau dalam hal yang tidak mungkin terjadi kegagalan instans DB atau Kegagalan Availability Zone, Amazon RDS akan secara otomatis mengalami failover ke standby sehingga Anda dapat melanjutkan database tulis dan baca segera setelah standby dipromosikan. Karena catatan nama untuk instans DB Anda tetap sama, aplikasi Anda dapat melanjutkan operasi basis data tanpa perlu intervensi administratif manual. Dengan deployment Multi-AZ, replikasi menjadi transparan. Anda tidak berinteraksi langsung dengan standby, dan tidak dapat digunakan untuk melayani lalu lintas baca. Informasi selengkapnya tentang deployment Multi-AZ ada di Panduan Pengguna Amazon RDS.

T: Apa yang dimaksud dengan Availability Zone?

Availability Zone adalah lokasi yang berbeda dalam suatu Wilayah yang direkayasa untuk diisolasi dari kegagalan di Availability Zone lainnya. Setiap Availability Zone berjalan di infrastruktur independen dan jauh secara fisik, dan dibuat agar dapat sangat diandalkan. Titik kegagalan umum seperti generator dan peralatan pendingin tidak dibagikan di Zona Ketersediaan. Selain itu, Zona Ketersediaan terpisah secara fisik, sehingga bencana alam yang sangat tidak biasa seperti kebakaran, tornado, atau banjir hanya akan memengaruhi satu Zona Ketersediaan. Zona Ketersediaan dalam Wilayah yang sama mendapat manfaat dari konektivitas jaringan latensi rendah.

T: Apa arti “primer” dan “standby” dalam konteks penerapan Multi-AZ?

Ketika Anda menjalankan instans DB sebagai penerapan Multi-AZ, “primer” melayani tulis dan baca database. Selain itu, Amazon RDS menyediakan dan mempertahankan “standby” di belakang layar, yang merupakan replika terbaru dari primer. Standby “promoted”dalam skenario failover. Setelah failover, standby menjadi primer dan menerima operasi database Anda. Anda tidak berinteraksi secara langsung dengan standby (misalnya untuk operasi baca) dalam hal apa pun sebelum promosi. Jika Anda tertarik dalam penskalaan lalu lintas baca di luar batasan kapasitas dari instans DB tunggal, silakan lihat FAQ di Replika Baca.

T: Apa manfaat dari penerapan Multi-AZ?

Manfaat utama menjalankan instans DB Anda sebagai penerapan Multi-AZ adalah peningkatan ketahanan dan ketersediaan database. Peningkatan ketersediaan dan toleransi kesalahan yang ditawarkan oleh penerapan Multi-AZ membuatnya cocok untuk lingkungan produksi.

Menjalankan instans DB Anda sebagai penerapan Multi-AZ akan melindungi data Anda dari kejadian tidak mungkin dari kegagalan komponen instans DB atau hilangnya ketersediaan dalam satu Availability Zone. Contohnya, jika volume penyimpanan pada primer Anda gagal, Amazon RDS secara otomatis memulai failover ke standby, di mana semua pembaruan database Anda lengkap. Hal ini memberikan ketahanan data tambahan relatif terhadap penerapan standar dalam AZ tunggal, di mana operasi pemulihan yang dimulai pengguna akan diperlukan dan pembaruan yang terjadi setelah waktu restorasi terakhir (biasanya dalam lima menit terakhir) tidak akan tersedia.

Anda juga mendapatkan manfaat dari ketersediaan database yang meningkat ketika menjalankan instans DB Anda sebagai penerapan Multi-AZ. Jika kegagalan Availability Zone atau kegagalan instans DB terjadi, pengaruh ketersediaan Anda terbatas pada waktu yang diperlukan untuk menyelesaikan failover otomatis. Manfaat ketersediaan Multi-AZ juga diperpanjang ke pemeliharaan terencana. Contohnya, dengan cadangan otomatis, aktivitas I/O tidak lagi ditangguhkan pada akun primer Anda selama periode cadangan yang Anda pilih, karena cadangan diambil dari standby. Dalam hal patching atau penskalaan kelas instans DB, operasi ini terjadi lebih dahulu pada standby sebelum failover otomatis. Hasilnya, pengaruh ketersediaan Anda terbatas pada waktu yang diperlukan untuk menyelesaikan failover otomatis.

Manfaat lain yang tersirat dari menjalankan instans DB Anda sebagai penerapan Multi-AZ adalah bahwa failover instans DB dilakukan otomatis dan tidak memerlukan administrasi. Dalam konteks Amazon RDS, hal ini berarti Anda tidak diminta untuk memonitor kejadian instans DB dan memulai pemulihan instans DB manual (melalui API RestoreDBInstanceToPointInTime atau RestoreDBInstanceFromSnapshot) jika terjadi kegagalan Availability Zone atau kegagalan instans DB.

T: Adakah implikasi kinerja dari menjalankan instans DB saya sebagai penerapan Multi-AZ?

Anda dapat mengamati latensi tinggi relatif terhadap penerapan instans DB standar dalam satu Availability Zone sebagai hasil dari replikasi data sinkronis yang dilakukan untuk Anda.

T: Ketika menjalankan instans DB saya sebagai penerapan Multi-AZ, dapatkah saya menggunakan standby untuk operasi baca atau tulis?

Tidak, standby Multi-AZ tidak dapat melayani permintaan operasi baca. Penerapan Multi-AZ dirancang untuk memberikan peningkatan ketersediaan dan ketahanan database, bukan untuk manfaat penskalaan baca. Karena itu, fitur ini menggunakan replikasi sinkronis antara primer dan standby. Implementasi kami memastikan bahwa primer dan standby selalu tersinkron, tetapi menghalangi penggunaan standby untuk operasi baca atau tulis. Jika Anda tertarik dengan solusi penskalaan baca, silakan lihat FAQ pada Replika Baca.

T: Bagaimana saya mengatur penerapan instans DB Multi-AZ?

Untuk membuat penerapan instans DB Multi-AZ, cukup klik opsi “Ya” untuk “Penerapan Multi-AZ” ketika meluncurkan Instans DB dengan AWS Management Console. Atau, jika Anda menggunakan API Amazon RDS, Anda akan memanggil API CreateDBInstance dan mengatur parameter “Multi-AZ” ke nilai “benar”. Untuk mengonversi instans DB standar (AZ tunggal) yang sudah ada, modifikasi instans DB di Konsol Manajemen AWS atau gunakan API ModifyDBInstance dan atur parameter Multi-AZ ke benar.

T: Apa yang terjadi ketika saya mengonversi instans Amazon RDS dari AZ Tunggal ke Multi-AZ?

Untuk mesin basis data RDS untuk MySQL, MariaDB, PostgreSQL, dan Oracle, ketika Anda memilih untuk mengonversi instans Amazon RDS Anda dari AZ Tunggal ke Multi-AZ, hal berikut terjadi:

  • Snapshot instans primer Anda diambil
  • Instans standby baru dibuat di Availability Zone yang berbeda dari snapshot
  • Replikasi sinkronis dikonfigurasi antara instans primer dan standby

Dengan demikian, seharusnya tidak ada waktu henti yang terjadi ketika instans dikonversi dari Single-AZ ke Multi-AZ. Namun, Anda mungkin melihat latensi yang meningkat saat data pada posisi standby dalam proses menyesuaikan yang utama.

T: Kejadian apa yang membuat Amazon RDS memulai failover ke replika standby?

Amazon RDS mendeteksi dan pulih secara otomatis dari skenario kegagalan paling umum untuk penerapan Multi-AZ sehingga Anda dapat melanjutkan operasi database sesegera mungkin tanpa intervensi administratif. Amazon RDS secara otomatis melakukan failover jika terjadi hal-hal berikut:

  • Kehilangan ketersediaan dalam Availability Zone primer
  • Kehilangan konektivitas jaringan ke primer
  • Kegagalan unit komputasi pada primer
  • Kegagalan penyimpanan pada primer

Catatan: Ketika operasi seperti penskalaan instans DB atau pemutakhiran sistem seperti patching OS dimulai untuk deployment Multi-AZ, untuk peningkatan ketersediaan, operasi tersebut diterapkan terlebih dahulu pada standby sebelum failover otomatis. Hasilnya, pengaruh ketersediaan Anda terbatas hanya pada waktu yang diperlukan untuk menyelesaikan failover otomatis. Perhatikan bahwa deployment Multi-AZ Amazon RDS tidak secara otomatis melakukan failover dalam merespons operasi basis data seperti kueri yang berjalan lama, kemacetan atau kesalahan kerusakan basis data.

T: Apakah saya akan diberi tahu ketika terjadi failover otomatis?

Ya, Amazon RDS akan memancarkan kejadian instans DB untuk memberi tahu Anda bahwa failover otomatis terjadi. Anda dapat mengklik bagian “Kejadian” pada Konsol Amazon RDS atau menggunakan API DescribeEvents untuk mengembalikan informasi mengenai kejadian yang berkaitan dengan instans DB Anda. Anda juga dapat menggunakan Pemberitahuan Kejadian Amazon RDS untuk mendapatkan pemberitahuan ketika ada kejadian DB tertentu.

T: Apa yang terjadi selama failover Multi-AZ dan berapa lama waktu yang diperlukan?

Failover secara otomatis ditangani oleh Amazon RDS sehingga Anda dapat melanjutkan operasi database sesegera mungkin tanpa intervensi administratif. Ketika melakukan failover, Amazon RDS hanya membalikkan catatan nama resmi (CNAME) bagi instans DB Anda untuk menunjuk standby, yang pada saatnya dipromosikan untuk menjadi primer baru. Kami menyarankan Anda untuk mengikuti praktik terbaik dan mengimplementasikan percobaan ulang koneksi database di lapisan aplikasi.

Failover, seperti yang ditentukan oleh interval antara deteksi kegagalan pada primer dan kembalinya transaksi pada standby, biasanya selesai dalam satu hingga dua menit. Waktu failover juga dapat dipengaruhi oleh apakah transaksi besar yang tidak terikat harus dipulihkan; penggunaan jenis database yang cukup besar direkomendasikan dengan Multi-AZ untuk mendapatkan hasil terbaik. AWS juga merekomendasikan penggunaan Provisioned IOPS dengan instans Multi-AZ, untuk kinerja throughput yang cepat, dapat diprediksi, dan konsisten.

T: Apakah saya dapat memulai “failover paksa” untuk deployment instans DB Multi-AZ saya?

Amazon RDS akan secara otomatis melakukan failover tanpa intervensi pengguna pada variasi kondisi kegagalan. Selain itu, Amazon RDS memberikan opsi untuk memulai failover ketika melakukan boot ulang instans Anda. Anda dapat mengakses fitur ini melalui AWS Management Console atau dengan menggunakan panggilan API RebootDBInstance.

T: Bagaimana cara mengontrol/mengonfigurasi replikasi sinkronis Multi-AZ?

Dengan penerapan Multi-AZ, Anda cukup menyetel parameter “Multi-AZ” menjadi "true". Pembuatan standby, replikasi sinkronis, dan failover seluruhnya ditangani secara otomatis. Hal ini berarti Anda tidak dapat memilih Availability Zone tempat standby Anda diterapkan atau mengubah jumlah standby yang tersedia (Amazon RDS memberikan satu standby khusus untuk setiap primer instans DB). Standby juga tidak dapat dikonfigurasi untuk menerima aktivitas baca database. Pelajari selengkapnya tentang konfigurasi Multi-AZ

T: Apakah standby saya akan berada di Wilayah yang sama dengan primer saya?

Ya. Standby Anda secara otomatis disediakan dalam Availability Zone yang berbeda dari Wilayah yang sama dengan primer instans DB Anda.

T: Dapatkah saya melihat di Availability zone mana primer saya berlokasi saat ini?

Ya, Anda dapat memperoleh visibilitas ke lokasi primer saat ini menggunakan AWS Management Console atau API DescribeDBInstances.

T: Setelah failover, primer saya sekarang berada di Availability Zone yang berbeda dari sumber daya AWS saya yang lain (misal, Instans EC2). Haruskah saya khawatir tentang latensi?

Availability Zone direkayasa untuk menyediakan konektivitas jaringan latensi rendah ke Availability Zone lainnya di Wilayah yang sama. Selain itu, Anda mungkin ingin mempertimbangkan untuk membuat arsitektur aplikasi Anda dan sumber daya AWS lainnya dengan redundansi di beberapa Availability Zone sehingga aplikasi Anda akan dapat tahan apabila terjadi kegagalan Availability Zone. Penerapan Multi-AZ menjawab kebutuhan ini untuk tingkat database tanpa administrasi di pihak Anda.

T: Bagaimana cara Snapshot DB dan pencadangan otomatis berfungsi dengan penerapan Multi-AZ saya?

Anda berinteraksi dengan fungsi cadangan otomatis dan Snapshot DB dengan cara yang sama baik ketika Anda menjalankan penerapan standar dalam penerapan Single-AZ atau Multi-AZ. Jika Anda menjalankan penerapan Multi-AZ, cadangan otomatis dan Snapshot DB hanya diambil dari standby untuk menghindari penangguhan I/O pada primer. Harap dicatat bahwa Anda mungkin mengalami peningkatan latensi I/O (biasanya berlangsung beberapa menit) selama pencadangan untuk penerapan Single-AZ dan Multi-AZ.

Memulai operasi pemulihan (pemulihan atau pengembalian titik waktu dari Snapshot DB) juga bekerja sama dengan penerapan Multi-AZ sebagai penerapan standar, Single-AZ. Penerapan instans DB baru dapat dibuat dengan API RestoreDBInstanceFromSnapshot atau RestoreDBInstanceToPointInTime. Penerapan instans DB baru ini dapat berupa standar atau Multi-AZ, terlepas apakah pencadangan sumber dimulai pada penerapan standar atau Multi-AZ.

Replika Baca

T: Apa artinya menjalankan Instans DB sebagai replika baca?

Replika baca memudahkan untuk mengambil keuntungan dari fungsi replikasi bawaan mesin yang didukung untuk penskalaan elastis melampaui batasan kapasitas dari suatu Instans DB tunggal untuk beban kerja database baca yang besar. Anda dapat membuat replika baca dengan beberapa klik di AWS Management Console atau menggunakan API CreateDBInstanceReadReplica. Setelah replika baca dibuat, pembaruan database pada Instans DB sumber akan direplikasi menggunakan replika asinkron asli yang didukung oleh mesin. Anda dapat membuat beberapa replika baca untuk Instans DB sumber tertentu dan mendistribusikan lalu lintas baca aplikasi Anda di antaranya.

Karena replika baca menggunakan replikasi bawaan mesin yang didukung, ia bergantung pada kekuatan dan keterbatasannya. Secara khusus, pembaruan diterapkan pada replika baca Anda setelah terjadi pada Instans DB sumber, dan kelambatan replikasi dapat bervariasi secara signifikan. Replika baca dapat dikaitkan dengan penerapan Multi-AZ untuk mendapatkan manfaat penskalaan baca selain peningkatan ketersediaan tulis dan ketahanan data yang disediakan oleh penerapan Multi-AZ.

T: Kapan pertimbangan penggunaan replika baca Amazon RDS diperlukan?

Ada berbagai skenario yang mana menerapkan satu atau beberapa replika baca untuk instans DB sumber tertentu mungkin terasa masuk akal. Alasan umum untuk menerapkan replika baca meliputi:

  • Penskalaan di luar komputasi atau kapasitas I/O dari suatu instans DB tunggal untuk beban kerja database baca yang besar. Lalu lintas baca berlebih ini dapat diarahkan ke satu atau beberapa replika baca.
  • Melayani lalu lintas baca ketika instans DB sumber tidak tersedia. Jika Instans DB sumber Anda tidak dapat mengambil permintaan I/O (misalnya karena penangguhan I/O untuk cadangan atau pemeliharaan terjadwal), Anda dapat mengarahkan lalu lintas baca ke replika baca Anda. Untuk kasus penggunaan ini, perlu diingat bahwa data pada replika baca mungkin “usang” karena Instans DB sumber tidak tersedia.
  • Skenario pelaporan bisnis atau penggudangan data; Anda mungkin ingin kueri pelaporan bisnis dijalankan dengan replika baca, bukan Instans DB produksi primer Anda.
  • Anda dapat menggunakan replika baca untuk pemulihan bencana instans DB sumber, di Wilayah AWS yang sama atau di Wilayah lainnya.

T: Apakah saya perlu mengaktifkan cadangan otomatis pada instans DB sebelum dapat membuat replika baca?

Ya. Aktifkan cadangan otomatis pada Instans DB sumber Anda sebelum menambahkan replika baca, dengan mengatur periode retensi cadangan ke nilai selain 0. Cadangan harus tetap diaktifkan agar replika baca dapat bekerja.

T: Versi mesin database mana yang mendukung replika baca Amazon RDS?

Amazon Aurora: Semua klaster DB.

Amazon RDS for MySQL: Semua instans DB mendukung pembuatan replika baca. Cadangan otomatis harus dan tetap diaktifkan pada instans DB sumber untuk operasi replika baca. Cadangan otomatis pada replika hanya didukung untuk replika baca Amazon RDS yang menjalankan MySQL 5.6 dan setelahnya, bukan 5.5.

Amazon RDS for PostgreSQL: Instans DB dengan PostgreSQL versi 9.3.5 atau yang lebih baru mendukung pembuatan replika baca. Instans PostgreSQL yang sudah ada sebelum versi 9.3.5 perlu dimutakhirkan ke PostgreSQL versi 9.3.5 agar dapat memanfaatkan replika baca Amazon RDS.

Amazon RDS for MariaDB: Semua Instans DB mendukung pembuatan replika baca. Cadangan otomatis harus dan tetap diaktifkan pada Instans DB sumber untuk operasi replika baca.

Amazon RDS for Oracle: Mendukung Oracle versi 12.1.0.2.v12 dan yang lebih tinggi dan semua versi 12.2 menggunakan model Bawa Lisensi Anda Sendiri dengan Edisi Korporasi Basis Data Oracle dan berlisensi untuk Opsi Penjaga Data Aktif.

Amazon RDS for SQL Server: Replika baca didukung di Edisi Korporasi dalam konfigurasi Multi-AZ ketika teknologi replikasi yang mendasarinya menggunakan grup ketersediaan Selalu Aktif untuk SQL Server versi 2016 dan 2017.

T: Bagaimana cara men-deploy replika baca untuk instans DB tertentu?

Anda dapat membuat replika baca dalam hitungan menit menggunakan API CreateDBInstanceReadReplica standar atau beberapa klik pada AWS Management Console. Ketika membuat replika baca, Anda dapat mengidentifikasinya sebagai replika baca dengan menentukan SourceDBInstanceIdentifier. SourceDBInstanceIdentifier adalah Pengidentifikasi Instans DB untuk Instans DB “sumber” yang ingin Anda replikasi. Untuk Instans DB standar, Anda juga dapat menentukan Availability Zone, kelas instans DB, dan periode pemeliharaan yang diinginkan. Versi mesin (Mis. PostgreSQL 9.3.5) dan alokasi penyimpanan replika baca diberikan dari instans DB sumber. Ketika Anda memulai pembuatan replika baca, Amazon RDS mengambil snapshot instans DB sumber Anda dan memulai replikasi. Hasilnya, Anda akan mengalami penangguhan I/O sesaat pada instans DB sumber Anda ketika snapshot terjadi. Penangguhan I/O biasanya terjadi dalam waktu satu menit, dan akan dihindari jika instans DB sumber adalah deployment Multi-AZ (jika deployment Multi-AZ, snapshot diambil dari standby). Amazon RDS juga sedang mengerjakan optimasi (akan segera dirilis) sehingga jika Anda membuat beberapa Replika Baca dalam jangka waktu 30 menit, semuanya akan menggunakan snapshot sumber yang sama untuk meminimalkan dampak I/O (replikasi “menyusul” untuk setiap Replika Baca akan dimulai setelah dibuat).

T: Bagaimana cara saya terhubung ke replika baca saya?

Anda dapat terhubung ke replika baca sama seperti Anda akan terhubung ke instans DB standar, menggunakan API DescribeDBInstance atau Konsol Manajemen AWS untuk mengambil titik akhir untuk replika baca Anda. Jika Anda memiliki beberapa replika baca, semua tergantung pada aplikasi Anda untuk menentukan bagaimana lalu lintas baca akan didistribusikan di antara mereka.

T: Berapa banyak replika baca yang dapat dibuat untuk instans DB sumber tertentu?

Amazon RDS for MySQL, MariaDB, PostgreSQL, Oracle, dan SQL Server memungkinkan Anda untuk membuat hingga 5 replika baca untuk instans DB sumber tertentu.

T: Apakah saya dapat membuat replika baca di Wilayah AWS yang berbeda dengan instans DB sumber?

Ya, Amazon RDS (kecuali RDS untuk SQL Server) mendukung replika baca antarwilayah. Jumlah waktu antara ketika data ditulis ke instans DB sumber dan ketika tersedia dalam replika baca akan bergantung pada latensi jaringan antara dua wilayah tersebut.

T: Apakah replika baca Amazon RDS mendukung replikasi sinkron?

Tidak. Replika baca di Amazon RDS for MySQL, MariaDB, PostgreSQL, Oracle, dan SQL Server diimplementasikan menggunakan replikasi asinkron native dari mesin-mesin tersebut. Amazon Aurora menggunakan mekanisme replikasi yang berbeda, tetapi tetap asinkron.

T: Dapatkah saya menggunakan Replika Baca untuk meningkatkan ketersediaan tulis database atau melindungi data pada Instans DB sumber saya terhadap skenario kegagalan?

Jika Anda ingin menggunakan replikasi untuk meningkatkan ketersediaan tulis database dan melindungi pembaruan database terkini terhadap berbagai kondisi kegagalan, kami merekomendasikan agar Anda menjalankan instans DB sebagai penerapan Multi-AZ. Dengan Replika Baca Amazon RDS, yang menerapkan replikasi asli asinkron yang didukung oleh mesin, penulisan database terjadi pada replika baca setelah terjadi pada instans DB sumber, dan “lag” replikasi ini dapat bervariasi secara signifikan. Sebaliknya, replikasi yang digunakan oleh penerapan Multi-AZ bersifat sinkronis, yang berarti bahwa semua penulisan database terjadi bersamaan pada primer dan standby. Hal ini melindungi pembaruan database terbaru Anda, karena harus tersedia pada standby jika failover diperlukan. Selain itu, dengan penerapan Multi-AZ, replikasi dikelola penuh. Amazon RDS secara otomatis memantau kondisi kegagalan instans DB atau kegagalan Availability Zone dan menginisiasi failover otomatis ke standby (atau ke replika baca untuk Amazon Aurora) jika terjadi pemadaman.

T: Dapatkah saya membuat replika baca dengan penerapan Instans DB Multi-AZ sebagai sumbernya?

Ya. Karena instans DB Multi-AZ memenuhi kebutuhan yang berbeda dari replika baca, masuk akal untuk menghubungkan keduanya untuk penerapan produksi dan untuk mengaitkan Replika Baca dengan Penerapan Instans DB Multi-AZ. “Sumber” Instans DB-Multi AZ memberikan ketersediaan tulis dan ketahanan data yang ditingkatkan, dan replika baca yang terkait akan meningkatkan skalabilitas lalu lintas baca.

T: Dapatkah saya mengonfigurasi replika baca Amazon RDS saya menjadi Multi-AZ?

Ya. Amazon RDS for MySQL, MariaDB, PostgreSQL, and Oracle allow you to enable Multi-AZ configuration on read replicas to support disaster recovery and minimize downtime from engine upgrades.

T: Jika replika baca saya menggunakan penerapan instans DB Multi-AZ sebagai sumber, apa yang terjadi jika failover Multi-AZ terjadi?

Jika failover Multi-AZ terjadi, replika baca yang terkait dan tersedia akan melanjutkan replikasi secara otomatis setelah failover selesai (memperoleh pembaruan dari primer yang baru dipromosikan).

T: Apakah saya dapat membuat replika baca untuk replika baca lainnya?

Amazon Aurora, Amazon RDS for MySQL, dan MariaDB: Anda dapat membuat replika baca tingkat kedua dari replika baca tingkat pertama yang ada. Dengan membuat replika baca tingkat kedua, Anda dapat memindahkan beberapa beban replikasi dari instans basis data primer ke Replika Baca tingkat pertama. Harap diperhatikan bahwa Replika Baca tingkat kedua mungkin tertinggal lebih jauh di belakang primer karena latensi replikasi tambahan yang diperkenalkan sebagai transaksi direplikasi dari primer ke replika tingkat pertama lalu ke replika tingkat kedua.

Amazon RDS for PostgreSQL, Oracle, dan SQL Server: Replika Baca dari Replika Baca saat ini tidak didukung.

T: Apakah replika baca saya hanya menerima operasi baca basis data?

Replika baca dirancang untuk melayani lalu lintas baca. Namun, mungkin ada kasus penggunaan saat pengguna lanjutan ingin menyelesaikan pernyataan SQL Bahasa Definisi Data (DDL) terhadap replika baca. Contohnya mungkin termasuk menambahkan indeks basis data ke replika baca yang digunakan untuk pelaporan bisnis, tanpa menambahkan indeks yang sama ke instans DB sumber yang sesuai.

Amazon RDS for MySQL dapat dikonfigurasi untuk mengizinkan pernyataan SQL DDL terhadap replika baca. Jika Anda ingin mengaktifkan operasi selain baca untuk replika baca yang disediakan, ubah grup parameter DB yang aktif untuk replika baca, atur parameter “read_only” ke “0.”

Amazon RDS for PostgreSQL saat ini tidak mendukung eksekusi pernyataan SQL DDL terhadap replika baca.

T: Dapatkah saya mempromosikan replika baca ke Instans DB “mandiri”?

Ya. Lihat Panduan Pengguna Amazon RDS untuk mengetahui detail lebih lanjut.

T: Apakah replika baca saya akan tetap diperbarui dengan sumber instans DB-nya?

Pembaruan instans DB sumber akan secara otomatis direplikasi ke replika baca apa pun yang terkait. Namun, dengan teknologi replikasi asinkron mesin yang didukung, replika baca dapat tertinggal dari instans DB sumber untuk berbagai alasan. Alasan yang umum termasuk:

  • Volume tulis I/O ke instans DB sumber melebihi tingkat di mana perubahan dapat diterapkan ke replika baca (masalah ini sangat mungkin muncul jika kapasitas komputasi replika baca lebih sedikit dari Instans DB sumber)
  • Transaksi yang kompleks atau berlangsung lama ke Instans DB sumber menahan replikasi ke replika baca
  • Partisi atau latensi jaringan antara instans DB sumber dan replika baca

Replika Baca bergantung pada kekuatan dan kelemahan replikasi asli dari mesin yang didukung. Jika Anda menggunakan Replika Baca, Anda harus menyadari potensi lag antara Replika Baca dan Instans DB sumbernya, atau “inkonsistensi”.

T: Bagaimana cara melihat status replika baca yang aktif?

Anda dapat menggunakan API DescribeDBInstances standar untuk mengembalikan daftar semua Instans DB yang telah di-deploy (termasuk Replika Baca), atau cukup klik tab "Instans" pada Konsol Amazon RDS.

Amazon RDS memungkinkan Anda mendapatkan visibilitas mengenai sejauh mana replika baca tertinggal dari instans DB sumbernya. Jumlah detik tertinggalnya replika baca dari utama dipublikasikan sebagai metrik Amazon CloudWatch ("Lag Replika") yang tersedia melalui Konsol Manajemen AWS atau API Amazon CloudWatch. Untuk Amazon RDS for MySQL, sumber informasi ini sama dengan yang ditampilkan dengan mengeluarkan perintah MySQL "Tampilkan Status Replika" terhadap replika baca. Untuk Amazon RDS for PostgreSQL, Anda dapat menggunakan tampilan pg_stat_replication pada instans DB sumber untuk menjelajahi metrik replikasi.

Amazon RDS memantau status replikasi dari Replika Baca Anda dan memperbarui kolom Status Replikasi di Konsol Manajemen AWS menjadi "Kesalahan" jika replikasi berhenti karena alasan apa pun (misal, mencoba kueri DML pada replika Anda yang bertentangan dengan pembaruan yang dibuat pada instans basis data primer dapat menyebabkan kesalahan replikasi). Anda dapat meninjau detail kesalahan terkait yang dibuat oleh mesin MySQL dengan melihat kolom Kesalahan Replikasi dan mengambil tindakan yang tepat untuk memulihkannya. Anda dapat mempelajari selengkapnya tentang pemecahan masalah replikasi di bagian Pemecahan Masalah Replika Baca pada Panduan Pengguna Amazon RDS for MySQL atau PostgreSQL.

Jika kesalahan replikasi telah diperbaiki, Status Replikasi berubah menjadi Sedang Mereplikasi.

T: Saya menyesuaikan skala komputasi dan/atau kapasitas penyimpanan instans DB sumber saya. Haruskah saya menyesuaikan skala sumber daya untuk replika baca yang terkait juga?

Agar replikasi berfungsi secara efektif, kami merekomendasikan replika baca memiliki sumber daya komputasi dan penyimpanan yang sama banyak atau lebih banyak sebagai instans DB sumber masing-masing. Jika tidak, lag replikasi cenderung meningkat atau replika baca Anda mungkin kehabisan ruang untuk menyimpan pembaruan yang direplikasi.

T: Bagaimana cara menghapus replika baca? Apakah akan dihapus secara otomatis jika Instans DB sumbernya dihapus?

Anda dapat dengan mudah menghapus replika baca dengan beberapa klik dari AWS Management Console atau dengan memberikan pengidentifikasi Instans DB ke API DeleteDBInstance.

Replika Amazon Aurora akan tetap aktif dan terus menerima lalu lintas baca bahkan setelah Instans DB sumbernya yang sesuai telah dihapus. Salah satu replika dalam klaster akan secara otomatis dipromosikan sebagai primer baru, dan akan mulai menerima lalu lintas tulis.

Replika baca Amazon RDS for MySQL atau MariaDB akan tetap aktif dan terus menerima lalu lintas baca bahkan setelah instans DB sumbernya yang sesuai telah dihapus. Jika Anda ingin menghapus Replika Baca selain instans DB sumber, Anda harus secara eksplisit melakukannya menggunakan API DeleteDBInstance atau AWS Management Console.

Jika Anda menghapus Instans DB Amazon RDS for PostgreSQL yang telah memiliki replika baca, semua Replika Baca akan dipromosikan ke Instans DB mandiri dan akan dapat menerima lalu lintas baca dan tulis. Instans DB yang baru dipromosikan akan beroperasi secara independen satu sama lain. Jika ingin menghapus Instans DB ini selain Instans DB sumber aslinya, Anda harus secara eksplisit melakukannya menggunakan API DeleteDBInstance atau AWS Management Console.

T: Berapa biaya untuk replika baca? Kapan tagihan dimulai dan berakhir?

Replika baca ditagih sebagai Instans DB standar dan memiliki tarif yang sama. Sama seperti instans DB standar, tarif per “jam Instans DB” untuk replika baca ditentukan oleh kelas instans DB dari replika baca, silakan lihat halaman detail untuk mengetahui harga terbaru. Anda tidak akan dikenakan biaya untuk transfer data yang dilakukan dalam mereplikasi data antara instans DB sumber dan replika baca Anda dalam Wilayah AWS yang sama.

Tagihan untuk replika dimulai segera setelah replika baca berhasil dibuat. (yaitu ketika status tercantum “aktif”). Replika baca akan terus ditagih dengan tarif per jam instans DB Amazon RDS standar hingga Anda mengeluarkan perintah untuk menghapusnya.

Pemantauan yang Ditingkatkan

T: Apa yang dimaksud Pemantauan yang Ditingkatkan untuk Amazon RDS?

Pemantauan yang Ditingkatkan untuk Amazon RDS memberikan visibilitas yang lebih dalam mengenai kondisi instans Amazon RDS Anda. Cukup aktifkan opsi “Pemantauan yang Ditingkatkan” untuk Instans DB Amazon RDS Anda serta atur perincian, dan Pemantauan yang Ditingkatkan akan mengumpulkan metrik sistem operasi penting dan informasi proses, dengan perincian yang ditentukan.

Untuk tingkat diagnostik dan visualisasi yang lebih dalam pada muatan basis data Anda, dan periode retensi data lebih lama, Anda dapat mencoba Wawasan Performa.

T: Metrik dan proses mana yang dapat saya pantau di Pemantauan yang Ditingkatkan?

Pemantauan yang Ditingkatkan menangkap metrik tingkat sistem instans Amazon RDS antara lain seperti CPU, memori, sistem file, dan I/O disk. Daftar lengkap metrik dapat ditemukan di dokumentasi.

T: Mesin mana yang didukung oleh Pemantauan yang Ditingkatkan?

Pemantauan yang Ditingkatkan mendukung semua mesin basis data Amazon RDS.

T: Tipe instans mana yang didukung oleh Pemantauan yang Ditingkatkan?

Pemantauan yang Ditingkatkan mendukung semua tipe instans kecuali t1.micro dan m1.small. Perangkat lunak menggunakan sejumlah kecil CPU memori, dan I/O dan untuk pemantauan tujuan umum, kami merekomendasikan agar melakukan switching ke perincian yang lebih tinggi untuk instans medium atau yang lebih besar. Untuk Instans DB non-produksi, pengaturan default untuk Pemantauan yang Ditingkatkan adalah “off”, dan Anda dapat memilih untuk membiarkannya tidak aktif atau mengubah perinciannya ketika aktif.

T: Informasi apa yang dapat saya lihat pada dasbor Amazon RDS?

Anda dapat melihat semua metrik sistem dan informasi proses untuk Instans DB Amazon RDS Anda dalam format grafis pada konsol. Anda dapat mengelola metrik yang ingin Anda pantau untuk setiap instans dan menyesuaikan dasbor berdasarkan permintaan Anda.

T: Apakah semua instans dalam metrik sampel akun Amazon RDS saya ada pada perincian yang sama?

Tidak. Anda dapat mengatur perincian yang berbeda untuk setiap Instans DB di akun Amazon RDS Anda. Anda juga dapat memilih instans yang ingin Anda aktifkan Pemantauan yang Ditingkatkan nya serta mengubah perincian setiap instans kapan pun Anda inginkan.

T: Seberapa jauh saya dapat melihat riwayat metrik pada konsol Amazon RDS?

Anda dapat melihat nilai performa untuk semua metrik hingga 1 jam ke belakang, dengan perincian hingga 1 detik berdasarkan pengaturan Anda.

T: Bagaimana saya dapat memvisualisasikan metrik yang dihasilkan oleh Pemantauan yang Ditingkatkan Amazon RDS dalam CloudWatch?

Metrik dari Pemantauan yang Ditingkatkan Amazon RDS dikirimkan ke akun CloudWatch Logs Anda. Anda dapat membuat filter metrik di CloudWatch dari CloudWatch Logs dan menampilkan grafiknya pada dasbor CloudWatch. Untuk detail selengkapnya, harap kunjungi halaman Amazon CloudWatch.

T: Kapan saya harus menggunakan CloudWatch alih-alih dasbor konsol Amazon RDS?

Anda harus menggunakan CloudWatch jika ingin melihat riwayat data selain yang tersedia di dasbor konsol Amazon RDS. Anda dapat memantau instans Amazon RDS Anda di CloudWatch untuk mendiagnosis kondisi dari seluruh tumpukan AWS Anda di satu lokasi. Saat ini, CloudWatch mendukung perincian hingga 1 menit dan nilai akan dirata-ratakan untuk perincian yang kurang dari nilai tersebut.

T: Dapatkah saya mengatur alarm dan pemberitahuan berdasarkan metrik tertentu?

Ya. Anda dapat membuat alarm di CloudWatch yang mengirimkan notifikasi ketika alarm mengubah status. Alarm mengawasi satu metrik selama periode waktu yang Anda tentukan, dan melakukan satu atau beberapa tindakan berdasarkan nilai metrik yang relatif terhadap ambang batas yang ditentukan selama beberapa periode waktu. Untuk detail selengkapnya tentang alarm CloudWatch, harap kunjungi Panduan Developer Amazon CloudWatch.

T: Bagaimana cara mengintegrasikan Pemantauan yang Ditingkatkan dengan alat yang saat ini saya gunakan?

Pemantauan yang Ditingkatkan Amazon RDS memberikan set metrik yang dibentuk sebagai muatan JSON yang dikirimkan ke akun CloudWatch Logs Anda. Muatan JSON dikirimkan pada perincian yang terakhir dikonfigurasi untuk instans Amazon RDS.

Ada dua cara Anda dapat menggunakan metrik melalui dasbor atau aplikasi pihak ketiga. Alat pemantauan dapat menggunakan Langganan CloudWatch Logs untuk menyiapkan umpan waktu nyata terdekat untuk metrik. Atau, Anda dapat menggunakan filter di CloudWatch Logs untuk menjembatani metrik di seluruh CloudWatch dan mengintegrasikan aplikasi Anda dengan CloudWatch. Harap kunjungi Dokumentasi Amazon CloudWatch untuk mengetahui detail selengkapnya.

T: Bagaimana saya dapat menghapus riwayat data?

Karena Pemantauan yang Ditingkatkan mengirimkan payload JSON ke dalam log di akun CloudWatch Logs Anda, Anda dapat mengontrol periode penyimpanan seperti halnya aliran CloudWatch Logs lainnya. Periode penyimpanan default yang dikonfigurasi untuk Pemantauan yang Ditingkatkan di CloudWatch Logs adalah 30 hari. Untuk detail tentang bagaimana mengubah pengaturan penyimpanan, silakan kunjungi Panduan Pengembang Amazon CloudWatch.

T: Pengaruh apa yang dimiliki Pemantauan yang Ditingkatkan terhadap tagihan bulanan saya?

Karena metrik dicatat ke CloudWatch Logs, tagihan Anda akan didasarkan pada transfer data CloudWatch Logs dan tingkat penyimpanan setelah Anda melebihi tingkat gratis CloudWatch Logs. Detail harga dapat ditemukan di sini. Jumlah informasi yang ditransfer untuk instans Amazon RDS berbanding lurus dengan perincian yang ditetapkan untuk fitur Pemantauan yang Ditingkatkan. Administrator dapat mengatur perincian yang berbeda untuk instans yang berbeda di akun mereka untuk mengelola biaya.

Perkiraan volume data yang dicatat ke CloudWatch Logs oleh Pemantauan yang Ditingkatkan untuk suatu instans adalah seperti yang ditunjukkan di bawah ini:

Perincian 60 detik 30 detik 15 detik 10 detik 5 detik 1 detik

Data yang dicatat dalam CloudWatch Logs* (GB per bulan)

0,27

0,53

1,07

1,61

3,21

16,07

Amazon RDS Proxy

T: Apa itu Amazon RDS Proxy?

Amazon RDS Proxy adalah fitur proksi database yang sangat tersedia dan dikelola secara penuh untuk Amazon RDS. RDS Proxy membuat aplikasi lebih dapat diskalakan, lebih tahan terhadap kegagalan database, dan lebih aman.

T: Kenapa saya harus menggunakan Proxy Amazon RDS?

Amazon RDS Proxy adalah fitur proxy basis data terkelola penuh, sangat tersedia, dan mudah digunakan dari Amazon RDS yang memungkinkan aplikasi Anda untuk: 1) meningkatkan skalabilitas dengan menyatukan dan membagikan koneksi basis data; 2) meningkatkan ketersediaan dengan mengurangi jumlah failover basis data hingga 66% dan mempertahankan koneksi aplikasi selama failover; dan 3) meningkatkan keamanan dengan secara opsional memperkuat autentikasi AWS IAM ke basis data dan menyimpan kredensial secara aman di AWS Secrets Manager.

T: Digunakan untuk mengatasi kasus penggunaan apakah Proxy Amazon RDS?

Amazon RDS Proxy mengatasi sejumlah kasus penggunaan terkait dengan skalabilitas, ketersediaan, dan keamanan aplikasi Anda, termasuk:

Aplikasi dengan beban kerja tak dapat diprediksi: Aplikasi yang mendukung beban kerja yang sangat bervariasi dapat berusaha untuk membuka koneksi datase dengan tiba-tiba. Tata kelola koneksi Proxy Amazon RDS memungkinkan Anda untuk dapat menskalakan aplikasi yang berhubungan dengan beban kerja yang tidak dapat diprediksi dengan menggunakan kembali koneksi basis data secara efisien. Pertama, Proxy RDS memungkinkan beberapa koneksi aplikasi untuk berbagi koneksi basis data untuk penggunaan sumber daya basis data yang efisien. Kedua, Proxy RDS memungkinkan Anda untuk memelihara performa basis data yang dapat diprediksi dengan mengatur sejumlah koneksi basis data yang terbuka. Ketiga, RDS Proxy menghapus permintaan-permintaan yang tidak dapat dilayani untuk menjaga kinerja keseluruhan dan ketersediaan aplikasi.

Aplikasi yang sering membuka dan menutup koneksi database: Aplikasi yang dibangun pada teknologi seperti Serverless, PHP, atau Ruby on Rails mungkin sering membuka dan menutup koneksi database untuk melayani permintaan aplikasi. Amazon RDS Proxy menjaga sekumpulan koneksi database untuk menghindari tekanan tidak perlu pada komputasi dan memori database untuk membangun koneksi baru.

Aplikasi yang menjaga koneksi tetap terbuka tapi diam: Aplikasi dalam industri seperti SaaS atau eCommerce mungkin menjaga koneksi database tetap diam untuk meminimalisir waktu respons saat pelanggan mengaktifkan ulang. Alih-alih menyediakan database secara berlebihan untuk mendukung koneksi yang sebagian besar diam, Anda dapat menggunakan Amazon RDS Proxy untuk menahan koneksi diam selagi hanya membangun koneksi database sebagaimana diperlukan untuk melayani permintaan aktif secara optimal.

Aplikasi yang memerlukan ketersediaan melalui kegagalan sementara: Dengan Amazon RDS Proxy, Anda dapat membangun aplikasi yang dapat menolerir kegagalan database secara transparan tanpa keharusan untuk menulis kode penanganan kegagalan kompleks. Proxy RDS secara otomatis merutekan lalu lintas ke instans basis data baru selagi mempertahankan koneksi aplikasi. Proxy RDS juga melakukan bypass terhadap cache Sistem Nama Domain (DNS) untuk mengurangi jumlah failover hingga 66% untuk basis data Multi-AZ Amazon RDS dan Aurora. Selama failover basis data, aplikasi dapat mengalami penambahan latensi dan transaksi yang sedang berjalan mungkin harus dicoba lagi.

Manajemen keamanan dan kredensial terpusan yang ditingkatkan: Amazon RDS Proxy membantu Anda dalam membangun lebih banyak aplikasi aman dengan memberi Anda pilihan untuk memperkuat autentikasi berbasis IAM dengan database relasional. Proxy RDS juga memungkinkan Anda untuk mengelola kredensial basis data secara terpusat melalui AWS Secrets Manager.

T: Kapan seharusnya saya terhubung ke database secara langsung daripada menggunakan Amazon RDS Proxy?

Tergantung beban kerja Anda, Proxy Amazon RDS dapat menambahkan rata-rata 5 milidetik latensi jaringan ke kueri atau waktu respons transaksi. Jika aplikasi Anda tidak dapat menolerir 5 milidetik latensi atau tidak memerlukan manajemen koneksi dan fitur-fitur lainnya yang diaktifkan oleh RDS Proxy, Anda mungkin ingin agar aplikasi Anda terhubung secara langsung ke endpoint database.

T: Bagaimana aplikasi tanpa server dapat memperoleh manfaat dari Amazon RDS Proxy?

Amazon RDS Proxy mentransformasikan pendekatan Anda untuk membangun aplikasi tanpa server modern yang memanfaatkan daya dan kesederhanaan database relasional. Pertama, RDS Proxy mengaktifkan aplikasi tanpa server untuk menskalakan secara efisien dengan menyatukan dan menggunakan kembali koneksi database. Kedua, dengan RDS Proxy, Anda tidak perlu lagi menangani kredensial database di kode Lambda Anda. Anda dapat menggunakan peran eksekusi IAM yang dihubungkan dengan fungsi Lambda Anda untuk mengautentikasi dengan RDS Proxy dan database Anda. Ketiga, Anda tidak perlu mengelola infratruktur atau kode baru apa pun untuk memanfaatkan potensi penuh aplikasi tanpa server yang didukung oleh database relasional. RDS Proxy dikelola secara penuh dan menskalakan kapasitasnya secara otomatis berdasarkan permintaan aplikasi Anda.

T: Mesin basis data mana yang didukung oleh Amazon RDS Proxy?

Amazon RDS Proxy tersedia untuk Amazon Aurora dengan kompatibilitas MySQL dan Amazon RDS for MySQL. Dukungan untuk mesin basis data tambahan akan segera datang.

T: Bagaimana cara mengaktifkan Proxy Amazon RDS?

Anda dapat mengaktifkan Proxy Amazon RDS untuk basis data Amazon RDS Anda hanya dengan beberapa klik di konsol Amazon RDS. Selagi mengaktifkan Proxy RDS, Anda menetapkan VPC dan subnet tempat proxy RDS yang ingin Anda akses. Sebagai pengguna Lambda, Anda dapat mengaktifkan Proxy Amazon RDS untuk basis data Amazon RDS Anda dan menyiapkan fungsi Lambda untuk mengaksesnya hanya dengan beberapa klik di konsol Lambda. Anda dapat belajar lebih banyak tentang cara memulai di Panduan Pengguna Amazon RDS.

T: Dapatkah saya mengakses Amazon RDS Proxy menggunakan API?

  • Ya. Anda dapat menggunakan API Amazon RDS Proxy untuk membuat proksi lalu menetapkan kelompok target untuk menghubungkan proksi dengan instans atau klaster database khusus. Misalnya:
aws rds create-db-proxy 
        --db-proxy-name '…' 
        --engine-family <mysql|postgresql>       
        --auth [{}, {}] 
        --role-arn '…'
        --subnet-ids {}
        --require-tls <true|false>
        --tags {}
aws rds register-db-proxy-targets 
        --target-group-name '…'
        --db-cluster-identifier  '…'
        --db-instance-identifier '…'
Standard Product Icons (Features) Squid Ink
Pelajari selengkapnya tentang partner Amazon RDS
Pelajari selengkapnya 
Sign up for a free account
Daftar untuk akun gratis

Dapatkan akses secara instan ke AWS Tingkat Gratis. 

Daftar 
Standard Product Icons (Start Building) Squid Ink
Mulai membangun di konsol

Memulai dengan Amazon RDS di Konsol AWS.

Masuk