Menyiapkan AWS Aurora
Menyiapkan AWS Aurora mencakup membuat klaster database, mengonfigurasi pengaturan keamanan, dan memastikan akses jaringan yang tepat. Mari kita lakukan di bagian ini!
> Jika Anda baru di AWS, pertimbangkan untuk meninjau topik dasar dengan kursus Pengantar AWS terlebih dahulu sebelum mendalami Aurora.
Membuat klaster database Aurora
Menyiapkan klaster database Aurora memerlukan beberapa langkah kunci, termasuk memilih mesin database yang sesuai, mengonfigurasi pengaturan keamanan, dan menentukan spesifikasi instance.
- Untuk memulai, masuk ke AWS Management Console dan buka dasbor RDS (Relational Database Service).
- Anda dapat melakukannya dengan mencari "Aurora" di panel pencarian AWS Management Console—seperti terlihat pada gambar di bawah.

- Setelah berada di sana, klik "Create Database"—seperti terlihat pada gambar di bawah.

- Anda kemudian memiliki opsi memilih "Amazon Aurora" sebagai mesin database.
- Ingat bahwa Aurora mendukung MySQL dan PostgreSQL, jadi penting untuk memilih versi yang paling sesuai dengan kebutuhan aplikasi Anda.
Gambar di bawah menunjukkan opsi mesin yang saat ini tersedia. Ini dapat berubah di masa depan, tetapi dua opsi pertama—Aurora (Kompatibel MySQL) dan Aurora (Kompatibel PostgreSQL)—adalah mesin Aurora.

- Setelah memilih mesin, Anda harus menentukan tipe instance dan konfigurasi penyimpanan.
- Aurora memberikan fleksibilitas untuk meningkatkan skala penyimpanan secara otomatis hingga 128TB, memastikan beban kerja yang meningkat ditangani secara efisien tanpa memerlukan intervensi manual.
- Langkah berikutnya adalah menentukan pengaturan replikasi. Anda dapat memilih penerapan single-instance atau mengaktifkan read replica untuk mendistribusikan trafik database dengan lebih efektif.
- Menggunakan read replica juga meningkatkan ketersediaan dan ketahanan terhadap kegagalan, yang memastikan durabilitas lebih tinggi jika terjadi gangguan.
Gambar di bawah menyoroti bagian "Availability & durability", tempat Anda dapat mengonfigurasi pengaturan ini.

- Tahap konfigurasi jaringan sangat penting, karena mencakup penyiapan Virtual Private Cloud (VPC), pemilihan security group, dan penentuan kontrol akses.
- Security group bertindak sebagai firewall yang mengatur trafik masuk dan keluar database. Untuk meningkatkan keamanan, disarankan agar Anda hanya mengizinkan akses dari alamat IP dan aplikasi tepercaya.
Gambar di bawah menyoroti bagian "Connectivity", tempat Anda dapat menyiapkan dan menyesuaikan konfigurasi ini.

- Kredensial database juga harus dikonfigurasi saat penyiapan—di mana Anda menetapkan nama pengguna dan kata sandi master yang akan digunakan untuk mengautentikasi koneksi.
- Aurora memungkinkan pencadangan otomatis dan opsi pemulihan pada titik waktu (point-in-time recovery) diaktifkan. Ini memastikan snapshot database dibuat secara konsisten untuk mencegah kehilangan data.
Setelah meninjau semua konfigurasi, Anda dapat melanjutkan membuat klaster Aurora. Gambar di bawah menunjukkan tombol "Create Database" yang dapat Anda klik untuk memulai proses pembuatan.

Proses provisioning dapat memakan waktu beberapa menit, tergantung pada ukuran instance dan pengaturan jaringan yang dipilih.
> Jika Anda baru menggunakan layanan AWS, meninjau kursus AWS Cloud Technology and Services dapat membantu Anda memahami konsep AWS utama yang relevan dengan penyiapan Aurora.
Mengonfigurasi jaringan dan keamanan
Keamanan sangat penting dalam mengelola database Aurora, dan AWS menyediakan banyak alat untuk menerapkan kontrol akses yang kuat.
- Langkah pertama dalam mengamankan instance Aurora adalah mengonfigurasi security group VPC. Security group ini menentukan alamat IP dan layanan mana yang dapat berinteraksi dengan database.
- Anda sebaiknya membatasi akses hanya ke server aplikasi tertentu dan administrator untuk mencegah koneksi tidak sah.
- AWS Identity and Access Management (IAM) juga dapat digunakan untuk menentukan izin terperinci untuk operasi database.
- Mengintegrasikan peran IAM memungkinkan Anda menyesuaikan akses database sesuai peran dan tanggung jawab pengguna tertentu.
- Misalnya, pengembang aplikasi mungkin hanya diberi hak akses baca, sementara administrator memiliki kontrol penuh atas modifikasi database.
- Enkripsi juga harus diaktifkan untuk melindungi data sensitif. AWS Aurora mendukung enkripsi saat tidak aktif (at rest) dan saat transit menggunakan AWS Key Management Service (KMS).
- Mengenkripsi data saat tidak aktif memastikan bahwa meskipun media penyimpanan disusupi, data tetap tidak dapat diakses tanpa kunci dekripsi yang tepat.
- Demikian pula, mengaktifkan enkripsi Secure Sockets Layer (SSL) untuk data saat transit mencegah intersepsi komunikasi database tanpa izin.
> Untuk pembahasan lebih mendalam tentang pengamanan lingkungan AWS, lihat kursus AWS Security and Cost Management. Jika Anda ingin mempelajari lebih lanjut cara kerja IAM dan cara menerapkannya secara efektif, lihat panduan tentang AWS Identity and Access Management (IAM) ini.
Menyambungkan ke AWS Aurora
Menyambungkan ke AWS Aurora penting untuk berinteraksi dengan database. Anda dapat melakukannya melalui alat klien atau aplikasi. Mari lihat caranya di bagian ini!
Menyambungkan ke Aurora MySQL
Setelah database Aurora aktif dan berjalan, Anda perlu membangun koneksi untuk mulai berinteraksi dengan database.
Untuk Aurora MySQL, klien database umum seperti MySQL Workbench dan HeidiSQL dapat digunakan untuk terhubung. Atau, Anda dapat menggunakan antarmuka baris perintah.
Koneksi memerlukan penentuan endpoint database, yang dapat ditemukan di AWS Management Console.
Menggunakan MySQL CLI, koneksi dapat dibuat dengan perintah berikut:
mysql -h your-cluster-endpoint -u admin -p
Setelah memasukkan kata sandi master, Anda seharusnya dapat mengeksekusi kueri SQL, membuat tabel, dan mengelola data.
Menyambungkan ke Aurora PostgreSQL
Untuk Aurora PostgreSQL, Anda dapat terhubung menggunakan alat seperti pgAdmin atau antarmuka baris perintah PostgreSQL (psql).
Perintah koneksi di psql mengikuti format ini:
psql -h your-cluster-endpoint -U admin -d yourdatabasename
Sama seperti pada MySQL, kredensial yang benar harus dimasukkan untuk mengakses database.
Setelah Anda mendapatkan akses, Anda seharusnya dapat mengeksekusi kueri SQL, membuat tabel, dan mengelola data.
Mengonfigurasi konektivitas aplikasi
Aplikasi yang perlu berinteraksi dengan Aurora harus dikonfigurasi dengan string koneksi database yang sesuai. Biasanya, string koneksi ini terdiri dari nama pengguna, kata sandi, nomor port, dan endpoint.
Disarankan agar Anda menggunakan connection pooling untuk mengoptimalkan kinerja dan mengurangi overhead pembuatan koneksi baru untuk setiap permintaan.
Pustaka populer seperti SQLAlchemy untuk Python atau JDBC untuk Java menyediakan cara yang efisien untuk mengelola koneksi di lingkungan aplikasi.
Mengelola AWS Aurora
Mengelola AWS Aurora secara efektif mencakup memastikan perlindungan data, memantau kinerja, dan menyesuaikan skala sumber daya sesuai kebutuhan. Pada bagian ini, kita akan meninjau praktik-praktik tersebut.
Pencadangan dan snapshot
AWS Aurora menawarkan pencadangan otomatis yang terus menangkap dan menyimpan perubahan database di Amazon S3. Pencadangan ini dipertahankan berdasarkan pengaturan yang ditentukan pengguna, memungkinkan pemulihan ke titik mana pun dalam periode retensi.
Selain pencadangan otomatis, Anda juga dapat membuat snapshot manual yang bertahan di luar jendela retensi. Snapshot manual sangat berguna untuk pengarsipan jangka panjang atau sebelum melakukan pembaruan besar pada database.
Saat saya mengerjakan proyek dengan aplikasi kritis, kami menjadwalkan pencadangan otomatis setiap dua jam. Namun, sebelum melakukan perubahan atau pembaruan pada aplikasi, kami akan membuat cadangan secara manual untuk memastikan kami dapat melakukan rollback jika diperlukan. Ini menunjukkan bagaimana pencadangan otomatis dan manual dapat digunakan bersama secara efektif.
Gambar di bawah menunjukkan bagaimana AWS Backup dapat digunakan untuk pemulihan bencana dengan Amazon Aurora.

