Fitur Amazon Aurora

Pengujian pada tolok ukur standar, seperti SysBench telah menunjukkan peningkatan throughput hingga 5x dibandingkan stok MySQL dan 3x dibandingkan stok PostgreSQL pada perangkat keras serupa. Aurora menggunakan berbagai teknik perangkat lunak dan perangkat keras untuk memastikan mesin basis data dapat sepenuhnya menggunakan komputasi, memori, dan jaringan yang tersedia. Operasi I/O menggunakan teknik sistem terdistribusi, seperti kuorum untuk meningkatkan konsistensi performa.

Amazon Aurora Nirserver adalah konfigurasi penskalaan otomatis sesuai permintaan untuk Aurora tempat basis data secara otomatis memulai, menonaktfikan, dan menaikkan atau menurunkan kapasitas skala berdasarkan kebutuhan aplikasi Anda. Aurora Tanpa Nirserver memungkinkan Anda menjalankan basis data pada cloud tanpa mengelola instans basis data apa pun. Anda juga dapat menggunakan instans Aurora Nirserver v2 bersama dengan instans yang disediakan di klaster basis data yang sudah ada atau yang baru.

Anda dapat menggunakan API Amazon Relational Database Service (Amazon RDS) atau Konsol Manajemen AWS untuk menaikkan atau menurunkan skala instans yang disediakan yang mendukung deployment Anda. Operasi penskalaan komputasi biasanya selesai dalam waktu beberapa menit.

Aurora secara otomatis menskalakan I/O agar sesuai dengan kebutuhan aplikasi Anda yang paling menuntut. Ini juga meningkatkan ukuran volume basis data Anda seiring bertambahnya kebutuhan penyimpanan Anda. Volume Anda bertambah dengan peningkatan 10 GB hingga maksimum 128 TiB. Anda tidak perlu menyediakan penyimpanan berlebih untuk basis data Anda untuk menangani pertumbuhan pada masa mendatang. Saat menggunakan konfigurasi Amazon Aurora I/O Dioptimalkan untuk klaster basis data Anda, Aurora juga menyediakan penghematan biaya hingga 40% saat pengeluaran I/O melebihi 25% dari pengeluaran basis data Aurora Anda. Untuk mempelajari selengkapnya, kunjungi penyimpanan dan keandalan Aurora.

Anda dapat meningkatkan throughput baca untuk mendukung permintaan aplikasi volume tinggi dengan membuat hingga 15 basis data Replika Amazon Aurora. Replika Aurora berbagi penyimpanan dasar yang sama dengan instans sumber sehingga menurunkan biaya dan menghindari kebutuhan untuk melakukan penulisan di simpul replika. Hal ini membebaskan lebih banyak daya pemrosesan untuk melayani permintaan baca dan mengurangi waktu ketertinggalan replika—sering kali hingga satu digit milidetik. Aurora menyediakan titik akhir pembaca sehingga aplikasi dapat terhubung tanpa harus melacak replika saat ditambahkan dan dihapus. Ini juga mendukung penskalaan otomatis, menambahkan dan menghapus replika secara otomatis sebagai respons terhadap perubahan metrik kinerja yang Anda tentukan. untuk mempelajari lebih lanjut, kunjungi Menggunakan Amazon Aurora Auto Scaling dengan Replika Aurora.

Aurora mendukung replika baca lintas Wilayah. Replika lintas Wilayah menyediakan pembacaan lokal cepat kepada pengguna Anda dan setiap wilayah dapat memiliki 15 Replika Aurora tambahan untuk meningkatkan skala pembacaan lokal. Lihat Basis Data Global Amazon Aurora untuk detailnya.

Titik akhir kustom memungkinkan Anda untuk mendistribusikan dan memuat beban kerja keseimbangan di berbagai set instans basis data. Misalnya, Anda dapat menyediakan satu set Replika Aurora untuk menggunakan tipe instans dengan kapasitas memori yang lebih tinggi untuk menjalankan beban kerja analitik. Titik akhir kustom kemudian dapat membantu Anda merutekan beban kerja ke instans yang dikonfigurasi dengan tepat ini sekaligus menjaga agar instans lain tetap terisolasi darinya.

