Apakah aurora amazon kompatibel dengan mysql?

Layanan cloud DBaaS memungkinkan pengguna untuk menggunakan database tanpa mengonfigurasi perangkat keras dan infrastruktur fisik dan tanpa menginstal perangkat lunak. Namun saat mencoba menemukan solusi mana yang paling cocok untuk sebuah organisasi, ada banyak faktor yang harus dipertimbangkan. Ini mungkin kinerja, ketersediaan tinggi, biaya operasional, manajemen, perencanaan kapasitas, skalabilitas, keamanan, pemantauan, dll

Ada juga kasus di mana meskipun beban kerja dan kebutuhan operasional tampaknya paling cocok untuk satu solusi, ada faktor pembatas lain yang mungkin menjadi penghalang (atau setidaknya memerlukan penanganan khusus)

Yang benar-benar harus kita bandingkan adalah mesin database MySQL dan Aurora yang disediakan oleh Amazon RDS

Unduh eBuku kami, "Panduan Perusahaan untuk Basis Data Cloud" untuk membantu Anda membuat keputusan yang lebih tepat dan menghindari kesalahan yang merugikan saat Anda mengembangkan dan menjalankan strategi cloud Anda

Unduh sekarang

Pengantar Amazon RDS

Amazon Relational Database Service (Amazon RDS) adalah layanan database yang dihosting yang menyediakan beberapa produk database untuk dipilih, termasuk Aurora, PostgreSQL, MySQL, MariaDB, Oracle, dan Microsoft SQL Server. Kami akan fokus pada MySQL dan Aurora

Sehubungan dengan administrasi sistem, kedua solusi ini menghemat waktu. Anda mendapatkan lingkungan yang siap untuk menerapkan aplikasi Anda dan jika tidak ada DBA khusus, RDS memberi Anda fleksibilitas yang besar untuk operasi seperti pemutakhiran atau pencadangan. Untuk kedua produk, Amazon menerapkan pembaruan yang diperlukan dan tambalan terbaru tanpa waktu henti. Anda dapat menentukan jendela pemeliharaan, dan penambalan otomatis (jika diaktifkan) akan terjadi di dalamnya. Data terus dicadangkan ke S3 secara waktu nyata, tanpa dampak kinerja. Ini menghilangkan kebutuhan akan jendela cadangan dan prosedur lain, rumit atau tidak, dengan skrip. Meskipun kedengarannya bagus, risiko penguncian vendor dan tantangan pembaruan yang diberlakukan serta pengoptimalan sisi klien masih ada

Jadi, Aurora atau RDS MySQL?

Amazon Aurora adalah mesin database relasional, berpemilik, sumber tertutup, dengan semua yang tersirat

RDS MySQL adalah 5. 5, 5. 6 dan 5. 7 kompatibel dan menawarkan opsi untuk memilih di antara rilis minor. Meskipun RDS MySQL mendukung beberapa mesin penyimpanan dengan berbagai kemampuan, tidak semuanya dioptimalkan untuk pemulihan kerusakan dan daya tahan data. Sampai saat ini, ada batasan bahwa Aurora hanya kompatibel dengan MySQL 5. 6 tetapi sekarang kompatibel dengan keduanya 5. 6 dan 5. 7 juga

Jadi, dalam banyak kasus, tidak diperlukan perubahan aplikasi yang signifikan untuk kedua produk tersebut. Ingatlah bahwa fitur MySQL tertentu seperti mesin penyimpanan MyISAM tidak tersedia dengan Amazon Aurora. Migrasi ke RDS dapat dilakukan menggunakan Percona XtraBackup

Untuk produk RDS, akses shell ke sistem operasi dasar dinonaktifkan dan akses ke akun pengguna MySQL dengan hak istimewa "SUPER" tidak diizinkan. Untuk mengonfigurasi variabel MySQL atau mengelola pengguna, Amazon RDS menyediakan grup parameter khusus, API, dan prosedur sistem khusus lainnya yang digunakan. Jika Anda perlu mengaktifkan akses jarak jauh Amazon RDS, artikel ini akan membantu Anda melakukannya

