Lewati ke konten utama

Azure MySQL Flexible Server: Arsitektur, Skalabilitas, dan Tips

Jelajahi bagaimana Azure Database for MySQL - Flexible Server mendukung alur kerja data modern dengan arsitektur canggih, optimalisasi biaya, dan integrasi Azure yang mulus.
· 12 mnt Baca

Jelajahi bersama AI

Azure Database for MySQL Flexible Server adalah layanan MySQL terkelola dari Microsoft yang dibuat untuk aplikasi modern berbasis data yang menuntut kinerja tinggi, skalabilitas, dan kontrol. Layanan ini menawarkan arsitektur yang lebih dapat disesuaikan dibandingkan penyebaran single-server yang lebih lama, memberi Anda penyetelan lebih halus atas komputasi, penyimpanan, zona ketersediaan, dan jendela pemeliharaan.

Untuk proyek baru di Azure, Microsoft kini merekomendasikan Flexible Server. Layanan ini menawarkan peningkatan kinerja, penskalaan yang dioptimalkan biaya, dan konfigurasi ketersediaan tinggi yang lebih baik. Flexible Server memberikan ilmuwan data dan engineer keseimbangan ideal antara kemudahan terkelola dan fleksibilitas operasional, baik saat mereka membangun pipeline analitik, menjalankan beban kerja transaksional skala besar, maupun membuat dasbor real-time.

Dalam artikel ini, saya akan menjelaskan arsitektur Flexible Server, membahas opsi skalabilitas yang tersedia, dan memberikan praktik terbaik saat menggunakan database. Jika Anda baru mengenal MySQL, saya merekomendasikan untuk melihat Tutorial MySQL kami untuk memahami cara menggunakan database MySQL guna membuat database dan menjalankan kueri SQL. 

Konsep Inti MySQL Flexible Server

Azure Database for MySQL Flexible Server memisahkan komputasi dari penyimpanan, memungkinkan Anda menskalakan masing-masing secara independen, yang membantu mengoptimalkan biaya dan kinerja. Berikut konsep intinya:

Model penyebaran

Azure Database for MySQL Flexible Server menawarkan tiga tier komputasi yang disesuaikan dengan kebutuhan beban kerja yang berbeda:

  • Burstable: Dirancang untuk pengembangan berbiaya rendah, pengujian, atau beban kerja dengan permintaan CPU rendah yang tidak memerlukan kapasitas komputasi penuh secara terus-menerus. Menggunakan mesin virtual seri B yang dapat burst dan menyediakan titik masuk hemat biaya untuk aplikasi tahap awal atau yang kurang intensif.
  • General Purpose: Cocok untuk sebagian besar beban kerja bisnis-kritis yang memerlukan keseimbangan CPU dan memori dengan throughput I/O yang dapat diskalakan. Menggunakan mesin virtual seri D dan mendukung aplikasi produksi seperti aplikasi web dan seluler dengan kinerja dan skalabilitas yang dapat diprediksi.
  • Business Critical: Menargetkan beban kerja database berkinerja tinggi yang memerlukan performa in-memory untuk pemrosesan transaksi lebih cepat, konkurensi lebih tinggi, dan latensi lebih rendah. Menggunakan VM seri E dan ideal untuk pemrosesan data real-time serta beban kerja transaksional atau analitik yang menuntut.

Gambaran arsitektur

Flexible Server menyediakan dua model arsitektur high availability (HA) ini untuk memastikan waktu aktif dan redundansi data:

  • Single Availability Zone (AZ): Dalam model ini, komputasi dan penyimpanan berada di pusat data fisik yang sama. Opsi ini menawarkan latensi lebih rendah tetapi redundansi yang lebih sedikit.
  • Multi-Zone High Availability: Komputasi dan penyimpanan didistribusikan di berbagai AZ dalam wilayah Azure yang sama. Ini melindungi dari kegagalan pusat data dan menyediakan failover otomatis dengan downtime minimal.

