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 pengaturan database relasional: dari penyediaan kapasitas infrastruktur yang Anda minta hingga penginstalan perangkat lunak database. Setelah database Anda aktif dan beroperasi, Amazon RDS mengotomatiskan tugas administratif umum seperti melakukan pencadangan dan melakukan patching perangkat lunak yang mendukung database Anda. Dengan penerapan Multi-AZ opsional, Amazon RDS juga mengelola replika data sinkronis di seluruh Availability Zone 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.

Instans Database

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

Anda dapat menganggap instans DB sebagai lingkungan database dalam cloud dengan sumber daya komputasi dan penyimpanan yang Anda tentukan. Anda dapat membuat dan menghapus instans DB, mendefinisikan/menyempurnakan atribut infrastruktur instans DB Anda, serta mengontrol akses dan keamanan melalui AWS Management Console, 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 database atau skema database, tergantung pada tipe mesin.

T: Bagaimana cara membuat instans DB?

Instans DB mudah dibuat, menggunakan AWS Management Console, API Amazon RDS, atau AWS Command Line Interface. Untuk meluncurkan instans DB menggunakan AWS Management Console, klik "RDS" kemudian tombol Luncurkan Instans DB pada tab Instans. Dari sana, Anda dapat menentukan parameter untuk instans DB Anda termasuk mesin dan versi DB, model lisensi, jenis instans, jenis dan jumlah penyimpanan, serta kredensial pengguna master.

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 titik akhirnya melalui deskripsi instans DB di AWS Management Console, API DescribeDBInstances atau perintah describe-db-instances Dengan menggunakan titik akhir 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 total 40 tersebut, hingga 10 instans DB dapat merupakan instans DB Oracle atau SQL Server di bawah model "Lisensi Termasuk". 40 instans DB dapat digunakan untuk Amazon Aurora, MySQL, MariaDB, PostgreSQL dan Oracle di bawah model "BYOL". Perhatikan bahwa RDS atau SQL Server memiliki batasan sebanyak 30 database dalam satu instans DB tunggal.

Jika aplikasi memerlukan lebih banyak instans DB, Anda dapat meminta tambahan instans 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 database per instans; tidak ada batasan jumlah skema per database yang dikenakan oleh perangkat lunak
  • RDS untuk SQL Server: 30 database per instans
  • 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; Data Pump, impor/ekspor atau SQL Loader untuk Oracle; wizard Impor/Ekspor, file cadangan penuh (file .bak) atau Bulk Copy Program (BCP) untuk SQL Server; atau pg_dump untuk PostgreSQL. Untuk informasi lebih lanjut mengenai impor dan ekspor data, silakan lihat Panduan Impor Data untuk MySQL atau Panduan Impor data untuk Oracle atau Panduan Impor Data untuk SQL Server atau Panduan Impor data untuk PostgreSQL.

Selain itu, AWS Database Migration Service dapat membantu Anda memigrasi database 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 AWS Management Console, API ModifyDBInstance atau, perintah modify-db-instance 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 database mayor dan minor. Jumlah versi baru yang didukung akan bervariasi berdasarkan frekuensi dan konten rilisan dan patch dari vendor atau organisasi pengembang mesin, dan hasil pemeriksaan menyeluruh dari rilisan dan patch ini oleh tim teknik database 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 database yang kompatibel ke belakang dengan versi minor sebelumnya (dari versi mayor yang sama) dari mesin database.

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

Untuk memutakhirkan instans database ke versi mesin yang didukung secara manual, gunakan perintah Modifikasi Instans DB pada AWS Management Console 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 memutakhirkan segera 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 waktu henti diperlukan untuk memutakhirkan versi mesin DB, bahkan untuk instans Multi-AZ. Jika Anda ingin menonaktifkan pemutakhiran versi minor otomatis, Anda dapat melakukannya dengan menyetel pengaturan Pemutakhiran Versi Minor Otomatis ke “Tidak”.

Dalam kasus RDS untuk Oracle dan RDS untuk 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 khusus dapat menentukan jadwal yang berbeda tergantung pada masalah yang sedang dibahas.

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

Ketika versi minor dari mesin database tidak lagi digunakan di Amazon RDS, kami akan memberikan 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 jadwal periode pemeliharaan.

Ketika versi mayor dari mesin database 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 kelasnya (misalnya, db.t2.micro, db.m4.large) dari instans DB yang dipakai. Penggunaan jam instans DB sebagian ditagihkan sebagai jam penuh.
  • 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)
  • IOPS Tersedia per bulan – Tarif IOPS yang disediakan, terlepas dari IOPS yang digunakan (hanya untuk Penyimpanan IOPS Tersedia (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 instans DB, Anda harus menghentikan atau menghapus instans untuk menghindari dikenai biaya atas penggunaan instans tambahan. Penggunaan jam instans DB sebagian ditagihkan sebagai jam penuh.

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

Ketika instans database dihentikan, Anda akan ditagih untuk penyimpanan yang disediakan (termasuk IOPS Tersedia) 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 kelasnya (misalnya, db.t2.micro, db.m4.large) dari instans DB yang digunakan. Untuk penerapan standar dalam satu Availability Zone, penggunaan jam instans DB sebagian akan ditagihkan sebagai jam penuh. Jika Anda mengonversi penerapan instans DB Anda dari standar ke Multi-AZ dalam jam tertentu, Anda akan dikenakan tarif yang berlaku untuk 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 konsumen 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 Single-AZ Micro yang menjalankan MySQL, MariaDB, PostgreSQL, Oracle (model lisensi "Bring-Your-Own-License (BYOL)") dan SQL Server Express Edition. Tingkat penggunaan gratis dibatasi 750 jam instans per bulan. Pelanggan juga menerima 20 GB penyimpanan database General Purpose (SSD) dan 20 GB penyimpanan cadangan gratis per bulan.

T: Untuk jangka waktu berapa lama Tingkat Gratis AWS 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 Single-AZ Micro secara bersamaan dan memenuhi syarat untuk penggunaan dihitung di bawah Tingkat Gratis AWS untuk Amazon RDS. Namun, jika penggunaan melebihi 750 jam instans, seluruh instans DB Single-AZ Micro Amazon RDS, seluruh mesin dan wilayah database yang memenuhi syarat, akan ditagih dengan harga standar Amazon RDS.

Contoh: jika Anda menjalankan dua instans DB Single-AZ Micro selama masing-masing 400 jam dalam satu bulan, Anda akan mengakumulasikan 800 jam instans penggunaan, di mana 750 jamnya gratis. Anda akan ditagih untuk 50 jam sisanya dengan harga standar Amazon RDS.

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

Tidak. Pelanggan dengan akses ke Tingkat Gratis AWS dapat menggunakan hingga 750 jam instans Mikro yang menjalankan MySQL, PostgreSQL, Oracle atau SQL Server Express Edition. Penggunaan apa pun yang melebihi 750 jam instans, seluruh instans DB Single-AZ Micro Amazon RDS, seluruh mesin dan wilayah database 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 pilihan untuk mencadangkan instans DB selama jangka waktu satu atau tiga tahun dan sebagai gantinya, Anda menerima potongan harga yang signifikan dibandingkan dengan harga instans pesanan untuk instans DB. Ada tiga pilihan pembayaran RI – Tanpa Biaya di Muka, Biaya di Muka Sebagian, Semua Biaya di Muka – yang memungkinkan Anda menyeimbangkan jumlah yang Anda bayar di muka dengan harga per jam yang efektif.  

T: Bagaimana instans cadangan berbeda dengan instans DB pesanan?

Secara fungsional, instans cadangan dan instans DB pesanan sama persis. Satu-satunya perbedaan hanyalah dari cara instans DB anda ditagih: Dengan Instans Cadangan, Anda membeli pencadangan untuk satu atau tiga tahun dan sebagai gantinya menerima tarif penggunaan per jam efektif yang lebih rendah (dibandingkan dengan instans DB pesanan) selama jangka waktu tersebut. Kecuali Anda membeli instans cadangan di suatu Wilayah, semua instans DB akan ditagih dengan tarif per jam pesanan.

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 dari instans DB Pesanan. Luncurkan instans DB menggunakan kelas, mesin, dan wilayah instans yang sama dengan yang Anda buat untuk pencadangan. Selama pembelian pencadangan Anda aktif, Amazon RDS akan menerapkan pengurangan tarif per jam bagi Anda untuk instans DB yang baru.

T: Apakah instans cadangan termasuk 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 tutup dengan instans cadangan?

Cukup beli instans DB cadangan dengan kelas instans DB, mesin DB, opsi Multi-AZ dan Model Lisensi yang sama dalam Wilayah seperti instans DB yang sedang Anda jalankan saat ini dan yang ingin Anda cadangkan. Jika pembelian pencadangan berhasil, Amazon RDS akan secara otomatis menerapkan biaya baru penggunaan 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 mana yang ditagihkan pada tarif instans cadangan?

Operasi Amazon RDS untuk membuat, memodifikasi, dan menghapus instans DB tidak membedakan antara instans Pesanan dan cadangan. Saat menghitung tagihan Anda, sistem kami akan secara otomatis menerapkan Pencadangan Anda sedemikian rupa sehingga semua instans DB yang memenuhi syarat dibebankan tarif instans DB per jam yang lebih rendah.

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

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

Pencadangan untuk mesin dan model lisensi DB yang memenuhi syarat untuk fleksibilitas ukuran (MySQL, MariaDB, PostgreSQL, Amazon Aurora atau Oracle "Bring Your Own License") akan secara otomatis berlaku untuk instans DB ukuran apa pun yang sedang berjalan dalam family instans yang sama (misalnya M4, T2, atau R3) untuk mesin dan Wilayah database yang sama. Selain itu, pencadangan juga akan berlaku untuk instans DB yang berjalan di opsi penerapan Single-AZ maupun 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 memanggil API DescribeReservedDBInstancesOfferings atau perintah describe-reserved-db-instances-offerings, cukup cari opsi Multi-AZ yang terdaftar di antara konfigurasi Instans DB yang tersedia untuk dibeli. Jika Anda ingin membeli pencadangan untuk instans DB dengan replikasi sinkronis di beberapa Availability Zone, tentukan satu dari penawaran berikut dalam panggilan PurchaseReservedDBInstancesOffering Anda.

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, silakan lihat Panduan Pengguna Amazon RDS.

T: Bagaimana cara menyesuaikan skala sumber daya komputasi dan/atau kapasitas penyimpanan yang terkait dengan Instans Database Amazon RDS saya?

Anda dapat menyesuaikan skala sumber daya komputasi dan kapasitas penyimpanan yang dialokasikan untuk instans DB Anda dengan AWS Management Console (memilih instans DB yang diinginkan dan mengklik tombol Modifikasi), API RDS, atau AWS Command Line Interface. Memori dan sumber daya CPU dimodifikasi dengan mengubah kelas instans DB Anda, dan penyimpanan yang tersedia diubah ketika Anda mengubah 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 IOPS Tersedia (SSD) Amazon RDS?

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

T: Apa itu penyimpanan Magnetik Amazon RDS?

Penyimpanan magnetik Amazon RDS berguna untuk beban kerja database 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 IOPS Tersedia (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 titik akhir 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 database yang disediakan selama satu bulan, kami akan memberikan 100 GB-bulan penyimpanan cadangan tanpa biaya tambahan. Jika Anda ingin memperpanjang periode penyimpanan cadangan lebih dari satu hari, Anda dapat melakukannya menggunakan API CreateDBInstance (ketika membuat Instans DB) atau API ModifyDBInstance (untuk Instans DB yang sudah ada). Anda dapat menggunakan API ini untuk mengubah parameter RetentionPeriod dari 1 ke jumlah hari yang diinginkan. Untuk informasi lebih lanjut tentang cadangan otomatis, silakan 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 cloud AWS, di mana Anda dapat melakukan kontrol penuh atas aspek-aspek seperti rentang alamat IP pribadi, 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 pribadi. Anda dapat membuat subnet publik untuk server web yang memiliki akses ke Internet, dan menempatkan backend Instans DB RDS dalam subnet pribadi tanpa akses Internet. Untuk informasi lebih lanjut 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, perbaikan perangkat lunak, deteksi kegagalan otomatis, replika baca, dan pemulihan, baik ketika Instans DB Anda diterapkan di dalam atau di luar VPC. Untuk informasi lebih lanjut 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 RDS dalam VPC. Setiap Grup Subnet DB harus memiliki setidaknya satu subnet untuk setiap Availability Zone dalam 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 Elastic Network Interface ke Instans DB Anda dengan alamat IP tersebut.

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

Untuk penerapan Multi-AZ, menentukan subnet untuk semua Availability Zone dalam Wilayah akan mengizinkan Amazon RDS untuk membuat standby baru dalam Availability Zone 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 RDS di VPC?

Instans DB yang diterapkan dalam VPC dapat diakses oleh Instans EC2 yang diterapkan dalam VPC yang sama. Jika Instans EC2 diterapkan dalam subnet dengan Elastic IP 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 Dapat Diakses Publik dari Amazon RDS:

  • Untuk menggunakan host bastion, Anda perlu mengatur 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 pribadi instans DB RDS Anda.
  • Untuk menggunakan konektivitas publik, cukup buat instans DB Anda dengan opsi Dapat Diakses Publik diatur 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 RDS dalam VPC tersebut. Lihat Panduan Pengguna Amazon VPC untuk mengetahui detail lebih lanjut.

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 penerapan Multi-AZ, setelah failover, instans EC2 dan Instans DB RDS klien Anda mungkin berada di Availability Zone yang berbeda. Anda harus mengonfigurasi ACL jaringan Anda 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 lebih lanjut.

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

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

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

Untuk MySQL, hak istimewa default untuk pengguna master termasuk: opsi membuat, menjatuhkan, referensi, kejadian, mengubah, menghapus, mengindeks, menyisipkan, memilih, memperbarui, membuat tabel sementara, mengunci tabel, memicu, membuat tampilan, menampilkan tampilan, mengubah rutin, membuat rutin, mengeksekusi, memicu, membuat pengguna, memproses, menunjukkan database, dan mengizinkan.

Untuk Oracle, pengguna master diberikan peran "dba". Pengguna master menerima sebagian besar keuntungan yang terkait dengan peran tersebut. Silakan 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 spesifik, 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?

Ya, opsi ini saat ini didukung untuk mesin MySQL, MariaDB, SQL Server, PostgreSQL, dan Oracle.

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

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

Untuk detail pembuatan koneksi enkripsi dengan Amazon RDS, silakan kunjungi Panduan Pengguna MySQL, Panduan Pengguna MariaDB,Panduan Pengguna SQL Server,Panduan Pengguna PostgreSQL, atau Panduan Pengguna Oracle Amazon RDS. Untuk mempelajari lebih lanjut tentang bagaimana SSL bekerja dengan mesin ini, Anda dapat melihat langsung ke dokumentasi MySQL, dokumentasi MariaDB, dokumentasi MSDN SQL Server, 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 lebih lanjut, 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 RDS tertentu?

Anda dapat mengontrol tindakan yang dapat diambil oleh pengguna dan grup AWS IAM Anda pada sumber daya RDS. Hal ini dapat dilakukan dengan mereferensikan sumber daya RDS di kebijakan AWS IAM yang Anda terapkan ke pengguna dan grup Anda. Pengguna RDS yang dapat direferensikan di kebijakan AWS IAM termasuk Instans DB, Snapshot DB, Replika Baca, Grup Keamanan DB, Grup Opsi DB, Grup Parameter DB, Langganan Kejadian, dan Grup Subnet DB. Selain itu, Anda dapat memberi tag 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 lebih lanjut, lihat Mengelola Akses ke Sumber Daya dan Database Amazon RDS Anda dan Menandai Sumber Daya Amazon RDS

T: Saya ingin melakukan analisis keamanan atau pemecahan masalah operasional pada penerapan RDS saya. Dapatkah saya mendapatkan riwayat semua panggilan API 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 lebih lanjut tentang CloudTrail di halaman detail AWS CloudTrail, dan aktifkan melalui halaman beranda AWS Management Console CloudTrail.

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

J: Ya, semua mesin database RDS memenuhi syarat HIPAA, sehingga Anda dapat menggunakannya untuk membuat aplikasi sesuai dengan HIPAA dan menyimpan informasi yang berhubungan dengan kesehatan, termasuk informasi kesehatan yang dilindungi (PHI) di bawah Persetujuan Asosiasi Bisnis (BAA) dengan AWS. Jika Anda telah memiliki BAA yang telah dieksekusi, tidak ada tindakan yang perlu dilakukan untuk memulai 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 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 merekam perubahan konfigurasi ke Instans DB, Grup Subnet DB, Snapshot DB, Grup Keamanan DB, dan Langganan Kejadian Amazon RDS serta menerima pemberitahuan perubahan melalui Amazon Simple Notification Service (SNS). Anda juga dapat membuat Peraturan AWS Config untuk mengevaluasi apakah sumber daya RDS ini memiliki konfigurasi yang diinginkan.

Penerapan 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 database tanpa perlu intervensi administratif manual. Dengan penerapan Multi-AZ, replikasinya transparan: Anda tidak berinteraksi langsung dengan standby, dan tidak dapat digunakan untuk melayani lalu lintas baca. Informasi lebih lanjut tentang penerapan 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, Availability Zone terpisah secara fisik, sedemikian rupa sehingga bencana alam yang sangat tidak biasa seperti kebakaran, tornado atau banjir hanya akan memengaruhi satu Availability Zone. Availability Zone dalam Wilayah yang sama mendapat manfaat dari konektivitas jaringan rendah latensi.

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 primer Anda selama periode pencadangan yang Anda pilih, karena cadangan diambil dari standby. Dalam hal perbaikan atau penskalaan kelas instans DB, operasi ini terjadi lebih dahulu pada standby, sebelum fail over 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, replika standby 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 “true”. Untuk mengonversi instans DB standar (AZ tunggal) yang sudah ada, modifikasi instans DB dalam AWS Management Console atau gunakan API ModifyDBInstance dan atur parameter Multi-AZ ke true.

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

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

  • Pengambilan snapshot instans primer Anda
  • 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 penerapan patch OS dimulai untuk penerapan 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 penerapan Multi-AZ Amazon RDS tidak secara otomatis melakukan failover dalam merespons operasi database seperti kueri yang berjalan lama, kemacetan atau kesalahan kerusakan database.

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 IOPS Tersedia dengan instans Multi-AZ, untuk kinerja throughput yang cepat, dapat diprediksi, dan konsisten.

T: Dapatkah saya memulai “failover paksa” untuk penerapan instans DB Multi-AZ saya?

Amazon RDS akan secara otomatis melakukan failover tanpa intervensi pengguna pada variasi kondisi kegagalan. Selain itu, Amazon RD 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 “kedaluwarsa” karena Instans DB sumber tidak tersedia.
  • Skenario pelaporan bisnis atau skenario gudang 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 pencadangan otomatis pada instans DB saya sebelum dapat membuat replika baca?

Ya. Aktifkan cadangan otomatis pada Instans DB sumber Anda sebelum menambahkan replika baca, dengan mengatur periode penyimpanan 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 untuk 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 untuk 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.

T: Bagaimana cara menerapkan 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 penerapan Multi-AZ (jika penerapan 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 pembuatan).

T: Bagaimana cara terhubung dengan replika baca saya?

Anda dapat terhubung dengan replika baca seperti Anda terhubung dengan instans DB standar, menggunakan API DescribeDBInstance atau AWS Management Console untuk menerima titik akhir replika baca Anda. Jika Anda memiliki beberapa replika baca, semua tergantung aplikasi Anda untuk menentukan bagaimana lalu lintas baca akan didistribusikan di antara Replika Baca.

T: Berapa banyak replika baca yang dapat saya buat untuk instans DB sumber yang diberikan?

Amazon Aurora memungkinkan Anda untuk membuat hingga 15 Replika Baca untuk Klaster DB yang diberikan.

Amazon RDS untuk MySQL, MariaDB, dan PostgreSQL memungkinkan Anda membuat hingga 5 replika baca untuk instans DB sumber yang diberikan.

T: Dapatkah saya membuat replika baca di Wilayah AWS yang berbeda dari instans DB sumber?

Ya, Amazon RDS 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 sinkronis?

Tidak. Replika baca di Amazon RDS untuk MySQL, MariaDB, dan PostgreSQL diimplementasikan menggunakan replikasi asinkron native mesin-mesin tersebut. Amazon Aurora menggunakan mekanisme replikasi yang berbeda namun 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 untuk MySQL, MariaDB, dan PostgreSQL memungkinkan Anda mengaktifkan Multi-AZ pada replika baca untuk mendukung pemulihan bencana dan meminimalkan waktu henti pemutakhiran mesin.

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: Dapatkah saya membuat replika baca untuk replika baca lainnya?

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

Amazon RDS untuk PostgreSQL: Replika Baca dari Replika Baca saat ini tidak didukung.

T: Dapatkah replika baca saya hanya menerima operasi baca database?

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

Amazon RDS untuk MySQL dapat dikonfigurasi untuk mengizinkan pernyataan SQL DDL terhadap replika baca. Jika Anda ingin mengatur operasi selain baca untuk replika baca yang disediakan, modifikasi Grup Parameter DB yang aktif untuk replika baca, atur parameter “read_only” ke “0.”

Amazon RDS untuk 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 mesin yang didukung. Jika Anda menggunakan Replika Baca, Anda harus menyadari potensi lag antara Replika Baca dan sumber Instans DB-nya, atau “inkonsistensi”. Klik di sini untuk mengetahui panduan yang harus dilakukan jika Replika Baca Anda tertinggal secara signifikan dari sumbernya.

T: Bagaimana cara melihat status replika baca yang aktif?

Anda dapat menggunakan API DescribeDBInstances standar untuk mengembalikan daftar semua Instans DB yang telah diterapkan (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 sumber instans DB-nya. Jumlah detik replika baca tertinggal dari master dipublikasikan sebagai metrik Amazon CloudWatch ("Lag Replika") yang tersedia melalui AWS Management Console atau API Amazon CloudWatch. Untuk Amazon RDS for MySQL, sumber informasi ini sama dengan yang ditampilkan dengan mengeluarkan perintah MySQL "Tampilkan Status Slave" terhadap replika baca. Untuk Amazon RDS untuk 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 AWS Management Console menjadi "Kesalahan" jika replikasi berhenti karena alasan apa pun (misal, mencoba kueri DML pada replika Anda yang bertentangan dengan pembaruan yang dibuat pada instans database master dapat menyebabkan kesalahan replikasi). Anda dapat meninjau detail kesalahan terkait yang dilemparkan oleh mesin MySQL dengan melihat kolom Kesalahan Replikasi dan mengambil tindakan yang tepat untuk memulihkannya. Anda dapat mempelajari lebih lanjut tentang pemecahan masalah replikasi di bagian Pemecahan Masalah Replika Baca pada Panduan Pengguna Amazon RDS untuk 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 meskipun Instans DB sumbernya yang sesuai telah dihapus. Salah satu replika dalam klaster akan secara otomatis dipromosikan sebagai master baru, dan akan mulai menerima lalu lintas tulis.

Replika baca Amazon RDS untuk MySQL atau MariaDB akan tetap aktif dan terus menerima lalu lintas baca meskipun 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 untuk 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 RDS?

Pemantauan yang Ditingkatkan untuk RDS memberikan visibilitas yang lebih dalam mengenai kesehatan instans RDS Anda. Cukup aktifkan opsi “Pemantauan yang Ditingkatkan” untuk Instans DB 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 database Anda, dan periode ketahanan data lebih lama, Anda dapat mencoba Wawasan Kinerja.

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

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

T: Mesin mana yang didukung oleh Pemantauan yang Ditingkatkan?

Pemantauan yang Ditingkatkan mendukung semua mesin database RDS.

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

Pemantauan yang Ditingkatkan mendukung semua jenis instans kecuali t1.micro dan m1.small. Perangkat lunak menggunakan sejumlah kecil memori CPU dan I/O dan untuk pemantauan tujuan umum, kami merekomendasikan melakukan pengalihan 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 memodifikasi perinciannya ketika aktif.

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

Anda dapat melihat semua metrik sistem dan informasi proses untuk Instans DB RDS Anda dalam format grafis pada konsol. Anda dapat mengelola metrik mana yang ingin Anda pantau untuk setiap Instans dan mengustomisasi dasbor seuai permintaan Anda.

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

Tidak. Anda dapat mengatur perincian yang berbeda untuk setiap Instans DB dalam akun RDS Anda. Anda juga dapat memilih instans yang diinginkan untuk mengaktifkan Pemantauan yang Ditingkatkan serta memodifikasi perincian instans apa pun kapan saja Anda inginkan.

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

Anda dapat melihat nilai kinerja 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 RDS dalam CloudWatch?

Metrik dari Pemantauan yang Ditingkatkan 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 lebih lanjut, silakan kunjungi halaman Amazon CloudWatch.

T: Kapan saya harus menggunakan CloudWatch, bukannya dasbor konsol RDS?

Anda harus menggunakan CloudWatch jika ingin melihat riwayat data selain yang tersedia di dasbor konsol RDS. Anda dapat memantau instans RDS Anda di CloudWatch untuk mendiagnosis kesehatan 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 itu.

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

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

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

Pemantauan yang Ditingkatkan RDS memberikan seperangkat metrik yang dibentuk sebagai payload JSON yang dikirimkan ke akun CloudWatch Logs Anda. Payload JSON dikirimkan pada perincian yang terakhir yang dikonfigurasi untuk instans RDS.

Ada dua cara Anda dapat menggunakan metrik melalui dasbor atau aplikasi pihak ketiga. Alat pemantauan dapat menggunakan Langganan CloudWatch Logs untuk menyiapkan umpan real-time terdekat untuk metrik. Atau, Anda dapat menggunakan filter di CloudWatch Logs untuk menjembatani metrik di seluruh CloudWatch dan mengintegrasikan aplikasi Anda dengan CloudWatch. Silakan kunjungi Dokumentasi Amazon CloudWatch untuk mengetahui detail lebih lanjut.

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 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

Product-Page_Standard-Icons_01_Product-Features_SqInk
Pelajari selengkapnya tentang partner RDS
Pelajari selengkapnya 
Product-Page_Standard-Icons_02_Sign-Up_SqInk
Daftar untuk akun gratis

Dapatkan akses secara instan ke AWS Tingkat Gratis. 

Daftar 
Product-Page_Standard-Icons_03_Start-Building_SqInk
Mulai membangun di konsol

Memulai dengan Amazon RDS di Konsol AWS.

Masuk