Pertimbangan kinerja

Misalnya, karena kebutuhan untuk menonaktifkan buffer perubahan InnoDB untuk Aurora (ini adalah salah satu kunci untuk mesin penyimpanan terdistribusi), dan pembaruan indeks sekunder harus ditulis, ada penalti kinerja yang besar dalam beban kerja di mana . Ini karena cara MySQL bergantung pada buffer perubahan untuk menunda dan menggabungkan pembaruan indeks sekunder. Jika aplikasi Anda melakukan pembaruan tingkat tinggi terhadap tabel dengan indeks sekunder, kinerja Aurora mungkin buruk. Seperti yang mungkin sudah Anda ketahui, AWS mengklaim bahwa fitur query_cache dapat digunakan dan tidak mengalami masalah skalabilitas. Berbicara secara pribadi, saya belum melihat masalah apa pun yang terkait dengan query_cache dan fitur ini dapat meningkatkan kinerja keseluruhan secara signifikan

Bagaimanapun, Anda harus selalu ingat bahwa kinerja bergantung pada desain skema. Sebelum mengambil keputusan untuk bermigrasi, performa harus dievaluasi terhadap beban kerja khusus aplikasi. Melakukan tolok ukur ekstensif akan menjadi subjek posting blog mendatang

Perencanaan Kapasitas

Berbicara tentang penyimpanan dasar, hal penting lainnya yang perlu dipertimbangkan adalah bahwa dengan Aurora tidak diperlukan perencanaan kapasitas. Penyimpanan Aurora akan bertambah secara otomatis, dari minimum 10 GB hingga 64 TiB, dengan peningkatan 10 GB, tanpa memengaruhi kinerja database. Batas ukuran tabel hanya dibatasi oleh ukuran volume klaster Aurora yang memiliki maksimal 64 tebibytes (TiB). Hasilnya, ukuran tabel maksimum untuk tabel di database Aurora adalah 64 TiB. Untuk MySQL RDS, batas penyimpanan maksimum yang disediakan membatasi ukuran tabel hingga ukuran maksimum 16 TB saat menggunakan tablespace file-per-tabel InnoDB

Untuk RDS MySQL baru-baru ini ditambahkan fungsi baru, yang disebut Storage autoscaling. Saat Anda membuat instans, Anda dapat mengaktifkan opsi itu dan ini kurang lebih mirip dengan apa yang ditawarkan Aurora. Rincian lebih lanjut dapat ditemukan

Mulai Agustus 2018, Aurora memberikan opsi lain yang tidak memerlukan kapasitas yang disediakan. Ini Aurora Tanpa Server

“Amazon Aurora Tanpa Server adalah konfigurasi penskalaan otomatis sesuai permintaan untuk Amazon Aurora (edisi yang kompatibel dengan MySQL dan PostgreSQL), di mana database akan secara otomatis memulai, mematikan, dan meningkatkan atau menurunkan kapasitas berdasarkan kebutuhan aplikasi Anda. Ini memungkinkan Anda untuk menjalankan database Anda di cloud tanpa mengelola instance database apa pun. Ini adalah opsi sederhana dan hemat biaya untuk beban kerja yang jarang, terputus-putus, atau tidak dapat diprediksi

Mengelola kapasitas database secara manual dapat menyita waktu yang berharga dan dapat menyebabkan penggunaan sumber daya database yang tidak efisien. Dengan Aurora Tanpa Server, Anda cukup membuat titik akhir database, secara opsional menentukan kisaran kapasitas database yang diinginkan, dan menyambungkan aplikasi Anda. Anda membayar per detik untuk kapasitas database yang Anda gunakan saat database aktif, dan bermigrasi antara konfigurasi standar dan tanpa server dengan beberapa klik di Amazon RDS Management Console. ”

Untuk menggunakan Aurora Tanpa Server, Anda harus memilihnya saat membuat instans dan Anda juga perlu mengatur beberapa pengaturan kapasitas yang berkaitan dengan penskalaan

Meskipun fitur ini awalnya terdengar fantastis, ternyata ada. Beberapa dari mereka benar-benar utama

