Berikut jadwal konfigurasi tune-adm...
Saya pikir itu membantu untuk melihat mereka dalam bentuk tabel. Hal utama yang perlu diperhatikan adalah pengaturan RHEL6 default payah!! Hal lainnya adalah bahwa profil penyimpanan perusahaan dan tamu virtual identik kecuali untuk swappiness yang dikurangi di sisi tamu virtual (masuk akal, bukan?).
Untuk rekomendasi elevator I/O penyimpanan, Anda memiliki beberapa lapisan abstraksi pada lapisan penyimpanan. Menggunakan penjadwal noop akan masuk akal jika Anda menggunakan RDM atau menghadirkan penyimpanan langsung ke mesin virtual Anda. Namun karena mereka akan ditayangkan di NFS atau VMFS, saya masih menyukai opsi penyetelan tambahan yang diberikan oleh penjadwal tenggat waktu.
Profil yang disetel dapat diubah dengan cepat pada sistem yang sedang berjalan, jadi jika Anda memiliki masalah, uji dengan aplikasi Anda dan lingkungan serta tolok ukur tertentu.
Tonton video penyetelan performa Shak dan Larry dari Summit, mereka berbicara tentang profil yang disetel secara mendalam.
- Bagian 1 - http://www.youtube.com/watch?v=fATEiBJ3pKw
- Bagian 2 - http://www.youtube.com/watch?v=km-vLELmWLs
Salah satu kesimpulan terbesar yang diinginkan adalah bahwa profil hanyalah titik awal yang direkomendasikan, bukan angka tetap yang secara ajaib sempurna untuk setiap lingkungan.
Mulailah dengan satu profil dan coba-coba pengaturannya. Hasilkan beban kerja pengujian seperti produksi yang baik dan ukur metrik yang penting bagi bisnis Anda.
Ubah satu per satu dan catat setiap hasil di setiap iterasi. Setelah selesai, tinjau hasilnya dan pilih setelan yang memberikan hasil terbaik. Itu profil ideal Anda yang disetel.
Jawaban singkatnya adalah bahwa penyetelan apa pun adalah tebakan dan hanya memiliki nilai jika didukung dengan data empiris:Cobalah. Ukur itu. Jika Anda tidak menyukainya, sesuaikan.
Jawaban yang lebih panjang:
Meningkatkan rasio_kotor mungkin berarti kinerja penulisan yang lebih tinggi ...IO akan diblokir untuk waktu yang jauh lebih lama
Tidak. Meningkatkan rasio kotor berarti sistem Anda cenderung tidak masuk ke keadaan di mana ia harus mulai memblokir penulisan. Sisi negatifnya adalah penggunaan memori yang lebih banyak dan risiko kehilangan data yang lebih besar saat terjadi pemadaman listrik.
artinya menjalankan tugas akan mendapatkan lebih banyak waktu untuk menyelesaikan pekerjaannya
Proses biasanya akan menghasilkan sebelum irisan waktunya habis. Masalah dengan VM adalah bahwa mesin Anda mungkin bersaing untuk CPU dan cache L1/L2 dengan VM lain - pengalihan tugas tingkat tinggi (karena pre-empting) berdampak besar pada throughput. Jenis aplikasi yang biasanya di-deploy ke dalam VM adalah aplikasi yang terikat CPU (server web, server aplikasi).
Ya, peningkatan throughput (yang berlaku untuk semua jenis aplikasi) akan menyebabkan peningkatan latensi - tetapi yang terakhir adalah urutan mikrodetik ketika sebagian besar transaksi memakan waktu milidetik. Jika Anda memerlukan kemampuan waktu nyata/latensi sangat rendah, sebaiknya Anda tidak menggunakan VM.