Amazon Aurora Optimized Reads adalah kemampuan performa harga baru yang memberikan latensi kueri hingga 8x lebih baik dan penghematan biaya hingga 30% dibandingkan dengan instans tanpa kemampuan ini. Kemampuan ini sangat ideal untuk aplikasi dengan set data besar yang melebihi kapasitas memori instans basis data.

Instans Optimized Reads menggunakan penyimpanan tingkat blok SSD berbasis NVMe lokal, yang tersedia pada instans r6gd berbasis Graviton dan r6id berbasis Intel, untuk meningkatkan latensi kueri aplikasi dengan set data melebihi kapasitas memori instans basis data. Optimized Reads mencakup peningkatan performa seperti caching berjenjang dan objek sementara untuk memungkinkan Anda memaksimalkan instans basis data Anda.

Dengan latensi kueri yang ditingkatkan hingga 8x, Anda dapat secara efektif menjalankan beban kerja yang banyak membaca dan intensif I/O seperti dasbor operasional, deteksi anomali, dan pencarian kesamaan dengan pgvector. Amazon Aurora PostgreSQL Optimized Reads dengan pgvector meningkatkan kueri per detik untuk pencarian vektor hingga 9x dalam beban kerja yang melebihi memori instans yang tersedia. Optimized Reads tersedia untuk Aurora dengan kompatibilitas PostgreSQL.

Kueri Paralel Amazon Aurora menyediakan kueri analitis yang lebih cepat dibandingkan dengan data Anda saat ini. Kueri Paralel Amazon Aurora dapat mempercepat kueri hingga dua kali lipat sekaligus mempertahankan throughput tinggi untuk beban kerja transaksi inti Anda. Dengan mendorong pemrosesan kueri ke lapisan penyimpanan Aurora, Kueri Paralel Amazon Aurora memperoleh sejumlah besar daya komputasi sekaligus mengurangi lalu lintas jaringan. Gunakan Kueri Paralel untuk menjalankan beban kerja transaksional dan analitis bersama satu sama lain dalam basis data Aurora yang sama. Kueri Paralel tersedia untuk Aurora dengan kompatibilitas MySQL.

Amazon DevOps Guru adalah layanan operasi cloud yang didukung oleh machine learning (ML) yang membantu meningkatkan ketersediaan aplikasi. Dengan Amazon DevOps Guru untuk RDS, Anda dapat menggunakan wawasan yang didukung ML untuk membantu mendeteksi dan mendiagnosis masalah basis data relasional terkait performa dengan mudah dan dirancang untuk menyelesaikannya dalam hitungan menit, bukan hari. Developer dan rekayasawan DevOps dapat menggunakan DevOps Guru untuk RDS untuk secara otomatis mengidentifikasi akar penyebab masalah performa dan mendapatkan rekomendasi cerdas untuk membantu mengatasi masalah tersebut tanpa memerlukan bantuan dari ahli basis data.

Untuk memulai, cukup buka Konsol Manajemen Amazon RDS dan aktifkan Wawasan Performa Amazon RDS. Setelah Wawasan Performa aktif, buka Konsol Amazon DevOps Guru dan aktifkan untuk sumber daya Aurora, sumber daya lain yang didukung, atau seluruh akun Anda.

Amazon RDS terus memantau kondisi basis data Aurora dan instans Amazon Elastic Compute Cloud (Amazon EC2) yang mendasarinya. Jika terjadi kegagalan basis data, Amazon RDS akan secara otomatis memulai ulang basis data dan proses terkait. Aurora tidak memerlukan pemutaran ulang pemulihan kerusakan dari log pengulangan basis data, yang sangat mengurangi waktu mulai ulang. Pemulihan ini juga mengisolasi cache buffer basis data dari proses basis data, yang memungkinkan cache tetap bertahan saat mulai ulang basis data dilakukan.