Karena keterbatasan yang tercantum di atas, menurut pendapat saya, Aurora Tanpa Server lebih baik terutama untuk lingkungan dev atau sistem semacam itu yang diperlukan hanya beberapa jam/hari atau waktu singkat. Pada akhirnya, Anda dapat mematikannya sehingga mengurangi biaya keseluruhan Anda. Dari pengalaman saya, waktu boot mungkin sedikit lebih tinggi

Replikasi

Replikasi adalah fitur yang sangat kuat dari produk MySQL (seperti). Dengan Aurora, Anda dapat menyediakan hingga lima belas replika dibandingkan dengan hanya lima di RDS MySQL. Semua replika Aurora berbagi volume dasar yang sama dengan instans utama dan ini berarti bahwa replikasi dapat dilakukan dalam milidetik karena pembaruan yang dibuat oleh instans utama tersedia secara instan untuk semua replika Aurora. Failover otomatis tanpa kehilangan data di Amazon Aurora sedangkan prioritas failover replika dapat diatur

Deskripsi penjelasan arsitektur Amazon Aurora dapat ditemukan di postingan Vadim yang ditulis beberapa tahun lalu

Arsitektur yang digunakan dan cara kerja replikasi pada kedua produk menunjukkan perbedaan yang sangat signifikan di antara keduanya. Aurora adalah solusi Ketersediaan Tinggi (HA) di mana Anda hanya perlu memasang pembaca dan ini secara otomatis menjadi tersedia untuk Multi-AZ. Aurora mereplikasi data ke enam node penyimpanan di Multi-AZ untuk menahan hilangnya seluruh AZ (Availability Zone) atau dua node penyimpanan tanpa dampak ketersediaan apa pun pada aplikasi klien

Di sisi lain, RDS MySQL hanya mengizinkan hingga lima replika dan proses replikasi lebih lambat dari Aurora. Failover adalah proses manual dan dapat mengakibatkan hilangnya data di menit-menit terakhir. RDS untuk MySQL bukan solusi HA, jadi Anda harus menandai master sebagai Multi-AZ dan melampirkan titik akhir

Pemantauan

Kedua produk tersebut dapat dipantau dengan berbagai alat pemantauan. Anda dapat mengaktifkan pemantauan otomatis dan Anda dapat menentukan jenis log untuk diterbitkan ke Amazon CloudWatch. Percona Monitoring and Management (PMM) juga dapat digunakan untuk mengumpulkan metrik

Ketahuilah bahwa untuk Aurora, ada batasan untuk instans T2 sehingga Skema Kinerja dapat menyebabkan host kehabisan memori jika diaktifkan

Biaya

Instans Aurora akan dikenakan biaya ~20% lebih mahal daripada RDS MySQL. Jika Anda membuat replika baca Aurora, biaya klaster Aurora Anda akan berlipat ganda. Aurora hanya tersedia pada ukuran instans RDS tertentu. Detail harga instans dapat ditemukan di sini dan di sini

Harga penyimpanan mungkin sedikit rumit. Perlu diingat bahwa harga untuk Aurora berbeda dengan RDS MySQL. Untuk RDS MySQL Anda harus memilih jenis dan ukuran untuk volume EBS, dan Anda harus yakin bahwa IOP EBS yang disediakan dapat didukung oleh jenis instans Anda karena IOP EBS dibatasi oleh kemampuan tipe instans. Kecuali jika Anda memperhatikan hal ini, Anda mungkin akan memiliki IOP EBS yang tidak dapat benar-benar digunakan oleh instans Anda

Untuk Aurora, IOP hanya dibatasi oleh jenis instans. Artinya, jika Anda ingin meningkatkan kinerja IOP di Aurora, Anda harus melanjutkan dengan pemutakhiran jenis instans. Bagaimanapun, Amazon akan menagih Anda berdasarkan ukuran kumpulan data dan permintaan per detik

Meskipun untuk Aurora Anda hanya membayar untuk data yang benar-benar Anda gunakan dengan peningkatan 10GB, jika Anda menginginkan performa tinggi, Anda harus memilih instans yang benar. Untuk Aurora, apa pun jenis instansnya, Anda akan ditagih sebesar $0. 10 per GB-bulan dan $0. 20 per 1 juta permintaan jadi jika Anda membutuhkan kinerja tinggi biayanya bahkan mungkin lebih dari RDS MySQL. Untuk MySQL RDS, biaya penyimpanan didasarkan pada jenis dan ukuran EBS

Dukungan untuk Layanan RDS

Percona memberikan dukungan untuk layanan RDS dan Anda mungkin tertarik dengan studi kasus ini

• Lookout Menggunakan Keahlian Cloud Percona untuk Mengurangi Jejak dan Menjaga Waktu Kerja
• Madwire Mencapai Jaminan Kinerja untuk Amazon RDS Aurora Melalui Audit Database dan Layanan Konsultasi Percona

Ketika diperlukan solusi yang lebih disesuaikan sepenuhnya, sebagian besar pelanggan kami biasanya lebih memilih penggunaan instans AWS EC2 yang didukung oleh penawaran layanan terkelola kami

TL;DR

• Jika Anda mencari solusi HA asli maka Anda harus menggunakan Aurora
• Untuk beban kerja intensif baca dalam lingkungan HA, Aurora adalah pasangan yang sempurna. Dikombinasikan dengan ProxySQL untuk RDS Anda bisa mendapatkan fleksibilitas yang tinggi
• Performa Aurora memang bagus, tetapi tidak sebanyak yang diharapkan untuk beban kerja intensif tulis saat indeks sekunder ada. Bagaimanapun, Anda harus membandingkan RDS MySQL dan Aurora sebelum mengambil keputusan untuk bermigrasi. Performa sangat bergantung pada beban kerja dan desain skema
• Dengan memilih Amazon Aurora, Anda sepenuhnya bergantung pada Amazon untuk perbaikan bug atau peningkatan
• Jika Anda perlu menggunakan plugin MySQL, Anda harus menggunakan RDS MySQL
• Aurora hanya mendukung InnoDB. Jika Anda membutuhkan mesin lain i. e. MyISAM, RDS MySQL adalah satu-satunya pilihan
• Dengan RDS MySQL Anda dapat menggunakan rilis MySQL tertentu
• Aurora tidak termasuk dalam AWS free-tier dan harganya sedikit lebih mahal daripada RDS MySQL. Jika Anda hanya memerlukan solusi terkelola untuk menerapkan layanan dengan cara yang lebih murah dan ketersediaan siap pakai bukan perhatian utama Anda, RDS MySQL adalah yang Anda butuhkan
• Jika karena alasan apa pun Skema Kinerja harus AKTIF, Anda tidak boleh mengaktifkan ini pada instans Amazon Aurora MySQL T2. Dengan Skema Kinerja diaktifkan, instans T2 mungkin kehabisan memori
• Untuk kedua produk, Anda harus hati-hati memeriksa masalah dan batasan umum yang tercantum di sini https. //dokumen. aws. amazon. com/AmazonRDS/terbaru/UserGuide/MySQL. Masalah dan Keterbatasan yang Diketahui. html dan di sini https. //dokumen. aws. amazon. com/AmazonRDS/latest/UserGuide/Aurora. AuroraMySQL. html

Anda Mungkin Juga Menyukai

Apakah Amazon Aurora atau RDS MySQL paling cocok untuk kebutuhan unik organisasi Anda, kami dapat membantu migrasi database Anda dengan Percona XtraBackup. Percona XtraBackup adalah solusi pencadangan database gratis, online, sumber terbuka, dan lengkap. Dengan XtraBackup, Anda dapat mengambil cadangan fisik online dari database Anda dan memulihkannya ke instans MySQL Aurora atau RDS baru. Baca blog kami untuk mempelajari cara memigrasikan database Anda yang ada ke Amazon RDS. Ini mencakup semua yang perlu Anda ketahui agar migrasi berhasil

Apakah AWS Aurora mendukung MySQL?

Jenis database apa yang kompatibel dengan Amazon Aurora?

Apakah Amazon RDS kompatibel dengan MySQL?

Apa perbedaan antara MySQL dan Aurora MySQL?