Трибуна арбитра

23/06/2010 Уважаемые победители!
По техническим причинам организаторы были вынуждены продлить сроки доставки призов в регионы до 12 июля.
Приносим извинения за неудобства.

25/05/2010 Определены победители Чемпионата по виртуализации
Определены победители первого в России Чемпионата по виртуализации. Помимо главного приза - автомобиля Ford Focus, ведущих виртуализаторов...

 
Закрыть

Поддержать проект

Критиковать проект

Ответить

Баллы полученные за проект:
Виртуализация в SABMIller RUS

51

10/03/10

Виртуализация в SABMIller RUS

Количество серверов: 10 или более
Платформа Hyper-V: да
System Center: да
Отказоустойчивость: да
Web server: 195.239.55.27
Использовано оборудование: HP Servers
Город Москва
Отрасль Производство
Заказчик: САБМиллер РУС

Описание проекта

Описание: Справка:

Локализация проекта - центральный ЦОД в городе Москва.

Целевые сервисы - базовая Windows инфраструктура, SAP Portal, SQL 2005 Server, Exchange 2003 Server (был кластеризован, но в виртуальную среду не попал).

Количество пользователей - более 1600.



Ссылки на сайт Майкрософт:

http://www.microsoft.com/Rus/CaseStudies_archive/CaseStudy.aspx?id=596

http://www.microsoft.com/Rus/Casestudies_archive/casestudy.aspx?id=777





Ситуация:

Быстрый рост компании, увеличение количества используемых приложений, а также повышение требований к отказоустойчивости и надежности систем привели к необходимости оптимизировать инфраструктуру центра обработки данных и тем самым повысить скорость реакции ИТ-департамента на потребности бизнеса, ускорить развертывание новых приложений и сократить расходы на новое оборудование и сервисное обслуживание.



Решение:

С целью сокращения парка серверного оборудования и увеличения его утилизации было принято решение об использовании виртуализации серверов на основе технологии Hyper-V, входящей в операционную систему Windows Server 2008, и продуктов для управления инфраструктурой семей-ства System Center. В результате проекта большая часть сервисов была перенесена в виртуальную среду, а благодаря кластеризации виртуальных машин и сервисов повысилась отказоустойчивость и надеж-ность информационных систем, используемых в компании. Внедрение интегрированных средств управления System Center Virtual Machine Manager позволило упростить и в несколько раз ускорить процедуру развертывания виртуальной инфраструк-туры и новых сервисов.



Ход проекта:

Проект был выполнен в два этапа и занял около двух месяцев.

На первом этапе проходило тестовое развертывание решения, в рамках которого в виртуальную среду были перенесены приложения поддержки мобильной почты, обеспечения продаж и ряд других сервисов.

Второй этап включал кластеризацию виртуальных серверов, а также развертывание в отказоустойчивой конфигурации ключевых для бизнеса приложений.

Сегодня в компании используется шесть серверов виртуализации, объединенных в три кластера по два узла в каждом. Имеется также один дополнительный кластер для тестовой лаборатории. В этой конфигурации запущено более 30 виртуальных серверов в отказоустойчивой конфигурации, что эквивалентно 60 физическим серверам. Таким образом, благодаря решению Hyper-V компании САБМиллер РУС удалось развернуть на шести физических серверах решение, ранее требовавшее более 60 физических серверов. Каждый сервис теперь работает на отдельном виртуальном сервере, что исключает конфликты приложений.

Развернутая отказоустойчивая конфигурация позволила значительно повысить надежность и сократить парк серверов. Все освободившиеся серверы были отправлены в региональные офисы.



Для обеспечения резервирования данных и собственно виртуальных серверов был развернут System Center Data Protection Manager 2007 (SCDPM).

Мониторинг всей инфраструктуры производится System Center Operations Manager 2007 R2 c использованием SLA Dashboard и SCCM Visio add-on.



Результаты:



Экономический эффект:

Развернутое решение позволило сократить расходы на Windows инфраструктуру на 48% и обеспечивает высокий возврат инвестиций (ROI — 234%). Наша потребность в физических серверах снизилась в несколько раз. Кроме того сократились расходы на электроэнергию (кондиционеры, энергоснабжение серверов), лицензии на системное программное обеспечение, уменьшились потребности в площадях под оборудование, и затраты на гарантийное и сервисное обслуживание.

Оптимизация серверной инфраструктуры.

Виртуализация серверов, на которых развернуты ключевые для бесперебойной работы бизнеса приложения, наряду с внедрением средств управления серверной инфраструктурой позволила компании САБМиллер РУС оптимизировать серверную инфраструктуру, тем самым значительно снизив расходы и повысив скорость реакции ИТ на потребности бизнеса.



Скорость развертывания:

Скорость развертывания новых сервисов увеличилась в 120 раз — если ранее для подготовки нового сервиса требовался новый физический сервер, поставка и настройка которого на практике занимала 4-8 недель, то теперь ИТ-отдел уже через два часа может предоставить новый сервис для бизнеса, используя виртуальный сервер.



Безопасность и надежность:

Сокращение общего количества серверов, а также их резервирование при кластеризации позволяют существенно повысить надежность работы и быстро локализовать возможные точки отказа.



Управляемость:

Привычный унифицированный интерфейс консоли System Center Virtual Machine Manager 2008 помог сотрудникам ИТ-отдела быстро освоить процесс управления виртуальной инфраструктурой и оперативно выполнить основные операции по поддержке и масштабированию виртуализированного центра обработки данных. В дальнейших планах компании САБМиллер РУС — автоматизация управления инфраструктурой, а также внедрение средств автоматического мониторинга и реагирования на события, происходящие в контролируемой виртуальной инфраструктуре.



Спасибо за внимание!

Голосовать ЗА Голосовать ПРОТИВ

pogiant Голосов ЗА +0 -0

развернутое и детальное описание миграции

Tolchelnikov Голосов ЗА +0 -0

Спасибо!

etr Голосов ЗА +0 -0

меня прокомментируйте пожалуйста все кому не лень

Vebinator Голосов ЗА +1 -0

Интересно, как тут считается ROI. Учитывается какой-то период? А насчет увеличения скорости развертывания в 120 раз - это прям анекдот :)

Tolchelnikov Голосов ЗА +2 -0

Считали инструментом по расчету. Нужно, конечно, делать скидку, на то, что это был расчет с допущениями, но мы его проверили.

У нас считается электроптребление в серверной, а порты на свитчах и место в стойках посчитать было просто.

Развертывание учитывалось "с момента получения заявки до момента установки нового сервера с заказанной ОС). До проекта это было от 4х до 8 недель :)

vchubrik Голосов ЗА +1 -0

....Скорость развертывания новых сервисов увеличилась в 120 раз — если ранее для подготовки нового сервиса требовался новый физический сервер, поставка и настройка которого на практике занимала 4-8 недель, то теперь ИТ-отдел уже через два часа может предоставить новый сервис для бизнеса, используя виртуальный сервер. ....

Теперь не отмажешься что нет сервера ЖЖ-)

Tolchelnikov Голосов ЗА +0 -0

Теперь приходится планировать общий ресурс более тщательно. Но это хорошо со всех сторон.

tsoka Голосов ЗА +1 -0

Очень неплохо описано. А какие сервера используются?

Tolchelnikov Голосов ЗА +1 -0

HP proliant G5

Сейчас планируем перенести все на HP BladeCenter

tsoka Голосов ЗА +0 -0

Решение не для бедных, прямскажем. =)

Tolchelnikov Голосов ЗА +0 -0

"Решение не для бедных, прямскажем. =)"

С одной стороны мы не бедные, да.

С другой - за деньги покупаешь у НР осязаемые плюсы.

Nostrik Голосов ЗА +2 -0

Замечательный проект, я в свое время дипломную работу писал по отказоустойчивым системам.

У меня такой вопрос.

Если вы уменьшили количество физических серверов, на сколько сильно у вас уменьшился расход электроэнергии?

Ведь виртуализация требует тоже не слабых машин, хоть и намного меньше

Tolchelnikov Голосов ЗА +0 -0

"Если вы уменьшили количество физических серверов, на сколько сильно у вас уменьшился расход электроэнергии?"

Примерно на 15 кВт\\час

"Ведь виртуализация требует тоже не слабых машин, хоть и намного меньше"

При основной норме загруженности сервиса 10%, провести виртуализацию можно на достаточно маломощных серверах. После перехода на БлейдЦентр должно получиться еще лучше, потому как сам Центр умеет управлять питанием.

GAD Голосов ЗА +1 -0

"Примерно на 15 кВт\\\\час"

А каким образом считали энергопотребление?

Tolchelnikov Голосов ЗА +1 -0

"А каким образом считали энергопотребление?"

Взяли по паспорту.

У нас в серверной стоят счетчики, но они мониторят только общий для всей инфраструктуры уровень.

GAD Голосов ЗА +1 -0

"Взяли по паспорту".

Ну мало ли? Внедряются же энергоэффективные технологии. Вон уже в новых поколениях серверов можно управлять мощностью БП, а veeаm monitor, если я не ошибаюсь, показывает статистику потребления хоста. Наверняка ж есть и другое ПО от сторонних производителей.

Tolchelnikov Голосов ЗА +1 -0

"Ну мало ли? Внедряются же энергоэффективные технологии. Вон уже в новых поколениях серверов можно управлять мощностью БП, а veeаm monitor, если я не ошибаюсь, показывает статистику потребления хоста. Наверняка ж есть и другое ПО от сторонних производителей"

На данный момент готовим апгрейд инфраструктуры. Наш Блейд-Центр почти уже приехал. Там будет и управление питанием, и полный мониторинг всего что только можно по железу. Будет 8 лезвий на которые перенесем 90% инфраструктуры компании. Железные сервера в ближайшем будующем перестанем покупать вообще :)

nuikak Голосов ЗА +1 -0

Развернутое и качественное описание. Понравилось. Есть вопрос: «Возникали ли проблемы на этапах выполнения проекта или все было гладко, как по маслу?»

Tolchelnikov Голосов ЗА +1 -0

«Возникали ли проблемы на этапах выполнения проекта или все было гладко, как по маслу?»

Все было на удивление гладко.

nuikak Голосов ЗА +0 -0

Везет вам. А мы намучились с ESX Server =) Возможно стоит попробовать реализовать на Hyper-V, может проблем будет меньше

Tolchelnikov Голосов ЗА +0 -0

"Везет вам. А мы намучились с ESX Server =) Возможно стоит попробовать реализовать на Hyper-V, может проблем будет меньше"

Я много лестного слышал про ESX, поэтому однозначно сказать, что проблемы снимутся Hyper-V не могу.

Просто в нашем отделе подобралась команда мега-профессионалов, при этом мы тщательно готовимся к проектам. Поэтому проекты получаются гладко.

nuikak Голосов ЗА +0 -0

Очень «скромный» у вас отдел мега-профессионалов=) P.s. Без обид=)

Я думаю, что вы правы. Все дело в навыках сотрудников!

nuikak Голосов ЗА +1 -0

Из своих ранее заданный вопросов и комментариев коллег, я понял, что вы являетесь высококлассным специалистом в этой области.

Хотелось бы услышать ваше мнение как эксперта, что привлекательнее (лучше, интереснее) использовать VMware (ESX Server),Xen или же решения от Microsoft?

Tolchelnikov Голосов ЗА +0 -0

"Очень «скромный» у вас отдел мега-профессионалов=) P.s. Без обид=)"

Для того, чтоб понять уровень "скромности" нужно поискать на сайте МС кейсы по нашим внедрениям, а потом посмотреть то же по своим. Без обид :)

Tolchelnikov Голосов ЗА +1 -0

"Хотелось бы услышать ваше мнение как эксперта, что привлекательнее (лучше, интереснее) использовать VMware (ESX Server),Xen или же решения от Microsoft?"

А что лучше есть в обед?

Выбор решения не в выборе производителя, а в оценке потребностей и затрат.

В нашем случае все просто. Мы давние партнеры МС и у нас там очень! хорошие цены, при этом, Гипер-В покрывал наши текущие потребности, а МС предоставил роадмап на функционал следующих версий и мы могли просчитать как мы станем жить с Гипер-В дальше.

Ничего это не смог предоставить Xen и VMware.

При этом, я считаю, что это по-своему отличные продукты и их нужно использовать.

nuikak Голосов ЗА +0 -0

Спасибо за ответ.

Tolchelnikov Голосов ЗА +1 -0

"Есть вопрос: «Возникали ли проблемы на этапах выполнения проекта или все было гладко, как по маслу?»"

Хочу дополнить свой ответ.

На самом деле, проблемы проекта это достаточно положительный момент, если они не смогли повлиять на конечную цель, а участники смогли проанализировать их.

В нашем случае получилось так, что пройдя через проблемы наш отдел стал много сильнее. Более того, стал сильнее настолько, что все последующие развертывания виртуализации в нашей немаленькой компании мы делали сами, без привлечения консультантов.

Более того - нам удалось отыскать наши слабые стороны и существенно их улучшить.

Поэтому я могу посоветовать не боятся делать ошибок - при правильном подходе к их решению и анализу причин возникновения они вознаграждаются.

Tolchelnikov Голосов ЗА +0 -0

"МС предоставил роадмап на функционал следующих версий и мы могли просчитать как мы станем жить с Гипер-В дальше."

Несмотря на то, что Майкрософт хвалить не принято, я таки похвалю его еще раз. Но не продукты, а сотрудников.

Хочу заметить, что такого полновесного подхода к клиентам я не видел более нигде. Более того, создаются такие условия партнерства, что клиент не успевает подумать о потребностях и сообщить о проблемах. Предложения делаются заранее, а проблемы решаются превинтивно.

Многим компаниям нужно равняться на то, что уже делает Маййкрософт.

PlanTain Голосов ЗА +0 -1

Отличный проект!

Собственно соорудил и внедрил несколько собственных после отчетов Микрософт об успехах САБМиллера.

Ну а то что компания делает пиво -- совсем прекрасно!

Tolchelnikov Голосов ЗА +0 -0

Спасибо :)

Рад, что наш продукт то же известен.

DarkKnight2 Голосов ЗА +0 -0

увеличение скорости развертывания в 120 раз - это здорово, желаю дальнейших успехов

Tolchelnikov Голосов ЗА +0 -0

"увеличение скорости развертывания в 120 раз - это здорово"

Этот параметр ценят пользователи. Мы любим виртуализацию за другое :)

Sapsan Голосов ЗА +0 -0

Интересная методика!

Про то, что это теоретически возможно - я знал, конечно - но вот тут видно, что от этого может быть и практическая польза :)

Методика описана простым и понятным языком, спасибо!

Tolchelnikov Голосов ЗА +0 -0

Старался :)

Спасибо за комментарий.

vbv Голосов ЗА +0 -0

Отличный проект!

Осталось виртуализировать пользовательскую среду.

Если это еще не сделано.

Tolchelnikov Голосов ЗА +0 -0

"Осталось виртуализировать пользовательскую среду."

Очень и очень частично. Порядка 140 станций из 1600.

Djinn Голосов ЗА +1 -0

Участвовал в этом проекте как сетевой администратор и архитектор. Сетевая структура построена тоже отличная, резервирование, дублирование оборудования. В том числе и резервирование питания сетевого оборудования и серверов. причем сетевая структура планировалась еще до проекта виртуализации, но так как все было правильно спланировано и построено, то кластеры виртуальных серверов отлично вписались в структуру в плане отказоустойчивости сервисов, которые предоставляют виртуальные серверы.

krots Голосов ЗА +0 -0

Боты атакуют :)))

Djinn Голосов ЗА +0 -0

не, я именно тот за кого себя выдаю. Просто мы вместе работаем.

krots Голосов ЗА +0 -0

И за кого же вы себя выдаете? ))

Tolchelnikov Голосов ЗА +0 -0

"И за кого же вы себя выдаете? ))"

А это имеет касательство к проекту?

Или есть мнение, что проекты по промышленному внедрению должен делать отчаянный одиночка?

krots Голосов ЗА +0 -0

Есть мнение что уровень технической грамотности некоторых комментариев не соответствует заявленному статусу комментаторов :)

Djinn Голосов ЗА +0 -0

за сетевого администратора компании в которой внедрен обсуждаемый проект :)

IvanOsipov Голосов ЗА +0 -0

Странно, для кластера специальная сетевая инфраструктура. Любой сетевой инженер такую инфраструктуру для кластера сделает за час максимум.

Djinn Голосов ЗА +1 -0

вообще-то сетевая структура разрабатывалась так, чтобы она была отказоустойчивой. В том числе и в части подключения к ней серверов. Все сервера с как минимум с двумя интерфесами. Каждый интерфейс подключается в свой свитч. Все сетевое оборудование, кроме коммутаторов доступа, в которые подключаются пользователи, задублировано. Для замены коммутаторов доступа имеется холодный резерв.

единственная сложность и-за которой пришлось рихтовать сетевую структуру лежит в области особенности реализации майкрософтовских NLB кластеров (у нас применяется для ISA сервера).

дело в том сто у кластера на общем виртуальном интерфейсе общий ip адрес (ipv) и виртуальный mac адрес (macv). Берем кластер из двух нод. У каждой ноды есть физический интерфейс с адресами ip1 и ip2 и маками mac1 и mac2.

пользователь обращается к кластеру по ipv. сответственно посылает arp запрос с целью узнать mac адрес, соответствующий данному ip. кластер отвечает arp ответом с macv, но в заголовке эзернет кадра этого ответа стоит mac1 или mac2, то есть свитч видит и запоминает эти маки а не macv. А пользователи то посылают ккадры на macv (то, что пришло в арп ответе), свитч про macv ничего не знает, и отсылает этот кадр широковещательно. Таким образом весь трафик к кластеру идет в широковещательном режиме.

Вот этот момент пришлось придумывать как обойти. Можно либо на всех свитчах прописывать статические записи в мак таблицу (соответствия macv и портов, в которые подключены ноды), либо выделить сегмент кластерных интерфейсов в отдельный небольшой сегмент сети. то есть пользователи обращаются к кластеру через промежуточный роутер.

надеюсь, что достаточно подробно объяснил суть проблемы и метод решения. Хотя данный момент имеет лишь опосредованное отношение к собственно виртуализации.

Tolchelnikov Голосов ЗА +0 -0

Подготовка сетевой инфраструктуры перед развертыванием виртуализации просто необходима.

Tolchelnikov Голосов ЗА +0 -0

"Есть мнение что уровень технической грамотности некоторых комментариев не соответствует заявленному статусу комментаторов :)"

Чье это мнение?

Как проводилась оценка?

Где те самые "некоторые" комментарии, которые вызвали подозрения?

Полагаю, что вам следует прокомментировать, чтоб не выглядеть глупо.

ARTi Голосов ЗА +0 -0

Отличный проект, грамотная и профессиональная реализация!

Tolchelnikov Голосов ЗА +0 -0

Спасибо.

krots Голосов ЗА +0 -0

"Сетевая структура построена тоже отличная, резервирование, дублирование оборудования."

Ну вот, в частности, крайне информативное заявление :))

Tolchelnikov Голосов ЗА +0 -0

"Ну вот, в частности, крайне информативное заявление :))"

А нужно было распнуться на три страницы и скопипастить ТЗ на нее?

Вежливо заданные корректные вопросы без ответа не останутся. Задорно шутить при этом запретить не могу, но эффект будет другой.

Djinn Голосов ЗА +0 -0

"Ну вот, в частности, крайне информативное заявление :)) "

вполне информативное. Мы же тут не проект сети обсуждаем. Так что информации о том, что у нас все сетевое оборудование задублировано - вполне достаточно.

Tolchelnikov Голосов ЗА +1 -0

Хочу прокомментировать один момент.

В нашей компании основная масса ИТ проектов начинается по двум причинам:

1. Обеспечение технологического доминирования. Т.е. предоставление бизнесу продуктивной платформы, дающей преимущества над конкурентами.

2. Снижение капитальных и операционных расходов компании. Обычно за счет оптимизации имеющихся инструментов и процессов.

Решил пояснить поскольку вижу, что экономический аспект ИТ проектов у многих вызывает вопросы.

Tolchelnikov Голосов ЗА +0 -0

В ходе просмотра других проектов, выяснилось, что веб-сервер может быть внутренним. Добавил этот пункт в описание проекта, потому как виртуализация SAP Portal была в его рамках.

odmin Голосов ЗА +0 -0

Присматриваюсь к методике, возможно в скором времени предстоит подобное

erkola Голосов ЗА +0 -0

проект интересный

Tolchelnikov Голосов ЗА +0 -1

Спасибо!

Croozy Голосов ЗА +0 -0

Отлично, развернуто.

Интересно было бы посмотреть и поучиться

Tolchelnikov Голосов ЗА +0 -0

Могу устроить обзорную экскурсию :)

nuikak Голосов ЗА +0 -0

Было бы очень интересно

RemZ Голосов ЗА +1 -0

Михаил, а каков твой личный взгляд на дальнейшие перспективы Виртуализации от известной корпорации?

Tolchelnikov Голосов ЗА +2 -0

"Михаил, а каков твой личный взгляд на дальнейшие перспективы Виртуализации от известной корпорации?"

Будет борьба и конкурентов у МС достаточно много. При этом, нужно сказать, что МС выигрывает на финансовом рынке, но проигрывает на технологическом. Во всяком случае пока.

Другое дело, что в перспективе все может измениться.

Опять же - для ориентированных на продукты МС искать лучшего нет особо смысла, потому как МС очень силен "в комплексе".

nuikak Голосов ЗА +1 -0

Если не секрет, что значит "но проигрывает на технологическом"?

Tolchelnikov Голосов ЗА +2 -0

Будет лучше, если вы посмотрите в фича-листы того и другого производителя, потому как я могу что-то забыть.

Опять же - Hyper-V R2 недостаточно хорошо работает со многими ОС из семейства линукс. Правда, МС, по-моему, уже решила этот вопрос.

При этом, для многих проектов достаточно того, что предлагает МС, поэтому я считаю, что их решение оптимально для 90% проектов.

GAD Голосов ЗА +1 -0

На текущий момент у MS нет отказоустойчивости (только высокая доступность) в отличие от VMware

nuikak Голосов ЗА +1 -0

Действительно, проблема с линуксом уже решена. Выпущен Linux Integration Components for Windows Server 2008 Hyper-V R2

Tolchelnikov Голосов ЗА +1 -0

"На текущий момент у MS нет отказоустойчивости (только высокая доступность) в отличие от VMware"

Это такие технико-маркетологические термины.

Уверен, что МС скажет про другое и сможет по-своему это доказать.

GAD Голосов ЗА +1 -0

Доказать можно все, что угодно. Но аналог DRS только появляется, а FT нет и в помине. Надеюсь, что со временем появится. Радует, что жаркие обсуждения похожих и непохожих технологий у разных вендоров говорит о конкуренции, а это всегда хорошо.

Tolchelnikov Голосов ЗА +1 -0

"Радует, что жаркие обсуждения похожих и непохожих технологий у разных вендоров говорит о конкуренции, а это всегда хорошо."

Более того - подталкивает вендоров к технологической конкуренции, что еще лучше :)

Verd Голосов ЗА +1 -0

Сам проект и описание отличные.

Tolchelnikov Голосов ЗА +1 -1

Спасибо, камрад!

Chill Голосов ЗА +1 -0

Хорошо изложено, спасибо.

Собираетесь ли переводить пользователей на тонкие клиенты?

Tolchelnikov Голосов ЗА +1 -0

"Собираетесь ли переводить пользователей на тонкие клиенты?"

Есть пилот в Донецке. Описан в одном из моих проектов тут.

Но результатами не получились как хотелось бы.

Chill Голосов ЗА +1 -0

> Есть пилот в Донецке.

Да, я прочитал что у вас не взлетел teaming.

Я так понимаю это ваше упущение, требования к nic наверняка озвучены производителем.

Tolchelnikov Голосов ЗА +1 -0

"Я так понимаю это ваше упущение, требования к nic наверняка озвучены производителем."

Был некоторый материально-политический нюанс. Пришлось смириться.

theDen Голосов ЗА +1 -0

Очень впечатляюще. В нашей компании нам остается только мечтать о подобном. Хотя, наверное, проще пойти к вам на работу :)

IvanOsipov Голосов ЗА +0 -0

Читайте после выходных описание моего третьего проекта. Там как раз будет описано, как из имеющейся инфраструктуры перейти к виртуализации.

nuikak Голосов ЗА +0 -0

«Очень впечатляюще. В нашей компании нам остается только мечтать о подобном. Хотя, наверное, проще пойти к вам на работу :) »

На мой взгляд реализовать, что то подобное можно везде. Самое главное грамотно обосновать перед начальством необходимость виртуализации и перечислить какие выгоды она принесет.

Tolchelnikov Голосов ЗА +0 -0

"Самое главное грамотно обосновать перед начальством необходимость виртуализации и перечислить какие выгоды она принесет."

В это, на мой взгляд, и есть суть многих ИТ проектов.

Виртуализация на сегодняшний день уже достаточно стандартный ИТ проект и там нет никакого rocket science. Основная задача ИТ в ходе подобных проектов, как мне видится, оценить текущую инфраструктуру как платформу для виртуализации, найти аспекты функционирования ИТ, приносящие существенные доли к операционным расходам отдела и найти, как это можно решить виртуализацией.

Если ИТ отдел не может показать быстрый путь для получения финансовой отдачи от проекта, возможно, он пока не нужен данной компании или ИТ к виртуализации не готово.

dreik Голосов ЗА +1 -0

Я конечно не специалист, но написано очень толково.

Считаю взлетит.

Удачи в начинаниях.

templier Голосов ЗА +1 -0

Два часа на запуск нового сервера - хорошая цифра. Более реальная, чем 15 минут, как пишут маркетологи. :)

Tolchelnikov Голосов ЗА +1 -0

"Два часа на запуск нового сервера - хорошая цифра. Более реальная, чем 15 минут, как пишут маркетологи. :)"

Если все подготовлено, а часть операций заскриптована - можно и быстрее :)

Другое дело, что в такой скорости просто нет потребности.

auraams Голосов ЗА +1 -0

HP proliant G5 хороший сервер для быстродействия данных, вы сделали правильный выбор!

krots Голосов ЗА +1 -0

Да что уж хорошего, у G5 end of life - серия снята с производства ;)

Tolchelnikov Голосов ЗА +1 -0

"SUN круче."

Некорректно так говорить. Особо учитывая то, что САН не один на рынке, значит покупают и других, а значит он не лучше всех.

arturblk Голосов ЗА +2 -0

А вот подскажите пожалуйста, вопрос как Krots так и остальным участникам конкурса готовы ли вы организовать что либо достойное на платформе от AMD?(ведь виртуализация разрешена практически в любом даже "настольном" процессоре). Если да, то почему до сих пор нет? Доводилось ли вам применять SSD в целях оптимизации соотношения производительности на ватт потребляемой мощности дисковой подсистемой? По моим представлениям - производительность системы под виртуализацию построенная на паре "зазеркаленных" SSD будет в разы выше традиционных HDD, пусть даже 15000RPM, как в режиме "линейки" так и произвольных чтения записи, а с учетом гарантии на некоторые изделия до 5 лет - вообще шик. И так 2*128 гб SSD+ 2*1 Tb под машины? Как вам такое?

krots Голосов ЗА +2 -0

AMD хорошо, но надо пробовать. К сожалению очень мало серверов удовлетворяющих всем требованиям, а на самосборе серьезную систему строить не хочу :)

SSD это да... На хостовые системы правда вообще не вижу смысла ставить какие-либо накопители кроме флэшки с которой грузится гипервизор. А вот в качестве хранилища для следующего проекта, всерьез рассматриваю Dell EqualLogic PS6000. Работает в несколько раз быстрее чем подобная модель на SAS HDD 15k rpm. Правда и стоит столько, что сказать страшно :)

А конфигурация с двумя SSD и двумя HDD для таких вещей не шибко подходит. Дело в том, что самой системе вообще ничего не надо, только загрузиться. А вот виртуальные машины как раз имеет смысл положить на SSD.

Tolchelnikov Голосов ЗА +2 -0

"А вот подскажите пожалуйста, вопрос как Krots так и остальным участникам конкурса готовы ли вы организовать что либо достойное на платформе от AMD?(ведь виртуализация разрешена практически в любом даже "настольном" процессоре). Если да, то почему до сих пор нет? "

Есть некоторая "общепринятая" ситуация с процессорами АМД. Они, в отличии от Интел занимают некоторые нишевые области.

Наша компания и ИТ отдел исторически выбрали платформу Интел и до текущего момента имеем предпочтение в ее отношении. Опять же - иметь все сервера на одной платформе лучше по причинам стандартизации.

"Доводилось ли вам применять SSD в целях оптимизации соотношения производительности на ватт потребляемой мощности дисковой подсистемой?"

У нас нет локального хранения данных, а SSD диски для СХД все еще чрезмерно дороги.

" По моим представлениям - производительность системы под виртуализацию построенная на паре "зазеркаленных" SSD будет в разы выше традиционных HDD, пусть даже 15000RPM, как в режиме "линейки" так и произвольных чтения записи, а с учетом гарантии на некоторые изделия до 5 лет - вообще шик. И так 2*128 гб SSD+ 2*1 Tb под машины? Как вам такое?"

При достаточном уровне памяти виртуальный сервер редко упирается в производительность дисковой подсистемы. На текущий момент у нас используются SAS диски на 15000 об\\мин и их производительности хватает с большим запасом.

Tolchelnikov Голосов ЗА +1 -0

"А вот в качестве хранилища для следующего проекта, всерьез рассматриваю Dell EqualLogic PS6000. Работает в несколько раз быстрее чем подобная модель на SAS HDD 15k rpm. Правда и стоит столько, что сказать страшно :)"

А зачем такая производительность?

Я не к тому, что она не нужна, я к тому, что надо же будет как-то ее обосновать?

krots Голосов ЗА +1 -0

Все обосновано. Для начала 16 штук Dell R610, по 96 Гб оператиной памяти, без HDD, XenServer грузится с набортной флэшки, шесть гигабитных сетевых адаптеров. Один адаптер - один коммутатор. Все это в одном пуле. С серверами не участвующими в виртуализации, коммутанционным оборудованием и СХД занимает как раз почти шкаф. По увеличению количества пулов соответствено увеличивается и количество СХД с включением в SAN.

В нашей ситуации ввод-вывод является самым узким местом, а СХД по большому счету единственной точка отказа. Сейчас рассматриваем вариант с FC, но iSCSI видится мне более гибким и значительно менее затратным. Таким образом проблемы со вводом выводом решаем SSD, проблемы с отказом СХД - SAN. Если закончим проект до окончания этого конкурса обязательно опишу подробнее :)

Tolchelnikov Голосов ЗА +1 -0

"В нашей ситуации ввод-вывод является самым узким местом, а СХД по большому счету единственной точка отказа. Сейчас рассматриваем вариант с FC, но iSCSI видится мне более гибким и значительно менее затратным. "

Мне кажется, что вы уже достигли уровня, после которого вам нужно выбрать чуть более промышленную СХД. Что-то типа Hitach AMS2300 или выше. Она может работать с очень высокой доступностью, что решит вашу проблему на корню :)

При этом, можно будет выбирать разные диски для разных целей.

"Таким образом проблемы со вводом выводом решаем SSD, проблемы с отказом СХД - SAN. "

Очень надеюсь что ваши расчеты верны и ваш проект "взлетит" :)

"Если закончим проект до окончания этого конкурса обязательно опишу подробнее :)"

У меня в компании так же происходят некоторые изменения. Возможно они выльются в еще один проект или апдейт текущего.

krots Голосов ЗА +1 -0

"Мне кажется, что вы уже достигли уровня, после которого вам нужно выбрать чуть более промышленную СХД. Что-то типа Hitach AMS2300 или выше."

Я являюсь последовательным сторонником того, что лучше иметь несколько маленьких серверов чем один большой. Вероятность выхода из строя одного узла выше чем десяти узлов одновременно (примерно раз в десять;)). Тем более при динамическом распределении нагрузки мы ничего не теряем. Именно поэтому и выбираю не IBM 3950, не блейды которые в сущности очень зависмы от шасси, а одноюнитовые Dell R610 которые более самодостаточны и дают максимум производительности на юнит железа (речь разумеется об x86). Тоже самое и с СХД. Лучше взять несколько EqualLogic чем невпупенный шкаф. При объединении их в сеть будет не хуже. Тем более SAN из 15 EqualLogic (по 16 хдд или ссд в каждом) имеет намного меньше шансов выйти из строя чем к примеру тот же AMS 2300. 15 это при том же объеме хранимой информации.

Да, и места у нас хватает и с электричеством все хорошо :)

Tolchelnikov Голосов ЗА +1 -0

"Я являюсь последовательным сторонником того, что лучше иметь несколько маленьких серверов чем один большой."

Позиция которую я могу понять :)

Правда, сам придерживаюсь более гибкой. Особо в свете того, что ИТ это отрасль где тренды имеют достаточно сильное влияние на окружение, а технологии динамичны.

Про "большие" СХД.

Внутреннее резервирование достаточно промышленных СХД несравненно выше, чем СХД начального уровня. При этом, уровень поддержки так же более высок. Все это в комплексе позволяет получать достаточную устойчивость к отказам. Другое дело, что встает проблема катастрофоустойчивости. Но она встает в любом случае.

Мое мнение - если компания достаточно крупная, ей следует заняться консолидацией данных в одной или к в комплексе "промышленных" СХД, а не размазывать данные по массе СХД начального уровня.

Основное соображение такое. На одной или нескольких из малых СХД будут храниться критичные данные и их (СХД) так или иначе придется резервировать, что в сумме будет накладно. Особенно, если критичных данных много или много систем в которых эти данные обрабатываются.

При этом, я не отрицаю, что во многих сценариях более правильным будет ваш подход к построению ландшафта хранения.

krots Голосов ЗА +1 -0

Необходимости в консолидации и централиованном хранении такого количества информации у нас пока нет и не предвидится. Соответственно и в промышленных СХД. Если такая потребность возникнет - будем решать, но пока ничего не предвещает. Катастрофоустойчивость, отказоустойчивость всвязи с предоставлением сервисов 24x7 намного более критичны.

Tolchelnikov Голосов ЗА +1 -0

"Необходимости в консолидации и централиованном хранении такого количества информации у нас пока нет и не предвидится. Соответственно и в промышленных СХД. Если такая потребность возникнет - будем решать, но пока ничего не предвещает."

У меня похожий взгляд на ИТ безопасность :)

" Катастрофоустойчивость, отказоустойчивость всвязи с предоставлением сервисов 24x7 намного более критичны."

Отказоустойчивость существенно возрастет с переходом на промышленную СХД,а катастрофоустойчивость не увеличится от наличия 10 небольших.

krots Голосов ЗА +0 -0

"Отказоустойчивость существенно возрастет с переходом на промышленную СХД"

Слиишком поспешное и субъективное заявление ;) Нас интересует работоспособность всей системы, поэтому мы и говорим об отказоусточивости системы вцелом, а не ее отдельных ее элементов. А в этой ситуации SAN гораздо более отказоустойчивая система нежели любая, пусть даже восемь раз промышленная СХД. Хотя о чем это мы? Чем вам собственно SAN не СХД? :)

nuikak Голосов ЗА +0 -0

То что G5 снята с производства не значит что они были плохими. Отличный резвый сервер.

kadr Голосов ЗА +0 -0

G5 сняты с производства из-за того выпущены G6 и HP теперь выпускает теперь только их

Marcus Голосов ЗА +0 -1

Масштабно. Интересные все три проекта. Просто +1

Tolchelnikov Голосов ЗА +0 -0

Просто спасибо :)

GoodCat Голосов ЗА +0 -0

Поддерживаю!

Tolchelnikov Голосов ЗА +0 -0

Спасибо :)

MerlKory Голосов ЗА +0 -1

Это наверное оно из самых грамотных и подробных описаний проекта среди присутствующих тут.

Из вопросов интересно:

Хранилище - некое СХД ? Если да.. то какие действия если оно умрет?

Tolchelnikov Голосов ЗА +1 -0

"Это наверное оно из самых грамотных и подробных описаний проекта среди присутствующих тут."

Спасибо.

Хранилище - некое СХД ? Если да.. то какие действия если оно умрет?

Оно, конечно, может "умереть" но это крайне маловероятно.

В данный момент мы используем достаточно надежную Clarion CX500 в качестве СХД. При этом, у нас развернут полноценный резервный ДЦ.

В общем - все под некоторым контролем :)

Kryl Голосов ЗА +0 -0

Хороший проект.

Tolchelnikov Голосов ЗА +0 -0

Спасибо!

Voyager Голосов ЗА +1 -0

"Проект был выполнен в два этапа и занял около двух месяцев."

Возможно ли было реализовать проект в более сжатые сроки без потери "качества"?

Tolchelnikov Голосов ЗА +1 -0

"Возможно ли было реализовать проект в более сжатые сроки без потери "качества"?"

И да и нет.

Этот, скорее всего, нет, потому что для некоторых моментов нужно было останавливать сервисы, а это требует согласования.

С другой стороны, можно было бы спланирвоать все более плотно и привлечь еще одного инженера для ускорения, чтоб уложиться в более сжатые сроки.

CEPAF Голосов ЗА +0 -0

неплохо написанно

Tolchelnikov Голосов ЗА +0 -0

Спасибо!

0b0ru1 Голосов ЗА +0 -0

гуд!

Tolchelnikov Голосов ЗА +0 -0

Спасибо!

tima8787 Голосов ЗА +0 -0

+5

Tolchelnikov Голосов ЗА +0 -0

Спасибо!

Tolchelnikov Голосов ЗА +1 -0

Вести с полей.

На данный момент проект вышел на стадию реинвестирования. Готовимся выйти на другой уровень.

- Остался последний не R2 кластер.

- Пришел и ждет своего часа Blade Center

- Перерабатывается резервная площадка

- Оценивается возможность on-line репликации виртуалок и данных средствами Hitachi HDPS чтоб поддерживать полностью автоматизировать ввод резервного плана в действие.

Параллельно идет проект по обеспечению отказоустойчивостью Донецкий дата-центр посредством виртуализации Oracle e-Business Suite в среде Hyper-V R2

surkov66 Голосов ЗА +0 -0

1. Хотелось бы поздравить автора проекта с победой в конкурсе и пожелать всех возможных преференций как от проекта так и от призов:)

2. Хотелось бы узнать насколько гладко прошла виртуализация упомянутых

в целевых сервисах SQL 2005 Server-ов

а именно:

а.Какова конфигурация аппаратных платформ, с которыхй произошел переход в виртуальную среду.

б.Типичные размеры баз данных SQL серверов и количество их пользователей

в.Имело ли место падение производительности и если да , то какие меры помогли ее восстановить.

г.Если падения производительности удалось избежать, то насколько сравнимы конфигурации физического и виртуального серверов.

почему я задаю такие вопросы:

попытка переноса в виртуальную среду самосборного SQL сервера с БД в районе 100 Gb с количеством пользователей более 100 заканчивается стремящимся к бесконечности временем отклика виртуального SQL сервера на запросы пользователей.

Исходный сервер: 2x процессорный Xeon (4 ядра), дисковая подсистема 4 пары SAS по 146Gb, 16 Gb памяти\

Виртуальный сервер размещен на базе HP BL685 и CХД EVA 4400

Виртуальная машина получила 4 ядра максимальной производительности на базе Win2008R2 HyperV и 16Gb памяти. Выделен pass through lun нужного

размера.

templier Голосов ЗА +0 -0

2surkov66: вы под виртуальный сервер выделили Lun размером 100Gb или Lun, размазанный по 8 SAS-дискам?

Tolchelnikov Голосов ЗА +0 -0

"1. Хотелось бы поздравить автора проекта с победой в конкурсе и пожелать всех возможных преференций как от проекта так и от призов:)"

Еще очень рано. Соперники резвые и финиш может получится напряженным.

"2. Хотелось бы узнать насколько гладко прошла виртуализация упомянутых

в целевых сервисах SQL 2005 Server-ов"

Основной продуктивный сервер не виртуализован.

Это моя вина, что не выделил это специально. SQL сейчас работает на кластере, как базовое приложение. Инстанс поменьше виртуален.

"а.Какова конфигурация аппаратных платформ, с которыхй произошел переход в виртуальную среду."

Все работало на 160G4 с двумя дуалкорами и 4Гб.

"б.Типичные размеры баз данных SQL серверов и количество их пользователей"

Не смогу сказать на вскидку.

Часть баз имеют в среднем около 500 одновременных подключений.

"в.Имело ли место падение производительности и если да , то какие меры помогли ее восстановить."

Нет. Сейчас процессоров, памяти и диска стало больше.

"г.Если падения производительности удалось избежать, то насколько сравнимы конфигурации физического и виртуального серверов."

Сказать не могу по причинам, описанным выше.

"почему я задаю такие вопросы:

попытка переноса в виртуальную среду самосборного SQL сервера с БД в районе 100 Gb с количеством пользователей более 100 заканчивается стремящимся к бесконечности временем отклика виртуального SQL сервера на запросы пользователей."

На небольшом инстансе, обслуживающем разные мелкие приложения такого не замечали, но там нет ни 100 пользователей, ни 100Гб

А что говорят счетчики производительности? Где узкое место?

"Исходный сервер: 2x процессорный Xeon (4 ядра), дисковая подсистема 4 пары SAS по 146Gb, 16 Gb памяти\\

Виртуальный сервер размещен на базе HP BL685 и CХД EVA 4400

Виртуальная машина получила 4 ядра максимальной производительности на базе Win2008R2 HyperV и 16Gb памяти. Выделен pass through lun нужного

размера."

Судя по описанию, трансформация должна пройти успешно.

Делался P2V или ставился сервер и базы туда восстанавливались?

Sem Голосов ЗА +0 -0

Отличный проект, структурированное описание. Редко, когда на практике встречаюсь с расчетом конкретной отдачи, обычно все на пальцах.

Tolchelnikov Голосов ЗА +0 -0

"Отличный проект, структурированное описание. Редко, когда на практике встречаюсь с расчетом конкретной отдачи, обычно все на пальцах."

И хотя многие коллеги считают, что расчеты, данные в этом описании высосаны из пальца, я считаю, что без расчетов экономической эффективности нет смысла затевать масштабные проекты.

Нужно просто выбирать модель расчетов, которая более всего подходит к инфраструктуре и не кривить душой при заполнении данных. Это, кстати, наиболее сложная часть расчетов.

IvanOsipov Голосов ЗА +0 -0

Михаил, примите мои поздравления. Вы, изначально были достойны этой победы.

Если где-то был не прав, приношу свои извинения.

Tolchelnikov Голосов ЗА +0 -0

Спасибо, Иван.

Никаких проблем. Прошу так же извинить меня, если я где чего перегнул в запале борьбы.

Удачи в делах!

krots Голосов ЗА +1 -0

"Сегодня в компании используется шесть серверов виртуализации, объединенных в три кластера по два узла в каждом."

"Количество серверов:10 или более"

Это как? Там жеж речь про физические машины, вроде? :)

Tolchelnikov Голосов ЗА +0 -0

В условиях не указано и я решил, что это о виртуальных машинах. Их сейчас за 40 штук.

А в чем ваша критика проекта?

krots Голосов ЗА +0 -0

Как раз в условиях написано "Сколько физических серверов вовлечено в проект" :)

А если по существу, то не совсем понятно откуда брались цифры и чем вы их мерили. Вы уж простите, но это вода.

Tolchelnikov Голосов ЗА +0 -0

Теперь понятно.

Тут то же все в порядке. В проекте приняло участие больше 10 физических серверов.

Сейчас платформа для виртуализации состоит из 6 серверов. При миграции из инфраструктуры было выведено около 12 серверов.

Сумма 18, именно столько физических серверов было в проекте.

Tolchelnikov Голосов ЗА +1 -0

Я бы хотел, чтоб "не совсем понятно" имело разницу с "хорошо понятно, что это не так". А то получается, что в вашем случае допущений больше, чем в моем.

С другой стороны, мои расчеты подтверждаются вот в этом материале http://www.microsoft.com/Rus/CaseStudies_archive/CaseStudy.aspx?id=596

А где можно посмотреть обоснование ваших сомнений?

krots Голосов ЗА +0 -0

Нет, в истинности ваших слов я не сомневаюсь. Мне не совсем понятны именно ваши методы подсчетов :) How it's work?

Откуда 48%? Откуда 234%? Откуда 120 раз?

krots Голосов ЗА +0 -0

Логично черт возьми :)

Tolchelnikov Голосов ЗА +0 -0

"Откуда 48%? Откуда 234%? Откуда 120 раз?"

Расчет экономической отдачи от проекта внедрения произведен на основе модели Microsoft Integrated Virtualization ROI Analysis, разработанной компанией Alinean. Инструмент доступен по адресу http://www.microsoft.com/virtualization/roitool/default.mspx

В 120 раз - по сравнению со стандартной процедурой "заказ-покупка-доставка-монтаж-развертывание".

krots Голосов ЗА +1 -0

Насчет тулзы понтяно, но по-моему не показатель. А вот про 120 раз давайте поподробнее. У меня развертывание виртаульного сервера занимает примерно от 5 минут (если мы клонируем машину из снапшота), до 1-2 часов (если нужно установить/обновить/настроить). У вас я думаю также? Если да, до выходит "заказ-покупка-доставка-монтаж-развертывание" физического сервера занимала от 30 часов (~4 рабочих дней) до 240 часов (~30 рабочих дней)? Так?

Tolchelnikov Голосов ЗА +1 -0

"Насчет тулзы понтяно, но по-моему не показатель."

Критика должна быть конструктивной.

Будьте так любезны, продемонстрируйте ваши методы расчета и те места, где вы их успешно применили. Хочется понимать, что понимает в расчетах ROI оппонент.

"Если да, до выходит "заказ-покупка-доставка-монтаж-развертывание" физического сервера занимала от 30 часов (~4 рабочих дней) до 240 часов (~30 рабочих дней)? Так?"

Все так.

Между одним часом и 240ми разница больше чем в 120 раз. Серверов у нас на складе просто не бывает, а описывал я именно свой случай, а не какой-то сферический случай в вакууме.

vekk Голосов ЗА +0 -0

развертывание сервера - это не только железо, но и ОС. а лицензии у партнеров (напрямую Microsoft не продает) за пару дней не купишь, не то что часов

Tolchelnikov Голосов ЗА +0 -0

"развертывание сервера - это не только железо, но и ОС. а лицензии у партнеров (напрямую Microsoft не продает) за пару дней не купишь, не то что часов"

Это в случае покупки коробочных версий. У нас корпоративные ключи.

vekk Голосов ЗА +0 -0

значит есть заранее потраченные деньги на лицензии, а если они - лицензии кончились, то упс :( - кури две недели (в лучшем случае)

про возможность установки "триальной" версии с 30 (90) дневным сроком и последующей ее активации я в курсе :), но с буквы лицензии это низя

Tolchelnikov Голосов ЗА +0 -0

"значит есть заранее потраченные деньги на лицензии, а если они - лицензии кончились, то упс :( - кури две недели (в лучшем случае)"

У нас есть корпоративный ключик.

Оплата по корпоративному договору немного не такая, как по "коробкам"

Tolchelnikov Голосов ЗА +0 -0

"Наличие копоративных ключей, не освобождает от необходимости оплачивать право использовать продукту Microsoft."

Вы не платите за продукты Майкрософт?

Tolchelnikov Голосов ЗА +1 -0

"Даже если у вас есть корпоративные ключи, вы сначала должны приобрести лицензии и только потом начать использовать продукты. Исключение составляют программы лицензирования Subscription."

Так есть исключения или таки нельзя ставить?

"Ответ Tolchelnikov:

Большиство продуктов продуктов я использую в рамках партнерской программы и за них я не плачу! Моя компания естественно платит за используемые продукты."

Это не мой ответ.

Это ответ лжеца под ником denisbaturin.

Всего вам хорошего, Денис.

yaRub Голосов ЗА +2 -0

"если ранее для подготовки нового сервиса требовался новый физический сервер, поставка и настройка которого на практике занимала 4-8 недель, то теперь ИТ-отдел уже через два часа может предоставить новый сервис для бизнеса, используя виртуальный сервер."-

мне кажется, тут не совсем верно сравнивать такие вещи. Формально, установку новой ВМ можно сравнить с размещением приложения на сервере приложений.

Эффект от использования виртуализации, как мне кажется, нельзя получить просто заменяя физические сервера виртуальными.

"Сокращение общего количества серверов, а также их резервирование при кластеризации позволяют существенно повысить надежность работы и быстро локализовать возможные точки отказа. "- тут очень хочется спросить про риск отключения питания физического сервера. Налажено ли у Вас зеркалирование? Load balancing?

Tolchelnikov Голосов ЗА +1 -0

"мне кажется, тут не совсем верно сравнивать такие вещи. Формально, установку новой ВМ можно сравнить с размещением приложения на сервере приложений."

Это от чего так? Для того, чтоб развернуть новый "железный" сервер с такой же скоростью, нужно иметь его на складе, а это означает компания "заморозит" средства, что достаточно плохо.

"Эффект от использования виртуализации, как мне кажется, нельзя получить просто заменяя физические сервера виртуальными."

А как вы сами его получили? И какие доказательства этого эффекта у вас имеются?

"тут очень хочется спросить про риск отключения питания физического сервера. Налажено ли у Вас зеркалирование? Load balancing?"

Имеется в виду питание всей серверной? Если это как - это за рамками проекта.

Зеркалирование какого элемента инфраструктуры?

Что имеется в виду под Loadbalansing и как бы вы его применили?

Djinn Голосов ЗА +1 -0

Уаствовал в данном проекте как сетевой администратор.

да, зеркалирование в части сетевых подключений и резервирование электропитания имеется. Каждый сервер подключен к двум разным коммутаторам, сетевые работают в тиминге.

Электропитание подается от двух независимых UPS, которые в свою очередь запитаны от двух независимых линий электропитания.

krots Голосов ЗА +0 -0

Прикрутите капчу )))

yaRub Голосов ЗА +0 -0

Благодарю за разъяснение

yaRub Голосов ЗА +0 -0

Капча- как элемент балансировки нагрузки сервера? )))

krots Голосов ЗА +0 -0

Не знаю как yaRub, а я под балансировкой нагрузки в данном контесте имею ввиду динамическое распределение нагрузки между хостами пула посредством автоматической миграции гостевых систем :)

yaRub Голосов ЗА +1 -0

"Это от чего так? Для того, чтоб развернуть новый "железный" сервер с такой же скоростью, нужно иметь его на складе, а это означает компания "заморозит" средства, что достаточно плохо."-

Это неоспоримо. Но, для развертывания нового сервиса не объязательно выделять новую "железку". Не сочтите это пуризмом)

"А как вы сами его получили? И какие доказательства этого эффекта у вас имеются?"-

1) В качестве платформы для виртуализации мы используем BSD Jail. Это СПО.

2) В качестве тестирования были развернуты одинаковые приложения в ВМ под BSD Jail и в ВМ под zOS для мейнфрейма IBM z10. Тестирование проводилось в утилите AB(Apache Benchmarking). 2000 транзакций в 10-и параллельных потоках. Шустрее оказался первый вариант.

"Имеется в виду питание всей серверной? Если это как - это за рамками проекта."

Имеется в виду выход из строя одного физического сервера.

"Зеркалирование какого элемента инфраструктуры?"- сервера.

"Что имеется в виду под Loadbalansing и как бы вы его применили? "- это способ маршрутизации запросов между серверами для оптимизации нагрузки на каждый из них.

Tolchelnikov Голосов ЗА +1 -0

"Это неоспоримо. Но, для развертывания нового сервиса не объязательно выделять новую "железку". Не сочтите это пуризмом)"

Все зависит от применяемой в ИТ политики и рисков совмещения

сервисов на одной железке. А так - согласен, можно совмещать.

"А как вы сами его получили? И какие доказательства этого эффекта у вас имеются?"-

Шустрее оказался первый вариант.

Пока мы сравниваем помидоры с грушами.

Мы говорили об экономическом эффекте и сопутствующих позитивных факторах. Мы их получили виртуализовав большую часть среды.

"Имеется в виду питание всей серверной? Если это как - это за рамками проекта."

Имеется в виду выход из строя одного физического сервера.

Hyper-V работает в кластере. При выходе из строя одного из серверов виртуальные машины перемещаются на второй сервер.

"Зеркалирование какого элемента инфраструктуры?"- сервера.

Требования к отказоустойчивости и доступности наших серверов находятся в рамках показателя 99,9%. Это обеспечивается стандартной кластеризацией ресурсов.

"Что имеется в виду под Loadbalansing и как бы вы его применили? "- это способ маршрутизации запросов между серверами для оптимизации нагрузки на каждый из них.

У нас нету фермы приложений. Каждая виртуалка исполняется на одном из элементов кластера, поэтому балансировать сетевой нагрузкой тут просто негде.

NLB применяется в работе ISA сервера.

Tolchelnikov Голосов ЗА +1 -0

"Не знаю как yaRub, а я под балансировкой нагрузки в данном контесте имею ввиду динамическое распределение нагрузки между хостами пула посредством автоматической миграции гостевых систем :)"

Пока в этом нет необходимости. Но сделать это мы можем легко, средствами SCOM и VMM.

GAD Голосов ЗА +1 -0

Автоматическую миграцию вы получите только если сами скрипты напишете, или я ошибаюсь?

Tolchelnikov Голосов ЗА +0 -0

"Автоматическую миграцию вы получите только если сами скрипты напишете, или я ошибаюсь?"

Если мы говорим о миграции ВМ между нодами кластера при перегрузке на ноде то да.

Если мы говорим про переезд ВМ в случае отказа компонентов одной из нод, то оно ездит самостоятельно.

Пока это видится как потенциальный недостаток. Потенциальный - потому что таких ситуаций еще не было.

Kirill Голосов ЗА +0 -0

"объединенных в три кластера по два узла в каждом"

Очень давно хотелось понять столь странный выбор архитектуры. При таком подходе при отключении одного сервера в кластере вся нагрузка ложится на второй, и нет возможности быстро перераспределить ее на остальные четыре сервера.

Tolchelnikov Голосов ЗА +1 -0

Все именно так.

Расчет "железной" части велся исходя из баланса стоимости кластера, требуемой надежности и возможности обеспечить "перекрытие" нагрузки. По расчету вышло, что такая архитектура наиболее продуктивна и дешева.

Кирилл, если я ответил на ваш вопрос - напишите еще один комментарий, но уже в зеленую зону. А то получается немного несправедливо.

krots Голосов ЗА +0 -0

Ответы на комментарии с баллами вроде никак не связаны.

Tolchelnikov Голосов ЗА +0 -0

Я имел в виду "нажать кнопку" Поддержать проект, если у меня получилось развеять критику и прояснить вопрос.

Tolchelnikov Голосов ЗА +0 -0

Я имел в виду "нажать кнопку" Поддержать проект, если у меня получилось развеять критику и прояснить вопрос.

thin Голосов ЗА +1 -0

Поддержу вопрос често не совсем понятно как у вас такая архитектура оказалась дешевле архитектуры кластера в 4 ноды.

как минимум в 4х нодовом исполнении мы дополнительно экономим на кворумном диске и повышаем отказоустойчивость системы. так же ни слова о выборе типа лицензирования которое при виртуализации играет очень большое влияние на ROI.

"В дальнейших планах компании САБМиллер РУС — автоматизация управления инфраструктурой, а также внедрение средств автоматического мониторинга и реагирования на события, происходящие в контролируемой виртуальной инфраструктуре."

На каких продуктах это планируется делать и почему.

Ну и напоследок не увидел ничего про столь важный момент в кластерном исполнении виртулизации как СХД какое выбрано и почему, ведь покупка СХД несет за собой огромные финансовые вложения.

Tolchelnikov Голосов ЗА +2 -0

"често не совсем понятно как у вас такая архитектура оказалась дешевле архитектуры кластера в 4 ноды.

как минимум в 4х нодовом исполнении мы дополнительно экономим на кворумном диске и повышаем отказоустойчивость системы."

Поясню. У нас реализована не совсем стандартная схема. На двух из трех кластерах кроме Hyper-V есть невиртуализованные кластеризованные приложения, т.е. для того, чтоб запускать их в среде из 4х нод, пришлось бы покупать 4ре лицензии, что недешево. Именно поэтому пришли к разделению на три парных кластера.

"так же ни слова о выборе типа лицензирования которое при виртуализации играет очень большое влияние на ROI."

У нас corporate agreement на базе subscription.

У меня встречный вопрос. Лицензирование влияет на ROI, но мне непонятно, почему вы считаете это влияние большим? Если у меня нет потребности в смене ПО, я могу использовать виртуальную машину сколь угодно долго, особо если учитывать, что виртуальный сервер был портирован в среду как P2V.

Или я не понял вопрос?

"На каких продуктах это планируется делать и почему."

Тут несостыковка. Моя.

Мы уже развернули полный пакет System Center для этих целей.

Скоро об этом будет статья в журнале Intelligent Enterprise о нашем внедрении.

"Ну и напоследок не увидел ничего про столь важный момент в кластерном исполнении виртулизации как СХД какое выбрано и почему, ведь покупка СХД несет за собой огромные финансовые вложения."

СХД у нас используется уже более 5 лет, поэтому не вошло в расчет ROI.

На данный момент у нас ЕМС СХ-500.

thin Голосов ЗА +1 -0

"У меня встречный вопрос. Лицензирование влияет на ROI, но мне непонятно, почему вы считаете это влияние большим? Если у меня нет потребности в смене ПО, я могу использовать виртуальную машину сколь угодно долго, особо если учитывать, что виртуальный сервер был портирован в среду как P2V"

Я так понимаю кроме того что вы перенесли физическую среду в виртуальную у вас еще и прибавилось со временем виртуальных серверов, влияение лицензирование на ROI оказывает так как в виртуальной среде многие продукты лицензируются по другому, в том числе и упомянутый вами System Center и в двух разных варианциях он может стоит от дешево до очень дорого. SMSE лицензии позволяют применять его тока на 4 виртуальных машинах на одном хосте вируализации а SMSD на всех машинах на одном физическом хосте который можно приобрести при покупке windows datacenter. так же и относительно windows мои расчеты при подготовке проекта по виртуализации ERP системы показали что при консолидации 10:1 выгоднее приобретать лицензию windows Server datacenter при условии что физический хост двух процессорный, при большем количестве процессоров порог консолидации вырастает но не на много. Спасибо что ответили на мои вопросы.

Tolchelnikov Голосов ЗА +2 -0

"Я так понимаю кроме того что вы перенесли физическую среду в виртуальную у вас еще и прибавилось со временем виртуальных серверов, влияение лицензирование на ROI оказывает так как в виртуальной среде многие продукты лицензируются по другому, в том числе и упомянутый вами System Center и в двух разных варианциях он может стоит от дешево до очень дорого."

Подсчет ROI нужно изолировать. Не максимально, но достаточно.

В случае с нашим проектом подход был и остается таким - есть платформа, в которую мы вложили денег и от которой получили отдачу.

Есть проекты на этой платформе, от которых мы должны получать отдачу независимо от проекта по виртуализации, даже если сервера проекта виртуальные. ROI по проектам, размещенным на виртуальных серверах считается отдельно.

Так же отдельно мы считали проекты по развертыванию System Center, несмотря на то, что с помощью этих продуктов мониторится виртуальное окружение.

Вот такой вот у нас подход к обсчету затрат на ИТ.

"так же и относительно windows мои расчеты при подготовке проекта по виртуализации ERP системы показали что при консолидации 10:1 выгоднее приобретать лицензию windows Server datacenter при условии что физический хост двух процессорный, при большем количестве процессоров порог консолидации вырастает но не на много."

Мы лицензируемся по подписной модели, поэтому наши расчеты будут еще более другие. Но я признаюсь, что в расчетах мы исходили из текущей ситуации и не делали прогнозов по порогам финансовой эффективности.

" Спасибо что ответили на мои вопросы."

Приятно ответить на вопросы по существу. Будет еще приятнее, если полезные ответы буду "проплюсованы".

Kirill Голосов ЗА +1 -0

"У нас реализована не совсем стандартная схема. На двух из трех кластерах кроме Hyper-V есть невиртуализованные кластеризованные приложения, т.е. для того, чтоб запускать их в среде из 4х нод, пришлось бы покупать 4ре лицензии, что недешево. Именно поэтому пришли к разделению на три парных кластера."

Этого нет в описание проекта, а это серьезный аспект при проектировании - не поддержу, сорри.

PS: сам проект хороший, минус к описанию. Ничего личного. ;)

Tolchelnikov Голосов ЗА +1 -0

"Этого нет в описание проекта, а это серьезный аспект при проектировании - не поддержу, сорри."

Это финансовая часть, которую я как-то не замечаю тут в массе.

"PS: сам проект хороший, минус к описанию. Ничего личного. ;)"

Позиция допустимая, но не уважаемая. На мой век поддержки хватит.

Ничего личного :)

IvanOsipov Голосов ЗА +0 -0

Описание взято скорее всего из пресс-релиза Майкрософт. Они очень любят приводить цифры.

krots Голосов ЗА +0 -0

Угу, а чем считают тоже не понятно :)

Tolchelnikov Голосов ЗА +0 -0

Этот пресс-релиз писал я, в соавторстве со спецами из Майкрософт. То, что по описанию есть пресс-релиз это плюс.

Мне, если честно, не понятно, в чем критика проекта?

Tolchelnikov Голосов ЗА +0 -0

Советую прочесть в комментариях.

IvanOsipov Голосов ЗА +1 -0

Напишу всем, как пишутся пресс релизы Майкрософт. Майкрософт присылает опросник по вашему проекту и Вы на него отвечаете, затем специалист Майкрософт пишет пресс релиз и отсылает Вам на согласование.

Кейсы пишутся подобным же образом, только с учетом, что Вам звонит журнались и записывает ответы на вопросы в онлайн. Потом он пишет статью.

Tolchelnikov Голосов ЗА +1 -0

Уважаемый, это, конечно, очень хорошо, что вы есть и несете свет знания. Другое дело, что вы, вероятно, не знаете о чем говорите, или рассуждаете только о каком-то своем случае. Потому что в моем случае кейс писался не так. Более того, параллельно с написанием снимался ролик, для которого был отдельный сценарий и отдельный текст.

А ведь по-вашему выходит, что все это было по какому-то опроснику, а я это вовремя не смог заметить.

Нехорошо так писать.

nuikak Голосов ЗА +0 -0

Ну пусть даже и по опроснику, что в этом такого плохого? На мой взгляд вполне достойное описание проекта.

templier Голосов ЗА +1 -0

Из описания:

"Сегодня в компании используется шесть серверов виртуализации, объединенных в три кластера по два узла в каждом. Имеется также один дополнительный кластер для тестовой лаборатории. В этой конфигурации запущено более 30 виртуальных серверов в отказоустойчивой конфигурации, что эквивалентно 60 физическим серверам. Таким образом, благодаря решению Hyper-V компании САБМиллер РУС удалось развернуть на шести физических серверах решение, ранее требовавшее более 60 физических серверов. Каждый сервис теперь работает на отдельном виртуальном сервере, что исключает конфликты приложений."

Очень модное обоснование кластерной виртуализации, тем не менее, несколько некорректное.

Дело в том, что время на восстановление, затрачиваемое в этих случаях разное. Время восстановления работы кластера на уровне приложения - несколько секунд на перезапуск службы (в худшем случае до 20). Время восстановления работы кластера на уровне хостов виртуализации - от 15-20 секунд до минуты на перезапуск виртуальной машины.

Если у нас нет сервисов, потеря доступности которых в 30 секунд - фатальна или очень дорого стоит, нам подойдет решение по кластерной виртуализации.

Если есть...

Tolchelnikov Голосов ЗА +1 -0

"Дело в том, что время на восстановление, затрачиваемое в этих случаях разное. Время восстановления работы кластера на уровне приложения - несколько секунд на перезапуск службы (в худшем случае до 20). Время восстановления работы кластера на уровне хостов виртуализации - от 15-20 секунд до минуты на перезапуск виртуальной машины.

Если у нас нет сервисов, потеря доступности которых в 30 секунд - фатальна или очень дорого стоит, нам подойдет решение по кластерной виртуализации."

Почтовый сервер перетекает за время от 3 до 5 минут. Иногда больше.

Виртуалки перетекают за похожее время.

Критичность простоя у нас высокая, но оценивается, в основном, общая доступность. Сервисов, которые были бы чувствительны к простою 30 секунд у нас пока нет.

templier Голосов ЗА +1 -0

Приличный у вас объем почты ;)

Мои цифры не претендовали на объективность - скорее я хотел показать на примерный разлет цифр.

К примеру, у меня был виртуальный MSExchange2007 с 12 гигами оперативы и 600 гигами стораджей. Так эта зараза мигрировать без остановки на другой сервер не могла :)))

BagbierNumberOne Голосов ЗА +0 -0

http://www.microsoft.com/Rus/Casestudies_archive/casestudy.aspx?id=596 нашел, microsoft двигает своих :-)

Tolchelnikov Голосов ЗА +1 -0

"К примеру, у меня был виртуальный MSExchange2007 с 12 гигами оперативы и 600 гигами стораджей. Так эта зараза мигрировать без остановки на другой сервер не могла :)))"

Масштабные реализации завсегда наталкиваются на какие-то странные и малопонятные проблемы.

В физике есть квантовый эффект, а тут наоборот - проблемы роста.

BagbierNumberOne Голосов ЗА +0 -0

Большой минус вам за нечестную игру

kadr Голосов ЗА +0 -1

Добрый человек скажи пожалуйста что это за адрес 195.239.55.271? С каких это пор это возможно?

Tolchelnikov Голосов ЗА +0 -1

"Добрый человек скажи пожалуйста что это за адрес 195.239.55.271? С каких это пор это возможно?"

Во-первых это красиво! (с)

Ставится по-умолчанию.

В моем случае виртуализован внутренний веб-сервер и я не вижу смысла указывать его ИП. Я вообще не вижу смысла указывать ИП для веб-сервера, потому как он по ИП может не ответить.

MrAloof Голосов ЗА +1 -0

Из описания проекта вообще не понятно что было сделано и почему именно так.

Что за оборудование использовано? (хотя бы в общих чертах) Почему именно Hyper-V и SCOM? (Можно конечно догадаться что партнер Microsoft и Enterprise Agreement, но неплохо бы указать причины такого выбора).

Итого пустое заявление "Мы это сделали" с нечестно указанным количеством серверов и неадекватными цифрами.

Ну и про скорость развертывания. Внедрение нового сервиса начинается не с установки сервера (физического), а с инициации проекта и тестирования этого сервиса. Нормальный ИТ-отдел имеет в своем распоряжении серверы для тестирования (хотябы раб.станции админов). Основное время как раз и занимает "обкадка" этого сервиса, разработа регламентов и документации. Параллельно с этим идет закупка необходимого оборудования. Таким образом, выигрыш по времени у виртуальной среды будет далеко не в 120 раз.

А если идет реч о сервисах типа "Еще один файл-сервер", то такие сервисы отлично могут сосуществовать паралельно с другими - виртуализация просто дает возможность обособить каждый сервис. Но далеко не всегда такое разделение необходимо и обоснованно.

Tolchelnikov Голосов ЗА +1 -0

"Из описания проекта вообще не понятно что было сделано и почему именно так."

Неожиданное заявление.

Наверное, так получается, если не прочитать, что же написано и не пойти по указанным ссылкам.

"Что за оборудование использовано? (хотя бы в общих чертах) Почему именно Hyper-V и SCOM? (Можно конечно догадаться что партнер Microsoft и Enterprise Agreement, но неплохо бы указать причины такого выбора)."

Надо просто прочесть и пройти по ссылке.

"Итого пустое заявление "Мы это сделали" с нечестно указанным количеством серверов и неадекватными цифрами."

Вам, конечно же, несомненно гораздо лучше видно, сколько и где я соврал.

"Внедрение нового сервиса начинается не с установки сервера (физического), а с инициации проекта и тестирования этого сервиса."

И много у вас развернутых сервисов уровня предприятия?

" Нормальный ИТ-отдел имеет в своем распоряжении серверы для тестирования (хотябы раб.станции админов). "

Нормальный это, полагаю, тот, который имеет счастье оплачивать вам труднодни?

"Основное время как раз и занимает "обкадка" этого сервиса, разработа регламентов и документации. Параллельно с этим идет закупка необходимого оборудования. Таким образом, выигрыш по времени у виртуальной среды будет далеко не в 120 раз."

Спасибо, что вы раскрыли мне глаза.

Разрешите я метнусь и все быстро поправлю?

"А если идет реч о сервисах типа "Еще один файл-сервер", то такие сервисы отлично могут сосуществовать паралельно с другими - виртуализация просто дает возможность обособить каждый сервис. Но далеко не всегда такое разделение необходимо и обоснованно."

Так никогда, далеко не всегда и нужно таки хоть что-то знать и решать по месту?

Могу я поинтересоваться вашим возрастом, уважаемый коллега?

Tolchelnikov Голосов ЗА +1 -0

Не забываем отвечать на поставленные вопросы.

Без этого диалог перестает быть интересным.

"Вы рекомендуете прочитать happy story по ссылкам, но в проекте по SCCM, про виртуальные машины и их использовании в проекте ничего не сказано."

Там есть история и про конкретно этот проект.

"Опять же ни в одном из happy story и в вашем описании, что продукт SCOM прекрасно умеет мониторить Hyper-V с помощью менеджмент пака."

Вопрос совершенно не понятен. Если не затруднит, переформулируйте его.

" Про резервное копирование тоже ни слова не сказано, или вы не используете преимущества резервного копирования виртуальных машин?"

Мы резервируем все данные, включая виртуальные сервера. Используется MS DPM последней на текущий момент версии.

Tolchelnikov Голосов ЗА +0 -0

"Использование DPM - это прекрасно! Напишите об этом в описании проекта."

Написал.

Dust Голосов ЗА +1 -0

считаю, что указание 48% экономии на Windows инфраструктуре некорректно. если решение строится на базе уже существующих серверов, то в лучшем случае, если на них были приобретены лицензии Datacenter или Enterprise, дополнительных расходов не будет. в противном же случае придётся покупать дополнительные лицензии. если же строится с нуля, то экономия на лицензиях будет гораздо выше, в вашем случае в 3 раза, вместо 18 серверов 6.

вместо расчётов по буржуйской методике расчёта, лучше укажите сколько реально сэкономили.

ЗЫ: а так можно было ещё и сэкономленное электричество посчитать.

Tolchelnikov Голосов ЗА +1 -0

"считаю, что указание 48% экономии на Windows инфраструктуре некорректно."

Инфраструктура это не только сервера и лицензии. Но даже если так.

Вот были два мощных сервера, на них была лицензия Стандарт. Мы купили 2 Энтерпрайза, чтоб поставить их в кластер и получили возможность развернуть 10 виртуальных серверов.

При этом, как это было в нашем случае, на серверах с Гипер-В мы разворачивали еще одно базовое приложение, например SQL Server.

Т.е. получилось, что купив только две лицензии и добавив на сервера память мы получили 11 отказоустойчивых сервисов, 4 против 22х портов в оптическом свитче, неувеличение потребления электричества на 9 кВт

час минимум и отсутствие на балансе дополнительных серверов.

И это не считая разных дополнительных плюсов.

Ну и где тут некорректность в расчетах?

" если решение строится на базе уже существующих серверов, то в лучшем случае, если на них были приобретены лицензии Datacenter или Enterprise, дополнительных расходов не будет. в противном же случае придётся покупать дополнительные лицензии. если же строится с нуля, то экономия на лицензиях будет гораздо выше, в вашем случае в 3 раза, вместо 18 серверов 6."

А как вы это подсчитали? Особо учитывая, что "у нас" вы никогда не были и ситуацию просто не можете знать до конца?

"вместо расчётов по буржуйской методике расчёта, лучше укажите сколько реально сэкономили."

А, может, мне нужно еще сплясать?

Есть ли у вас ваша методика? Ну, это что бы вывести наш разговор на конструктивную основу.

На самом деле, я рассчитаю. Как только вы мне рассчитаете, сколько вы реально сэкономите если пересядете на взятый в кредит новый автомобиль, по сравнению с тем, что сейчас пользуетесь общественным транспортом и проживаете в Мытищах, а работаете в районе метро Маяковская.

И чтоб точно и без буржуйских методик.

"ЗЫ: а так можно было ещё и сэкономленное электричество посчитать."

А ваша компания, если вы конечно хоть где-то работаете, ворует электричество?

Wlad24rus Голосов ЗА +1 -0

Насколько я помню, стоимость продукции компании - пива Miller за эти годы только росла. Вчера в супермаркете Красноярска я приобрел оное за 60 рублей поллитра. Всвязи с этим вопрос к команде проекта - можете ли вы дать комментарий, насколько система виртуализации, внедренной вами, сказалась на цене конечного продукта. Я имею в виду общую себистоимость производства и реализации. Другими словами - каков экономический эффект для подразделения дал этот проект, а так же по какой методике(и кем) этот эффект рассчитывался ? Ведь именно про таким критериям инвестор оценивает любой проект виртуализации. Проводились ли Вами какие-либо общие экономические подсчеты внедрения и владения? спасибо.

Tolchelnikov Голосов ЗА +1 -0

"Насколько я помню, стоимость продукции компании - пива Miller за эти годы только росла. Вчера в супермаркете Красноярска я приобрел оное за 60 рублей поллитра.

Продукция наших заводов это не только Миллер. Дорожать она будет, хотя бы потому, что мы не экономим на качестве, а инфляцию и кризис ощущаем так же как и все.

" Всвязи с этим вопрос к команде проекта - можете ли вы дать комментарий, насколько система виртуализации, внедренной вами, сказалась на цене конечного продукта."

Цена и себестоимость две большие разницы. Себестоимость снизилась, конечно. Вопрос - на сколько по отношению к остальным расходам компании.

Чтоб дать понять, спрошу в ответ - насколько удорожает ваша жизнь если пуговицы к рубашкам, которые вы носите подорожают на 50%?

" Я имею в виду общую себистоимость производства и реализации. Другими словами - каков экономический эффект для подразделения дал этот проект, а так же по какой методике(и кем) этот эффект рассчитывался ?"

Методика расчета приведена по ссылке в конце описания. Потрудитесь пройти и прочесть.

Рассчитывалось сокращение операционных расходов ИТ отдела, конечно же. Было бы смешно думать, что можно рассчитать то, о чем вы говорите. Вероятнее всего, сами вы к подобным расчетам касательства не имеете, именно поэтому они кажутся вам такими простыми.

" Ведь именно про таким критериям инвестор оценивает любой проект виртуализации. "

Это откуда у вас такие знания? Кто этот мифический инвестор?

"Проводились ли Вами какие-либо общие экономические подсчеты внедрения и владения?"

Конечно. Потрудитесь прочесть материал и пройтись по ссылкам.

" спасибо."

Пожалуйста.

Это, наверное, так приятно, когда при выборе, в какую колонку задать вопрос принимается решение задать его в Критику, при этом, сохраняется ощущение, что все приличия соблюдены и ответ будет получен максимально развернутый и в срок. Подумайте над этим на досуге за парой бутылок Миллера.

WizardNT Голосов ЗА +1 -0

Не согласен с сокращением лицензионных отчислений...Если мне не изменяет память, то клиентские лицензии нужны на каждый сервер, хоть физический хоть виртуальный...Единственное на чем можно в этом случае немного секономить, это использовать Enterprise версию. При ее использовании вам бесплатно предоставляется 4 копии для виртуальных машин...Однако стоимость Win2k8 EE гораздо выше стоимости 4 Win2k8 SE. И потом, у вас 6 серверов на каждом по 4 виртуальных машины..Итого 24 серверные копии...Остальные вы должны были честно купить.

Tolchelnikov Голосов ЗА +1 -0

"Не согласен с сокращением лицензионных отчислений..."

Все, что нужно - попробовать подсчитать все самостоятельно.

Подсчитайте, чтоб стало понятно, с чем вы не согласились.

"Если мне не изменяет память, то клиентские лицензии нужны на каждый сервер, хоть физический хоть виртуальный...Единственное на чем можно в этом случае немного секономить, это использовать Enterprise версию."

Я об этом уже писал выше.

Для каждого кластера нужна энтерпраз версия. Мы их купили на все машины, что поставили в кластера. Все те, что мигрировали P2V уже имели лицензии.

Потрудитесь сосчитать, сколько мы сэкономили, если без виртуализации мы должны были купить энтерпрайз лицензии, но не получить 4х дополнительных. Напомню, у нас три кластера.

"И потом, у вас 6 серверов на каждом по 4 виртуальных машины..Итого 24 серверные копии..."

И о чем мне это должно сказать?

Что экономии нет?

6 Энтерпрайз стоят 1734*6=10404USD

24 стандарт стоят 847*24=20328USD

Вывод - никакой экономии нет, потому как 10000USD это не деньги.

"Остальные вы должны были честно купить."

Шах и мат!

IVA Голосов ЗА +0 -0

Пока сокращение расходов на 48%, ROI - 234% и сокращение сроков развертывания - 120раз это цифры взятые с потолка. Обоснуйте их.

Вы уверены в правильности ссылки

http://www.microsoft.com/virtualization/roitool/default.mspx ?

IvanOsipov Голосов ЗА +0 -0

Оценку роялити своей инфраструктуры Вы можете сделать, используя

https://roianalyst.alinean.com/msft/AutoLogin.do?d=307025591178580657

itwarranty Голосов ЗА +0 -0

"Оценку роялити своей инфраструктуры "

Давайте правильно использовать термины. ROI (Return On Investment) - это окупаемость инвестиций, а "роялити" или royalty - лицензионное вознаграждение в виде периодических процентных отчислений.

И такое, к сожалению, встречается на каждом шагу.

Tolchelnikov Голосов ЗА +1 -0

"Пока сокращение расходов на 48%, ROI - 234% и сокращение сроков развертывания - 120раз это цифры взятые с потолка. Обоснуйте их."

Неоднократно обосновывал выше.

Потрудитесь прочесть.

Задавая вопрос, не забывайте говорить "пожалуйста". В противном случае вопрос может быть рассмотрен как грубость и вас попробуют поставить на место.

"Вы уверены в правильности ссылки"

http://www.microsoft.com/virtualization/roitool/default.mspx

Нет. Это же не моя ссылка.

А давно вас забанили на гугле?

Tolchelnikov Голосов ЗА +1 -0

"Давайте правильно использовать термины. ROI (Return On Investment) - это окупаемость инвестиций, а "роялити" или royalty - лицензионное вознаграждение в виде периодических процентных отчислений."

Чем мне нравится этот проект - тем что тут достаточно репрезентативная выборка молодого ИТ персонала.

Надо сказать, что ситуация в Российском ИТ все еще удручающая и большинство молодых специалистов не заботятся о верной терминологии и методологии. Правда, тут роль играет молодежный нигилизм, но общая картина достаточно негативная - умеют делать, но не знают, что сделали, зачем и почему именно так.

itwarranty Голосов ЗА +0 -0

"Чем мне нравится этот проект - тем что тут достаточно репрезентативная выборка молодого ИТ персонала.

Надо сказать, что ситуация в Российском ИТ все еще удручающая и большинство молодых специалистов не заботятся о верной терминологии и методологии. Правда, тут роль играет молодежный нигилизм, но общая картина достаточно негативная - умеют делать, но не знают, что сделали, зачем и почему именно так."

Поддерживаю, коллегу!

Я уже все пальцы сломал уточняя у "специалистов" термины, употребляемые вроде к месту, но с извращённым смыслом. Без словоблудия никуда.

Tolchelnikov Голосов ЗА +0 -0

"Я уже все пальцы сломал уточняя у "специалистов" термины, употребляемые вроде к месту, но с извращённым смыслом. "

Это от того, что считается, что технология доминирует над методологией.

А это далеко не так.

Вырастить хорошего специалиста можно только на правильной базе, как моральной так и структурной. Но сделать это можно или в хорошем коллективе или в достойном учебном заведении. Видимо есть затруднения и с тем и с другим.

Tolchelnikov Голосов ЗА +0 -0

"Видимо есть затруднения и с тем и с другим. "

Дополню. Очень показательно выглядит вот эта часть обсуждения.

Пришли три молодых человека, задали сложные вопросы, требующие обоснованного и развернутого ответа.

Мало того, что задали их невежливо, так не удосужились даже прийти, прочесть ответы и продолжить дискуссию или поблагодарить.

Более того - все о чем они спрашивали уже было обсуждено выше.

О чем это может сказать? Мне лично это говорит, что выросло поколение, которое привыкло к анонимности и снижению уровня ответственности за слова и поступки. И этот подход они перенесут в коллектив, что не может радовать.

krots Голосов ЗА +0 -0

"Чем мне нравится этот проект - тем что тут достаточно репрезентативная выборка молодого ИТ персонала."

Мне кажется вы заблуждаетесь. Большая часть читателей-писателей данного мероприятия состоит во первых из людей имеющих достаточно слабое отношение информационным технологиям, а во вторых из не шибко талантливых троллей. Мне кажется что тех кто "в теме" не более 5-10% от числа зарегистрированных аккаунтов (не пользователей, а именно аккаунтов) :)

Tolchelnikov Голосов ЗА +0 -0

"Большая часть читателей-писателей данного мероприятия состоит во первых из людей имеющих достаточно слабое отношение информационным технологиям, а во вторых из не шибко талантливых троллей."

Это смотря что называть ИТ технологиями.

На данны

Мне кажется что тех кто "в теме" не более 5-10% от числа зарегистрированных аккаунтов (не пользователей, а именно аккаунтов) :)

Tolchelnikov Голосов ЗА +1 -0

""Большая часть читателей-писателей данного мероприятия состоит во первых из людей имеющих достаточно слабое отношение информационным технологиям, а во вторых из не шибко талантливых троллей."

Это смотря что называть ИТ технологиями.

На данный момент я могу с уверенностью сказать, что в техническом плане знаю гораздо меньше многих других. Но ИТ он не только из технологий состоит.

Что касается троллей, то их тут немного. На мой взгляд.

Тут просто нечего стало троллить - смысла нет.

"Мне кажется что тех кто "в теме" не более 5-10% от числа зарегистрированных аккаунтов (не пользователей, а именно аккаунтов) :)"

Так в большинстве неспециальных сообществ.

Много кто пришел из любопытства, кто-то просто не может молчать и должен высказать свое мнение. Но я тут вижу достаточное количество матерых ИТ спецов и много хороших растущих профи.

В любом случае - какая-то репрезентативность есть и она выше, чем на сайте вышивания крестиком :)

krots Голосов ЗА +0 -0

"Мне кажется что тех кто "в теме" не более 5-10% от числа зарегистрированных аккаунтов (не пользователей, а именно аккаунтов) :)"

"Но я тут вижу достаточное количество матерых ИТ спецов и много хороших растущих профи."

Вобщем-то не вижу никакого противоречия )))

"В любом случае - какая-то репрезентативность есть и она выше, чем на сайте вышивания крестиком :)"

Немного перефразируя...

Это канал о вышивании крестиком? Как настроить отказоустойчивый кластер на Hyper-V? :)

Tolchelnikov Голосов ЗА +0 -0

"Вобщем-то не вижу никакого противоречия )))"

Это пока я не начал говорить о цифрах :)

Правда, я не готов о них - это надо считать, а времени особо нет.

"Это канал о вышивании крестиком? Как настроить отказоустойчивый кластер на Hyper-V? :)"

Для начала нужно пропатчить канву и спицы до версии 2008 СП2 минимум!

krots Голосов ЗА +0 -0

"это надо считать, а времени особо нет."

Необходимости вобщем-то тоже ;)

"Для начала нужно пропатчить канву и спицы до версии 2008 СП2 минимум!"

Миллеровские ИТ-специалисты настолько суровы, что вышивают спицами ))))))

Tolchelnikov Голосов ЗА +0 -0

"Миллеровские ИТ-специалисты настолько суровы, что вышивают спицами ))))))"

Ага!

И спляшем и споем и по-роже надаем :)

vold Голосов ЗА +0 -0

Было бы очень не плохо сообщить в описании проекта список приложений запущенных на всех виртуальных серверах. Или создать форму с общим списком для всех проектов так, чтобы участники могли проставить свои +/-

Мне кажется, что описания без такого перечня немного не конкретны.

Например, число пользователей почты 1000, это ни о чем, а число обращений к каждой базе данных 10000/ceк это уже немного интереснее. Тем более, что такую нагрузку могут обеспечить несколько (<10) пользователей чудесных продуктов Нашего уважаемого спонсора.

Tolchelnikov Голосов ЗА +1 -0

"Было бы очень не плохо сообщить в описании проекта список приложений запущенных на всех виртуальных серверах. Или создать форму с общим списком для всех проектов так, чтобы участники могли проставить свои +/-"

И что это даст, кроме возможности накрутить рейтинг?

"Мне кажется, что описания без такого перечня немного не конкретны."

А можно привести список всех настроек Hyper-V, SCVMM и Server 2008, что то же добавит конкретности.

Полагаю, что вам нужно стать первым.

Это просто - сделайте проект и опишите его как следует, а мы с радостью покритикуем.

"Например, число пользователей почты 1000, это ни о чем, а число обращений к каждой базе данных 10000/ceк это уже немного интереснее. "

Конечно ни о чем. Ведь они же не работают с сервером.

"Тем более, что такую нагрузку могут обеспечить несколько (<10) пользователей чудесных продуктов Нашего уважаемого спонсора."

Если ты считаешь, что 10 пользователей могут завалить сервер, зачем требуешь каких-то показателей нагрузки, если пользователей 1000?

Если тебе не нравится спонсор и то, что тут место, которое создано именно им, зачем ты сюда пришел? Что ты хочешь услышать от меня задавая такие вопросы?

lach Голосов ЗА +1 -0

Вот как-то убил этап "кластеризация виртуальных серверов"...

Смущает что не описано чем руководствовались, выбирая решение от майкрософта, учитывая что у вмвари опыта явно больше...

При этом жизненый опыт как правило показывает что люди сначала уходят на ESXi после чего осознав преимущества просто вгоняют хосты в vCenter, меняют лицензию и радуются жизни...

Такое впечатление что проект просто в рамках "конкурса" написан с потолка.

Уж ОЧЕНЬ не верится что можно было юзать вмВарь и потом уйти на решение Майкрософта...

Tolchelnikov Голосов ЗА +1 -0

"Смущает что не описано чем руководствовались, выбирая решение от майкрософта, учитывая что у вмвари опыта явно больше..."

Нам не VMware проект делало а мы с помощью партнеров и оценивался наш опыт в работе с той или иной технологией или платформой.

Об этом, кстати, написано, если потрудиться и пройти по ссылке.

"При этом жизненый опыт как правило показывает что люди сначала уходят на ESXi после чего осознав преимущества просто вгоняют хосты в vCenter, меняют лицензию и радуются жизни..."

Уходят с чего?

"Такое впечатление что проект просто в рамках "конкурса" написан с потолка."

Разумеется все так и есть.

Вы сейчас, вместо того, чтоб прочесть что написано, пройти по ссылкам и составить мнение пронзили мозгом пространство и время и понаписали ерунду. С какой, разрешите поинтересоваться, целью?

"Уж ОЧЕНЬ не верится что можно было юзать вмВарь и потом уйти на решение Майкрософта..."

Верят в богов, черных кошек и календарь Майа, тут же технологический конкурс и вопрос веры как-то не стоит.

Другое дело что в моем тексте нет никакого упоминания того, что вы пишите. Откуда вы это взяли?

lach Голосов ЗА +0 -0

"Нам не VMware проект делало а мы с помощью партнеров и оценивался наш опыт в работе с той или иной технологией или платформой."

Наверное за большой откат делалось, т.к. глядя в сравнение функционала ни один здравомыслящий айтишник не взялся бы Hyper-V...

Из-за отсутствия HA, DRS, существенного ограничения кол-ва поддерживаемых ОС, и десятка других фич...

Если не секрет - что предложил майкрософт за то чтобы вы внедрили именно их продукт? Они его "подарили"?

krots Голосов ЗА +0 -0

"Из-за отсутствия HA, DRS, существенного ограничения кол-ва поддерживаемых ОС, и десятка других фич..."

Никгда бы не подумал что буду высказываться в защиту Hyper-V, но мне кажется не все так плохо. Если в гостевых системах используется только Windows зачем говорить о том поддерживается, например Solaris или нет? Ну и тэдэ и тэпэ :)

Кстати, погуглите на тему Citrix Essentials for Hyper-V :)

Tolchelnikov Голосов ЗА +0 -0

"Наверное за большой откат делалось, т.к. глядя в сравнение функционала ни один здравомыслящий айтишник не взялся бы Hyper-V..."

Уважаемый коллега, говорите глупости в кругу своих друзей и близких родственников - наверняка они имеют сходный с вами уровень развития и смогут оценить ваш искрометный юмор.

"Из-за отсутствия HA, DRS, существенного ограничения кол-ва поддерживаемых ОС, и десятка других фич..."

Тому, кому это нужно внедряют VMware, тому кому это не нужно думают, а что же лучше для них.

Вы, видимо, не делаете ни того ни другого.

"Если не секрет - что предложил майкрософт за то чтобы вы внедрили именно их продукт?"

Не предложили ничего.

Малолетним "специалистам" вроде вас постоянно чудятся откаты и "подарки". Это потому что зарабатывать сами они еще не умеют и им обидно, что у них так мало вещей, которые показывают в рекламе.

Это пройдет с возрастом. Но, возможно, что вас этот процесс не затронет.

" Они его "подарили"?"

Что "подарили" вам за то, вы потратили свое и мое время?

Tolchelnikov Голосов ЗА +0 -0

"Никгда бы не подумал что буду высказываться в защиту Hyper-V, но мне кажется не все так плохо. Если в гостевых системах используется только Windows зачем говорить о том поддерживается, например Solaris или нет? Ну и тэдэ и тэпэ :)"

Глупость она именно потому так называется, что затрагивает у адекватных людей что-то такое, что не хочется пройти мимо несмотря на убеждения :) А коллега как раз несет отборную глупость.

С его точки зрения анализировать ничего не нужно - нужно просто купить 10 ненужных фич за деньги только потому, что конкурент замечательного продукта носит имя Microsoft.

С этом конкретном случае это вдвойне глупость, потому как у нас подписка на SA и детальное знание virtualization roadmap со стороны Microsoft, а поэтому полное понимание, что мы получим через год, когда придет время пересмотреть решение и доработать его.

Правда, думать об этом сложно, а вот "показать себя" просто.

lach Голосов ЗА +0 -0

господин Толечников... Вероятно проблема заключается в том, что 30летняя малолетка в моем лице является мультивендорным железячников а сточки зрения ос не ограничен майкрософтом.

Поддержка юникс и лиукс систем это очень важный и емкий аргумент в пользу продуктов виртуализации. У нас используются продукты написанные под инукс который не поддерживается существующим железом. Точно такой же интерес и у банков... И других специфических структур.

В связи с тем мой взгляд на мир и на развитие инфраструктуры возможно местами гораздо шире, в связи с чем проявляется специфический и не всегда понятный юмор.

krots Голосов ЗА +0 -0

"Малолетним "специалистам" вроде вас постоянно чудятся откаты"

Малолетним специалистам вроде меня тоже иногда чудятся http://virt.cnews.ru/user/byid/398 )))))))

Кстати не совсем ясна логика: больший откат очевидно можно поиметь с ПО с большей стоимостью, а если сравнить стоимость противопоставленных в данном случае продуктов... :)

"А коллега как раз несет отборную глупость."

Вы еще хотите поговорить о пропорциях троллей и специалистов? ;)

krots Голосов ЗА +0 -0

"Поддержка юникс и лиукс систем это очень важный и емкий аргумент в пользу продуктов виртуализации. У нас используются продукты написанные под инукс который не поддерживается существующим железом. "

Отлично, соответственно для ваших задач VMware и XenServer подходят значительно лучше чем Hyper-V. И чЁ? :) Вы в представленном проекте видели хоть один намек на то что в гостевых системах будет работать что-то кроме винды? Так о чем речь? Вы пытаетесь свои условия наложить на совершенно другую организацию с совершенно другой инфраструктурой, что в корне порочно :)

Tolchelnikov Голосов ЗА +0 -0

"господин Толечников... Вероятно проблема заключается в том, что 30летняя малолетка в моем лице является мультивендорным железячников а сточки зрения ос не ограничен майкрософтом."

Господин Лач, проблема не в объеме знаний и не в возрасте, а в том, что вам так и не удалось перешагнуть к другому уровню мышления. К тому, что свойственен взрослым людям.

Хотя, возможно, что вы просто не показываете тут, что вы взрослый.

"Поддержка юникс и лиукс систем это очень важный и емкий аргумент в пользу продуктов виртуализации."

Это вы все еще про компанию SABMiller RUS или про что-то сферическое в вакууме?

" У нас используются продукты написанные под инукс который не поддерживается существующим железом. Точно такой же интерес и у банков... И других специфических структур."

А при чем тут я и проект, о котором идет разговор?

Вас жажда вселенской справедливости заставляет это говорить?

Опять же - поддерживаются SuSe & RedHat и этого вполне достаточно на корпоративном уровне.

А нам так и избыточно, потому как у нас нет Linux OS вообще.

"В связи с тем мой взгляд на мир и на развитие инфраструктуры возможно местами гораздо шире, в связи с чем проявляется специфический и не всегда понятный юмор."

Это не юмор - это попытка показать некоторый уровень превосходства, при этом, что нет ни уровня ни собственно превосходства. Прежде чем "шутить" по переписке, нужно задать себе вопрос - стал бы так шутить при личной встрече.

Я доступно пояснил свою точку зрения, коллега?

Tolchelnikov Голосов ЗА +0 -0

"Малолетним специалистам вроде меня тоже иногда чудятся http://virt.cnews.ru/user/byid/398 )))))))"

Надо все же сказать, что они таки есть - откаты эти.

Другое дело, что говорить о них нетолько обессмыслено но и вредно для говорящего :)

"Кстати не совсем ясна логика: больший откат очевидно можно поиметь с ПО с большей стоимостью, а если сравнить стоимость противопоставленных в данном случае продуктов... :)"

Вот Майкрософт не продает свои продукты самостоятельно. Как с него можно что-то получить? Другое дело вендор или консультант.

Опять же - стоимость софта в проекте по одному набитому бейду, СХД и пяти человеко-месяцам консалтинга не будет большой величиной :)

Это я к тому, что теория отката и практика конкретного проекта две большие разницы.

При этом, могу сказать с вероятностью 99,9% что оппонент ни разу не получал этот самый откат в сколько нибудь существенной форме.

Обычно, кто получал - молчат.

Обычно, кто не получал, но все про это знают - молчат.

Говорят только те, кому очень хочется, но нет возможности :)

"Вы еще хотите поговорить о пропорциях троллей и специалистов? ;)"

Я просто до конца верю в лучшее в людях :)

Опять же - пара хороших людей стоят стада троллей и если хорошие люди смогли пообщаться это уже прорыв.

krots Голосов ЗА +0 -0

"Опять же - стоимость софта в проекте по одному набитому бейду, СХД и пяти человеко-месяцам консалтинга не будет большой величиной :)"

Ага, значит вам не только Microsoft башляет, но и HP ))))))))

Tolchelnikov Голосов ЗА +0 -0

"Ага, значит вам не только Microsoft башляет, но и HP ))))))))"

А еще CISCO, Avaya, Oracle и SAP :)

Нужно пойти в этой теории заговора еще дальше и сказать, что пиво мы варим только для вида, а живем на "вот эти вот 2%"!

Я, кстати, заметил - коллега видит откаты практически везде. Видимо, ну очень хочет, чтоб они таки дошли до него.

Я бы ему то же этого пожелал - но только чтоб дошли они в присутствии понятых :)

IvanOsipov Голосов ЗА +0 -0

Михаил, Вам можно уже праздновать победу, каждый день выпивая по бутылочке вашего замечательного пива, а Вы все в дебаты ввязываетесь.

Tolchelnikov Голосов ЗА +1 -0

"Михаил, Вам можно уже праздновать победу, каждый день выпиваю по бутылочке вашего замечательного пива, а Вы все в дебаты ввязываетесь."

Спасибо за доброе пожелание.

Праздновать начну в день награждения, если он таки будет, а пока нужно его как можно настойчивее приближать.

Опять же - если бы мне не нравилось вести дебаты, я не смог бы получить столько баллов за комментарии, а это означал бы проигрыш.

Пиво и правда замечательное :)

Какой сорт Вы предпочитаете? Я лично люблю Peroni Nastro Azzurro, Pilsner Urquell и ЗоБо Платиновое.

IvanOsipov Голосов ЗА +0 -0

Я практически не пью алкогольные напитки. Иногда, очень редко, вино. Пиво, раза 4 за всю жизнь пробовал, но пока оно мне не очень нравится.

Tolchelnikov Голосов ЗА +0 -0

"Я практически не пью алкогольные напитки. Иногда, очень редко, вино."

Потребление должно быть ответственным, но возможен и Ваш вариант.

" Пиво, раза 4 за всю жизнь пробовал, но пока оно мне не очень нравится."

Мне проще. Я люблю вкусный алкоголь в дозах не нарушающих работу головы и не вредящих здоровью.

krots Голосов ЗА +0 -0

"Праздновать начну в день награждения, если он таки будет, а пока нужно его как можно настойчивее приближать.

Опять же - если бы мне не нравилось вести дебаты, я не смог бы получить столько баллов за комментарии, а это означал бы проигрыш"

Тут все довольно непредсказуемо: вон один "коллега" с нетематическими проектами в топ выбился только засчет обильных излияний нетематического же бреда, по четыре-пять постов в ответ на один, и все они неизменно кажутся кому-то полезными, хотя реально _полезной_ информации о якобы реализованных им проектах на базе Xen нет _вообще_. Вода с соплями. Так что остерегайтесь, такими темпами за полторы недели он обгонит вас легко и непринужденно. И неважно кто по теме пишет, а кто нет ))))

"Какой сорт Вы предпочитаете? Я лично люблю Peroni Nastro Azzurro, Pilsner Urquell и ЗоБо Платиновое. "

Кстати, этот ваш комментарий оценен как полезный, видимо кому-то из модераторов жизненно не хватало этой информации )))))

PS Литр резаного (светлый пилзнер/темный козел) и 50 грамм ледяной бехеровки ;)

Tolchelnikov Голосов ЗА +0 -0

"Тут все довольно непредсказуемо: вон один "коллега" с нетематическими проектами в топ выбился только засчет обильных излияний нетематического же бреда, по четыре-пять постов в ответ на один, и все они неизменно кажутся кому-то полезными, хотя реально _полезной_ информации о якобы реализованных им проектах на базе Xen нет _вообще_. Вода с соплями."

К сожалению, а может и к счастью, мир устроен так, что нужно принимать решения и решения чаще всего принимают люди.

А людям свойственны ошибки, заблуждения, у них часто есть собственные мотивы для принятия тех или иных решений. Бывает что они ленятся и просто забивают. Опять же - задачи устроителей соревнования и команды поддержки трудно рассмотреть с нашего места, поэтому я лично опасаюсь категоричных выводов о полезности или бесполезности тех или иных комментариев.

Особо в свете того, что мои проекты и то, что я пишу многим так же кажется далеким от полезности и близости к проекту :)

" Так что остерегайтесь, такими темпами за полторы недели он обгонит вас легко и непринужденно. И неважно кто по теме пишет, а кто нет ))))"

На то это и спорт.

Он ускоряется - я изыскиваю резервы. Мне трудно - ему еще труднее.

Так и куется победа :)

"Кстати, этот ваш комментарий оценен как полезный, видимо кому-то из модераторов жизненно не хватало этой информации )))))"

Писал от души, дал ценный совет по выбору вкусных напитков. Как это может быть бесполезным :)

Опять же - люди пришли, прочли, ответили - счетчики крутанулись.

"PS Литр резаного (светлый пилзнер/темный козел) и 50 грамм ледяной бехеровки ;)"

Невооруженным взглядом видно завсегдатая пражских привных и тонкого ценителя древних традиций потребления :)

ЗЫ.

В офисном баре (да, есть у нас и такое) то же иногда балуемся резаным, но налить его не так-то просто. У меня вот не получается :)