Плановете за виртуализация и консолидация изискват повече от един петъчен следобед
Днес повечето организации са изправени пред противоположни цели и много трудности. Служителите, офисите, клоновете, центровете за данни и мобилните служители са пръснати по целия свят. Всички се нуждаят от достъп до имейл, споделени файлове и ключови приложения, а скоростта на достъп е директно свързана с производителността на служителите. Това е причината да бъдат инсталирани компютърни системи на много места, така че служителите да предоставят най-доброто възможно обслужване. Но този подход вече се счита за скъп и разточителен поради нуждата от закупуване и поддръжка на допълнителен хардуер и софтуер за много места при малък брой ИТ служители, които да се грижат за системите. Заради все по-свитите бюджети организациите търсят начини да се справят с този проблем. ИТ консолидацията е най-предпочитаният подход днес. Тя се състои в изместването на инфраструктурата от отдалечените офиси в главния изчислителен център, за да се намалят разходите и се увеличи продуктивността на ИТ отдела. И тук естествено идва въпросът как компанията да консолидира своите информационни технологии, без да допуска негативни за крайните потребители последствия върху производителността.
Виртуализацията се смята за една от основните технологии при консолидирането. Тя подобрява ефективността при използването на сървърите и осигурява по-голяма гъвкавост за инфраструктурата. Някои компании набързо оценяват и внедряват виртуализацията в стремежа си да се консолидират и да намалят хардуерните нужди на ИТ средата си. Твърди се, че консолидацията и виртуализацията осигуряват тези предимства, а се нуждаят само от еднократно вложение на време и пари, но може ли да се вярва на това?
Консолидацията със сигурност може да предостави някои предимства на компаниите, но за да сте сигурни, че проектите ви за виртуализация и консолидация са наистина успешни, ще трябва да отделите повече от един петъчен следобед. Както много ИТ мениджъри биха ви казали, един зле планиран проект ще предизвика писъци сред директорите, бунтове сред потребителите и ИТ отделът ще трябва да хвърли на вятъра всичкия труд, който е бил вложен в проекта.
Съществуват няколко стъпки за успешна ИТ консолидация и виртуализация. Макар и да се налага да се потрудите, за да внедрите новата инфраструктура, ако следвате тези стъпки, ще можете да се убедите, че сте взели предвид всички проблеми и че компанията ви се възползва възможно най-добре от консолидацията.
Както повечето проекти, успешната ИТ консолидация изисква време, планиране, съгласие и методично изпълнение. Но има и специфични предизвикателства, свързани с фундаменталната промяна на ИТ архитектурата. Това означава, че трябва да се вземат предвид бюджетът, капиталовите разходи, политическите съображения при избора на място за инфраструктурата и осезаемото въздействие върху бизнес единиците.
Стратегия за промяна и управление на риска
Управлението на риска е добре познато на запознатите с управлението на проекти, но ИТ консолидацията включва и някои специални фактори. Предимствата са най-очевидни за компанията като цяло (незабавни икономии и по-малко натоварване на ИТ отдела) и по-малко очевидни за бизнес единиците и отдалечените офиси. Все пак тези групи могат да почувстват, че губят своите сървъри и локални инструменти и че ще бъдат наказани с по-ниска производителност без причина. А тъй като ИТ отделите обикновено трябва да съгласуват целите си с тези на бизнеса, това може да доведе до конфликти и неразбирателство.
Поради по-малките възможности за настройване на физическата инфраструктура ИТ екипите в отдалечените офиси също могат да се притеснят за възможностите си да осигуряват определеното ниво на обслужване (service level) на бизнес единиците.
Добрата стратегия за промяна винаги започва с комуникация. Нужни са време и усилия бизнес единиците да бъдат убедени в предимствата на консолидацията и виртуализацията. Много е вероятно следните предимства да резонират у потребителите в отдалечените офиси:
•Системите се поддържат, обновяват и закърпват по-често. Тъй като те се намират там, където са и повечето ИТ служители и услугите се доставят по по-гъвкав начин, редовната поддръжка е много по-лесна за насрочване. Това води до по-малко време на неработоспособност на системата и осигурява най-обновените приложения и услуги за потребителите.
•Улеснява се сътрудничеството с другите офиси. Тъй като важните данни са на едно място, на потребителите не се налага да търсят нужната информация из множество сървъри.
•Намаляват проблемите с контрола на версиите. Когато много потребители от най-различни места работят върху един проект, често е трудно да се следи правилният работен файл. Но когато данните са на едно място, тези проблеми са значително по-малки.
•Компанията спестява пари. Покажете ползите от бизнес плана и обяснете какъв ще бъде крайният резултат.
•Консолидацията намалява риска от загуба на данни поради кражби или недобре дефинирани процеси. Тази загуба може да доведе до проверки поради неспазването на регулаторните изисквания, негативни статии в пресата и загуба на доверие у клиенти и партньори.
ИТ мениджърите в отдалечените офиси също могат да бъдат убедени, че консолидацията ще ги облагодетелства:
•Ще бъде намален броят на рутинните задачи по поддръжката. Вместо да се занимават с повтарящи се дейности за поддръжка на сървърите, ИТ мениджърите могат да се фокусират върху модерни проекти, които помагат на потребителите да свършат повече работа за по-малко време.
•Нивата на обслужване (service levels) ще се запазят. Убедете ИТ мениджърите, че ще си сътрудничите с тях, за да поддържате производителността на приложенията в мрежата.
•Отзивите ще бъдат взимани под внимание. Обяснете на ИТ мениджърите, че мнението им ще бъде от значение при съставянето на плана за консолидация и виртуализация.
•Първата стъпка отнема значително време в почти всички организации, независимо от размера им. Но ще ви бъде от голяма полза, когато се заемете с по-тежкия процес на завършването на консолидацията. Потребителите ще знаят какво се случва и повечето от тях ще бъдат готови да помогнат в случай на неочаквани смущения или при необходимост от тестери, които да осигурят правилното действие на системите.
•Сред предимствата на етапния подход (описан по-долу) е възможността да използвате успеха на първите места, в които е реализирана консолидацията, за да успокоите и убедите останалите локации, че това е успешен и продуктивен проект за компанията.
Създайте план за гъвкавост
Сред главните недостатъци на ИТ консолидацията е, че използването на данните и приложенията става по-зависимо от WAN (Wide Area Network) и централния изчислителен център. При такава промяна в инфраструктурата ИТ мениджърите трябва да помислят за гъвкавостта на архитектурата.
Системите, които бяха използвани досега, предлагаха някакво ниво на гъвкавост – срив в системата не засягаше всички потребители в организацията, но при една централизирана система времето на неработоспособност се отразява на цялата компания. Този проблем може и трябва да бъде решен.
Първо трябва да обмислите дублирането на приложенията, съхранението и сървърите. Консолидирането на сървърите на приложенията в главния изчислителен център и виртуализацията им на по-малък брой физически сървъри улеснява осигуряването на резервни системи, без да се надхвърля ИТ бюджетът. Добра идея е да се изградят резервни системи, които да осигурят незабавно възстановяване на критичните за компанията приложения, но изграждането им изисква и планове за сигурен пренос на информация от главния към второстепенния сървър, осигурявайки пълно възстановяване в случай на инцидент. А и ИТ отделът ще трябва да избере мястото на резервните системи - дали да бъдат разположени в основния изчислителен център или на друго място? Отдалечените дублиращи системи са полезни за възстановяване от бедствия, но могат да доведат до допълнителни проблеми с производителността. Ако планът включва дублирането или местенето на голям брой виртуални машини е важно да бъдете сигурни, че капацитетът на мрежата е достатъчен, за да осигури нужното време за възстановяване.
Също така компаниите трябва да помислят върху дублирането на WAN. При централизирани данни и приложения потребителите в клоновете са по-зависими от WAN връзката и в случай на проблем с нея производителността ще пострада значително.
Когато избират стратегия за WAN дублиране, организациите трябва да изберат дали да ползват два различни доставчика за последната миля или един доставчик чрез различни точки на присъствие (PoP).
Първият вариант предлага повече възможности за пренос и съответно компанията ще може да разчита, че отдалечените офиси ще бъдат винаги свързани с главния офис.
Вторият вариант предлага малко по-ниско ниво на дублиране – ако WAN се срине, то офисът губи връзката си. Но ако се срине само една PoP, връзката на офиса ще си остане. Предимствата на тази стратегия са цената и управлението. Ако можете да разчитате на доставчика си и сривовете в мрежата му са рядкост, то вие трябва да се погрижите само за редките прекъсвания на тока. Ако можете да допуснете малък период на неработоспособност, този подход е по-лесен за управление (а и си имате работа само с един доставчик) и вероятно по-евтин, тъй като можете да купувате капацитет на мрежата на едро.
Тествайте (и подобрете) производителността на клоновете
Сред най-недоволните от този проект без съмнение ще бъдат крайните потребители в отдалечените офиси. Освен че ще имат чувството, че губят своята ИТ инфраструктура, те ще имат проблеми, ако нямат достъп до необходимите им данни и приложения.
Още от самото начало трябва да се разгледа този потенциален проблем и с помощта на крайните потребители да се тества производителността. Повечето потребители, а и много ИТ служители ще решат, че проблемът е в капацитета на мрежата. Консолидацията на приложенията и съхранението води до по-голям трафик по WAN и е нормално много хора да смятат, че по-големият капацитет на мрежата е ключът към нейната по-голяма производителност. Но по-големият капацитет често не е решението, а и в много случаи е ненужен. Латенцията и недостатъците на протоколите на приложенията създават нова пречка пред производителността на WAN приложенията. Много компании използват устройства за оптимизация на WAN, за да решат едновременно проблемите със забавянето и капацитета. Тези устройства намаляват обема на данните и оптимизират преносните протоколи и протоколите на приложенията, като по този начин ускоряват приложенията и намаляват необходимия капацитет за всички приложения, които използват TCP.
Много често компаниите се опитват да консолидират инфраструктурата, планирайки да решат проблемите с производителността по-късно, с надеждата, че тя ще е достатъчно добра за потребителите. Такъв подход ще доведе до неудовлетворение в най-добрия случай, а в най-лошия – до бунт. Всъщност много организации започват проекти за консолидация, които по-късно се налага да отменят изцяло, след като някой директор усети колко е трудна работата с претоварена и бавна WAN връзка в отдалечен офис или когато потребителите се раздразнят дотолкова, че да поискат връщане към старата инфраструктура.
Задължително трябва да намерите потребители, за предпочитане влиятелни, които да се съгласят да тестват производителността на достъпа до приложенията чрез WAN. Правете прости тестове, например можете да използвате хронометър, за да засечете времето за:
•Достъп до файлове от споделеното пространство
•Разглеждане на отдалечени папки
•Отваряне на файлове в офис приложения
•Достъп до бази данни
•Взаимодействие с уеб приложения
Проведете тестовете първо без, а после с продукт за оптимизация на WAN. Добавянето на нови устройства може да ви изглежда в разрез с идеята за консолидация, но тези продукти обикновено са прости за управление и значително улесняват премахването на файловите сървъри, приложенията и системите за лентово резервиране от отдалечените офиси. Ето защо инвестицията в такива устройства обикновено се възстановява само за няколко месеца. Освен това системите за ускоряване на достъпа до приложенията водят и до ускоряването на достъпа до по-старите централизирани услуги. Следователно някои от настоящите често срещани дейности могат да бъдат ускорени при консолидирането.
Съставете модерен план за инфраструктурата и нейната поддръжка
Това е стъпката, в която ИТ отделите спестяват пари. Много може да бъде спестено при преместването на сървърите на виртуални машини в централен изчислителен център и консолидирането на NAS (мрежовите устройства за съхранение), за да се подобри използваемостта.
Стратегията за консолидация дава възможност на ИТ отдела по-ефективно да оразмерява и подсигурява данните. Все пак когато по-голямата част от инфраструктурата се намира на едно място, управлението, тестването и интегрирането на бъдещи промени стават по-лесни. Но предизвикателството е в техническата зависимост на различните компоненти на архитектурата. Как ще се отразят промените върху динамичните връзки с другите приложения? Има ли смисъл определени групи приложения да бъдат преместени наведнъж? А да се изграждат ли резервни връзки в мрежата?
На този етап от процеса на консолидация е добра идея да съберете ключови членове на екипите ви за съхранението, мрежите, приложенията и поддръжката (ако компанията ви има подобни отделни екипи). Ясно е, че много от зависимостите прехвърлят някои типични граници в организациите. Затова трябва да обсъдите последиците от консолидацията на инфраструктурата и ИТ процесите с всички участници в ИТ отделите. Кои приложения и технологии могат да бъдат консолидирани и до каква степен? Ще бъдат ли необходими различни смени, за да се следят ИТ процесите или за поддръжка на потребителите? Как трябва да бъдат променени плановете за оценяване, тестване и внедряване на нови технологии?
Също така ако решите да използвате устройство за оптимизация на WAN, за да ускорите приложенията в мрежата, ще се наложи да поработите върху внедряването им. Трябва да определите къде да ги разположите в мрежата, какви размери ще използвате (различните производители си служат с различни подходи), дали ще предлагат някаква форма на поддръжка за разкачените дейности в случай на прекъсване на мрежата, а и ще се нуждаят ли от дублиране.
След като компаниите реализират консолидацията на ИТ инфраструктурата, може да открият, че остават услуги, които трябва да бъдат осигурявани локално. Местното печатане, DNS (Domain Name System) и DHCP (Dynamic Host Configuration Protocol) сървърите са добър пример за такива крайни услуги, които не могат да подлежат на централизирана консолидация. Но най-добрите устройства за WAN оптимизация могат да бъдат използвани за тези услуги, така че компаниите да премахнат вече ненужните сървъри на клоновете, намалявайки хардуера, софтуера, разходите за поддръжка и сложността. Един добър подход позволява на потребителите да използват многобройни допълнителни услуги и приложения върху водеща платформа за виртуализация в защитен дял от паметта на устройството за WAN оптимизация. Това позволява на потребителите да използват местни услуги в клоновете, без да се нуждаят от сървъри за приложенията - това е още една от ползите от инвестицията в технологии за виртуализация и оптимизация на WAN. Често този подход се нарича “клон без сървъри”.
И накрая се върнете към предишния въпрос за дублирането на WAN мрежите. Дали ще разчитате на устройствата за WAN оптимизация в случай на срив или ще използвате някакъв вид дублиране на мрежата?
Планирайте етапна интеграция
Подобно на първата стъпка, тази се отнася за повечето сложни технологични инициативи в една организация. Когато обмисляте етапната интеграция, помислете върху следните фактори:
•Колко добре можете да поддържате офисите в началните фази на проекта?
•Кои приложения е най-добре да бъдат консолидирани първи?
•Колко пълна ще бъде консолидацията?
Началните фази трябва да се фокусират върху лесните за поддръжка офиси. Това може да са тези, които разполагат с местен поддържащ персонал или тези, които са сравнително близо до някой от ИТ центровете ви. По този начин в случай на трудности ще бъде осигурена навременна помощ. А и комуникацията е по-лесна, когато местата са в подобни или еднакви времеви зони. Размерът е друг фактор за определяне на участниците в началните фази. По-малките офиси, въпреки че не са най-лесни за поддръжка, могат да бъдат първи в списъка, защото в случай, че възникнат трудности, възможно най-малко хора ще бъдат засегнати.
След това разгледайте приложенията, които използвате и определете кои има смисъл да бъдат сред първите консолидирани. Много организации ще започнат с доказалите се цели за консолидация, като файлови сървъри, сървъри за обмен, MS-SQL бази данни и уеб приложения. Това е добър подход, тъй като позволява на компаниите да се осланят на чуждия успех. Други ще започнат с по-рядко инсталирани системи, като сървъри за управление на документи, системи за лентово резервиране, приложения за таксуване и счетоводни пакети. Най-пълните усилия ще постигнат изцяло освободени от сървъри клонове, благодарение на устройствата за WAN оптимизация. Това също е добър подход; важното е да обмислите ситуацията с екипа си и да съставите план.
И накрая помислете за това към какво ниво на консолидация се стремите. Защото, въпреки че всяка организация ще се радва да премахне всичко от отдалечения офис, оставяйки само WAN връзка, маршрутизатор и устройство за WAN оптимизация, това невинаги е правилното решение. За някои офиси пълната консолидация е добра идея, но други могат да се нуждаят от сървъри за временни данни, от които останалите офиси нямат нужда. Такъв може да е случаят с офисите, които са твърде далеч от изчислителния център и не би трябвало да изпращат такива временни данни по WAN.
Други офиси пък може да са толкова големи, че да има смисъл да се остави част от инфраструктурата им. Все пак те може да разполагат с екип по поддръжката и да използват някои приложения до такава степен, че да се нуждаят от всичките ресурси на сървър за приложения. В такъв случай предимствата на 100% централизация може да се окажат невалидни.
ИТ консолидацията има много ползи, но процесът може да бъде много труден. Важно е да се вземат под внимание всички компоненти на проекта за консолидация, преди да бъде започнат. Организациите, които вложат време и усилия в информирането на служителите относно плана за консолидация, изпробването му, осигуряването на производителността на приложенията и използват дублиране, ще постигнат осезаеми резултати.
Защо да консолидираме?
Има много причини за консолидирането и виртуализацията на ИТ инфраструктурата. Докато повечето мениджъри се фокусират върху цената на физическата ИТ инфраструктура, съществуват и много други ползи от ИТ консолидацията:
•Опростен мениджмънт
•По-добра защита на данните
•По-добро използване на ресурсите
•По-добър контрол на версиите
•По-лесна защита на данните и по-голяма сигурност
•Повече гъвкавост
•По-ниски разходи за сървъри и софтуер