Pada kegagalan instans, Aurora menggunakan teknologi Amazon RDS Multi-AZ untuk mengotomatiskan failover ke salah satu dari hingga 15 Replika Aurora yang telah Anda buat di salah satu dari tiga Zona Ketersediaan. Jika belum ada Aurora yang telah disediakan, jika terjadi kegagalan, Amazon RDS akan secara otomatis berusaha membuat instans DB Aurora baru untuk Anda. Minimalkan waktu failover dengan mengganti driver MySQL dan PostgreSQL komunitas dengan AWS JDBC Driver for MySQL dan AWS JDBC Driver for PostgreSQL yang kompatibel dengan sumber terbuka dan drop-in. Anda juga dapat menggunakan Proksi RDS untuk mengurangi waktu failover dan meningkatkan ketersediaan. Ketika failover terjadi, Proksi Amazon RDS merutekan permintaan langsung ke instans basis data baru sehingga mengurangi waktu failover hingga 66% sekaligus mempertahankan koneksi aplikasi.

Untuk aplikasi yang didistribusikan secara global, Anda dapat menggunakan Basis Data Global Aurora. Satu basis data Aurora dapat menjangkau beberapa Wilayah AWS untuk mengaktifkan pembacaan lokal yang cepat dan pemulihan bencana yang cepat. Basis Data Global Aurora menggunakan replikasi berbasis penyimpanan untuk mereplikasi basis data di beberapa Wilayah, dengan latensi tipikal kurang dari satu detik. Anda dapat menggunakan Wilayah sekunder sebagai opsi cadangan jika Anda perlu pulih dengan cepat dari degradasi atau pemadaman regional. Basis data di Wilayah sekunder dapat dipromosikan ke kemampuan baca/tulis penuh dalam waktu kurang dari 1 menit. Untuk mempelajari lebih lanjut, kunjungi Menggunakan basis data global Amazon Aurora.

Volume penyimpanan basis data Aurora tersegmentasi dalam 10 potongan GiB dan direplikasi di tiga Zona Ketersediaan, dengan setiap Zona Ketersediaan menyimpan 2 salinan dari setiap penulisan. Penyimpanan Aurora bersifat toleran kesalahan, dirancang untuk menangani kehilangan hingga dua salinan data tanpa memengaruhi ketersediaan tulis basis data dan hingga tiga salinan tanpa memengaruhi ketersediaan baca. Penyimpanan Aurora juga pulih dengan sendirinya; blok data dan disk terus dipindai untuk kesalahan dan diganti secara otomatis.

Kemampuan pencadangan Aurora memungkinkan pemulihan titik waktu untuk instans Anda. Hal ini memungkinkan Anda mengembalikan basis data Anda ke setiap detik selama periode retensi Anda, hingga 5 menit terakhir. Periode retensi pencadangan otomatis Anda dapat dikonfigurasi hingga 35 hari. Pencadangan otomatis disimpan di Amazon Simple Storage Service (Amazon S3), yang dirancang untuk daya tahan 99,999999999%. Pencadangan Aurora bersifat otomatis, bertahap, dan berkelanjutan serta tidak berdampak pada performa basis data.

Snapshot DB merupakan pencadangan yang diinisiasi pengguna dari penyimpanan instans di Amazon S3 yang disimpan hingga Anda menghapusnya secara sengaja. Snapshot klaster memanfaatkan snapshot yang bertahap dan otomatis untuk mengurangi waktu dan penyimpanan yang diperlukan. Anda dapat membuat instans baru dari snapshot DB kapan pun Anda mau.

