Zde je plán vyladěných konfigurací adm...
Myslím, že pomáhá vidět je v tabulkové formě. Hlavní věc, kterou je třeba poznamenat, je, že výchozí nastavení RHEL6 je na nic!! Další věcí je, že profily podnikového úložiště a virtuálního hosta jsou identické, s výjimkou menší swappability na straně virtuálního hosta (dává to smysl, ne?).
Pokud jde o doporučení týkající se I/O výtahu úložiště, na vrstvě úložiště máte několik vrstev abstrakce. Použití plánovače noop by mělo smysl, pokud byste používali RDM nebo prezentovali úložiště přímo svým virtuálním počítačům. Ale protože budou žít na NFS nebo VMFS, stále se mi líbí další možnosti ladění, které poskytuje plánovač uzávěrky.
Vyladěné profily lze na běžících systémech měnit za chodu, takže pokud máte nějaké obavy, otestujte je se svou aplikací a konkrétním prostředím a benchmarkem.
Podívejte se na videa s laděním výkonu Shaka a Larryho ze Summitu, mluví o vyladěných profilech do hloubky.
- Část 1 – http://www.youtube.com/watch?v=fATEiBJ3pKw
- Část 2 – http://www.youtube.com/watch?v=km-vLELmWLs
Jedním z největších zamýšlených poznatků je, že profily jsou pouze doporučeným výchozím bodem, nikoli neměnnými čísly, které jsou magicky dokonalé pro každé prostředí.
Začněte s jedním profilem a pohrajte si s nastavením. Vytvářejte dobré testovací pracovní zatížení podobné produkčnímu a měřte metriky, které jsou důležité pro vaše podnikání.
Měňte jednu věc po druhé a zaznamenejte každý výsledek při každé iteraci. Až budete hotovi, zkontrolujte výsledky a vyberte nastavení, které poskytlo nejlepší výsledky. To je váš ideálně vyladěný profil.
Krátká odpověď je, že jakékoli ladění je odhad a má hodnotu pouze tehdy, když je zálohováno empirickými daty:Zkuste to. Změřte to. Pokud se vám to nelíbí, upravte to.
Delší odpověď:
Zvýšení dirty_ratio by pravděpodobně znamenalo vyšší výkon zápisu ...IO bude blokováno na podstatně delší dobu
Ne. Zvýšení špinavého poměru znamená, že je méně pravděpodobné, že se váš systém dostane do stavu, kdy bude muset začít blokovat zápisy. Nevýhodou je, že se používá více paměti a větší riziko ztráty dat při výpadku.
což znamená, že spuštěné úlohy budou mít více času na dokončení své práce
Procesy se obvykle vynesou dříve, než vyprší jejich časový úsek. Problém s virtuálním počítačem je v tom, že váš počítač může soutěžit o CPU a mezipaměť L1/L2 s jinými virtuálními počítači – vysoká úroveň přepínání úloh (kvůli preemptování) má velký dopad na propustnost. Typ aplikací, které se obvykle nasazují do virtuálních počítačů, jsou ty, které jsou vázány na CPU (webové servery, aplikační servery).
Ano, zvýšení propustnosti (které platí pro všechny typy aplikací) bude za cenu zvýšení latence – ale ta je v řádu mikrosekund, když většina transakcí trvá milisekundy. Pokud potřebujete schopnost v reálném čase/velmi nízkou latenci, pak byste neměli používat VM.