Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Mengoptimalkan kinerja jaringan pada instans EC2 Windows

Untuk mencapai kinerja jaringan maksimum pada instans Windows Anda dengan jaringan yang disempurnakan, Anda mungkin perlu memodifikasi konfigurasi sistem operasi default. Kami merekomendasikan perubahan konfigurasi berikut untuk aplikasi yang memerlukan performa jaringan tinggi. Pengoptimalan lain (seperti mengaktifkan checksum offloading dan mengaktifkan RSS, misalnya) sudah dikonfigurasi pada AMI Windows resmi.

Selain pengoptimalan sistem operasi ini, Anda juga harus mempertimbangkan unit transmisi maksimum (MTU) lalu lintas jaringan Anda, dan menyesuaikannya dengan beban kerja dan arsitektur jaringan Anda. Untuk informasi selengkapnya, lihat Maximum transmission unit (MTU) jaringan untuk instans EC2 Anda.

AWS secara teratur mengukur latensi perjalanan pulang pergi rata-rata antara instance yang diluncurkan dalam grup penempatan cluster 50us dan latensi ekor 200us pada persentil 99,9. Jika aplikasi Anda membutuhkan latensi rendah secara konsisten, kami merekomendasikan menggunakan driver ENA versi terbaru pada instans berbasis Nitro dengan performa tetap.

Konfigurasikan afinitas CPU penskalaan sisi Terima

Receive side scaling (RSS) digunakan untuk mendistribusikan beban CPU lalu lintas jaringan ke beberapa prosesor. Secara default, Amazon Windows AMI yang resmi dikonfigurasi dengan mengaktifkan RSS. Antarmuka jaringan elastis ENA menyediakan hingga delapan antrian RSS. Dengan menentukan afinitas CPU untuk antrean RSS, serta untuk proses sistem lainnya, dimungkinkan untuk menyebarkan beban CPU melalui sistem multi-core, yang memungkinkan lebih banyak lalu lintas jaringan untuk diproses. Pada tipe instance dengan lebih dari 16 vCPU, sebaiknya gunakan Set-NetAdapterRSS PowerShell cmdlet, yang secara manual mengecualikan prosesor boot (prosesor logis 0 dan 1 saat hyper-threading diaktifkan) dari konfigurasi RSS untuk semua antarmuka jaringan elastis, untuk mencegah perselisihan dengan berbagai komponen sistem.

Windows sadar hyper-thread dan memastikan bahwa antrian RSS dari kartu antarmuka jaringan tunggal (NIC) selalu ditempatkan pada inti fisik yang berbeda. Oleh karena itu, kecuali hyper-threading dinonaktifkan, untuk sepenuhnya mencegah perselisihan dengan NIC lain, sebarkan konfigurasi RSS dari setiap NIC di antara rentang 16 prosesor logis. Set-NetAdapterRssCmdlet memungkinkan Anda untuk menentukan rentang per-NIC dari prosesor logis yang valid dengan menentukan nilai BaseProcessorGroup,,, BaseProcessorNumber MaxProcessingGroup MaxProcessorNumber, dan NumaNode (opsional). Jika tidak ada cukup inti fisik untuk sepenuhnya menghilangkan perselisihan antar-NIC, minimalkan rentang yang tumpang tindih atau kurangi jumlah prosesor logis dalam rentang antarmuka jaringan elastis tergantung pada beban kerja antarmuka yang diharapkan (dengan kata lain, antarmuka jaringan administratif volume rendah mungkin tidak memerlukan banyak antrian RSS yang ditetapkan). Selain itu, seperti disebutkan sebelumnya, berbagai komponen harus dijalankan pada CPU 0, oleh karena itu kami menyarankan untuk mengecualikannya dari semua konfigurasi RSS jika vCPU cukup tersedia.

Misalnya, ketika ada tiga antarmuka jaringan elastis pada 72 instance vCPU dengan 2 node NUMA dengan hyper-threading diaktifkan, perintah berikut menyebarkan beban jaringan antara dua CPU tanpa tumpang tindih dan mencegah penggunaan inti 0 sepenuhnya.

Set-NetAdapterRss -Name NIC1 -BaseProcessorGroup 0 -BaseProcessorNumber 2 -MaxProcessorNumber 16 
Set-NetAdapterRss -Name NIC2 -BaseProcessorGroup 1 -BaseProcessorNumber 0 -MaxProcessorNumber 14 
Set-NetAdapterRss -Name NIC3 -BaseProcessorGroup 1 -BaseProcessorNumber 16 -MaxProcessorNumber 30 

Perhatikan bahwa pengaturan ini tetap ada untuk setiap adaptor jaringan. Jika ukuran instance diubah menjadi satu dengan jumlah vCPU yang berbeda, Anda harus mengevaluasi kembali konfigurasi RSS untuk setiap antarmuka jaringan elastis yang diaktifkan. Dokumentasi Microsoft lengkap untuk cmdlet dapat ditemukan di sini:. Set-NetAdapterRss

Catatan khusus untuk beban kerja SQL: Kami juga menyarankan Anda meninjau pengaturan afinitas utas I/O Anda bersama dengan konfigurasi RSS antarmuka jaringan elastis Anda untuk meminimalkan I/O dan perselisihan jaringan untuk CPU yang sama. Lihat Konfigur asi server: topeng afinitas.