Sedm nevýhod virtualizace serverů | 4 sysops

Budu diskutovat o všech sedmi nevýhodách ze své vlastní perspektivy a podělím se o některé zkušenosti, které jsme měli s virtualizací serverů.

1. Zvětšené fyzické selhání ^

Představte si, že máte deset důležitých serverů spuštěných na jednom fyzickém hostiteli a jeho řadič RAID běží šíleně a vymazává všechny vaše pevné disky. Neříkejte, že to není příliš pravděpodobné, protože jsme již měli dva nebo tři případy nefunkčních řadičů RAID od známých značek.

Tuto nevýhodu lze kompenzovat několika způsoby. Jedním z nich je shlukování, což jistě vyžaduje další úsilí. Další odpovědí je zálohování virtuálních strojů pomocí řešení CDP (Continuous Data Protection). Pokud váš fyzický server selže, je možné rychle obnovit všechny virtuální počítače na jiného hostitele. Toto řešení znamená, že máte dostatek kapacity na jiném hostiteli. Pokud je tedy vaše virtuální infrastruktura dobře naplánovaná, fyzické poruchy mohou být méně problematické. To však znamená, že musíte investovat do redundantního hardwaru, což víceméně eliminuje jednu z údajných výhod virtualizace serverů.

2. Snížený výkon ^

Není pochyb o tom, že virtualizace vyžaduje dodatečné hardwarové prostředky. Problém je v tom, že je téměř nemožné předem odhadnout, kolik dalších zdrojů bude potřeba. Vím, že existují příručky a nástroje pro plánování kapacity, ale podle mých zkušeností se každý software chová ve virtualizovaném prostředí jinak. Máme aplikace, které jsou poměrně skromné, pokud běží na fyzickém serveru, ale když byly virtualizovány, jejich požadavky na zdroje se znásobily.

Pokud takové aplikace máte, moc toho nezmůžete. V našem případě jsme neměli jinou možnost, než je nechat na fyzických serverech. Jediným řešením tohoto problému je tedy důkladné otestování každé aplikace s virtualizačním řešením dle vašeho výběru.

3. Nové dovednosti ^

Zní to tak jednoduše – nainstalujte virtualizační řešení a pak už jen nasaďte své servery tak, jak jste zvyklí. Spíš ne! Mnoho věcí je ve virtuálním prostředí jinak. Dám vám jen jeden příklad. Když jsme instalovali naše první řešení pro virtualizaci serverů, dal jsem našim administrátorům pokyn, aby otestovali některé ze svých serverů ve virtuálním prostředí. Asi po týdnu mi správce řekl, že nemůže otestovat svůj server, protože na hostiteli není k dispozici žádná další RAM. Byl jsem docela překvapen, protože tento server má dostatečnou kapacitu pro 10 VM.

Když jsem se přihlásil, byly ve skutečnosti spuštěny pouze 3 virtuální počítače. Co se stalo? Někteří jeho kolegové administrátoři přidělili virtuálním serverům stejné množství paměti RAM, jaké vyžadovaly jejich fyzické servery. Trvalo mi docela dlouho, než jsem je přesvědčil, aby změnili své pracovní návyky. Když si koupíte nový fyzický server, je běžnou praxí vybavit tento server tolika pamětí, kolik vám váš rozpočet dovolí. To dává smysl, protože objednání nových paměťových modulů a jejich přidání na server nějakou dobu trvá. I když to nyní nepotřebujete, s největší pravděpodobností budete velmi brzy vyžadovat více paměti RAM.

Ve virtuálním prostředí je tato situace samozřejmě jiná. Připisuji vinu sobě, protože jsme měli věci projednat předem. Měl jsem správcům říct, že nejprve potřebují zjistit, kolik RAM jejich servery skutečně potřebují, pomocí nástroje pro sledování výkonu. Pokud jejich server později vyžaduje více RAM, není velký problém přiřadit více. Vybral jsem si tento jednoduchý příklad, protože ukazuje, že když pracujete ve virtuálním prostředí, musíte něco přehodnotit. Skutečnost, že několik správců sdílí jeden fyzický server, způsobuje problémy, které dříve neexistovaly. Samozřejmě je také nutné získat mnoho nových technických dovedností.

4. Komplexní analýza hlavních příčin ^

Virtualizace serveru jistě znamená velké změny v celém systému. Je přidána nová vrstva složitosti a může způsobit nové problémy. Hlavním problémem však je, že pokud něco nefunguje, jak má, může to vyžadovat značné úsilí navíc k nalezení příčiny problému. Mám další příklad pro tuto nevýhodu virtualizace serverů.

Nainstalovali jsme server SUSE Linux pod Virtual Server 2005. Zpočátku vše fungovalo dobře. Ale pak admin oznámil, že jeho relace SSH byly často odpojeny. Na stejném hostiteli jsme měli další počítač s Linuxem, který toto chování nevykazoval, takže jsme si mysleli, že to musí být problém s konfigurací v systému Linux. Tento zkušený správce Linuxu však nebyl schopen najít příčinu problému. Pak mě napadlo přesunout tento virtuální stroj na jiného hostitele virtuálního serveru - a problém byl pryč. Způsobil tedy problém virtuální server nebo Linux? No, to vám nemůžu říct. Nikdy jsme na to nepřišli.

5. Nové nástroje pro správu ^

Virtualizace má také výhody, jako je snadnější migrace, klonování nebo snímky. Tyto nové možnosti však můžete využít pouze tehdy, pokud máte správné nástroje. Nástroje dodávané s virtualizačním řešením často nestačí, podporují pouze základní úkoly správy. To znamená, že potřebujete další nástroje, které stojí peníze i čas. Nemluvím pouze o takových nástrojích, jako je VMware Virtual Center nebo Microsoft Virtual Machine Manager (VMM).

Další důležitou oblastí je zálohování, přesněji řečeno zotavení po havárii. K zabezpečení svých virtualizovaných serverů můžete samozřejmě použít svůj aktuální zálohovací software. Jednou z výhod virtualizace serverů je však to, že zotavení po havárii je mnohem snazší a rychlejší za předpokladu, že máte řešení zálohování, které je schopno provádět živé zálohy virtuálních strojů a nejen virtualizovaných serverů běžících na těchto virtuálních počítačích.

Problém spočívá v tom, že neexistují žádné skutečné standardy, pokud jde o správu virtuálních serverů. Existují však standardy pro správu serverů obecně. Existuje například mnoho nástrojů pro zálohování, které vám umožní zabezpečit počítače se systémem Windows, UNIX a Mac, ale je obtížné najít řešení pro obnovu po havárii, které podporuje všechna různá virtualizační řešení. Celkově to znamená, že vaše zoo nástrojů pro správu poroste, což pro vás znamená více práce.

6. Rozrůstání virtuálního stroje ^

I když může být správa virtuálních serverů poměrně složitá, instalace nového virtuálního stroje je hračka. Potřebujete nový server? Stačí naklonovat hlavní obraz do nového virtuálního počítače a během několika sekund máte hotovo. Problém je v tom, že počet serverů může růst rychleji než počet správců, kteří je mají spravovat. Je dobré, že i virtuální servery mají fyzické limity. Jakmile dosáhnete limitu své virtuální kapacity, rozrůstání virtuálního stroje se přirozeně zastaví.

Od té doby, co jsme začali pracovat s virtualizací serverů, počet serverů v mém oddělení výrazně vzrostl. Ve skutečnosti jich nemálo existuje jen proto, že je tak snadné je vytvořit ve virtuálním prostředí. Proto musíte být velmi opatrní, abyste neplýtvali prostředky hostitelů virtuálních serverů nepotřebnými virtuálními stroji.

7. Virtuální návyky ^

Nejsem si jistý, jestli rozumím tomuto argumentu v článku Networkworld:

Jakmile IT organizace začnou používat virtualizaci, nemohou se zastavit, řekl Coyle.

Coyle je analytička společnosti Gartner, která je zdrojem postřehů v článku Networkworld. Zní to, jako by virtualizace byla druh návykové drogy. Možná měl na mysli, že organizace, které objevily hodnoty virtualizace, jsou náchylné zavádět virtualizační technologie v oblastech, kde je lepší zůstat fyzické. Toto nebezpečí také vidím a je těžké na toto téma poradit. Jistě, existují určitá obecná pravidla, jako například nevirtualizovat servery, které mají nepředvídatelné požadavky na zdroje. Myslím si však, že virtualizace často způsobuje problémy v nepředvídatelných situacích. Coyle zde dává jedinou možnou radu: „testovat, testovat, testovat“.

Jaké jsou vaše zkušenosti s virtualizací serverů? Myslíte si, že nevýhody převažují nad výhodami?

Články v této sérii: