Server tunggal Azure Database for MySQL

  • Artikel

BERLAKU UNTUKAzure Database for MySQL - Server Tunggal

Penting

Server tunggal Azure Database for MySQL berada di jalur penghentian. Kami sangat menyarankan Agar Anda meningkatkan ke server fleksibel Azure Database for MySQL. Untuk informasi selengkapnya tentang migrasi ke server fleksibel Azure Database for MySQL, lihat Apa yang terjadi pada Server Tunggal Azure Database for MySQL?

Azure Database for MySQL yang didukung oleh edisi komunitas MySQL tersedia dalam dua mode penyebaran:

  • Server Fleksibel
  • Server Tunggal

Dalam artikel ini, kami akan memberikan ringkasan dan pengenalan konsep inti dari model penyebaran Server Tunggal. Untuk mempelajari mode penyebaran server fleksibel, buka ringkasan server fleksibel. Untuk informasi tentang cara memutuskan opsi penyebaran yang sesuai untuk beban kerja Anda, lihat memilih opsi server MySQL yang tepat di Azure.

Gambaran Umum

Server tunggal Azure Database for MySQL adalah layanan database terkelola penuh yang dirancang untuk penyesuaian minimal. Platform server tunggal dirancang untuk menangani sebagian besar fungsi manajemen database, seperti patching, pencadangan, ketersediaan tinggi, dan keamanan dengan konfigurasi dan kontrol pengguna yang minimal. Arsitekturnya dioptimalkan untuk ketersediaan tinggi bawaan dengan ketersediaan 99,99% pada zona ketersediaan tunggal. Ini mendukung versi komunitas MySQL 5.6 (pensiun), 5.7 dan 8.0. Layanan ini tersedia secara umum saat ini di berbagai wilayah Azure.

Server tunggal paling cocok hanya untuk aplikasi yang sudah ada yang sudah memanfaatkan server tunggal. Untuk semua perkembangan atau migrasi baru, Server Fleksibel akan menjadi opsi penyebaran yang direkomendasikan. Untuk mempelajari tentang perbedaan antara opsi penyebaran Flexible Server dan Server Tunggal, lihat pilih opsi penyebaran yang tepat untuk dokumentasi Anda.

Ketersediaan tinggi

Model penyebaran Server Tunggal dioptimalkan untuk ketersediaan tinggi bawaan, dan elastisitas dengan biaya yang lebih rendah. Arsitektur memisahkan komputasi dan penyimpanan. Mesin database berjalan pada wadah komputasi hak milik, sementara file data berada di penyimpanan Azure. Penyimpanan mempertahankan tiga salinan sinkron redundan lokal dari file database yang memastikan ketahanan data.

Selama kejadian failover yang direncanakan atau tidak direncanakan, jika server mati, layanan mempertahankan ketersediaan server yang tinggi menggunakan prosedur otomatis berikut:

  1. Kontainer komputasi baru disediakan
  2. Penyimpanan dengan file data dipetakan ke kontainer baru
  3. Mesin database MySQL dihadirkan secara online pada kontainer komputasi baru
  4. Layanan Gateway memastikan failover transparan yang memastikan tidak ada perubahan sisi aplikasi yang diperlukan.

Rentang waktu kegagalan biasanya berkisar antara 60-120 detik. Desain asli cloud dari Server Tunggal memungkinkannya untuk mendukung 99,99% ketersediaan, menghapus biaya siaga panas pasif.

Perjanjian tingkat layanan ketersediaan (SLA) 99,99% terkemuka di industri Azure, yang didukung oleh jaringan global pusat data yang dikelola Microsoft, membantu menjaga aplikasi Anda tetap berjalan 24/7.

Azure Database for MySQL - Single Server Architecture conceptual diagram

Patching otomatis

Layanan ini melakukan patching otomatis dari perangkat keras, OS, dan mesin database yang mendasarinya. Patching mencakup pembaruan keamanan dan perangkat lunak. Untuk mesin MySQL, peningkatan versi minor bersifat otomatis dan disertakan sebagai bagian dari siklus patching. Tidak ada tindakan pengguna atau pengaturan konfigurasi yang diperlukan untuk patching. Frekuensi patching dikelola layanan berdasarkan kritikalitas muatan. Secara umum, layanan ini mengikuti jadwal rilis bulanan sebagai bagian dari integrasi dan rilis berkelanjutan. Pengguna dapat berlangganan pemberitahuan pemeliharaan terencana untuk menerima pemberitahuan pemeliharaan mendatang 72 jam sebelum acara.

Pencadangan Otomatis

Server Tunggal secara otomatis membuat cadangan server dan menyimpannya di penyimpanan redundan lokal atau geo-redundan yang dikonfigurasi pengguna. Cadangan dapat digunakan untuk memulihkan server Anda ke titik waktu tertentu dalam periode retensi cadangan. Periode retensi cadangan default adalah 7 hari. Retensi dapat dikonfigurasi secara opsional hingga 35 hari. Semua cadangan dienkripsi menggunakan enkripsi AES-256 bit. Lihat Pencadangan untuk detailnya.

Menyesuaikan performa dan skala dalam hitungan detik

