Bagikan melalui


Ukuran VM: Praktik terbaik performa untuk SQL Server di VM Azure

Berlaku untuk:SQL Server di Azure VM

Artikel ini menyediakan pedoman ukuran komputer virtual sebagai serangkaian praktik terbaik dan panduan untuk mengoptimalkan performa SQL Server di Azure Virtual Machines (komputer virtual).

Biasanya ada trade-off antara mengoptimalkan biaya dan mengoptimalkan performa. Serangkaian praktik terbaik performa ini difokuskan untuk mendapatkan performa terbaik untuk SQL Server di Azure Virtual Machines. Jika beban kerja Anda tidak terlalu berat, Anda mungkin tidak memerlukan setiap pengoptimalan yang direkomendasikan. Pertimbangkan kebutuhan performa, biaya, dan pola beban kerja Anda saat Anda mengevaluasi rekomendasi ini.

Untuk detail komprehensif, lihat artikel lain dalam seri ini: Daftar periksa, Penyimpanan, Keamanan, Konfigurasi HADR, Mengumpulkan garis besar.

Daftar periksa

Tinjau daftar periksa berikut untuk ringkasan singkat tentang praktik terbaik ukuran komputer virtual yang dibahas artikel lainnya secara lebih mendetail:

  • Ebdsv5-series baru memberikan rasio throughput-to-vCore I/O tertinggi di Azure bersama dengan rasio memori-ke-vCore 8. Seri ini menawarkan kinerja harga terbaik untuk beban kerja SQL Server di Azure VM. Pertimbangkan seri ini terlebih dahulu untuk sebagian besar beban kerja SQL Server.
  • Gunakan ukuran VM dengan 4 vCPU atau lebih seperti E4ds_v5 atau yang lebih tinggi.
  • Gunakan ukuran komputer virtual yang dioptimalkan untuk memori untuk performa terbaik beban kerja SQL Server.
  • Seri Edsv5, seri M-, dan Mv2- menawarkan rasio memori ke vCore optimal yang diperlukan untuk beban kerja OLTP.
  • Mesin virtual seri M menawarkan rasio memori ke vCore tertinggi di Azure. Pertimbangkan mesin virtual ini untuk beban kerja tujuan penting dan gudang data.
  • Gunakan gambar Marketplace Azure untuk menyebarkan SQL Server Virtual Machines Anda karena pengaturan SQL Server dan opsi penyimpanan dikonfigurasi untuk performa optimal.
  • Kumpulkan karakteristik performa beban kerja target dan gunakan untuk menentukan ukuran komputer virtual yang sesuai untuk bisnis Anda.
  • Gunakan alat rekomendasi Asisten Migrasi Data dan SKU untuk menemukan ukuran VM yang tepat untuk beban kerja SQL Server yang ada.
  • Gunakan Azure Data Studio untuk bermigrasi ke Azure.

Peringatan

Menginstal SQL Server ke sistem yang melebihi 64 core per simpul NUMA saat ini tidak didukung. Batasan ini saat ini berlaku untuk ukuran Standard_M176s_3_v3 dan Standard_M176s_4_v3 Azure Virtual Machine dalam Seri Memori Sedang Msv3 dan Mdsv3.

Untuk membandingkan daftar periksa ukuran komputer virtual dengan yang lain, lihat Daftar periksa praktik terbaik performa yang komprehensif.

Gambaran Umum

Saat Anda membuat SQL Server di Azure VM, pertimbangkan dengan cermat jenis beban kerja yang diperlukan. Jika Anda memigrasikan lingkungan yang ada, kumpulkan garis besar performa untuk menentukan SQL Server Anda pada persyaratan Azure VM. Jika ini adalah komputer virtual baru, maka buat komputer virtual SQL Server baru berdasarkan persyaratan vendor Anda.

Jika Anda membuat komputer virtual SQL Server baru dengan aplikasi baru yang dibuat untuk cloud, Anda dapat dengan mudah mengukur komputer virtual SQL Server Anda seiring berkembangnya persyaratan data dan penggunaan Anda. Mulai lingkungan pengembangan dengan Seri D tingkat bawah, Seri B, atau seri-Av2 dan kembangkan lingkungan Anda dari waktu ke waktu.

Gunakan gambar marketplace komputer virtual SQL Server dengan konfigurasi penyimpanan di portal. Ini memudahkan untuk membuat kumpulan penyimpanan yang diperlukan dengan benar untuk mendapatkan ukuran, IOPS, dan throughput yang diperlukan untuk beban kerja Anda. Penting untuk memilih komputer virtual SQL Server yang mendukung penyimpanan premium dan penembolokan penyimpanan premium. Lihat artikel penyimpanan untuk mempelajari selengkapnya.

Saat ini, seri-Ebdsv5 menyediakan rasio throughput-ke-vCore I/O tertinggi yang tersedia pada Azure. Jika Anda tidak mengetahui persyaratan I/O untuk beban kerja SQL Server Anda, seri ini adalah yang paling mungkin untuk memenuhi kebutuhan Anda. Lihat artikel penyimpanan untuk mempelajari selengkapnya.

Catatan

Ukuran seri Ebdsv5 yang lebih besar (48 vCPU dan lebih besar) menawarkan dukungan untuk akses penyimpanan yang diaktifkan NVMe. Untuk memanfaatkan performa I/O tinggi ini, Anda harus menyebarkan komputer virtual Anda menggunakan NVMe. Dukungan NVMe untuk gambar marketplace SQL Server akan segera hadir, tetapi untuk saat ini Anda harus menginstal sendiri SQL Server untuk memanfaatkan NVMe.

Gudang data SQL Server dan lingkungan penting misi seringkali perlu menskalakan melebihi rasio 8 memori ke vCore. Untuk lingkungan menengah, Anda mungkin ingin memilih rasio memori-ke-vCore 16, dan rasio 32 memori-ke-vCore untuk lingkungan gudang data yang lebih besar.

Lingkungan gudang data SQL Server sering mendapat manfaat dari pemrosesan paralel komputer yang lebih besar. Untuk alasan ini, seri Mdan seri Mv2 adalah pilihan yang baik untuk lingkungan gudang data yang lebih besar.

Gunakan konfigurasi vCPU dan memori dari komputer sumber Anda sebagai garis besar untuk memigrasikan database SQL Server lokal saat ini ke SQL Server di komputer virtual Azure. Jika Anda memiliki Jaminan Perangkat Lunak, manfaatkan Azure Hybrid Benefit untuk membawa lisensi Anda ke Azure dan menghemat biaya lisensi SQL Server.

Memori Dioptimalkan

Ukuran komputer virtual yang dioptimalkan memori adalah target utama untuk komputer virtual SQL Server dan pilihan yang direkomendasikan oleh Microsoft. Komputer virtual yang dioptimalkan memori menawarkan rasio memori-ke-CPU yang lebih kuat dan opsi cache menengah ke besar.

Seri-Ebdsv5

Seri Ebdsv5 adalah seri VM baru yang dioptimalkan memori yang menawarkan throughput penyimpanan jarak jauh tertinggi yang tersedia di Azure. VM ini memiliki rasio memori-ke-vCore sebesar 8 yang bersama dengan throughput I/O yang tinggi, menjadikannya ideal untuk beban kerja SQL Server. VM seri-Ebdsv5 menawarkan performa harga terbaik untuk beban kerja SQL Server yang berjalan di komputer virtual Azure. Kami sangat merekomendasikannya untuk sebagian besar beban kerja SQL Server produksi Anda.

Seri Edsv5

Seri Edsv5 dirancang untuk aplikasi intensif memori dan ideal untuk beban kerja SQL Server yang tidak memerlukan throughput I/O tinggi seperti yang ditawarkan seri Ebdsv5. Mesin virtual ini memiliki kapasitas SSD penyimpanan lokal hingga sebesar 672 GiB RAM, serta throughput penyimpanan lokal dan jarak jauh tertinggi yang saat ini tersedia pada Azure. Ada memori 8 GiB yang hampir konsisten per vCore di sebagian besar komputer virtual ini, yang ideal untuk sebagian besar beban kerja SQL Server.

Mesin virtual terbesar dalam grup ini adalah Standard_E104ids_v5 yang menawarkan 104 vCore dan memori 672 GiB. Komputer virtual ini terkenal karena terisolasi yang berarti dijamin menjadi satu-satunya komputer virtual yang berjalan di host, dan oleh karena itu diisolasi dari beban kerja pelanggan lainnya. Ini memiliki rasio memori-ke-vCore yang lebih rendah dari apa yang direkomendasikan untuk SQL Server, sehingga hanya boleh digunakan jika isolasi diperlukan.

Mesin virtual seri Edsv5 mendukung penyimpanan premium, dan penembolokan penyimpanan premium.

Seri ECadsv5

Ukuran komputer virtual seri ECadsv5 adalah VM rahasia Azure yang dioptimalkan memori dengan disk sementara. Tinjau VM rahasia untuk informasi tentang manfaat keamanan VM rahasia Azure.

Karena fitur keamanan VM rahasia Azure dapat memperkenalkan overhead performa, uji beban kerja Anda dan pilih ukuran VM yang memenuhi persyaratan performa Anda.

Seri M dan Mv2

Seri M menawarkan jumlah dan memori vCore untuk beberapa beban kerja SQL Server terbesar.

Seri Mv2 memiliki jumlah dan memori vCore tertinggi dan direkomendasikan untuk beban kerja yang sangat penting dan gudang data. Instans seri Mv2 adalah ukuran komputer virtual yang dioptimalkan memori yang memberikan performa komputasi yang tak tertandingi untuk mendukung database dalam memori besar dan beban kerja dengan rasio memori-ke-CPU tinggi yang sempurna untuk server database relasional, cache besar, dan analitik dalam memori.

Beberapa fitur seri M dan Mv2 yang menarik untuk performa SQL Server termasuk penyimpanan premium da dukungan penembolokan penyimpanan premium, dukungan ultra-disk, dan akselerasi tulis.

Tujuan Umum

Ukuran komputer virtual Tujuan Umum dirancang untuk memberikan rasio memori-ke-vCore yang seimbang untuk beban kerja tingkat entri yang lebih kecil seperti pengembangan dan pengujian, server web, dan server database yang lebih kecil.

Karena rasio memori-ke-vCore yang lebih kecil dengan komputer virtual Tujuan Umum, penting untuk memantau penghitung kinerja berbasis memori dengan hati-hati untuk memastikan SQL Server mampu mendapatkan memori cache buffer yang dibutuhkannya. Lihat garis besar performa memori untuk informasi selengkapnya.

Karena rekomendasi awal untuk beban kerja produksi adalah rasio memori-ke-vCore 8, konfigurasi minimum yang direkomendasikan untuk VM Tujuan Umum yang menjalankan SQL Server adalah 4 vCPU dan memori 32 GiB.

Seri Ddsv5

Seri Ddsv5 menawarkan kombinasi yang seimbang antara vCPU, memori, dan disk sementara tetapi dengan dukungan memori ke vCore yang lebih kecil.

Mesin virtual Ddsv5 menyertakan latensi yang lebih rendah dan penyimpanan lokal berkecepatan lebih tinggi.

Komputer ini ideal untuk SQL berdampingan dan penerapan aplikasi yang membutuhkan akses cepat ke penyimpanan sementara dan database hubungan departemen. Ada rasio memori-ke-vCore standar 4 di semua komputer virtual dalam seri ini.

Untuk alasan ini, disarankan untuk menggunakan D8ds_v5 sebagai komputer virtual pemula dalam seri ini, yang memiliki 8 vCore dan 32 GiB memori. Mesin terbesar adalah D96ds_v5, yang memiliki 96 vCore dan memori 256 GiB.

Mesin virtual seri Ddsv5 mendukung penyimpanan premium dan penembolokan penyimpanan premium.

Catatan

Seri Ddsv5 tidak memiliki rasio memori ke vCore 8 yang disarankan untuk beban kerja SQL Server. Karena itu, pertimbangkan untuk menggunakan mesin virtual ini untuk aplikasi kecil dan beban kerja pengembangan saja.

DCadsv5-series

Ukuran komputer virtual seri DCadsv5 adalah VM rahasia Azure tujuan umum dengan disk sementara. Tinjau VM rahasia untuk informasi tentang manfaat keamanan VM rahasia Azure.

Karena fitur keamanan VM rahasia Azure dapat memperkenalkan overhead performa, uji beban kerja Anda dan pilih ukuran VM yang memenuhi persyaratan performa Anda.

Seri B

Ukuran komputer virtual seri B yang dapat meledak sangat ideal untuk beban kerja yang tidak memerlukan performa yang konsisten seperti bukti konsep dan server aplikasi dan pengembangan yang sangat kecil.

Sebagian besar ukuran komputer virtual seri B yang dapat melonjak memiliki rasio memori-ke-vCore 4. Yang terbesar dari mesin ini adalah Standard_B20ms dengan 20 vCore dan memori 80 GiB.

Seri ini unik karena aplikasi memiliki kemampuan untuk melonjak selama jam kerja dengan kredit yang dapat melonjak bervariasi berdasarkan ukuran komputer.

Ketika kredit habis, komputer virtual kembali ke performa komputer garis besar.

Keuntungan seri B adalah penghematan komputasi yang dapat Anda capai dibandingkan dengan ukuran komputer virtual lainnya dalam seri lain terutama jika Anda membutuhkan daya pemrosesan hemat sepanjang hari.

Seri ini mendukung penyimpanan premium, tetapi tidak mendukungpenembolokan penyimpanan premium.

Catatan

Seri Ddsv4 yang dapat melonjak tidak memiliki rasio memori-ke-vCore 8 yang direkomendasikan untuk beban kerja SQL Server. Dengan demikian, pertimbangkan untuk menggunakan komputer virtual ini hanya untuk aplikasi yang lebih kecil dan beban kerja pengembangan.

Seri Av2

Komputer virtual seri Av2 paling cocok untuk beban kerja tingkat pemula seperti pengembangan dan pengujian, server web lalu lintas rendah, database aplikasi kecil hingga menengah, dan bukti konsep.

Hanya Standard_A2m_v2 (2 vCore dan memori 16GiB), Standard_A4m_v2 (4 vCore dan memori 32GiB), dan Standard_A8m_v2 (8 vCore dan memori 64GiB ) memiliki rasio memori ke vCore yang baik sebesar 8 untuk tiga mesin virtual teratas ini.

Komputer virtual ini adalah pilihan yang bagus untuk pengembangan yang lebih kecil dan menguji komputer SQL Server.

Standard_A8m_v2 8 vCore mungkin juga merupakan pilihan yang bagus untuk aplikasi kecil dan server web.

Catatan

Seri Av2 tidak mendukung penyimpanan premium oleh karena itu, tidak direkomendasikan untuk beban kerja SQL Server produksi bahkan dengan komputer virtual yang memiliki rasio memori-ke-vCore 8.

Penyimpanan dioptimalkan

Ukuran komputer virtual yang dioptimalkan penyimpanan adalah untuk kasus penggunaan tertentu. Komputer virtual ini dirancang khusus dengan throughput disk dan IO yang dioptimalkan.

Seri Lsv2

Seri Lsv2 memiliki throughput tinggi, latensi rendah, dan penyimpanan NVMe lokal. Komputer virtual seri Lsv2 dioptimalkan untuk menggunakan disk lokal pada simpul yang terpasang langsung ke komputer virtual daripada menggunakan disk data yang tahan lama.

Komputer virtual ini adalah opsi kuat untuk beban kerja big data, gudang data, pelaporan, dan ETL. Throughput tinggi dan IOPS penyimpanan NVMe lokal adalah kasus penggunaan yang baik untuk memproses file yang akan dimuat ke dalam database Anda dan skenario lain di mana data dapat dibuat kembali dari sistem sumber atau repositori lain seperti penyimpanan Azure Blob atau Azure Data Lake. Komputer virtual seri Lsv2 juga dapat meningkatkan performa disknya hingga 30 menit sekaligus.