Backtrack memungkinkan Anda dengan cepat memindahkan basis data ke titik waktu sebelumnya tanpa perlu memulihkan data dari cadangan. Ini memungkinkan Anda dengan cepat memulihkan dari kesalahan pengguna, seperti menjatuhkan tabel yang salah atau menghapus baris yang salah. Saat Anda mengaktifkan Backtrack, Aurora akan menyimpan catatan data untuk durasi Backtrack yang ditentukan. Misalnya, Anda dapat mengatur Backtrack untuk memungkinkan Anda memindahkan basis data Anda hingga 72 jam ke belakang. Backtrack selesai dalam hitungan detik, bahkan untuk basis data besar, karena tidak ada catatan data yang perlu disalin. Anda dapat mundur dan maju untuk menemukan titik tepat sebelum kesalahan terjadi.

Backtrack juga berguna untuk pengembangan dan pengujian, terutama dalam situasi di mana pengujian Anda menghapus atau membatalkan data. Cukup telusuri balik ke status basis data awal, dan Anda siap untuk uji coba lain. Anda dapat membuat skrip yang memanggil Telusuri Balik melalui API, lalu menjalankan pengujian untuk integrasi sederhana ke dalam kerangka pengujian Anda. Penelusuran Balik tersedia untuk Aurora dengan kompatibilitas MySQL.

Aurora berjalan di Amazon Virtual Private Cloud (Amazon VPC), yang membantu Anda mengisolasi basis data Anda di jaringan virtual Anda sendiri dan terhubung ke infrastruktur IT on-premise Anda menggunakan VPN IPsec terenkripsi standar industri. Untuk mempelajari selengkapnya mengenai Amazon Relational Database Service (RDS) di Amazon VPC, lihat Panduan Pengguna Amazon RDS. Selain itu, dengan Amazon RDS, Anda dapat mengonfigurasi pengaturan firewall dan mengontrol akses jaringan ke instans DB Anda.

Aurora terintegrasi dengan AWS Identity and Access Management (IAM) dan memberi Anda kemampuan untuk mengontrol tindakan yang dapat diambil oleh pengguna dan grup IAM Anda pada sumber daya Aurora tertentu (misalnya, instans DB, snapshot DB, grup parameter DB, langganan peristiwa DB, grup opsi DB). Selain itu, Anda dapat menandai sumber daya Aurora Anda dan mengontrol tindakan yang dapat dilakukan oleh pengguna dan grup IAM Anda pada grup sumber daya yang memiliki tanda (dan nilai tanda) yang sama. Untuk informasi selengkapnya mengenai integrasi IAM, lihat dokumentasi autentikasi basis data IAM.

Aurora membantu Anda mengenkripsi basis data menggunakan kunci yang Anda buat dan kendalikan melalui AWS Key Management Service (KMS). Pada instans basis data yang berjalan dengan enkripsi Aurora, data diam yang disimpan di penyimpanan yang mendasarinya dienkripsi, begitu juga dengan cadangan, snapshot, dan replika otomatis dalam klaster yang sama. Aurora menggunakan SSL (AES-256) untuk mengamankan data bergerak.

Aurora membantu Anda mencatat peristiwa basis data dengan dampak minimal pada performa basis data. Log nantinya dapat dianalisis untuk manajemen basis data, keamanan, tata kelola, kepatuhan terhadap peraturan, dan tujuan lainnya. Anda juga dapat memantau aktivitas dengan mengirimkan log audit ke Amazon CloudWatch.

Amazon GuardDuty menawarkan deteksi ancaman untuk Aurora guna membantu Anda mengidentifikasi potensi ancaman terhadap data yang disimpan dalam basis data Aurora. Perlindungan GuardDuty RDS membuat profil dan memantau aktivitas masuk ke basis data yang sudah ada dan baru di akun Anda serta menggunakan model ML yang disesuaikan untuk mendeteksi aktivitas masuk mencurigakan secara akurat ke basis data Aurora. Jika ancaman potensial terdeteksi, GuardDuty menghasilkan temuan keamanan yang mencakup detail basis data dan informasi kontekstual yang kaya tentang aktivitas yang mencurigakan. Integrasi Aurora dengan GuardDuty memberikan akses langsung ke log peristiwa basis data tanpa mengharuskan Anda untuk memodifikasi basis data Anda dan dirancang untuk tidak berdampak pada performa basis data.

Tidak ada komitmen di muka dengan Aurora. Anda membayar biaya per jam untuk setiap instans yang Anda luncurkan, dan setelah selesai menggunakan instans DB Aurora, Anda dapat menghapusnya. Anda tidak perlu menyediakan penyimpanan yang berlebihan sebagai margin keamanan, dan Anda hanya membayar penyimpanan yang benar-benar Anda gunakan. Untuk melihat detail selengkapnya, kunjungi halaman Harga Aurora.

Aurora menawarkan fleksibilitas untuk mengoptimalkan pengeluaran basis data Anda dengan memilih di antara dua opsi konfigurasi berdasarkan kebutuhan harga-kinerja dan harga-kemampuan prediksi, terlepas dari konsumsi I/O aplikasi Anda. Kedua opsi konfigurasi tersebut adalah Aurora I/O-Optimized dan Aurora Standard. Tidak ada opsi yang memerlukan I/O di muka atau penyediaan penyimpanan dan keduanya dapat menskalakan I/O untuk mendukung aplikasi Anda yang paling menuntut.

Aurora I/O-Optimized adalah konfigurasi klaster basis data. Konfigurasi ini memberikan peningkatan performa harga bagi pelanggan dengan beban kerja intensif I/O, seperti sistem pemrosesan pembayaran, sistem e-commerce, dan aplikasi keuangan. Jika pengeluaran I/O melebihi 25% dari total pengeluaran basis data Aurora, Anda dapat menghemat hingga 40% untuk biaya beban kerja intensif I/O dengan Aurora I/O-Optimized. Dengan Aurora I/O-Optimized, Anda cukup membayar instans dan penyimpanan basis data. Tidak ada biaya untuk operasi baca dan tulis I/O, memberikan kemampuan prediksi harga untuk semua aplikasi terlepas dari variabilitas I/O.

Aurora Standard adalah konfigurasi klaster basis data yang menawarkan harga hemat biaya untuk sebagian besar aplikasi dengan penggunaan I/O rendah hingga sedang. Dengan Aurora Standard, Anda membayar instans basis data, penyimpanan, dan I/O bayar per permintaan.

Untuk aplikasi yang sangat analitis, biaya I/O biasanya merupakan kontributor terbesar untuk biaya basis data. Operasi I/O dilakukan mesin basis data Aurora pada lapisan penyimpanan virtual berbasis SSD miliknya. Setiap operasi baca halaman basis data dihitung sebagai satu I/O. Mesin basis data Aurora mengeluarkan pembacaan pada lapisan penyimpanan untuk mengambil halaman basis data yang tidak tersedia dalam cache buffer. Setiap halaman basis data berukuran 8 KB di Aurora dengan kompatibilitas PostgreSQL dan 16 KB di Aurora dengan kompatibilitas MySQL.

Aurora dirancang untuk menghapus operasi I/O yang tidak diperlukan untuk mengurangi biaya serta memastikan sumber daya tersedia untuk melakukan lalu lintas baca/tulis. Operasi tulis I/O hanya digunakan saat mendorong catatan log transaksi ke lapisan penyimpanan dengan tujuan untuk membuat penulisan tahan lama. Operasi tulis I/O dihitung dalam satuan 4 KB. Contohnya, catatan log transaksi yang berukuran 1.024 bita dihitung sebagai satu operasi I/O. Namun, operasi tulis bersamaan yang log transaksinya kurang dari 4 KB dapat dikumpulkan bersama oleh mesin basis data Aurora untuk mengoptimalkan penggunaan I/O. Tidak seperti mesin basis data tradisional, Aurora tidak pernah mendorong halaman basis data yang dimodifikasi ke lapisan penyimpanan, menghasilkan penghematan penggunaan I/O lebih lanjut.

Anda dapat melihat berapa banyak operasi I/O yang digunakan instans Aurora Anda dengan membuka Konsol Manajemen AWS. Untuk mencari tahu konsumsi I/O Anda, buka bagian konsol RDS, lihat daftar instans Anda, pilih instans Aurora, lalu cari metrik “Operasi baca tertagih” dan “Operasi tulis tertagih” di bagian pemantauan.

Anda dikenai biaya untuk operasi baca dan tulis I/O saat mengonfigurasi klaster basis data ke konfigurasi Aurora Standard. Anda tidak dikenakan biaya untuk operasi baca dan tulis I/O saat Anda mengonfigurasi klaster basis data untuk Aurora I/O-Optimized. Untuk informasi selengkapnya tentang harga operasi I/O, kunjungi halaman Harga Aurora.

Aurora Optimized Reads untuk Aurora PostgreSQL menawarkan kepada pelanggan, dengan aplikasi sensitif latensi dan set kerja besar, alternatif performa harga yang menarik untuk memenuhi SLA bisnis mereka. Pelanggan juga memiliki lebih banyak fleksibilitas untuk mengembangkan set data mereka tanpa perlu sering meningkatkan ukuran instans basis data mereka untuk mendapatkan kapasitas memori yang lebih besar. Optimized Reads mencakup peningkatan performa seperti caching berjenjang dan objek sementara.

Caching berjenjang memberikan peningkatan latensi kueri hingga 8x dan penghematan biaya hingga 30% untuk aplikasi yang banyak membaca dan intensif I/O seperti dasbor operasional, deteksi anomali, dan pencarian kesamaan berbasis vektor. Manfaat ini terwujud karena data caching secara otomatis dikeluarkan dari cache buffer basis data dalam memori ke penyimpanan lokal untuk mempercepat akses selanjutnya atas data tersebut. Caching berjenjang hanya tersedia untuk Aurora PostgreSQL dengan konfigurasi Aurora I/O-Optimized.

Objek sementara mencapai pemrosesan kueri yang lebih cepat dengan menempatkan tabel sementara yang dihasilkan oleh Aurora PostgreSQL pada penyimpanan lokal, meningkatkan performa kueri yang melibatkan pengurutan, agregasi hash, gabungan beban tinggi, dan operasi intensif data lainnya.

Integrasi nol-ETL Amazon Aurora dengan Amazon Redshift memungkinkan analitik dan ML mendekati waktu nyata menggunakan Amazon Redshift pada data transaksional berukuran petabita dari Aurora dengan menghilangkan kebutuhan untuk membangun dan memelihara jalur data kompleks yang melakukan operasi extract, transform, and load (ETL). Data transaksional secara otomatis dan terus-menerus direplikasi dalam hitungan detik untuk ditulis di Aurora dan tersedia dengan lancar di Amazon Redshift.

Setelah data tersedia di Amazon Redshift, Anda dapat segera mulai menganalisisnya dan menerapkan fitur-fitur canggih, seperti berbagi data, tampilan terwujud, dan ML Amazon Redshift untuk mendapatkan wawasan holistik dan prediktif. Anda dapat mengonsolidasikan beberapa tabel dari berbagai klaster basis data Aurora dan mereplikasi data Anda ke satu gudang data Amazon Redshift untuk menjalankan analitis terpadu di berbagai aplikasi dan sumber data. Saat menggunakan Aurora Nirserver dan Amazon Redshift Nirserver, Anda dapat menghasilkan analitik mendekati waktu nyata pada data transaksional tanpa harus mengelola infrastruktur apa pun untuk jalur data. Baca dokumentasi kami tentang bekerja dengan integrasi nol-ETL Aurora dengan Amazon Redshift.

Aurora menawarkan kemampuan yang memungkinkan model machine learning (ML) dan kecerdasan buatan (AI) generatif untuk bekerja dengan data yang disimpan di Aurora secara waktu nyata dan tanpa perlu memindahkan data. Dengan Amazon Aurora Edisi Kompatibel PostgreSQL, Anda dapat mengakses kemampuan basis data vektor untuk menyimpan, mencari, mengindeks, dan mengueri penyematan ML dengan ekstensi pgvector.

