Mengoptimalkan performa pada VM Windows seri Lsv3, Lasv3, dan Lsv2

Berlaku untuk: ✔️ Mesin virtual Windows ✔️ Kumpulan skala seragam

Seri Lsv3, Lasv3, dan Lsv2 Azure Virtual Machines (mesin virtual Azure) mendukung berbagai beban kerja yang membutuhkan I/O dan throughput tinggi pada penyimpanan lokal di berbagai aplikasi dan industri. Seri L sangat ideal untuk database Big Data, SQL, NoSQL, pergudangan data, dan database transaksi besar, termasuk Cassandra, MongoDB, Cloudera, dan Redis.

VM seri Lsv3, Lasv3, dan Lsv2 dirancang untuk bekerja dengan kebutuhan sistem operasi Windows dan Linux untuk performa yang lebih baik dengan perangkat keras dan perangkat lunak.

Penyetelan perangkat lunak dan perangkat keras menghasilkan versi Windows Server 2019 Datacenter yang dioptimalkan, dirilis ke Azure Marketplace (dan versi yang lebih baru), yang mendukung performa maksimum pada perangkat NVMe di VM seri L.

Artikel ini berisi tips dan saran untuk memastikan beban kerja dan aplikasi Anda mencapai performa maksimum yang dirancang ke dalam VM.

Arsitektur chipset AMD EPYC™

Mesin virtual seri Lasv3 dan Lsv2 menggunakan prosesor server AMD EYPC™ berdasarkan mikro-arsitektur Zen. AMD mengembangkan Infinity Fabric (IF) untuk EPYC™ sebagai interkoneksi yang dapat diskalakan untuk model NUMA-nya yang dapat digunakan untuk komunikasi on-die, on-package, dan multi-package. Dibandingkan dengan QPI (Quick-Path Interconnect) dan UPI (Ultra-Path Interconnect) yang digunakan pada prosesor Intel dengan die monolitik modern, arsitektur AMD yang menggunakan die kecil dengan banyak NUMA dapat memberikan manfaat performa sekaligus tantangan. Efek aktual bandwidth memori dan batasan latensi dapat bervariasi tergantung pada jenis beban kerja.

Tips untuk memaksimalkan performa

• Untuk mendapatkan performa maksimal, jalankan beberapa pekerjaan dengan kedalaman antrean mendalam per perangkat.

• Hindari mencampur perintah admin NVMe (misalnya, kueri info NVMe SMART) dengan perintah NVMe I/O selama beban kerja aktif. Perangkat Lsv3, Lasv3, dan Lsv2 NVMe didukung oleh teknologi NVMe Direct Hyper-V, yang beralih ke "mode lambat" setiap kali perintah admin NVMe tertunda. Pengguna Lsv3, Lasv3, dan Lsv2 mungkin melihat penurunan performa dramatis dalam performa NVMe I/O jika skenario tersebut terjadi.

• Tidak disarankan bagi pengguna Lsv2 untuk mengandalkan informasi NUMA perangkat (semua 0) yang dilaporkan dari dalam VM untuk drive data guna memutuskan afinitas NUMA untuk aplikasi mereka. Untuk performa yang lebih baik, disarankan untuk menyebarkan beban kerja di seluruh CPU jika memungkinkan.

• Kedalaman antrean maksimum yang didukung untuk setiap pasangan antrean I/O perangkat NVMe VM Lsv3, Lasv3, dan Lsv2 adalah 1024. Pengguna Lsv3, Lasv3, dan Lsv2 direkomendasikan untuk membatasi beban kerja tolok ukur (sintetis) mereka dengan kedalaman antrean 1024 atau lebih rendah agar tidak memicu kondisi antrean penuh, yang dapat mengurangi kinerja.

• Performa terbaik diperoleh ketika I/O dilakukan langsung ke setiap perangkat NVMe mentah tanpa partisi, tidak ada sistem file, tidak ada konfigurasi RAID, dll.

Menggunakan penyimpanan NVMe lokal

Penyimpanan lokal pada disk NVMe 1,92 TB di semua mesin virtual Lsv3, Lasv3, dan Lsv2 bersifat sementara. Saat mulai ulang standar mesin virtual berhasil, data pada disk NVMe lokal akan bertahan. Data tidak akan dipertahankan di NVMe jika mesin virtual disebarkan ulang, dibatalkan alokasinya, atau dihapus. Data tidak berlanjut jika masalah lain menyebabkan VM, atau perangkat keras tempat VM berjalan, menjadi tidak sehat. Ketika skenario ini terjadi, data apa pun di host lama dihapus dengan aman.

Ada juga kasus ketika VM perlu dipindahkan ke komputer host yang berbeda; misalnya, selama operasi pemeliharaan terencana. Operasi pemeliharaan terencana dan beberapa kegagalan perangkat keras dapat diantisipasi dengan Acara Terjadwal. Gunakan Acara Terjadwal untuk tetap diperbarui pada setiap operasi pemeliharaan dan pemulihan yang diprediksi.

Jika acara pemeliharaan terencana mengharuskan mesin virtual dibuat ulang di host baru dengan disk lokal kosong, data harus disinkronisasi ulang (sekali lagi, dengan data apa pun di host lama yang dihapus dengan aman). Hal ini terjadi karena mesin virtual seri Lsv3, Lasv3, dan Lsv2 saat ini tidak mendukung migrasi langsung pada disk NVMe lokal.

Ada dua mode untuk pemeliharaan terencana: pemeliharaan standar yang dikontrol pelanggan VM dan pemeliharaan otomatis.

Untuk acara layanan mendatang, gunakan proses pemeliharaan terkontrol untuk memilih waktu yang paling tepat bagi Anda untuk pembaruan. Sebelum acara, cadangkan data Anda di penyimpanan premium. Setelah peristiwa pemeliharaan selesai, kembalikan data Anda ke penyimpanan NVMe lokal VM Lsv2 yang disegarkan.

Skenario yang mempertahankan data pada disk NVMe lokal meliputi saat:

• VM sedang berjalan dan sehat.
• VM di-boot ulang oleh Anda atau oleh Azure.
• Mesin Virtual dijeda (dihentikan tanpa mengalokasi ulang).
• Sebagian besar operasi layanan pemeliharaan terencana.

Skenario yang menghapus data dengan aman untuk melindungi pelanggan meliputi saat:

• VM disebarkan ulang, dihentikan (dibatalkan alokasinya), atau dihapus oleh Anda.
• VM mengalami masalah dan harus dipindahkan ke simpul lain untuk pemulihan karena masalah perangkat keras.
• Beberapa operasi layanan pemeliharaan terencana yang mengharuskan VM dialokasikan ke host lain untuk dilangsungkan.

Pemeliharaan VM standar yang dikelola oleh pelanggan

Dalam pemeliharaan standar yang dikontrol pelanggan VM, VM dipindahkan ke host yang diperbarui selama jendela 30 hari.

Penyimpanan lokal Lsv3, Lasv3, dan Lsv2 mungkin hilang, jadi disarankan untuk mencadangkan data terlebih dahulu sebelum peristiwa.

Pemeliharaan otomatis

Pemeliharaan otomatis terjadi jika pelanggan tidak menjalankan pemeliharaan yang dikontrol pelanggan. Pemeliharaan otomatis juga dapat terjadi karena prosedur darurat, seperti peristiwa keamanan nol hari.

Jenis pemeliharaan ini dimaksudkan untuk mempertahankan data pelanggan, tetapi ada risiko kecil dari pembekuan atau boot ulang VM.

Data penyimpanan lokal Lsv3, Lasv3, dan Lsv2 mungkin bisa hilang, maka disarankan untuk mencadangkan data sebelum acara tersebut.

Tanya jawab umum

Berikut ini adalah pertanyaan yang sering diajukan tentang seri ini.

Bagaimana cara saya mulai menyebarkan mesin virtual seri L?

Sama seperti VM lainnya, buat VM menggunakan portal Microsoft Azure, melalui Azure Command-Line Interface (Azure CLI), atau melalui PowerShell.

Akankah satu kegagalan disk NVMe menyebabkan semua mesin virtual di host gagal?

Jika kegagalan disk terdeteksi di simpul perangkat keras, perangkat keras dalam keadaan gagal. Jika hal ini terjadi, semua mesin virtual pada node tersebut akan dibatalkan alokasinya secara otomatis dan dipindahkan ke node yang sehat. Untuk VM seri Lsv3, Lasv3, dan Lsv2, skenario ini berarti bahwa data pelanggan pada node yang gagal juga dihapus dengan aman. Pelanggan perlu membuat ulang data pada simpul baru.

Apakah saya perlu membuat penyesuaian polling di Windows Server 2012 atau Windows Server 2016?

Polling NVMe hanya tersedia di Windows Server 2019 dan versi yang lebih baru di Azure.

Dapatkah saya beralih kembali ke model rutinitas layanan interupsi (ISR) tradisional?

VM seri Lasv3, dan Lsv2 dioptimalkan untuk polling NVMe. Pembaruan terus diberikan untuk meningkatkan performa polling.

Bisakah saya menyesuaikan pengaturan polling di Windows Server 2019 atau versi yang lebih baru?

Pengaturan polling tidak dapat disesuaikan pengguna.

Langkah berikutnya

Lihat spesifikasi untuk semua VM yang dioptimalkan untuk performa penyimpanan di Azure.