Flexible Server secara otomatis menyediakan dan mengelola replika siaga untuk ketersediaan tinggi dengan failover otomatis. Di balik layar, Flexible Server melakukan hal-hal berikut:

  • Pencadangan otomatis dengan pemulihan ke titik waktu (retensi hingga 35 hari).
  • Kemampuan menjadwalkan jendela pemeliharaan untuk patch dan peningkatan.
  • Patching otomatis pada OS dasar dan mesin MySQL.
  • Fitur penskalaan elastis dan optimalisasi biaya, seperti tier komputasi burstable dan kemampuan menghentikan serta memulai server untuk mengurangi biaya.
  • Keamanan tingkat enterprise, termasuk integrasi VNet dan private endpoint.

Alur Data Antara Klien, MySQL Flexible Server, dan Layanan Azure

Alur Data Antara Klien, MySQL Flexible Server, dan Layanan Azure. Gambar dari OpenAI.

Pada diagram di atas, kita memiliki hal-hal berikut:

  • Klien Aplikasi: Ini dapat berupa aplikasi web, aplikasi seluler, atau layanan lain yang berjalan di Azure, seperti Azure App Service, Azure Kubernetes Service, atau lingkungan eksternal. Klien terhubung melalui protokol MySQL standar melalui TLS/SSL untuk komunikasi aman.
  • MySQL Flexible Server: Server menangani pemrosesan kueri SQL, manajemen transaksi, dan akses penyimpanan. Layanan ini mengelola ketersediaan data secara transparan dengan replika siaganya untuk skenario failover.
  • Layanan Infrastruktur Azure: Flexible Server didasarkan pada komponen infrastruktur komputasi, penyimpanan, dan jaringan Azure, termasuk mesin virtual (VM), disk penyimpanan premium (berbasis SSD), Azure Virtual Network untuk isolasi jaringan, dan layanan Azure Backup yang mengorkestrasi pencadangan.
  • Azure Monitor: Azure Monitor dan alat terkait mengumpulkan metrik kinerja, log, dan peringatan untuk mendukung observabilitas serta mengotomatisasi tugas manajemen seperti autoscaling atau notifikasi pemeliharaan.

Fitur Utama MySQL Flexible Server

Azure Database for MySQL Flexible Server menawarkan fitur yang memberikan kontrol teroptimasi, kinerja tinggi, dan efektivitas biaya bagi ilmuwan data dan pengembang aplikasi. Mari kita lihat beberapa fitur berikut:

1. Ketersediaan tinggi

Seperti yang terlihat pada arsitekturnya, Flexible Server menawarkan opsi high availability (HA) bawaan untuk meminimalkan downtime dan kehilangan data. HA redundan zona menempatkan replika siaga di zona ketersediaan yang berbeda, melindungi dari kegagalan zona secara menyeluruh dan menawarkan SLA ketersediaan tertinggi. Di sisi lain, HA dalam zona yang sama menempatkan replika primer dan siaga dalam zona ketersediaan yang sama, menawarkan redundansi dengan latensi yang lebih rendah. 

Sebagai pengguna, Anda ditagih untuk komputasi dan penyimpanan dari server primer dan replika siaga. Replika siaga bukan server aktif untuk baca atau tulis; ia hanya ada untuk failover cepat.

Karena itu, HA redundan zona direkomendasikan untuk beban kerja produksi yang memerlukan SLA 99,99% dan membutuhkan perlindungan terhadap berbagai kegagalan. HA dalam zona yang sama lebih hemat biaya untuk lingkungan dev/test atau aplikasi di mana latensi sangat rendah lebih kritis daripada perlindungan terhadap kegagalan satu zona penuh. 

Mulai September 2025, Microsoft juga memperkenalkan opsi HA berbasis SLB khusus dalam pratinjau publik, menyediakan cara tambahan dan opsional untuk mengonfigurasi ketersediaan tinggi untuk skenario tertentu.

2. Skalabilitas

Flexible Server memungkinkan Anda menskalakan sumber daya database agar sesuai dengan permintaan beban kerja melalui fitur-fitur berikut:

  • Penskalaan komputasi: Anda dapat menskalakan sumber daya komputasi naik atau turun antara tier Burstable, General Purpose, dan Business Critical. Operasi ini melibatkan downtime singkat saat server baru disediakan dengan konfigurasi komputasi yang diperbarui.
  • Pertumbuhan otomatis penyimpanan dan penyediaan IOPS: Penyimpanan secara otomatis bertambah hingga 16 TB sesuai kebutuhan. Layanan ini menawarkan model IO dinamis bernama Autoscale IOPS (bayar sesuai konsumsi), yang secara otomatis menskalakan IOPS berdasarkan konsumsi beban kerja.  Untuk kinerja yang dapat diprediksi, Anda juga dapat memilih Pre-provisioned IOPS (tetap dan dapat diprediksi) untuk memenuhi persyaratan kinerja tertentu.
  • Read replica: Anda dapat membuat hingga 10 read replica untuk aplikasi yang berat baca. Salinan asinkron dari server primer Anda ini menangani trafik hanya-baca, mengurangi beban instance primer dan meningkatkan kinerja aplikasi.

3. Optimalisasi biaya

Untuk mengendalikan biaya dengan lebih baik, Flexible Server menawarkan fitur-fitur berikut:

  • Fitur stop/start: Anda dapat menghentikan dan memulai server sesuai permintaan. Saat server dihentikan, Anda hanya ditagih untuk penyimpanan, bukan komputasi. Ini sangat berguna untuk lingkungan non-produksi yang tidak diperlukan 24/7.
  • Tier Burstable: Tier komputasi Burstable menyediakan opsi hemat biaya untuk pengembangan, pengujian, dan beban kerja lain yang tidak membutuhkan kapasitas komputasi tinggi terus-menerus.
  • Reserved instance: Untuk beban kerja produksi yang dapat diprediksi, Anda dapat menghemat hingga 67% biaya komputasi dengan membeli reserved instance 1 tahun atau 3 tahun, yang melibatkan prabayar untuk sejumlah sumber daya komputasi tertentu.

4. Keamanan dan kepatuhan

Azure MySQL Flexible Server dirancang dengan fitur keamanan berikut: 

  • Enkripsi data saat tidak aktif (at rest): Semua data dienkripsi saat tidak aktif menggunakan standar industri, termasuk modul yang patuh FIPS 140-2 dan enkripsi AES 256-bit.
  • Enkripsi data saat transit: Koneksi ke server diamankan menggunakan enkripsi TLS 1.2, memastikan data terlindungi selama transmisi.
  • Private endpoint dan aturan firewall: Integrasi dengan Azure Virtual Network memungkinkan konfigurasi private endpoint untuk akses yang aman dan privat. Aturan firewall membatasi akses hanya ke alamat IP tepercaya.
  • Integrasi Azure Key Vault: Untuk keamanan dan kepatuhan yang lebih tinggi, Anda dapat mengintegrasikan server dengan Azure Key Vault. Ini memungkinkan Anda memusatkan dan mengelola rahasia serta kunci enkripsi untuk database Anda secara aman.

5. Pemeliharaan otomatis

Untuk mengurangi beban administratif, Microsoft mengotomatiskan pemeliharaan MySQL Flexible Server dengan cara berikut:

  • Jendela pemeliharaan sistem versus kustom: Untuk mengendalikan kapan pembaruan terjadi, Anda dapat memilih antara jendela yang dikelola sistem atau yang ditentukan kustom
  • Peningkatan versi minor dan patching: Platform secara otomatis menerapkan peningkatan versi minor dan patch pada MySQL dan OS yang mendasarinya untuk memastikan keamanan dan stabilitas tanpa intervensi manual.
  • Pencadangan otomatis dan pemulihan ke titik waktu: Layanan secara otomatis melakukan pencadangan harian dan terus-menerus mencadangkan log transaksi. Anda dapat memulihkan server ke titik mana pun dalam periode retensi, yang dapat dikonfigurasi dari 1 hingga 35 hari. Pencadangan disimpan di penyimpanan aman yang redundan secara lokal dalam zona ketersediaan yang sama.