Penyematan vektor adalah representasi numerik yang merepresentasikan makna semantik konten seperti teks, gambar, dan video. AI generatif dan sistem AI/ML lainnya menggunakan penyematan untuk menangkap makna semantik input konten ini ke dalam model bahasa besar (LLM). Anda dapat menyimpan penyematan dari model ML dan AI, seperti dari Amazon Bedrock dan Amazon SageMaker di basis data Aurora Anda. Baca dokumentasi kami tentang versi ekstensi untuk Aurora PostgreSQL.

Amazon Aurora PostgreSQL tersedia sebagai Basis Pengetahuan untuk Amazon Bedrock untuk menghubungkan sumber data pribadi organisasi Anda ke model fondasi (FM) dan mengaktifkan alur kerja Retrieval-Augmented Generation (RAG) pada sumber tersebut. Hal ini membuat FM Anda lebih berpengetahuan tentang domain dan organisasi spesifik Anda. Baca dokumentasi kami tentang cara menggunakan Aurora PostgreSQL sebagai Basis Pengetahuan untuk Amazon Bedrock.

Machine learning Aurora (Aurora ML) juga menyederhanakan penambahan prediksi model AI generatif ke basis data Aurora Anda. Aurora ML mengekspos model ML sebagai fungsi SQL sehingga memungkinkan Anda menggunakan SQL standar untuk memanggil model ML, meneruskan data kepada mereka, dan mengembalikan prediksi, ringkasan teks, atau sentimen sebagai hasil kueri. Dengan ML Aurora, Anda dapat membuat proses penambahan penyematan baru ke basis data Aurora PostgreSQL dengan ekstensi pgvector secara waktu nyata melalui panggilan berkala ke model SageMaker atau Amazon Bedrock yang mengembalikan penyematan terbaru dan terakhir.

Alat impor dan ekspor MySQL standar bekerja dengan Aurora. Anda juga dapat dengan mudah membuat basis data Aurora baru dari snapshot DB Amazon RDS for MySQL. Operasi migrasi berdasarkan snapshot DB biasanya selesai dalam waktu kurang dari satu jam, tetapi akan bervariasi berdasarkan jumlah dan format data yang dimigrasikan.

Atau, AWS Database Migration Service (AWS DMS) menawarkan perkakas asli bawaan dari dalam Konsol DMS untuk migrasi tanpa batas. Tanpa instans replikasi untuk penyediaan atau skala, Anda dapat memulai migrasi basis data dengan beberapa klik sederhana, dan hanya membayar setiap jam untuk waktu yang digunakan.

Anda juga dapat mengatur replikasi berbasis binlog antara basis data Edisi yang kompatibel dengan Aurora MySQL dan basis data MySQL eksternal yang berjalan di dalam atau di luar AWS.

Alat impor dan ekspor PostgreSQL standar bekerja dengan Aurora, termasuk pg_dump dan pg_restore. Aurora juga mendukung impor snapshot dari Amazon RDS for PostgreSQL, dan replikasi dengan AWS Database Migration Service (AWS DMS).

Aurora menyediakan lingkungan yang ideal untuk memindahkan beban kerja basis data dari basis data komersial. Aurora memiliki kemampuan fungsional yang sangat cocok dengan mesin basis data komersial, dan memberikan performa kelas korporasi, daya tahan, dan ketersediaan tinggi yang dibutuhkan oleh sebagian besar beban kerja basis data korporasi. AWS Database Migration Service (AWS DMS) dapat membantu mempercepat migrasi basis data ke Aurora dengan fitur terkelola, seperti Konversi Skema DMS dan DMS Nirserver . Konversi Skema DMS akan secara otomatis menilai dan mengonversi skema dan objek sumber agar kompatibel dengan klaster Aurora target. Sementara itu, DMS Nirserver mengotomatiskan penyediaan, pemantauan, dan penskalaan sumber daya migrasi.

Babelfish for Aurora PostgreSQL adalah kemampuan baru untuk Edisi Kompatibel PostgreSQL Aurora yang memungkinkan Aurora memahami perintah dari aplikasi yang ditulis untuk Microsoft SQL Server. Dengan Babelfish, Aurora PostgreSQL kini memahami T-SQL, dialek SQL milik Microsoft SQL Server, dan mendukung protokol komunikasi yang sama, sehingga aplikasi Anda yang awalnya ditulis untuk SQL Server kini dapat bekerja dengan Aurora dengan lebih sedikit perubahan kode. Sebagai hasilnya, upaya yang diperlukan untuk memodifikasi dan memindahkan aplikasi yang berjalan di SQL Server 2005 atau yang lebih baru ke Aurora berkurang, yang mengarah ke migrasi yang lebih cepat, berisiko lebih rendah, dan lebih hemat biaya. Babelfish adalah kemampuan bawaan Aurora, dan tidak memiliki biaya tambahan. Anda dapat mengaktifkan Babelfish di klaster Aurora hanya dalam beberapa langkah di konsol RDS.

Ekstensi Bahasa Tepercaya (TLE) untuk PostgreSQL adalah kit pengembangan dan proyek sumber terbuka yang memungkinkan Anda membangun ekstensi beperforma tinggi dengan cepat dan menjalankannya dengan aman di Aurora tanpa memerlukan AWS untuk mengesahkan kode. Developer dapat menggunakan bahasa tepercaya populer, seperti JavaScript, PL/pgSQL, Perl, dan SQL untuk menulis ekstensi dengan aman. TLE dirancang untuk mencegah akses ke sumber daya tidak aman dan membatasi cacat ekstensi pada koneksi basis data tunggal. DBA mempunyai kendali online yang terperinci atas siapa yang dapat menginstal ekstensi dan dapat membuat model izin untuk menjalankannya. TLE tersedia untuk pelanggan Aurora tanpa biaya tambahan.

Aurora menawarkan kemampuan machine learning langsung dari basis data, sehingga Anda dapat menambahkan prediksi berbasis ML ke aplikasi Anda melalui bahasa pemrograman SQL yang sudah dikenal. Dengan integrasi yang sederhana, dioptimalkan, dan aman antara layanan machine learning Aurora dan AWS, Anda memiliki akses ke berbagai pilihan algoritma ML tanpa harus membangun integrasi khusus atau memindahkan data. Pelajari selengkapnya mengenai machine learning Aurora.

Aurora bekerja bersama dengan Proksi Amazon RDS, proksi basis data yang terkelola penuh dan sangat tersedia yang membuat aplikasi lebih dapat diskalakan, lebih tahan terhadap kegagalan basis data, dan lebih aman. Proksi RDS memungkinkan aplikasi mengumpulkan dan berbagi koneksi yang dibuat dengan basis data sehingga meningkatkan efisiensi basis data dan skalabilitas aplikasi. Proksi RDS mengurangi waktu failover dengan secara otomatis menghubungkan ke instans basis data baru sekaligus mempertahankan koneksi aplikasi. Proksi RDS meningkatkan keamanan melalui integrasi dengan AWS IAM dan AWS Secrets Manager.

Data API adalah API HTTPS yang mudah digunakan dan aman untuk mengeksekusi kueri SQL terhadap basis data Aurora yang mempercepat pengembangan aplikasi modern. Data API menghilangkan tugas konfigurasi jaringan dan aplikasi yang diperlukan untuk terhubung dengan aman ke basis data Aurora, yang menjadikan akses Aurora semudah melakukan panggilan API. Data API menghilangkan penggunaan driver basis data dan perangkat lunak pengumpulan koneksi sisi klien. API ini juga meningkatkan skalabilitas aplikasi dengan mengumpulkan dan berbagi koneksi basis data secara otomatis. API Data meningkatkan keamanan melalui integrasi dengan AWS IAM dan AWS Secrets Manager.

Developer dapat memanggil Data API melalui aplikasi yang dibangun dengan AWS SDK. Data API juga menyediakan akses ke basis data Aurora untuk API AWS AppSync GraphQL.