it-swarm-eu.dev

Jaké jsou doporučené postupy pro provoz serveru SQL ve virtuálním počítači?

Jaké jsou doporučené postupy pro provoz serveru SQL ve virtuálním počítači? Moje online transakční aktivity jsou velmi nízké, ale existuje velké množství zpracování dat za účelem poskytování údajů o hlášení na více webových stránkách.

21
JerryOL

Stejně jako u fyzických počítačů IO je král. Bude to patrný IO zásah z virtualizace (kolik zásahu závisí na technologii, kterou vyberete)), takže ujistěte se, že neděláte nic, co by to mohlo zhoršit a poškodit IO výkon dále).

  • Vždy používejte pevnou velikost, nikoli dynamické virtuální disky, a zajistěte, aby základní jednotky/pole byly dostatečné. Dynamické vdisky jsou méně výkonné než ty s pevnou velikostí.
  • Pokud data ve virtuálních počítačích nejsou kritická, zapněte pro vyšší výkon schopnost VM řešení pro ukládání do mezipaměti zápisy (efektivně lhát hostujícímu OS o tom, kdy jsou věci fyzicky zapsány na disk)). je užitečný pro vývojový a testovací stroj, kde lze data snadno vyměnit, nebo repliky pro čtení, které jsou lokální pro master, a které mohou být znovu vytvořeny, pokud se vyskytnou nějaké problémy, ale doporučuje se, aby takové možnosti zůstaly vypnuté pro produkční a zálohovací systémy, protože zvýšit riziko ztráty dat (nebo ještě horší, poškození), pokud se stroj neočekávaně vypne.
  • Zajistěte, aby každý VM měl dost RAM věnovaný tomu tak, aby běžná pracovní sada každé databáze zapadla do paměti s dostatkem místa, aby se zabránilo) zbytečné IO. Také se ujistěte, že hypervisor nevystartuje VMs RAM kdykoli (například to může udělat většina produktů VMWare), což vám umožní spouštět větší sadu VMs než vy jinak by na stejném hardwaru, ale snížení výkonu může být obrovské - existuje možnost naladit nebo vypnout toto chování).
  • Pokud hostitel používá pole RAID5, zvažte přechod na RAID10. Tím se zmenší dostupné místo, ale odstraní se problémy s výkonem zápisu, které mohou být patrné u RAID5 (nebo 6).
  • U virtuálních počítačů, u kterých je pravděpodobné, že uvidí mnoho aktivit IO=), zvažte jejich vlastní disk nebo pole, nebo je nechte sdílet pouze jejich jednotky/pole s údaji, které vidí nízká aktivita.

Samozřejmě, pokud celá vaše databáze (a všechno ostatní, na kterém běží VM) běží, se vejde do RAM přidělené VM a vidí jen velmi malou aktivitu při zápisu, IO výkon může být mnohem méně problémem).

pravit: několik dalších bodů:

  • Pokud používáte virtuální disky, ujistěte se, že pro výkon je použit nejlepší typ řadiče. Některá virtualizační řešení nabízejí několik typů virtuálních řadičů pro lepší kompatibilitu s hosty a možná zjistíte, že některé jsou méně účinné než jiné kvůli omezením protokolu v designu, který emulují, a omezením v ovladačích hostujícího OS.
  • Pokud vaše řešení virtualizace nabízí konkrétní ovladače pro řadič virtuálních disků, ujistěte se, že je používá váš hostující operační systém - tyto mohou urychlit hromadné IO) snížením počtu kopií z paměti do paměti a hostitele <-> hypervisor <-> hostovací kontextové přepínače zapojené do některých operací.
  • Výše uvedené dva body platí, pokud používáte síťové úložiště, jako je například jednoduché SMB sdílené položky nebo iSCSI): ujistěte se, že používáte nejúčinnější nabízený virtuální síťový řadič a že váš hostující operační systém používá doporučený ovladač, jinak může být latence i šířka pásma omezenější, než je potřeba u virtualizační vrstvy.
18
David Spillett