Flexible Server untuk Alur Kerja Data Science

Flexible Server berguna dalam menyediakan solusi yang dapat diskalakan untuk alur kerja data science. Pada bagian ini, kita akan melihat berbagai aplikasi dalam analitik lanjutan dan pemantauan kinerja.

Use case analitik lanjutan

Dengan skalabilitasnya dan integrasi dengan layanan Azure lainnya, MySQL Flexible Server cocok untuk use case analitik lanjutan seperti:

  • Read replica untuk analitik dan ML: Untuk pelaporan skala besar dan machine learning, Anda dapat melakukan tugas berat baca seperti ekstraksi fitur dan penilaian model pada read replica. Ini mencegah kueri yang intensif komputasi tersebut memengaruhi kinerja server primer yang menangani beban kerja OLTP (Online Transaction Processing) inti. Arsitektur ini memastikan aplikasi Anda tetap responsif saat menjalankan analitik kompleks di latar belakang.
  • Integrasi dengan layanan Azure: Flexible Server terintegrasi dengan ekosistem Azure. Misalnya, Anda dapat menggunakan Azure Data Factory untuk merancang pipeline ETL/ELT. Demikian pula, Anda dapat menghubungkan Flexible Server ke Azure Synapse Analytics untuk melakukan pergudangan data skala besar, menggabungkan data relasional Anda dengan data dari sumber lain untuk analitik lanjutan.

MySQL Flexible Server untuk alur kerja data science

MySQL Flexible Server untuk alur kerja data science. Gambar dari OpenAI.

Replikasi Data-In

Flexible Server mendukung replikasi masuk (inbound) untuk skenario hibrida dan migrasi.

  • Sinkronisasi data hibrida/multi-cloud: Fitur ini memungkinkan Anda mereplikasi data dari server MySQL eksternal, baik on-premises maupun di penyedia cloud lain, ke Azure Database for MySQL Flexible Server Anda. Ini cocok untuk membuat solusi data hibrida atau menyinkronkan data di berbagai lingkungan cloud, memastikan pandangan data yang terpadu untuk aplikasi dan analitik Anda.
  • Migrasi dengan downtime minimal: Dengan menggunakan replikasi data-in, Anda dapat menyiapkan migrasi di mana server sumber eksternal adalah primer dan Azure Flexible Server adalah replika. Aplikasi terus berjalan pada sumber sementara data direplikasi ke Azure. Setelah instance Azure tersinkron penuh, Anda melakukan cutover singkat untuk mengarahkan ulang trafik aplikasi, sehingga mencapai migrasi dengan downtime minimal.

Pemantauan kinerja untuk ML/Analitik

MySQL Flexible Server menyediakan alat yang berguna untuk memantau dan mengoptimalkan alur kerja data science melalui metode berikut:

  • Azure Monitor dan slow query log: Anda dapat menggunakan Azure Monitor untuk melihat dan menganalisis metrik serta log dari database Anda. Jika Anda mengaktifkan slow query log, Anda dapat mengidentifikasi kueri yang memerlukan waktu lama untuk dieksekusi, yang bisa menjadi hambatan untuk pipeline data dan proses analitik. Anda kemudian dapat menggunakan informasi ini untuk mengoptimalkan kueri, misalnya, dengan menambahkan indeks atau menulis ulang logika kueri.
  • Workbook Query Performance Insights: Workbook bawaan di Azure Monitor ini menyediakan analisis cerdas atas kinerja database Anda. Alat ini membantu Anda dengan cepat mengidentifikasi kueri berjalan lama teratas, tren eksekusinya, dan pemanfaatan sumber daya (CPU, memori, dan penyimpanan). Sebagai ilmuwan data, Anda dapat menggunakan alat ini untuk memahami pola beban kerja dan mengoptimalkan kueri yang digunakan dalam proses machine learning dan analitik guna memastikan efisiensi dan mengurangi biaya.

Migrasi dan Onboarding

