Azure Database for MySQL – Tingkatan layanan Server Tunggal
BERLAKU UNTUK
Azure 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?
Anda dapat membuat server Azure Database for MySQL dalam salah satu dari tiga tingkat layanan yang berbeda: Dasar, Tujuan Umum, dan Memori Yang Dioptimalkan. Tingkat harga dibedakan berdasarkan jumlah komputasi dalam vCore yang dapat tersedia, memori per vCore, dan teknologi penyimpanan yang digunakan untuk menyimpan data. Semua sumber daya tersedia di tingkat server MySQL. Server dapat memiliki satu atau banyak database.
| Atribut | Dasar | Tujuan Umum | Memori dioptimalkan |
|---|---|---|---|
| Pembuatan Komputasi | Gen 4, Gen 5 | Gen 4, Gen 5 | Gen 5 |
| vCore | 1, 2 | 2, 4, 8, 16, 32, 64 | 2, 4, 8, 16, 32 |
| Memori per vCore | 2 GB | 5 GB | 10 GB |
| Ukuran penyimpanan | 5 GB hingga 1 TB | 5 GB hingga 16 TB | 5 GB hingga 16 TB |
| Periode retensi cadangan database | 7 hingga 35 hari | 7 hingga 35 hari | 7 hingga 35 hari |
Untuk memilih tingkat harga, gunakan tabel berikut ini sebagai titik awal.
| Tingkat layanan | Beban kerja target |
|---|---|
| Dasar | Beban kerja yang memerlukan komputasi ringan dan performa I/O. Contohnya meliputi server yang digunakan untuk pengembangan atau pengujian atau aplikasi skala kecil yang jarang digunakan. |
| Tujuan Umum | Sebagian besar beban kerja bisnis yang memerlukan komputasi dan memori seimbang dengan throughput I/O yang dapat diskalakan. Contohnya termasuk server untuk menghosting aplikasi web dan seluler serta aplikasi perusahaan lainnya. |
| Memori Dioptimalkan | Beban kerja database dengan performa tinggi yang memerlukan performa dalam memori untuk pemrosesan transaksi yang lebih cepat dan konkurensi yang lebih tinggi. Ini dapat mencakup server untuk pemrosesan data real-time, dan aplikasi transaksional atau analitik dengan performa tinggi. |
Catatan
Penskalaan dinamis ke dan dari tingkat layanan Dasar saat ini tidak didukung. Server SKU Tingkat Dasar tidak dapat ditingkatkan ke Tingkat Tujuan Umum atau Memori yang Dioptimalkan.
Setelah Anda membuat server Tujuan Umum atau Memori yang Dioptimalkan, jumlah vCore, pembuatan perangkat keras, dan tingkat harga dapat diubah naik atau turun dalam hitungan detik. Anda juga dapat secara independen menyesuaikan jumlah penyimpanan dan periode retensi cadangan naik atau turun tanpa waktu henti aplikasi. Anda tidak dapat mengubah jenis penyimpanan cadangan setelah server dibuat. Untuk informasi selengkapnya, lihat bagian Mengukur sumber daya.
Komputasi generasi dan vCores
Komputasi sumber daya disediakan sebagai vCore, yang mewakili CPU logis dari perangkat keras dasar. CN Timur 1, CN Utara 1, US DoD Tengah, dan US DoD Timur menggunakan CPU logis Gen 4 yang didasarkan pada prosesor Intel E5-2673 v3 (Haswell) 2,4-GHz. Semua wilayah lain menggunakan CPU logis Gen 5 yang didasarkan pada prosesor Intel E5-2673 v4 (Broadwell) 2.3-GHz.
Penyimpanan
Penyimpanan yang Anda provisikan adalah jumlah kapasitas penyimpanan yang tersedia untuk server Azure Database for MySQL Anda. Penyimpanan digunakan untuk file database, file sementara, log transaksi, dan log server MySQL. Jumlah total penyimpanan yang Anda provisikan juga menentukan kapasitas I/O yang tersedia untuk server Anda.
Azure Database for MySQL – Single Server mendukung penyimpanan backend berikut untuk server.
| Jenis penyimpanan | Dasar | Tujuan Umum V1 | Tujuan Umum V2 |
|---|---|---|---|
| Ukuran penyimpanan | 5 GB hingga 1 TB | 5 GB hingga 4 TB | 5 GB hingga 16 TB |
| Ukuran penambahan penyimpanan | 1 GB | 1 GB | 1 GB |
| IOPS | Variabel | 3 IOPS/GB Min 100 IOPS Maks 6000 IOPS |
3 IOPS/GB Min 100 IOPS Maksimum 20.000 IOPS |
Catatan
Penyimpanan dasar tidak memberikan jaminan IOPS. Dalam penyimpanan Tujuan Umum, skala IOPS dengan ukuran penyimpanan yang tersedia dalam rasio 3:1.
Penyimpanan dasar
Penyimpanan dasar adalah penyimpanan backend yang mendukung server tingkat harga dasar. Penyimpanan dasar menggunakan penyimpanan standar Azure di backend tempat iop yang disediakan tidak dijamin dan latensinya bervariasi. Tingkat dasar paling cocok untuk beban kerja yang memerlukan komputasi ringan, biaya rendah dan performa I/O untuk pengembangan atau aplikasi skala kecil yang jarang digunakan.
Penyimpanan Tujuan Umum
Penyimpanan tujuan umum adalah penyimpanan backend yang mendukung Tujuan Umum dan server tingkat dengan Memori yang Dioptimalkan. Dalam penyimpanan Tujuan Umum, skala IOPS dengan ukuran penyimpanan yang tersedia dalam rasio 3:1. Ada dua generasi penyimpanan tujuan umum seperti yang dijelaskan di bawah ini:
Penyimpanan tujuan umum v1 (Mendukung hingga 4-TB)
Penyimpanan tujuan umum v1 didasarkan pada teknologi penyimpanan warisan yang dapat mendukung penyimpanan hingga 4 TB dan 6000 IOP per server. Penyimpanan tujuan umum v1 dioptimalkan untuk memanfaatkan memori dari simpul komputasi yang menjalankan mesin MySQL untuk penembolokan dan pencadangan lokal. Proses backup pada penyimpanan tujuan umum v1 membaca dari file data dan log dalam memori simpul komputasi dan menyalinnya ke penyimpanan cadangan target untuk retensi hingga 35 hari. Akibatnya, konsumsi memori dan io penyimpanan selama cadangan relatif lebih tinggi.
Semua wilayah Azure mendukung penyimpanan tujuan Umum v1
Untuk Tujuan Umum atau server dengan Memori yang Dioptimalkan pada penyimpanan tujuan umum v1, kami sarankan Anda mempertimbangkan
- Rencanakan penghitungan tingkat sku komputasi untuk memori berlebih 10-30% untuk buffer penembolokan penyimpanan dan cadangan
- Penyediaan IOP 10% lebih tinggi dari yang dipersyaratkan oleh beban kerja database untuk memperhitungkan IOs cadangan
- Atau, migrasikan ke penyimpanan tujuan umum v2 yang mendukung penyimpanan hingga 16 TB jika infrastruktur penyimpanan yang mendasarinya tersedia di wilayah Azure pilihan Anda yang dibagikan di bawah ini.
Penyimpanan tujuan umum server v2 (mendukung penyimpanan hingga 16 TB)
Penyimpanan tujuan umum v2 didasarkan pada infrastruktur penyimpanan terbaru yang dapat mendukung hingga 16 TB dan 20000 IOP. Dalam subset wilayah Azure tempat infrastruktur tersedia, semua server yang baru diprovisi berada di penyimpanan tujuan umum v2 secara default. Penyimpanan tujuan umum v2 tidak mengonsumsi memori apa pun dari simpul komputasi MySQL dan memberikan latensi IO yang dapat diprediksi lebih baik dibandingkan dengan penyimpanan tujuan umum v1. Backup pada tujuan umum v2 server penyimpanan berbasis rekam jepret tanpa biaya IO tambahan. Pada penyimpanan tujuan umum v2, kinerja server MySQL diperkirakan akan lebih tinggi dibandingkan dengan penyimpanan tujuan umum v1 untuk penyimpanan dan iops yang sama yang disediakan. Tidak ada biaya tambahan untuk penyimpanan tujuan umum yang mendukung penyimpanan hingga 16 TB. Untuk bantuan tentang migrasi ke penyimpanan 16-TB, silakan buka tiket dukungan dari portal Microsoft Azure.
Penyimpanan tujuan umum v2 didukung di wilayah Azure berikut:
| Wilayah | Ketersediaan penyimpanan tujuan umum v2 |
|---|---|
| Australia Timur | ✔️ |
| Australia Tenggara | ✔️ |
| Brasil Selatan | ✔️ |
| Kanada Tengah | ✔️ |
| Kanada Timur | ✔️ |
| US Tengah | ✔️ |
| AS Timur | ✔️ |
| AS Timur 2 | ✔️ |
| Asia Timur | ✔️ |
| Jepang Timur | ✔️ |
| Jepang Barat | ✔️ |
| Korea Tengah | ✔️ |
| Korea Selatan | ✔️ |
| Eropa Utara | ✔️ |
| US Tengah Utara | ✔️ |
| US Tengah Selatan | ✔️ |
| Asia Tenggara | ✔️ |
| UK Selatan | ✔️ |
| UK Barat | ✔️ |
| AS Tengah Bagian Barat | ✔️ |
| US Barat | ✔️ |
| US Barat 2 | ✔️ |
| Eropa Barat | ✔️ |
| India Tengah | ✔️ |
| Prancis Tengah* | ✔️ |
| UAE Utara* | ✔️ |
| Afrika Selatan Utara* | ✔️ |
Catatan
*Wilayah tempat Azure Database for MySQL memiliki penyimpanan tujuan umum v2 di Pratinjau Umum
*Untuk wilayah Azure ini, Anda akan memiliki opsi untuk membuat server di penyimpanan tujuan Umum v1 dan v2. Untuk server yang dibuat dengan Penyimpanan tujuan umum v2 dalam pratinjau publik, berikut adalah batasannya,
- Microsoft Azure Backup Geo-Redundant tidak akan didukung
- Server replika harus berada di wilayah yang mendukung penyimpanan tujuan Umum v2.
Bagaimana cara menentukan jenis penyimpanan mana yang sedang dijalankan server saya?
Anda dapat menemukan jenis penyimpanan server Anda dengan masuk ke halaman Pengaturan>komputasi + penyimpanan
- Jika server disediakan menggunakan SKU Dasar, jenis penyimpanannya adalah Penyimpanan dasar.
- Jika server disediakan menggunakan Tujuan Umum atau SKU yang Dioptimalkan Memori, jenis penyimpanannya adalah penyimpanan Tujuan Umum
- Jika penyimpanan maksimum yang dapat disediakan di server Anda hingga 4 TB, maka jenis penyimpanannya adalah penyimpanan Tujuan Umum v1.
- Jika penyimpanan maksimum yang dapat disediakan di server Anda hingga 16 TB, maka jenis penyimpanannya adalah penyimpanan Tujuan Umum v2.
Dapatkah saya berpindah dari penyimpanan tujuan umum v1 ke penyimpanan tujuan umum v2? Jika ya, bagaimana caranya dan apakah ada biaya tambahan?
Ya, migrasi ke penyimpanan tujuan umum v2 dari v1 didukung jika infrastruktur penyimpanan yang mendasarinya tersedia di wilayah Azure dari server sumber. Migrasi dan penyimpanan v2 tersedia tanpa biaya tambahan.
Dapatkah saya menambahkan ukuran penyimpanan setelah server disediakan?
Anda dapat menambahkan kapasitas penyimpanan tambahan selama dan setelah pembuatan server, dan memungkinkan sistem untuk menambahkan penyimpanan secara otomatis berdasarkan konsumsi penyimpanan beban kerja Anda.
Penting
Penyimpanan hanya dapat ditingkatkan, tidak diturunkan.
Memantau konsumsi IO
Anda dapat memantau konsumsi I/O Anda pada portal Microsoft Azure atau dengan menggunakan perintah Azure CLI. Metrik yang relevan untuk dipantau adalah batas penyimpanan, persentase penyimpanan, penyimpanan yang digunakan, dan persentase IO. Metrik pemantauan untuk server MySQL dengan penyimpanan tujuan umum v1 melaporkan memori dan IO yang dikonsumsi oleh mesin MySQL tetapi mungkin tidak menangkap memori dan konsumsi IO dari lapisan penyimpanan yang merupakan batasan.
Mencapai batas penyimpanan
Server dengan penyimpanan yang disediakan kurang dari atau sama dengan 100 GB ditandai baca saja jika penyimpanan gratis kurang dari 5% dari ukuran penyimpanan yang disediakan. Server dengan penyimpanan yang disediakan lebih dari 100 GB ditandai sebagai baca-saja jika penyimpanan kosongnya kurang dari 5 GB.
Misalnya, jika Anda telah memprovisikan penyimpanan 110 GB dan pemanfaatan aktual lebih dari 105 GB, server akan ditandai sebagai baca-saja. Atau, jika Anda telah memprovisikan penyimpanan 5 GB, server akan ditandai sebagai baca saja jika penyimpanan kosongnya mencapai kurang dari 256 MB.
Ketika layanan mencoba untuk membuat server baca-saja, semua permintaan transaksi tulis baru diblokir dan transaksi aktif yang ada akan terus berjalan. Ketika server diatur ke baca-saja, semua operasi dan transaksi tulis berikutnya akan gagal. Kueri baca akan tetap berfungsi tanpa gangguan. Setelah Anda meningkatkan penyimpanan yang tersedia, server akan siap untuk menerima transaksi tulis lagi.
Kami menyarankan Anda mengaktifkan penyimpanan otomatis bertambah atau menyiapkan peringatan untuk memberi tahu Anda saat penyimpanan server mendekati ambang batas sehingga Anda dapat menghindari masuk ke status baca-saja. Untuk informasi selengkapnya, lihat dokumentasi tentang cara menyiapkan pemberitahuan.
Penyimpanan bertambah secara otomatis
Penyimpanan yang bertambah otomatis mencegah server Anda kehabisan penyimpanan dan menjadi baca-saja. Jika penyimpanan bertambah secara otomatis diaktifkan, penyimpanan secara otomatis bertambah tanpa memengaruhi beban kerja. Untuk server dengan penyimpanan yang disediakan kurang dari atau sama dengan 100 GB, ukuran penyimpanan yang disediakan akan ditingkatkan sebesar 5 GB saat penyimpanan gratis di bawah 10% dari penyimpanan yang disediakan. Untuk server dengan lebih dari 100 GB penyimpanan yang tersedia, ukuran penyimpanan yang tersedia ditingkatkan sebesar 5% ketika ruang penyimpanan kosongnya di bawah 10 GB dari ukuran penyimpanan yang tersedia. Batas penyimpanan maksimum seperti yang ditentukan di atas berlaku.
Misalnya, jika Anda telah memprovisikan penyimpanan 1000 GB, dan pemanfaatan aktual lebih dari 990 GB, ukuran penyimpanan server ditingkatkan menjadi 1050 GB. Atau, jika Anda telah menyediakan penyimpanan 10 GB, ukuran penyimpanannya meningkat menjadi 15 GB ketika kurang dari 1 GB penyimpanan gratis.
Perlu diingat bahwa penyimpanan hanya dapat ditambah, bukan dikurangi.
Penyimpanan cadangan
Azure Database for MySQL menyediakan hingga 100 persen dari ukuran penyimpanan server yang tersedia sebagai penyimpanan cadangan tanpa biaya tambahan. Penyimpanan cadangan apa pun yang Anda gunakan melebihi jumlah ini dibebankan dalam GB per bulan. Misalnya, jika Anda memprovisikan server dengan penyimpanan 250 GB, Anda akan memiliki penyimpanan tambahan sebesar 250 GB yang tersedia untuk pencadangan server tanpa biaya. Penyimpanan untuk cadangan melebihi 250 GB dikenakan sesuai model harga. Untuk memahami faktor-faktor yang mempengaruhi penggunaan penyimpanan cadangan, memantau dan mengendalikan biaya penyimpanan cadangan, Anda dapat merujuk ke dokumentasi pencadangan.
Menskalakan sumber daya
Setelah membuat server, Anda dapat mengubah vCore secara independen, pembuatan perangkat keras, tingkat harga (kecuali ke dan dari Dasar), jumlah penyimpanan, dan periode retensi cadangan. Anda tidak dapat mengubah jenis penyimpanan cadangan setelah server dibuat. Jumlah vCore dapat diskalakan ke atas atau ke bawah. Periode retensi cadangan dapat ditingkatkan atau diturunkan dari 7 hingga 35 hari. Ukuran penyimpanan hanya dapat ditingkatkan. Penskalaan sumber daya dapat dilakukan baik melalui portal maupun Azure CLI. Untuk contoh penskalaan dengan menggunakan Azure CLI, lihat Pantau dan skalakan server Azure DB for MySQL dengan menggunakan Azure CLI.
Ketika Anda mengubah jumlah vCores, pembuatan perangkat keras, atau tingkat harga, salinan server asli dibuat dengan alokasi komputasi baru. Setelah server baru aktif dan berjalan, koneksi dialihkan ke server baru. Selama momen ketika sistem beralih ke server baru, tidak ada koneksi baru yang dapat dibuat, dan semua transaksi yang tidak terikat dibatalkan. Waktu henti ini selama penskalaan bisa sekitar 60-120 detik. Waktu henti selama penskalaan tergantung pada waktu pemulihan database, yang dapat menyebabkan database online lebih lama jika Anda memiliki aktivitas transaksional yang berat di server pada saat operasi penskalaan. Untuk menghindari waktu hidupkan ulang yang lebih lama, disarankan untuk melakukan operasi penskalaan selama periode aktivitas transaksional rendah di server.
Menskalakan penyimpanan dan mengubah periode retensi cadangan adalah operasi online yang benar. Tidak ada waktu henti, dan aplikasi Anda tidak terpengaruh. Sebagai skala IOPS dengan ukuran penyimpanan yang tersedia, Anda dapat meningkatkan IOPS yang tersedia untuk server Anda dengan meningkatkan penyimpanan.
Harga
Untuk informasi harga terbaru, lihat halaman harga layanan. Untuk melihat biaya konfigurasi yang Anda inginkan, portal Microsoft Azure menunjukkan biaya bulanan pada Tingkat harga tab berdasarkan opsi yang Anda pilih. Jika Anda tidak memiliki langganan Azure, Anda bisa menggunakan kalkulator harga Azure untuk mendapatkan estimasi harga. Di situs web kalkulator harga Azure, pilih Tambahkan item, perluas kategori Database, dan pilih Azure Database for MySQL untuk mengkustomisasi opsi.
Langkah berikutnya
- Pelajari cara membuat server MySQL di portal.
- Pelajari tentang batas layanan.
- Pelajari cara peluasan skala dengan replika baca.