Приветствую вас, уважаемые коллеги.
Некоторое время назад, предвидя перспективы развития виртуализации, мы перешли от модели «VMware-хостинг» к предоставлению облачной серверной инфраструктуры уровня предприятия в виде полноценного виртуального дата-центра на базе решений VMware. Во многом это стало возможным благодаря новой линейке продуктов.
VMware vCloud ( VMware vSphere , VMware vCenter , Директор VMware vCloud , VMware vShield ), активными бета-тестерами которых ранее была наша компания.
Данное семейство продуктов позволяет предоставить большие возможности для автономного управления инфраструктурой и ее компонентами самими сотрудниками клиента.
Также, помимо анонсированной ранее модели биллинга заказанных ресурсов, у нас появилась возможность предложить оплату ресурсов по фактическому потреблению (Pay-as-you-Go), что, несомненно, будет востребовано нашими потенциальными клиентами, особенно всевозможные интернет-проекты.
Чтобы протестировать решение и получить, так сказать, взгляд со стороны, мы обратились к Михаил Михеев – известный специалист по продуктам VMware, имеющий звание VCP по трем поколениям продуктов этой компании и звание VMware vExpert, с просьбой провести независимое экспертное тестирование нашего облака.
В результате родился ряд оригинальных постов, раскрывающих аспекты работы с первым в России публичным облаком компании ИТ-ГРАД, реализованным на технологии VMware vCloud, которое мы представляем вашему вниманию.
.
В последнее время все, что слышат ИТ-специалисты, — это «облака, облака, облака».
Что за этим скрывается? Какие особенности? Давайте поговорим об этом.
Очевидно, что для разных специалистов и разных сфер бизнеса «облако» может использоваться по-разному, а могут использоваться просто разные типы облаков.
Я хотел бы внести ясность в этот вопрос, рассказав о некоторых конкретных моментах.
Итак, для первого разговора определим компанию: обычная.
В штате сто человек плюс-минус 50. Есть ИТ-отдел и серверы.
Может быть администраторов всего два, а сервера только для минимально необходимых задач.
А может инфраструктура уже более существенная - в сетях все нормально, серверов больше (терминальные серверы, и все вспомогательное к AD, и IP-телефонии и т.п.
Возможно, уже используется виртуализация серверов).
Определив компанию, мы определим ситуацию, в которой «облачные вычисления» будут интересны.
Во-первых, это какой-то новый проект. Я хотел бы перейти на новую версию MS Exchange. Или начните использовать терминальные серверы.
Или внедрить ERP. Или… Решаем задачу по классической схеме:
- Обоснуйте проект.
- Утвердить бюджет.
- Подождите серверов.
- Запустите проект.
Но даже в случае уже развернутой виртуальной инфраструктуры в какой-то момент ресурсов уже не хватает, и нужны дополнительные серверы.
В определенном проценте случаев проблемы возникают из-за недостаточности ресурсов – ошибок планирования или сокращения бюджета.
Альтернативная схема — разместить новую часть инфраструктуры за пределами серверной комнаты:
- Обоснуйте проект.
- Заключите договор с компанией-владельцем облака (в данном случае ИТ-ГРАД).
- Запустите проект.
Второй вариант гораздо быстрее, проще в организации и зачастую интереснее по количеству и характеру затрат. Причем нам нужно будет понять «что нам нужно» в виде «нам нужны четыре Windows, которые общаются друг с другом через внутреннюю сеть, и пятая, которая также имеет доступ к публичной сети нашей компании».
Ну и примерно сколько ресурсов они требуют - такие детали как:
- настройка физических серверов, на которых будут работать эти виртуальные машины;
- схема подключения, физическая коммутация сети;
- опасения «достаточно/не слишком ли много ресурсовЭ»
Часто (и всегда, честно говоря) на отказоустойчивость можно будет потратить меньше денег, поскольку крупной облачной инфраструктуре проще обеспечить избыточность на всех уровнях за счет масштаба.
Конечно, помимо новых возможностей появляются и новые проблемы – о них мы поговорим чуть позже.
Итак, возьмем конкретную задачу.
Скажем сразу, задача не из «представим, например, сферического коня в вакууме», а скорее конкретная.
Возможно, именно этот для вас не актуален – но на его примере вы сможете показать идею и возможности.
Плюс примеры других задач будут приведены позже.
Итак, задача.
Узнайте, что такое модный VDI. Для этого мы хотим поднять небольшую инфраструктуру VMware vSphere + VMware View — сначала в тестовом виде, затем превратить ее в небольшой пилотный проект и, если нам все понравится, начать эксплуатировать ее в более широком масштабе.
Что происходит: мы, вероятно, захотим развернуть шаги 2 и 3 в нашей инфраструктуре.
Но шаг 1 не всегда удобно разворачивать «внутри» — он просто требует аппаратного обеспечения.
Поэтому шаг 1 делаем примерно так (рис.
2): 
Воспользовавшись тем, что ESX(i) можно запустить в виртуальной машине под управлением ESX(i), мы арендуем ресурсы для следующих виртуальных машин для тестовой площадки нашего проекта:
- 1 или 2 виртуальные машины для ESX(i), 1 виртуальный ЦП, 4 ГБ ОЗУ.
- 1 виртуальная машина для vCenter, 1 виртуальный ЦП, 2 ГБ ОЗУ
- 1 виртуальная машина для View Server, 1 виртуальный ЦП, 1 ГБ ОЗУ.
-
Свинец
19 Oct, 24 -
Как Быстро Сделать Из Таракана Киборга
19 Oct, 24 -
Есть Ли Среди Стартаперов Поклонники Покера?
19 Oct, 24 -
Китай «Без Цензуры» Youtube. Снова
19 Oct, 24 -
Во Вселенной Entropia Появились Ломбарды
19 Oct, 24