Migrasi ke Azure Database for MySQL Flexible Server dapat dilakukan secara offline atau online, bergantung pada toleransi aplikasi Anda terhadap downtime. Mari kita jelajahi metode ini dan pelajari cara memilih yang terbaik untuk kebutuhan Anda.

Migrasi offline

Migrasi offline adalah pilihan yang baik ketika Anda dapat menanggung periode downtime, seperti untuk aplikasi yang tidak kritis atau selama jendela pemeliharaan terjadwal.

Azure Database Migration Service (DMS) adalah layanan sepenuhnya terkelola yang menangani proses migrasi Anda. Untuk migrasi offline, layanan ini mengambil cadangan lengkap dari database sumber Anda dan memulihkannya ke target Flexible Server Anda.

Selama migrasi database besar, Anda dapat menggunakan alat baris perintah mydumper, yang melakukan pencadangan data multi-thread. Alat myloader kemudian memulihkannya dengan beberapa koneksi bersamaan. Metode ini efektif untuk memigrasikan database besar karena dapat secara signifikan mengurangi total waktu migrasi dibandingkan alat single-thread tradisional seperti mysqldump.

Migrasi online (Downtime Minimal)

Saat menangani data di lingkungan yang sangat produktif, Anda sebaiknya mempertimbangkan migrasi online jika menginginkan gangguan minimal.

Dalam kasus ini, Anda akan menggunakan replikasi data-in untuk menyiapkan Azure Database for MySQL Flexible Server Anda sebagai replika dari server MySQL eksternal. Data direplikasi ke Azure sementara server sumber terus menangani transaksi. Ini menghasilkan downtime minimal, biasanya beberapa detik hingga beberapa menit.

Metode ini berfungsi di arsitektur hibrida atau multi-cloud. Anda dapat bermigrasi dari on-premises, VM, AWS RDS, Google Cloud SQL, dan bahkan penyebaran Azure Single Server yang lebih lama.

Tips dan praktik terbaik

Mengikuti praktik terbaik berikut akan membantu memastikan transisi yang mulus dan berhasil terlepas dari metode migrasi yang Anda pilih:

  • Pra-pemeriksaan lingkungan: Validasi konektivitas jaringan dan firewall sumber serta target, dan pastikan port yang diperlukan terbuka. Periksa sizing VM Azure jika menggunakan VM perantara dan pastikan kecukupan bandwidth antara sumber dan target.
  • Uji di Dev: Selalu lakukan migrasi uji ke lingkungan pengembangan atau staging sebelum mencoba migrasi produksi. Ini memungkinkan Anda mengidentifikasi dan memperbaiki potensi masalah tanpa memengaruhi aplikasi live Anda.
  • Pastikan versi MySQL benar: Versi MySQL pada Flexible Server target harus sama atau lebih tinggi dari versi server sumber. Misalnya, jika sumber Anda MySQL 5.7, Anda dapat bermigrasi ke Flexible Server yang menjalankan 5.7 atau 8.0, tetapi bukan 5.6.
  • Pencadangan dan rollback: Selalu lakukan pencadangan on-demand sebelum migrasi dan peningkatan besar untuk memiliki rencana rollback saat diperlukan.

Perlu dicatat bahwa mulai 1 September 2025, semua Flexible Server baru disediakan pada versi September 2025 terbaru, yang mencakup peningkatan ke MySQL 8.0.42 (untuk server 8.0 yang ada), ketersediaan umum MySQL 8.4, dan peningkatan keamanan (pemaksaan TLS 1.2 dan rotasi CA). Anda dapat memeriksa versi engine saat ini dengan SELECT VERSION().

Memulai dan Langkah Berikutnya

Sekarang setelah Anda melihat fitur MySQL Flexible Server, saya mendorong Anda untuk mempelajari cara menggunakan platform ini.

