Проект по виртуализации

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

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

Большинство производителей программного обеспечения для виртуализации выпускают специальные программы, для так называемого сайзинга виртуальных машин. Одним из основных подобных приложений является VMware TCO Comparison Calculator. Задав небольшой перечень известных параметров можно получить желаемые данные по конфигурации новой системы.

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

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

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

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

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