Komputer virtual ini berukuran 8 hingga 80 vCPU dengan memori 8 GiB per vCPU dan untuk setiap 8 vCPU memiliki NVMe SSD 1,92 TB. Ini berarti untuk komputer virtual terbesar dari seri ini, L80s_v2, ada 80 vCPU dan memori 640 BiB dengan penyimpanan NVMe 10x1,92TB. Ada rasio memori-ke-vCore yang konsisten dari 8 di semua komputer virtual ini.

Penyimpanan NVMe adalah sementara yang berarti bahwa data akan hilang pada disk ini jika Anda membatalkan alokasi komputer virtual Anda, atau jika dipindahkan ke host yang berbeda untuk pemulihan layanan.

Seri Lsv2 dan Ls mendukung penyimpanan premium, tetapi tidak mendukung penembolokan penyimpanan premium. Pembuatan cache lokal untuk meningkatkan IP tidak didukung.

Peringatan

Menyimpan file data Anda di penyimpanan NVMe sementara dapat mengakibatkan kehilangan data saat komputer virtual batal dialokasikan.

VCore terbatas

Beban kerja SQL Server yang berkinerja tinggi sering membutuhkan jumlah memori, I/O, dan throughput yang lebih besar tanpa jumlah vCore yang lebih tinggi.

Sebagian besar beban kerja OLTP adalah database aplikasi yang didorong oleh sejumlah besar transaksi yang lebih kecil. Dengan beban kerja OLTP, hanya sebagian kecil data yang dibaca atau dimodifikasi, tetapi volume transaksi yang didorong oleh jumlah pengguna jauh lebih tinggi. Penting untuk memiliki memori SQL Server yang tersedia untuk menembolokan paket, menyimpan data yang baru diakses untuk performa, dan memastikan bacaan fisik dapat dibaca ke dalam memori dengan cepat.

Lingkungan OLTP ini membutuhkan jumlah memori yang lebih tinggi, penyimpanan cepat, dan bandwidth I/O yang diperlukan untuk berkinerja optimal.

Untuk mempertahankan tingkat performa ini tanpa biaya lisensi SQL Server yang lebih tinggi, Azure menawarkan ukuran komputer virtual dengan jumlah vCPU yang dibatasi.

Ini membantu mengontrol biaya lisensi dengan mengurangi vCore yang tersedia sambil mempertahankan memori, penyimpanan, dan bandwidth I/O yang sama dari komputer virtual induk.

Jumlah vCPU dapat dibatasi hingga satu setengah hingga seperempat dari ukuran komputer virtual asli. Mengurangi vCore yang tersedia untuk komputer virtual mencapai rasio memori-ke-vCore yang lebih tinggi, tetapi biaya komputasi akan tetap sama.

Ukuran komputer virtual baru ini memiliki akhiran yang menentukan jumlah vCUS aktif untuk membuatnya lebih mudah diidentifikasi.

Misalnya, M64-32ms hanya memerlukan lisensi 32 SQL Server vCore dengan memori, I/O, dan throughput M64ms dan M64-16ms hanya memerlukan lisensi 16 vCore. Meskipun M64-16ms memiliki seperempat dari biaya lisensi SQL Server dari M64ms, biaya komputasi komputer virtual sama.

Catatan

  • Beban kerja gudang data menengah hingga besar mungkin masih mendapat keuntungan dari komputer virtual vCore yang dibatasi, tetapi beban kerja gudang data umumnya ditandai oleh lebih sedikit pengguna dan proses yang menangani jumlah data yang lebih besar melalui rencana kueri yang berjalan secara paralel.
  • Biaya komputasi, yang mencakup lisensi sistem operasi, akan tetap sama dengan komputer virtual induk.

Langkah berikutnya

Untuk mempelajari selengkapnya, lihat artikel lain dalam seri praktik terbaik ini: