Mengoptimalkan performa pada mesin virtual Windows seri Lsv3, Lasv3, dan Lsv2

  • Artikel

Berlaku untuk: ✔️ VM Windows ✔️ Set 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 Big Data, SQL, database NoSQL, pergudangan data, dan database transaksi besar, termasuk Cassandra, MongoDB, Cloudera, dan Redis.

Mesin virtual 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 Windows Server 2019 Datacenter versi yang dioptimalkan, yang dirilis ke Marketplace Azure (dan versi yang lebih baru), yang mendukung performa maksimum pada perangkat NVMe di mesin virtual 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 EYPC™ sebagai interkoneksi yang dapat diskalakan untuk model NUMA-nya yang dapat digunakan untuk komunikasi on-die, on-package, dan multi-package. Dibandingkan dengan QPI (Interkoneksi Jalur Cepat) dan UPI (Interkoneksi Jalur Ultra) yang digunakan di prosesor monolithic-die modern Intel, dan kebanyakan NUMA arsitektur small-die dari AMD, keduanya dapat memberikan manfaat performa serta tantangan. Pengaruh aktual bandwidth memori dan batasan latensi dapat bervariasi bergantung pada jenis beban kerja.

Tips untuk memaksimalkan performa

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

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

  • Pengguna Lsv2 tidak disarankan untuk mengandalkan informasi NUMA perangkat (semua 0) yang dilaporkan dari dalam mesin virtual 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 tiap pasangan antrean I/O untuk perangkat mesin virtual Lsv3, Lasv3, dan Lsv2 NVMe adalah 1024. Pengguna Lsv3, Lasv3, dan Lsv2 disarankan untuk membatasi beban kerja tolok ukur (sintetis) mereka hingga kedalaman antrean 1024 atau lebih rendah untuk menghindari memicu kondisi antrean penuh, yang dapat mengurangi performa.

  • Performa terbaik diperoleh saat I/O dilakukan langsung ke masing-masing perangkat NVMe mentah tanpa pemartisian, tanpa sistem file, tanpa 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 akan dipertahankan jika masalah lain menyebabkan mesin virtual atau perangkat keras yang dijalankannya menjadi tidak sehat. Jika hal tersebut terjadi, data apa pun di host lama dihapus dengan aman.

Akan ada juga kasus saat mesin virtual perlu dipindahkan ke komputer host berbeda; misalnya, selama operasi pemeliharaan terencana. Operasi pemeliharaan terencana dan beberapa kegagalan perangkat keras dapat diantisipasi dengan Acara Terjadwal. Acara Terjadwal harus digunakan agar tetap diperbarui saat operasi pemulihan dan pemeliharaan 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 mesin virtual dan pemeliharaan otomatis.

Untuk semua acara mendatang, gunakan proses pemelihatan terkontrol untuk memilih waktu yang paling tepat bagi pengguna untuk pembaruan. Sebelum peristiwa, cadangkan data Anda di penyimpanan premium. Setelah peristiwa pemeliharaan selesai, Anda dapat mengembalikan data Anda ke penyimpanan NVMe lokal mesin virtual Lsv2 yang baru.

Skenario yang mempertahankan data di disk NVMe lokal meliputi:

  • VM berjalan dan sehat.
  • Mesin virtual dimulai ulang di tempat oleh Anda atau Azure.
  • Mesin virtual dijeda (dihentikan tanpa dibatalkan alokasinya).
  • Sebagian besar operasi layanan pemeliharaan terencana.

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

  • Mesin virtual disebarkan ulang, dihentikan (dibatalkan alokasinya), atau dihapus oleh Anda.
  • VM menjadi tidak sehat dan harus memulihkan simpul lain karena masalah perangkat keras.
  • Sejumlah kecil operasi layanan pemeliharaan terencana yang mengharuskan mesin virtual dialokasikan ulang ke host lain guna perbaikan.

Pemeliharaan yang dikontrol pelanggan VM standar

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

Data penyimpanan lokal Lsv3, Lasv3, dan Lsv2 dapat hilang, jadi mencadangkan data sebelum acara direkomendasikan.

Pemeliharaan otomatis

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

Jenis pemeliharaan ini dimaksudkan untuk mempertahankan data pelanggan, tetapi ada risiko kecil dari pembekuan atau mulai ulang mesin virtual.

Data penyimpanan lokal Lsv3, Lasv3, dan Lsv2 dapat hilang, jadi mencadangkan data sebelum acara direkomendasikan.

Tanya jawab umum

Berikut ini adalah pertanyaan yang sering diajukan tentang seri ini.

Bagaimana cara saya mulai menyebarkan mesin virtual seri L?

Sama seperti mesin virtual lainnya, buat mesin virtual menggunakan portal 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 mesin virtual seri Lsv3, Lasv3, dan Lsv2, hal ini berarti bahwa data pelanggan pada node yang gagal juga dihapus dengan aman. Pelanggan perlu membuat ulang data pada node 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 rutin layanan interupsi tradisional (ISR)?

Mesin virtual seri Lasv3 dan Lsv2 dioptimalkan untuk polling NVMe. Pembaruan terus diberikan untuk meningkatkan performa polling.

Dapatkah 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 mesin virtual yang dioptimalkan untuk performa penyimpanan di Azure.