Networkworld наскоро публикува интересна статия, озаглавена „7 странични ефекта от небрежната виртуализация“. Това заглавие изглежда показва, че проблемите, които виртуализацията на сървъра може да причини, са разрешими, ако сте добре подготвени. Въпреки това, всичките седем обсъдени аргумента могат да се считат за недостатъци на сървърната виртуализация. Тъй като сериозно мисля да виртуализирам всички наши сървъри, прочетох статията с интерес. Засега имаме само четири виртуални сървъра с около петнадесет виртуални машини, но вече се сблъскахме с някои от проблемите, споменати в статията.
Майкъл Пиетрофорте е основател и главен редактор на 4sysops. Има повече от 35 години опит в ИТ управлението и системната администрация.
Последни публикации от Майкъл Пиетрофорте
(виж всички)Ще обсъдя всичките седем недостатъка от моя собствена гледна точка и ще споделя някои от опита, който имахме с виртуализацията на сървъра.
Представете си, че имате десет важни сървъра, работещи на един физически хост и неговият RAID контролер работи безумно, унищожавайки всичките ви твърди дискове. Не казвайте, че това е малко вероятно, тъй като вече имахме два или три инцидента от неизправни RAID контролери от известни марки.
Има няколко начина за компенсиране на този недостатък. Единият е групирането, което със сигурност изисква допълнителни усилия. Друг отговор е да архивирате виртуалните машини с решение CDP (Continuous Data Protection). Ако вашият физически сървър се повреди, възможно е бързо да възстановите всички виртуални машини на друг хост. Това решение предполага, че имате достатъчно капацитет на друг хост. По този начин, ако вашата виртуална инфраструктура е добре планирана, физическите повреди може да са по-малко проблематични. Това обаче означава, че трябва да инвестирате в излишен хардуер, което повече или по-малко елиминира едно от предполагаемите предимства на сървърната виртуализация.
Няма съмнение, че виртуализацията изисква допълнителни хардуерни ресурси. Проблемът е, че е почти невъзможно да се прецени предварително колко допълнителни ресурси ще са необходими. Знам, че има ръководства и инструменти за планиране на капацитет, но от моя опит всеки софтуер се държи по различен начин във виртуализирана среда. Имаме приложения, които са доста скромни, стига да работят на физически сървър, но когато бяха виртуализирани, изискването им за ресурси се умножи.
Не можете да направите много, ако имате такива приложения. В нашия случай нямахме друг избор, освен да ги оставим на физически сървъри. Следователно единственото решение на този проблем е щателното тестване на всяко приложение с решението за виртуализация по ваш избор.
Звучи толкова лесно - инсталирайте решение за виртуализация и след това просто разположете сървърите си, както сте свикнали. Не точно! Много неща са различни във виртуална среда. Ще ви дам само един пример. Когато инсталирахме нашето първо решение за виртуализация на сървъри, инструктирах нашите администратори да тестват някои от техните сървъри във виртуалната среда. След около седмица администратор ми каза, че не може да тества сървъра си, защото няма повече налична RAM на хоста. Бях доста изненадан, тъй като този сървър има достатъчно капацитет за 10 VM.
Когато влязох, само 3 виртуални машини действително работеха. Какво стана? Някои от колегите му администратори бяха задали същото количество RAM на виртуалните сървъри, както се изискваше от техните физически сървъри. Отне ми доста време да ги убедя да променят работните си навици. Когато купувате нов физически сървър, обичайна практика е да оборудвате този сървър с толкова памет, колкото позволява бюджетът ви. Това има смисъл, тъй като отнема време за поръчка на нови модули памет и добавянето им към сървъра. Дори и да не се нуждаете от нея сега, най-вероятно ще имате нужда от повече RAM много скоро.
Разбира се, тази ситуация е различна във виртуална среда. Прехвърлям вината на себе си, тъй като трябваше да обсъдим нещата предварително. Трябваше да кажа на администраторите, че първо трябва да разберат от колко RAM наистина се нуждаят техните сървъри, като използват инструмент за наблюдение на производителността. Ако техният сървър изисква повече RAM по-късно, не е голяма работа да зададете повече. Избрах този прост пример, защото показва, че трябва да преосмислите, когато работите във виртуална среда. Фактът, че няколко администратори споделят един физически сървър, причинява проблеми, които не са съществували преди. Разбира се, необходимо е и придобиване на много нови технически умения.
Виртуализацията на сървър със сигурност предполага големи промени в цялата система. Добавя се нов слой на сложност и може да причини нови проблеми. Основната трудност обаче е, че ако нещо не работи както трябва, може да са необходими значителни допълнителни усилия, за да се открие причината за проблема. Имам друг пример за този недостатък на сървърната виртуализация.
Инсталирахме SUSE Linux сървър под Virtual Server 2005. Отначало всичко работеше добре. Но тогава администраторът съобщи, че неговите SSH сесии често се прекъсват. Имахме друга Linux машина, работеща на същия хост, която не показваше това поведение, така че решихме, че трябва да е проблем с конфигурацията на Linux системата. Този опитен Linux администратор обаче не успя да открие причината за проблема. След това имах идеята да преместя тази виртуална машина на друг хост на виртуален сървър - и проблемът изчезна. И така, виртуален сървър или Linux причиниха проблема? Е, не мога да ви кажа. Така и не го разбрахме.
Виртуализацията също има предимства, като по-лесна миграция, клониране или моментни снимки. Можете обаче да се възползвате от тези нови възможности само ако разполагате с подходящите инструменти. Често инструментите, които идват с решение за виртуализация, не са достатъчни, поддържат само основни задачи за управление. Това означава, че имате нужда от допълнителни помощни програми, които струват както пари, така и време. Не говоря само за инструменти като VMware Virtual Center или Microsoft Virtual Machine Manager (VMM).
Друго важно поле е архивирането или по-точно възстановяването след бедствие. Разбира се, можете да използвате текущия си софтуер за архивиране, за да защитите своите виртуализирани сървъри. Въпреки това, едно от предимствата на виртуализацията на сървъра е, че възстановяването след бедствие става много по-лесно и по-бързо, при условие че имате решение за архивиране, което е в състояние да изпълнява резервни копия на живо на виртуалните машини, а не само на виртуализираните сървъри, работещи в тези виртуални машини.
Проблемът се крие в това, че няма реални стандарти, когато става дума за управление на виртуален сървър. Но има стандарти за управление на сървъри като цяло. Например, има много инструменти за архивиране, които ви позволяват да защитите вашите Windows, UNIX и Mac машини, но е трудно да се намери решение за възстановяване след бедствие, което поддържа всички различни решения за виртуализация. Като цяло това означава, че вашата зоологическа градина от инструменти за управление ще се разраства, което означава повече работа за вас.
Въпреки че управлението на виртуален сървър може да стане доста сложно, инсталирането на нова виртуална машина е лесно. Имате нужда от нов сървър? Просто клонирайте вашето главно изображение към нова виртуална машина и сте готови в рамките на няколко секунди. Проблемът е, че броят на сървърите може да расте по-бързо от броя на администраторите, които трябва да ги управляват. Добре е дори виртуалните сървъри да имат физически ограничения. Веднага щом достигнете лимита на вашия виртуален капацитет, разрастването на виртуалната машина естествено ще спре.
Броят на сървърите в моя отдел нарасна значително, откакто започнахме да работим с виртуализация на сървъри. В интерес на истината, доста от тях съществуват само защото е толкова лесно да ги създадете във виртуална среда. Затова трябва да бъдете много внимателни, за да не губите ресурсите на виртуалните сървърни хостове с ненужни виртуални машини.
Не съм сигурен дали разбирам този аргумент в статията на Networkworld:
След като ИТ организациите започнат да използват виртуализация, те не могат да се спрат, каза Койл.
Койл е анализаторът на Gartner, който е източникът на прозренията в статията на Networkworld. Той звучи така, сякаш виртуализацията е вид пристрастяваща дрога. Може би той имаше предвид, че организациите, които са открили ценностите на виртуализацията, са склонни да въведат технология за виртуализация в области, където е по-добре да останат физически. Аз също виждам тази опасност и ми е трудно да дам съвет по този въпрос. Разбира се, има някои общи правила, като например не виртуализирайте сървъри, които имат непредвидими изисквания за ресурси. Мисля обаче, че виртуализацията често създава проблеми в непредвидими ситуации. Койл дава единствения възможен съвет тук: „тествайте, тествайте, тествайте“.
Какъв е вашият опит с виртуализацията на сървъра? Смятате ли, че недостатъците са повече от ползите?
Статии в тази серия:
PREV: Пренасочване на Apache към HTTPS - SSL сертификати - Namecheap.com
NEXT: Какво е порт 443? Техническо ръководство за HTTPS порт 443
![[Решен] Не може да се свърже с MySql сървър на localhost (10061) (Вижте темата) * Форум на общността на Apache OpenOffice](http://website-google-hk.oss-cn-hongkong.aliyuncs.com/drawing/26/2022-3-1/7051.jpeg "[Решен] Не може да се свърже с MySql сървър на localhost (10061) (Вижте темата) * Форум на общността на Apache OpenOffice")