Opsi pencadangan dan pemulihan untuk Amazon Aurora. Sumber: Blog AWS
Memantau Aurora dengan CloudWatch
Pemantauan kinerja sangat penting untuk menjaga kesehatan database.
AWS CloudWatch menyediakan metrik waktu nyata yang melacak penggunaan CPU, penggunaan memori, I/O disk, dan trafik jaringan.
Menyiapkan CloudWatch Alarms dapat membantu administrator diberi tahu saat ambang kinerja terlampaui, sehingga memungkinkan pengelolaan database secara proaktif.
Selain itu, AWS Performance Insights menawarkan analisis kueri terperinci untuk mengidentifikasi dan mengoptimalkan kueri yang lambat.
Gambar di bawah menunjukkan bagaimana AWS Performance Insights memberikan wawasan tentang kinerja database.

Dasbor AWS Performance Insights menampilkan metrik kinerja database. Sumber: Dokumentasi AWS
Menskalakan Aurora
Aurora dirancang untuk menskalakan secara otomatis dengan menyesuaikan kapasitas penyimpanan sesuai kebutuhan. Namun, sumber daya komputasi seperti CPU dan memori mungkin perlu disesuaikan secara manual tergantung beban kerja.
Aurora menyediakan opsi untuk menskalakan kapasitas baca dengan menambahkan read replica, yang mendistribusikan trafik baca dan meningkatkan kinerja.
Ketika ketersediaan tinggi sangat penting, klaster Aurora dapat dikonfigurasi dengan beberapa replika di berbagai Availability Zone untuk memastikan redundansi failover.
Optimasi Kinerja di AWS Aurora
Mengoptimalkan kinerja di Amazon Aurora memastikan eksekusi kueri yang efisien dan skalabilitas. Mari bahas praktik terbaiknya di bagian ini.
Pengindeksan dan optimasi kueri
Mengoptimalkan kinerja kueri di Amazon Aurora sangat penting untuk mempertahankan database berkinerja tinggi.
- Pengindeksan adalah salah satu cara paling efektif untuk mengurangi waktu eksekusi kueri dan meningkatkan efisiensi database.
- Membuat indeks pada kolom yang sering dikueri dapat membantu menemukan data dengan cepat, meminimalkan kebutuhan pemindaian tabel penuh.
- Anda harus menggunakan indeks primer dan sekunder secara strategis agar selaras dengan pola kueri dan tuntutan beban kerja.
- Selain itu, Anda dapat menggunakan indeks komposit untuk kueri yang melibatkan beberapa kolom guna lebih meningkatkan waktu pencarian.
- Optimasi kueri juga berperan penting dalam kinerja database. Menulis kueri SQL yang efisien memastikan Aurora memproses permintaan lebih cepat dengan konsumsi sumber daya minimal.
- Menggunakan
EXPLAIN atau EXPLAIN ANALYZEdalam kueri SQL membantu mengidentifikasi bottleneck dan memberikan wawasan tentang rencana eksekusi. - Teknik seperti menghindari
SELECT *(yang mengambil data tidak perlu), menormalkan skema database untuk mengurangi redundansi, dan memanfaatkan strategi partisi dapat menghasilkan peningkatan kinerja. - Optimizer rencana kueri Aurora terus menyempurnakan rencana eksekusi, melakukan penyesuaian berdasarkan pola beban kerja database, sehingga meningkatkan efisiensi keseluruhan.
Menggunakan read replica Aurora
Untuk menangani beban trafik tinggi, Amazon Aurora mendukung read replica yang membantu mendistribusikan kueri intensif baca ke beberapa instance.
Read replica mengurangi beban pada instance database utama dengan memproses permintaan baca secara terpisah, yang meningkatkan responsivitas dan menurunkan latensi.
Untuk menyiapkan read replica Aurora, Anda perlu memilih klaster Aurora yang ada dan mengaktifkan replikasi dengan konfigurasi minimal. Aurora secara otomatis menyinkronkan data antara instance utama dan replikanya, memastikan konsistensi data tanpa intervensi manual.
Mekanisme replikasi Aurora sangat efisien, memungkinkan sinkronisasi data hampir waktu nyata dengan jeda replikasi kurang dari satu detik.
Aplikasi yang sering melakukan operasi baca, seperti dasbor pelaporan atau layanan analitik, dapat sangat diuntungkan dari read replica dengan mengarahkan kueri berat baca ke instance tersebut.
Jika terjadi kegagalan pada instance utama, read replica dapat dipromosikan menjadi instance utama baru dengan waktu henti minimal, memastikan ketersediaan tinggi dan kelangsungan bisnis.
Gambar di bawah menunjukkan bagaimana replica Aurora lintas wilayah dapat membantu pemulihan bencana dan ketersediaan tinggi.

Read replica Aurora lintas wilayah untuk pemulihan bencana dan ketersediaan tinggi. Sumber: Dokumentasi AWS
Strategi caching untuk Aurora
Caching adalah teknik ampuh untuk meningkatkan kinerja database dengan mengurangi beban kueri langsung ke Aurora. Lapisan caching dapat mempercepat pengambilan data secara signifikan untuk kueri yang sering diakses.
Amazon ElastiCache, yang mendukung Redis dan Memcached, umum digunakan bersama Aurora untuk menyimpan hasil kueri dan mencegah kueri database yang berulang.
Mengintegrasikan caching ke dalam arsitektur aplikasi dapat membantu meningkatkan waktu respons sekaligus menghemat sumber daya komputasi database.
Strategi caching seperti write-through caching (di mana data ditulis ke cache dan Aurora secara bersamaan) dan lazy loading (di mana data hanya di-cache saat diminta) membantu mengoptimalkan kinerja berdasarkan pola penggunaan.
Mengonfigurasi time-to-live (TTL) yang sesuai untuk data cache memastikan cache tetap segar dan mencegah pengambilan data usang.
Keamanan dan Kepatuhan di AWS Aurora
Mengamankan database Aurora Anda sangat penting untuk melindungi data sensitif dan memastikan kepatuhan. Mari tinjau praktik terbaiknya di bagian ini.
Enkripsi data
Keamanan data adalah hal mendasar dalam manajemen database, dan AWS Aurora menyediakan mekanisme enkripsi yang kuat untuk melindungi data sensitif.
- Aurora mengenkripsi data saat tidak aktif (at rest) menggunakan AWS Key Management Service (KMS), yang memastikan informasi yang disimpan tetap aman meskipun penyimpanan yang mendasarinya disusupi.
- Mengaktifkan enkripsi saat pembuatan database memastikan semua pencadangan otomatis, snapshot, dan replika mewarisi pengaturan enkripsi yang sama.
- Untuk data saat transit, Aurora mendukung enkripsi SSL/TLS, yang mengamankan koneksi database dan mencegah akses tidak sah atau intersepsi transmisi data.
- Aplikasi yang terhubung ke Aurora harus dikonfigurasi untuk menggunakan sertifikat SSL guna menjaga komunikasi yang aman.
Langkah-langkah enkripsi ini dapat membantu Anda mematuhi praktik terbaik keamanan dan persyaratan regulasi.
Gambar di bawah menunjukkan bagaimana AWS KMS terintegrasi dengan Amazon Aurora untuk mengenkripsi database Anda.

AWS Key Management Service (KMS) mengenkripsi data di Amazon Aurora untuk kepatuhan keamanan. Sumber: Blog AWS
Integrasi IAM untuk kontrol akses
Kontrol akses di Aurora dikelola melalui AWS IAM, yang memungkinkan administrator menentukan izin terperinci berdasarkan peran pengguna.
- Kebijakan IAM dapat digunakan untuk membatasi akses ke instance database, mencegah pengguna tidak sah melakukan operasi kritis seperti modifikasi data atau tugas administratif.
- Autentikasi IAM menyediakan alternatif yang lebih aman dibanding autentikasi berbasis kata sandi tradisional. Ini memungkinkan aplikasi terhubung menggunakan kredensial keamanan sementara. Hal ini menghilangkan kebutuhan untuk menyimpan dan mengelola kata sandi database, sehingga mengurangi risiko kebocoran kredensial.
Anda harus menerapkan prinsip least privilege, yang meminimalkan risiko keamanan dan menjaga kontrol ketat atas akses database.
Gambar di bawah menunjukkan bagaimana autentikasi IAM dapat dikonfigurasi untuk mengamankan akses database Amazon Aurora PostgreSQL.

Autentikasi IAM terintegrasi dengan Amazon Aurora PostgreSQL. Sumber: Blog AWS
Audit dengan log Aurora
Memantau dan mengaudit aktivitas database sangat penting untuk kepatuhan keamanan dan pemecahan masalah.
Aurora menyediakan beberapa mekanisme pencatatan log, termasuk error log, slow query log, dan general log, yang membantu administrator melacak aktivitas database dan mengidentifikasi potensi masalah. Log ini dapat diaktifkan melalui AWS Management Console dan disimpan di Amazon CloudWatch untuk analisis terpusat.
- Error log menangkap kesalahan dan peringatan mesin basis data.
- Slow query log membantu mengidentifikasi kueri tidak efisien yang dapat berdampak pada kinerja.
Menganalisis log ini dapat membantu administrator mengoptimalkan eksekusi kueri, mendeteksi upaya akses tidak sah, dan memastikan stabilitas database.
Manajemen dan Optimasi Biaya di AWS Aurora
Untuk mengelola dan mengoptimalkan biaya secara efektif di Amazon Aurora, Anda harus memahami struktur harganya. Mari kita tinjau!
Memahami harga Aurora
Model harga Amazon Aurora didasarkan pada beberapa faktor, termasuk jam instance, konsumsi penyimpanan, permintaan I/O, dan transfer data.
Berbeda dengan database tradisional yang memerlukan penyediaan infrastruktur di muka, model bayar sesuai pemakaian Aurora memungkinkan bisnis hanya membayar sumber daya yang mereka gunakan.
Instance komputasi ditagih berdasarkan kelas instance dan waktu aktif, sedangkan penyimpanan diskalakan secara dinamis, menghilangkan kebutuhan penyesuaian manual.
Gambar di bawah memberikan rincian berbagai komponen harga untuk Amazon Aurora. Namun, perlu diingat bahwa harga dapat berubah, jadi sebaiknya tetap merujuk ke halaman harga Aurora untuk informasi yang paling mutakhir.

Biaya tambahan mencakup penyimpanan cadangan di luar tingkat gratis yang dialokasikan, permintaan I/O baca dan tulis, serta biaya transfer data untuk replikasi lintas wilayah.
Memahami komponen harga ini dapat membantu Anda memproyeksikan pengeluaran dan membuat keputusan yang tepat terkait penggunaan database.
Mengoptimalkan biaya dengan Aurora
Untuk mengelola biaya secara efektif, organisasi dapat menerapkan beberapa strategi optimasi.
Memilih ukuran instance yang tepat akan memastikan sumber daya database selaras dengan tuntutan beban kerja tanpa overprovisioning.
- Jika Anda memiliki beban kerja yang dapat diprediksi, gunakan Reserved Instances karena memberikan penghematan biaya signifikan dibanding harga On-Demand.
- Teknik optimasi penyimpanan, seperti memantau sumber daya yang tidak digunakan atau kurang dimanfaatkan, membantu menurunkan biaya.
- Fitur auto-scaling Aurora menyesuaikan penyimpanan secara dinamis, mencegah biaya penyimpanan yang tidak perlu.
- Selain itu, menerapkan read replica dapat mengalihkan kueri dari instance utama, berpotensi mengurangi kebutuhan akan instance tingkat lebih tinggi.
- Manfaatkan Aurora Serverless, karena ini adalah opsi hemat biaya untuk aplikasi dengan beban kerja variabel. Aurora Serverless secara otomatis menskalakan sumber daya komputasi berdasarkan permintaan, yang memastikan bisnis hanya membayar penggunaan aktual alih-alih mempertahankan instance yang berjalan terus-menerus.
> Jika Anda ingin mendapatkan lebih banyak wawasan tentang manajemen biaya, silakan rujuk ke kursus AWS Security and Cost Management.
Kesimpulan
Setelah cukup lama bekerja dengan Amazon Aurora di berbagai perusahaan, saya dapat mengatakan dengan yakin bahwa ini adalah solusi database yang kuat dan dapat diskalakan yang mempermudah pengelolaan tanpa mengorbankan kinerja—Anda mungkin sependapat setelah mengikuti tutorial ini.
Aurora patut dipertimbangkan jika Anda mencari database relasional cloud-native yang mendukung MySQL dan PostgreSQL sekaligus mengurangi beban operasional. Layanan ini telah menjadi terobosan dalam beberapa proyek saya, dan saya sangat merekomendasikan menelusuri kemampuannya jika Anda bekerja dengan database AWS.
Jika Anda baru menggunakan database AWS, mempelajari konsep dasar melalui koursus seperti AWS Cloud Practitioner (CLF-C02) dapat bermanfaat!
FAQs
Apa perbedaan antara Aurora MySQL dan Aurora PostgreSQL?
Aurora MySQL dioptimalkan untuk aplikasi MySQL, sedangkan Aurora PostgreSQL mendukung fitur dan ekstensi PostgreSQL.
Bagaimana perbandingan Aurora dengan RDS?
Aurora menawarkan kinerja dan skalabilitas lebih tinggi daripada RDS standar untuk MySQL dan PostgreSQL, dengan throughput hingga lima kali MySQL. Layanan ini sepenuhnya kompatibel dengan MySQL/PostgreSQL dan mencakup fitur yang dikelola AWS seperti pencadangan otomatis, patching, dan failover.
Bisakah saya memigrasikan database MySQL/PostgreSQL yang ada ke Aurora?
Ya, AWS Database Migration Service (DMS) mendukung migrasi tanpa hambatan ke Aurora.
Apakah Aurora mendukung replikasi multiregion?
Ya, Aurora Global Database memungkinkan replikasi lintas wilayah dengan latensi rendah.
Bagaimana cara menurunkan biaya Aurora?
Gunakan Reserved Instances, Serverless Aurora, dan read replica untuk mengoptimalkan biaya.
Apakah Amazon Aurora bersifat serverless?
Ya, Amazon Aurora menawarkan opsi serverless bernama Aurora Serverless, yang secara otomatis menskalakan naik atau turun berdasarkan permintaan, sehingga ideal untuk beban kerja yang tidak dapat diprediksi.
Apa saja opsi pencadangan dan pemulihan di Aurora?
Aurora menyediakan pencadangan otomatis berkelanjutan ke Amazon S3 dan mendukung snapshot manual. Anda dapat memulihkan database dari titik waktu tertentu atau dari snapshot sesuai kebutuhan.
Bisakah saya menggunakan Aurora untuk aplikasi dengan ketersediaan tinggi?
Ya, Aurora dirancang untuk ketersediaan tinggi dengan failover otomatis, penerapan multi-AZ, dan fitur replikasi seperti Aurora Read Replica dan Aurora Global Database.


Setelah menggunakan Amazon Aurora selama beberapa waktu di berbagai perusahaan, saya melihat langsung bagaimana layanan ini unggul sebagai mesin basis data relasional terkelola sepenuhnya, menawarkan kinerja tinggi, skalabilitas, dan keandalan.
Sebagai solusi cloud-native yang mendukung MySQL dan PostgreSQL, Aurora adalah pilihan tepat bagi bisnis yang memerlukan ketersediaan tinggi dan penskalaan otomatis. Karena AWS mengelola pencadangan, failover, dan replikasi secara otomatis, menggunakan Aurora memungkinkan Anda meningkatkan efisiensi basis data sekaligus menurunkan biaya pemeliharaan.
Dalam tutorial ini, saya akan memandu Anda menyiapkan instance Aurora, mengelolanya secara efisien, mengoptimalkan kinerja, serta memastikan keamanan dan efektivitas biaya.
Apa itu AWS Aurora?
Amazon Aurora adalah basis data relasional berbasis cloud yang melampaui MySQL dan PostgreSQL tradisional dengan melakukan penskalaan dinamis pada sumber daya penyimpanan dan komputasi.
Menurut AWS, Aurora dapat memberikan hingga lima kali throughput dari MySQL standar dan tiga kali kinerja PostgreSQL standar—berkat arsitektur terdistribusi dan sangat tersedia.
Aurora dibangun dengan fitur seperti pencadangan otomatis, read replica untuk penskalaan horizontal, dan mekanisme failover yang memastikan waktu henti minimal.
Lapisan penyimpanan Aurora dirancang tahan gangguan dan mampu memulihkan diri.
Selain itu, data direplikasi secara otomatis di beberapa Availability Zone (AZ) untuk memastikan durabilitas.
Gambar di bawah memberikan gambaran tingkat tinggi tentang arsitektur dan fitur utama Amazon Aurora.
Hubungan antara cluster volume, instance DB penulis, dan instance DB pembaca dalam klaster Aurora. Sumber: Dokumentasi AWS
Mesin basis data terus memantau kueri dan mengoptimalkan rencana eksekusi, sehingga menghasilkan peningkatan efisiensi yang signifikan.
Salah satu manfaat utama Aurora adalah kompatibilitasnya dengan database MySQL dan PostgreSQL, yang memudahkan bisnis untuk bermigrasi tanpa perlu banyak memodifikasi aplikasi mereka.
Struktur biaya Aurora juga menarik. Penagihan didasarkan pada penggunaan aktual sumber daya komputasi dan penyimpanan. Model biaya ini menghilangkan kebutuhan untuk melakukan overprovisioning infrastruktur, sehingga menghemat biaya.
> Jika Anda tertarik memahami opsi penyimpanan AWS secara lebih luas, simakkkan Tutorial AWS Storage.