Server Tunggal tersedia dalam tiga tingkatan SKU: Dasar, Tujuan Umum, dan Dioptimalkan untuk Memori. Tingkat Dasar paling cocok untuk pengembangan berbiaya rendah dan beban kerja konkurensi rendah. General Purpose dan Memory Optimized lebih cocok untuk beban kerja produksi yang membutuhkan konkurensi tinggi, skala, dan performa yang dapat diprediksi. Anda dapat membuat aplikasi pertama Anda pada database kecil seharga beberapa dolar sebulan, lalu menyesuaikan skala untuk memenuhi kebutuhan solusi Anda. Penskalaan penyimpanan bersifat online dan mendukung penambahan otomatis penyimpanan. Skalabilitas dinamis memungkinkan database Anda merespons secara transparan untuk mengubah persyaratan sumber daya dengan cepat. Anda hanya membayar sumber daya yang Anda konsumsi. Lihat Tingkatan harga untuk detailnya.

Keamanan, Kepatuhan, dan Tata Kelola tingkat perusahaan

Server Tunggal menggunakan modul kriptografi yang tervalidasi FIPS 140-2 untuk enkripsi penyimpanan data yang tidak digunakan. Data, termasuk cadangan, dan file sementara yang dibuat saat kueri yang berjalan dienkripsi. Layanan ini menggunakan cipher AES 256-bit yang disertakan dalam enkripsi penyimpanan Azure, dan kuncinya dapat dikelola sistem (default) atau dikelola pelanggan. Layanan ini mengenkripsi data secara bergerak dengan keamanan lapisan transportasi (SSL/TLS) yang diberlakukan secara default. Layanan ini mendukung TLS versi 1.2, 1.1, dan 1.0 dengan kemampuan untuk menegakkan versi TLS minimum.

Layanan ini memungkinkan akses privat ke server menggunakan tautan privat dan menawarkan perlindungan dari ancaman melalui paket Microsoft Defender untuk database hubungan sumber terbuka opsional. Microsoft Defender untuk database hubungan sumber terbuka mendeteksi aktivitas anomali yang menunjukkan upaya yang tidak biasa dan berpotensi berbahaya untuk mengakses atau mengeksploitasi database.

Selain autentikasi asli, Server Tunggal mendukung autentikasi ID Microsoft Entra. Autentikasi Microsoft Entra adalah mekanisme menyambungkan ke server MySQL menggunakan identitas yang ditentukan dan dikelola di ID Microsoft Entra. Dengan autentikasi Microsoft Entra, Anda dapat mengelola identitas pengguna database dan layanan Azure lainnya di lokasi pusat, yang menyederhanakan dan mempusatkan kontrol akses.

Log audit tersedia untuk melacak semua aktivitas tingkat database.

Server Tunggal telah sesuai dengan semua sertifikasi terkemuka di industri seperti FedRAMP, HIPAA, PCI DSS. Kunjungi Pusat Kepercayaan Azure untuk informasi tentang keamanan platform Azure.

Untuk informasi selengkapnya tentang fitur keamanan Azure Database for MySQL, lihat ringkasan keamanan.

Pemantauan dan Pemberitahuan

Server Tunggal dilengkapi dengan fitur pemantauan dan pemberitahuan performa bawaan. Semua metrik Azure memiliki frekuensi satu menit, dan setiap metrik menyediakan riwayat 30 hari. Anda dapat mengonfigurasi pemberitahuan pada metrik. Layanan ini memungkinkan konfigurasi log kueri yang lambat dan dilengkapi dengan fitur Penyimpanan kueri yang berbeda. Penyimpanan Kueri menyederhanakan pemecahan masalah performa dengan membantu Anda menemukan kueri yang paling lama berjalan dan paling intensif sumber daya dengan cepat. Dengan menggunakan alat ini, Anda dapat dengan cepat mengoptimalkan beban kerja, dan mengonfigurasi server untuk performa terbaik. Lihat Pemantauan untuk mengetahui detailnya.

Migration

Layanan ini menjalankan MySQL versi komunitas. Hal ini memungkinkan kompatibilitas penuh aplikasi dan memerlukan biaya refaktor minimal untuk memigrasikan aplikasi yang ada yang dikembangkan pada mesin MySQL ke Server Tunggal. Migrasi ke server tunggal dapat dilakukan menggunakan salah satu opsi berikut:

  • Cadangkan dan Pulihkan – Untuk migrasi offline, ketika pengguna dapat memperoleh beberapa downtime, mencadangkan dan memulihkan menggunakan alat komunitas seperti mysqldump/mydumper dapat memberikan cara tercepat untuk bermigrasi. Lihat Bermigrasi menggunakan cadangkan dan pulihkan untuk detailnya.
  • Azure Database Migration Service – Untuk migrasi offline yang lancar dan disederhanakan ke server tunggal dengan migrasi data berkecepatan tinggi, Azure Database Migration Service dapat dimanfaatkan.
  • Replikasi data masuk – Untuk migrasi waktu henti minimal, replikasi data masuk, yang bergantung pada replikasi berbasis binlog juga dapat dimanfaatkan. Replikasi data masuk lebih disukai untuk migrasi waktu henti minimal oleh para ahli langsung yang mencari kontrol yang lebih besar atas migrasi. Lihat replikasi data masuk untuk mengetahui detailnya.

Kontak

Untuk pertanyaan atau saran yang mungkin Anda miliki seputar cara menggunakan Azure Database for MySQL, kirim email ke Tim Azure Database for MySQL (@Ask Azure DB for MySQL). Alamat email ini bukan merupakan alias dukungan teknis.

Selain itu, pertimbangkan titik kontak berikut sebagaimana mestinya:

Langkah berikutnya

Setelah membaca pengantar tentang mode penyebaran Azure Database for MySQL - Server Tunggal, Anda siap untuk: