Виртуализация в малом бизнесе

Сколько времени нужно на то, чтобы настроить сервер? А на то, чтобы вернуть все как было? Где удобнее работать: в своем офисе или у клиента? С виртуализованными серверами все эти изменения занимают минуты. Да к тому же работать над настройками можно днем и в своем офисе, а не ночью в офисе клиента. Меня сейчас будут снова пинать, но еще одна реально полезная технология для малого бизнеса — серверная виртуализация.
Технология виртуализации также непопулярна у начинающих ИТ-аутсорсеров, как и AD. По крайней мере, для использования серверной виртуализации требуется дорогостоящий лицензионный софт и квалифицированные сотрудники.
Проблема маленькой ИТ-среды в том, что в компании востребованы те же ИТ-услуги, что и в крупном бизнесе. Однако, количество пользователей и соответственно утилизация серверов маленькие. Выделять под каждый сервис отдельный физический сервер очень расточительно, с другой стороны ставить все сервисы на один единственный сервер — тоже не самое лучшее решение. Тем более подружить коня и трепетную лань на одном сервере далеко не всегда возможно. (Продукты под эти метафоры подберите на свой вкус). В результате, в малом бизнесе использование серверной виртуализации даже более полезно, чем в крупных компаниях.
На рынке представлено несколько массовых технологических решений вполне доступных малого бизнеса, использующего несколько серверов в ИТ-среде: VMware ESX, Microsoft Hyper-V, Citrix Xen.
Я хотел здесь привести краткое сравнение этих решений, но не вижу смысла — в интернет довольно много сравнений, результаты которых сильно зависят от предпочтений организаторов исследования. Компании, предоставляющей услуги ИТ-аутсорсинга очень полезно вооружиться, по крайней мере, одной из этих технологий.
Что продавать:
- Непрерывность бизнеса: такие технологии, как VMware VMotion и Hyper-V Quick Migration, также как технологи динамического управления ресурсами — это все же игрушки больших компаний. Однако, и в малом бизнесе, при наличии актуальной резервной копии виртуальной машины, работоспособность важных сервисов может быть восстановлена в течение очень короткого времени. При правильно организованном резервном копировании, компания использующая виртуализацию, вполне может позволить себе потерять физический сервер, на котором крутится ИТ-инфраструкутура.
- Низкая стоимость инфраструктуры: затраты на аппаратное обеспечение в проектах использующих виртуализацию существенно ниже, чем в проектах с физическими серверами..
На что стоит обратить внимание:
- Производительность используемого серверного оборудования;
- Организацию резервного копирования;
-
Организацию обновления ПО на виртуальных машинах.
Дополнительные материалы
Комментарии (38)
КомментироватьРубинштейн Кирилл [krubinshteyn], 16 ноября 2010, 15:51
Антон Лобинцев [antonvl], 16 ноября 2010, 18:00
Севрук Владимир [sevruk.com], 16 ноября 2010, 21:53
Мосолов Дмитрий [Cookie], 16 ноября 2010, 23:09
Считаем. Для нормальной виртуальной среды требуется - пара приличных серверов в кластере (серверные процы, памяти ECC гигов по 16 минимум на каждом) + система хранения (попроще, что-нить с iSCSI) + софт (2 Windows Server Enterprise). Цена вопроса "всего то" 15-20 тыс вечнозеленых. Про софт, рулящий виртуалками даже не говорю - он еще денег стоит. На этом действительно можно поднять от 4-8 виртуальных машин и доверить им боевые роли. Только такой вариант даст нормальную отказоустойчивость.
А теперь скажите, много Вы знаете компаний малого бизнеса, которым требуется хотя бы 4 сервера? Чем их грузить в конторе на 5-50 машин? Вы когда нибудь пробовали продать 4 сервера таким компаниям? Если у них до сих пор нет ни одного, то и на один то приходится долго раскручивать. Если сервера есть, то пара штук - это максимум. И хотя они не сильно загружены и легко потдадутся виртуализации, требуемую конфигурацию они вряд ли потянут.
А скольким малым компаниям требуется вообще такая отказоустойчивость? Да большинство из них вполне проживут без сервера от нескольких часов до пары дней - лишь бы не платить таких денег за отказоустойчивость.
IMHO, виртуализацию можно (и нужно) использовать самим аутсорсерам, предлагающим в аренду удаленные сервера. Вот тут виртуалкам самое место.
Ну или в качестве тестового полигона для собственных "бесчеловечных" экспериментов или демо стенда для демонстрации заказчику. Я так и пользую Windows Virtusl PC (потому что просто есть - встроена в семерку) или VirtualBox - потому что можно x64 серврер запустить.
P.S. Что то мне подсказывает, что скоро мы еще увидем статью о пользе применения блейдовых серверов в малом бизнесе. Сразу предупрежу - рентабельность там начинается не 4 серверов а с 8-10 :-)
Севрук Владимир [sevruk.com], 16 ноября 2010, 23:18
Казанцев Алексей [A-Lexx], 24 ноября 2010, 09:36
Севрук Владимир [sevruk.com], 24 ноября 2010, 12:11
Казанцев Алексей [A-Lexx], 24 ноября 2010, 12:18
Мосолов Дмитрий [Cookie], 17 ноября 2010, 00:00
Если пьяный админ сотрет образ виртуалки вы его вернете с USB?Если гиперактивный сотрудник заказчика с правами админа влезет и переконфигурит так что все повалится? Да кто ж ему позволил то туды лезть и дал такие права? А обычный бекап на что? Время на восстановление системы будет тем же.
А как насчет типовых аппаратных сбоев - сгоревший БП, рассыпывшйися HDD, задымившийся чипсет ... ? Где тут отказоустойчивость?
Основа отказоустойчивости - избыточность. Если говорить об откзоустойчивости - значит говорить о кластере, если говорить о кластере, значит надо говорить и о хранилище с которым он будет работать, если говорить о хранилище iSCSI самый недорогой интерфейс. :-)
Бычков Валерий [vbychkov], 17 ноября 2010, 06:41
Ураев Алексей Витальевич [AlexR], 19 ноября 2010, 17:51
Севрук Владимир [sevruk.com], 17 ноября 2010, 12:36
Мосолов Дмитрий [Cookie], 17 ноября 2010, 00:08
Даже Windows Small Business Server Premium предполагает использование всего двух машин для этих целей + там еще и SQL ставится. Это наверно как в недавнем вебкасте Microsoft о прадажах в малом бизнесе - там приводился алгоритм продажи портального решения в банк :-) Что то не встречал я банков в этом сегменте.
Бычков Валерий [vbychkov], 17 ноября 2010, 06:38
Мосолов Дмитрий [Cookie], 17 ноября 2010, 11:22
Валерий можно пример, где виртульный сервер быстрее восстанавливается с резервной копии, чем, например, полный образ физического диска того же объема? У вас на всех "обычных машинах" установлен MS Server с Hyper-V или ESX?
Виртуализация никаким боком не связана с повышением надежности. Виртуализация связана с консолидацией ресурсов - более эффективном использовании мощностей современныйх серверов. Эти мощности выросли в разы и насного опереддили реальные потребности бизнеса и стало неэффективно использовать железо с 10-15 процентов нагрузки. С использованием виртуализации можно нагрузить сервер процентов на 60-70 (оставив запас на пиковые нарузки). Весь смысл виртуализации - запустить на одной железке несколько виртуалок. Вот и все. А дальше нужно уже действительно заботится о повышениии надежности виртуальной среды, так как риск сбоя одного физического сервера приводит к падению всех гостевых машин. Отсюда и требования к избыточности, начиная с зеркалирования и дублирования БП до построения failover-кластеров. Схема одна гостевая машина на одном хосте - нонсенс, кроме случаев с демо или тестовой средой.
Севрук Владимир [sevruk.com], 17 ноября 2010, 12:39
Мосолов Дмитрий [Cookie], 17 ноября 2010, 13:00
Из выполненых проектов по виртаулизации - комплекс из трех физических машин (и штук 7 виртуальных) - Navision+SQL+ISA+Citrix с тремя гейтвеями в крупном датацентре для подключения к ERP системе удаленно для распределеннйо производственной компании - Россия-Китай-Болгария (насколько я помню), AD инфраструктураи несколько фронтэнд web серверов во внутренем NLB кластере для корпоративного портала в офисе нефтяного бизнеса. И все с кластерами потому, что важна устойчивость. Но все это в бытность работы в крупном московском интеграторе. Сейчас, к сожалению, не вижу куда в малом бизнесе приткнуть эти свои знания и бекграунд :-)
Боднарь Владислав [Mindochin], 17 ноября 2010, 08:42
вот бы ознакомиться с образчиком подобных решений в среде малого бизнеса. Например, как чувствует себя 1С в виртуале, как организовано файлохранилище, какая система гостевая а какая домашняя и т.д. необходимо бюджетное решение.
мне видится линукс с virtualbox, внутри 1С, домен и т.д. надо ли для каждой виртуальной покупать лицензию винды? подозреваю, нужно. стало быть, все эти сервисы, как обычно, лягут на одну машину. плюс вижу только один - резервное копирование.
Чижиков Владимир [Skif Swarogich], 17 ноября 2010, 21:22
Поздняков Кирилл [kgpozdnyakov], 17 ноября 2010, 10:38
Севрук Владимир [sevruk.com], 17 ноября 2010, 12:53
Поздняков Кирилл [kgpozdnyakov], 18 ноября 2010, 10:24
Севрук Владимир [sevruk.com], 18 ноября 2010, 11:20
Поздняков Кирилл [kgpozdnyakov], 18 ноября 2010, 11:51
Севрук Владимир [sevruk.com], 24 ноября 2010, 12:36
Поздняков Кирилл [kgpozdnyakov], 24 ноября 2010, 14:15
Чижиков Владимир [Skif Swarogich], 17 ноября 2010, 12:36
Севрук Владимир [sevruk.com], 17 ноября 2010, 12:49
Чижиков Владимир [Skif Swarogich], 17 ноября 2010, 21:17
Мосолов Дмитрий [Cookie], 17 ноября 2010, 13:07
Замечательный сервер. Но почему он ситанет менее отказоустойчивым без использования Hyper-V?
И как сюда клеется тезис о "Из резервной копии виртуальная машина очень быстро поднимается на любом доступном компьютере и она будет работать"? Это ж сколько таких "любых доступных" серверов должно быть в офисе? Минимум два. А что бы такое решение окупилось надо иметь задач как минимум на 4 виртуалки.
Мосолов Дмитрий [Cookie], 17 ноября 2010, 13:23
Вкратце - если есть бизнес-потребность в 4 и более серверах на разных машинах и нет отягощения в виде старых x32 серверов - можно смело предлагать 2 железных сервера и 4мя виртуалками.
2-3 виртуалки на одной железке - высокий риск для бизнеса о чем вам бизнес сразу и сообщит.
1 виртуалка на одном сервере - выпендреж из серии "а мы вот еще как можем".
Речь естественно не идет о демо и тестовых средах. У меня на ноуте есть виртуалки с SRV2008 + Sharepoint 3.0 + все доступные 20 русских шаблонов. SRV2008+ Sharepoint Foundation 2010. Это для демонстраций. И XP с MAP 5 (сканер локальной сети от MS) для собственно быстрого сканирования и понимания что есть в сети заказчика. Еще что то есть но я уж и не помню :-) Все никак Small Business Server и Home Server не сделаю - там тоже есть что демонстрировать.
Яковлев Андрей Михайлович [swtws], 18 ноября 2010, 14:41
Ничего мне бизнес не сообщит. Он что такое виртуалка знает весьма смутно, а что такое "Оценка рисков" еще более смутно
Мосолов Дмитрий [Cookie], 18 ноября 2010, 17:55
Большая ошибка считать заказчика глупее себя. Малый бизнес тем и отличается от крупного что там умеют считать деньги, которых совсем немного. Тем мне и нравится с ними работать, что руководитель или BDM всегда сам хочет разобраться что ему предлагают, как это будет работать, какие выгоды и риски есть у решения...
Это в крупном за сложными диаграммами больших проектов можно пропустить такой ляп как зависимость нескольких сервисов от одного единственного жесткого диска (к примеру)
Яковлев Андрей Михайлович [swtws], 18 ноября 2010, 19:37
Яковлев Андрей Михайлович [swtws], 18 ноября 2010, 13:20
1. Малому бизнесу не нужна мощность. Просто в силу малого числа пользователей. Не берем КБ или ИТ фирмы.
2. Малому бизнесу не нужна непрерывность. Он не в состоянии потерять много денег от простоя. Все утверждения об обратном исходят либо от ИТшников в силу наличия шкурного интереса, либо от самого бизнеса по безграмотности, последнее устанавливается очень легко - продавец мотивирован процентом от продаж, а ИТ чем "мотивирован" за обеспечение непрерывности? Угрозами увольнения? В 9 из 10 случаев это так. Я в двух местах уговорил администрацию выплачивать премии по тому же принципу, что и платятся деньги внешнему поставщику: 100% премия за KPI в пределах, далее чем хуже, тем меньше премия. Понятно, что уровень сервиса 100% нонсенс, но точную величину в % объяснить и того труднее.
3. Виртуализация нужна только для выжимания максимума из весьма скудного парка, надежность в данном случае плане эдак на десятом.
Казанцев Алексей [A-Lexx], 24 ноября 2010, 10:04
Стояннидис Никос Эдуардос [odminko], 18 ноября 2010, 16:18
Емец Станислав Валерьевич [CYFiVE], 02 декабря 2013, 12:48