Microsoft menawarkan akun Azure gratis selama 12 bulan dengan alokasi bulanan untuk mencoba Azure Database for MySQL Flexible Server tanpa biaya. Ini mencakup 750 jam per bulan instance Burstable B1ms, cukup untuk menjalankan satu instance secara terus-menerus. Anda juga mendapatkan 32 GB penyimpanan dan 32 GB penyimpanan cadangan. Tingkat gratis ini ideal untuk pengujian, pembelajaran, dan pengembangan awal sebelum melakukan penskalaan.

Microsoft juga menyediakan tutorial quickstart untuk membantu Anda menyiapkan server pertama dalam hitungan menit. Anda dapat melihat Dokumentasi Quickstart Azure MySQL Flexible Server untuk mempelajari cara membuat MySQL Flexible Server, terhubung dari aplikasi Anda, dan berintegrasi dengan layanan Azure.

Anda juga dapat tetap mengikuti fitur terbaru, tips, dan praktik terbaik dengan mengikuti blog Azure Database for MySQL.

Kesimpulan

Azure Database for MySQL Flexible Server menawarkan solusi yang tangguh, skalabel, dan hemat biaya untuk alur kerja data science modern dan aplikasi berskala besar. Layanan ini menyederhanakan pengelolaan database dengan memisahkan komputasi dan penyimpanan, menyediakan kontrol yang terperinci, dan berintegrasi dengan ekosistem Azure yang lebih luas.

Ketersediaan tinggi, skalabilitas yang fleksibel, dan alat pemantauan kinerja yang cerdas menjadikannya pilihan ideal untuk aplikasi OLTP dan analitik intensif.

Saya mendorong Anda untuk mengeksplorasi fitur-fitur ini dengan memanfaatkan penawaran gratis 12 bulan untuk melihat bagaimana Flexible Server dapat merampingkan operasi data Anda dan membuka kemungkinan proyek baru. Dan jangan lupa untuk mendaftar di kursus Understanding Microsoft Azure kami untuk mendapatkan pengalaman yang Anda perlukan guna memaksimalkan nilai Azure Flexible Server dalam pekerjaan Anda.

FAQ MySQL Flexible Server

Apa itu Azure Database for MySQL Flexible Server?

Ini adalah layanan database relasional sepenuhnya terkelola yang dibangun di atas MySQL, menyediakan ketersediaan tinggi, skalabilitas, dan keamanan tingkat enterprise di Azure.

Apa perbedaan Flexible Server dengan Single Server?

Flexible Server menawarkan high availability redundan zona, jendela pemeliharaan yang dapat disesuaikan, integrasi VNet, tier burstable, dan fitur optimalisasi biaya yang tidak ada pada Single Server.

Tier komputasi apa yang tersedia di MySQL Flexible Server?

 Flexible Server mendukung tier Burstable, General Purpose, dan Business Critical, memungkinkan penyetelan untuk biaya, kinerja, dan kebutuhan beban kerja.

Apa perbedaan antara High Availability (HA) dan Read Replica?

HA memastikan database Anda selalu tersedia dengan mempertahankan server siaga pasif untuk failover, yang biayanya ditagihkan kepada Anda. Namun, read replica adalah salinan aktif hanya-baca dari data Anda yang digunakan untuk menskalakan beban kerja yang intensif baca dan ditagihkan sebagai server terpisah.

Apakah Flexible Server terintegrasi dengan alat analitik?

Ya. Flexible Server terhubung secara native dengan Azure Data Factory, Synapse Analytics, dan Power BI untuk pipeline data end-to-end.

Allan Ouko

Penulis

Allan Ouko

Penulis teknis Data Science dengan pengalaman langsung dalam analitik data, business intelligence, dan data science. Saya menulis konten praktis berfokus industri tentang SQL, Python, Power BI, Databricks, dan rekayasa data, yang berakar pada pekerjaan analitik dunia nyata. Tulisan saya menjembatani kedalaman teknis dan dampak bisnis, membantu para profesional mengubah data menjadi keputusan yang meyakinkan.

Topik

Terkait

blogs

40 Pertanyaan Wawancara DBMS Teratas di 2026

blogs

Spaghetti Plot dan Jalur Badai