Виртуальный ЦОД

Содержание:

• Что такое виртуальный ЦОД
• Как работает ВЦОД
• Слои виртуализации
• Чем виртуальный ЦОД отличается от физического и облачного
• Зачем бизнесу нужен виртуальный ЦОД
• Преимущества виртуального ЦОДа
• Недостатки виртуального ЦОДа
• Кому подойдет ВЦОД
• Управление виртуальным ЦОДом с помощью Space Cloud
• Советы экспертов Space
• Главное по теме

Виртуальный ЦОД — это изолированная инфраструктурная среда, построенная на основе виртуализации поверх физического оборудования провайдера. Гипервизор разделяет физические серверы на независимые виртуальные машины, а программные средства объединяют вычислительные ресурсы, хранилища и сети в управляемый пул. Компания получает эту инфраструктуру от провайдера по сервисной модели, без покупки собственного оборудования. ВЦОД физически размещается в традиционном центре обработки данных, но для клиента выглядит как собственная изолированная среда с удаленным управлением.  Развертывание новой виртуальной машины занимает минуты, ресурсы добавляются программно без закупки оборудования, а администратор управляет всей средой из единой консоли. 

Что такое виртуальный ЦОД

Виртуальный центр обработки данных, или ВЦОД, — это изолированная инфраструктурная среда, которую провайдер формирует из физического оборудования с помощью виртуализации. Гипервизор разделяет физические серверы на виртуальные машины, программно-определяемые сети создают изолированные сетевые сегменты, а системы хранения объединяются в общий пул дискового пространства. В итоге компания получает выделенный набор вычислительных мощностей, памяти, хранилищ, сетей и сервисов доступа, которым управляет как собственной инфраструктурой. 

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

Как работает ВЦОД

В основе ВЦОД лежит виртуализация. Гипервизор устанавливается на физические серверы и разделяет их аппаратные ресурсы, процессоры, память, сетевые интерфейсы, между независимыми виртуальными машинами. Серверы объединяются в кластер: если один хост выходит из строя, виртуальные машины автоматически перезапускаются на другом. Системы хранения данных подключаются по сетевым протоколам (iSCSI, NFS, Fibre Channel) и формируют общий пул дискового пространства. Сетевая инфраструктура виртуализируется: виртуальные коммутаторы и VLAN/VXLAN обеспечивают изоляцию сетевых сегментов без физической перекоммутации. 

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

ВЦОД особенно удобен там, где бизнес не хочет каждый раз покупать оборудование, ждать поставку, монтировать серверы и вручную перестраивать инфраструктуру.

Слои виртуализации

Архитектуру виртуального ЦОДа принято рассматривать как многослойную систему.  Можно выделить пять основных уровней: сеть, хранение данных, ресурсы, приложения и доступ. Каждый уровень виртуализируется отдельно, но вместе они формируют единую управляемую инфраструктуру.

Такой подход важен для бизнеса. Если виртуализированы только вычислительные ресурсы одного сервера, компания получает набор виртуальных машин без единого управления сетью, хранилищами и доступом.  Когда виртуализация охватывает все уровни, вычисления, сети, хранение, управление приложениями и политики доступа, появляется полноценный виртуальный ЦОД с централизованным управлением. 

Сеть

Сетевой слой строится на виртуальных коммутаторах и программно-определяемых сетях (SDN). Виртуальные коммутаторы обеспечивают связь между ВМ внутри хоста и между хостами кластера. VLAN и VXLAN изолируют сетевые сегменты друг от друга, а правила межсетевого экранирования ограничивают трафик между зонами. Внутри ВЦОД можно разделять контуры: например, вынести базы данных в закрытый сегмент, веб-приложения — в отдельную зону, а административный доступ ограничить только доверенными адресами.

Виртуализация сети помогает:

• разделять трафик разных проектов через изолированные виртуальные сети (VLAN/VXLAN);
• готовить защищенные сегменты для критичных систем;
• быстрее переносить сервисы между площадками.
• задавать правила маршрутизации и межсетевого экранирования программно, без физической перекоммутации.
  

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

Хранение данных

Слой хранения отвечает за размещение файлов, баз данных, резервных копий и образов виртуальных машин. В основе лежат системы хранения данных (СХД), подключенные по блочным (iSCSI, Fibre Channel) или файловым (NFS, Cifs, GlusterFS) протоколам. Блочное хранилище обеспечивает высокую производительность для баз данных и транзакционных систем. Файловое хранение удобно для общих ресурсов и архивов. Администратор распределяет дисковое пространство между ВМ, создает снэпшоты для точечного восстановления и настраивает политики резервного копирования. 

Для баз данных и высоконагруженных приложений используют SSD- или NVMe-хранилища с высоким показателем IOPS. Для архивов, резервных копий и документов подходят емкие HDD-массивы с меньшими требованиями к скорости доступа. Виртуальный ЦОД дает возможность проектировать такую структуру без покупки отдельной системы хранения под каждый новый проект.

Важно заранее продумать:

• сколько данных будет храниться сейчас;
• как быстро будет расти объем;
• какие данные критичны для бизнеса;
• как часто нужно создавать резервные копии;
• какие сроки восстановления допустимы при сбое.

Ресурсы

Ресурсный слой — это вычислительные мощности: виртуальные процессоры (vCPU) и оперативная память (RAM), выделяемые виртуальным машинам. Именно здесь проявляется одно из главных преимуществ ВЦОД — гибкое масштабирование.

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

Руслан Белов, директор Space VDI: «Виртуальный ЦОД ценен не тем, что заменяет серверную, а тем, что позволяет управлять инфраструктурой как изменяемым бизнес-ресурсом: добавлять мощности тогда, когда они нужны, и не держать лишнее оборудование “про запас”»

Приложения

На уровне приложений ВЦОД обеспечивает изолированные среды для работы корпоративного ПО. Каждое приложение или группа связанных приложений разворачивается в отдельной ВМ или кластере ВМ с выделенными ресурсами.  Это могут быть системы учета, клиентские порталы, базы данных, внутренние сервисы, инструменты аналитики, среды разработки и тестирования программного обеспечения. Это позволяет обновлять, тестировать и откатывать версии без влияния на другие системы. 

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

Доступ

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

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

Чем виртуальный ЦОД отличается от физического и облачного

Физический ЦОД строится на оборудовании, которое компания покупает или арендует. Она сама отвечает за серверы, сети, электропитание, охлаждение и обслуживание. Запуск новых мощностей занимает недели или месяцы: нужно закупить оборудование, дождаться поставки, смонтировать и настроить. Масштабирование осуществляется тоже через закупку. Компания получает полный контроль над сетью и инфраструктурой, но платит за это капитальными затратами и высокой сложностью эксплуатации. Такая модель оправдана для крупных организаций с собственной ИТ-командой и стабильной предсказуемой нагрузкой.

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

Отдельный облачный сервер (VPS/VDS) — одна виртуальная машина с фиксированными параметрами. Запускается быстро, но масштабирование ограничено рамками этой машины. Сетевые настройки, как правило, базовые. Модель подходит для одного сайта, небольшого сервиса или тестового стенда – там, где не нужна сложная инфраструктура с несколькими системами, сетевой изоляцией и централизованным управлением.

При выборе ВЦОД для российской компании важно учитывать регуляторный контекст. 152-ФЗ требует хранить персональные данные на территории России, провайдер должен подтвердить локализацию данных. Если компания работает с государственными информационными системами или подпадает под требования ФСТЭК, платформа виртуализации должна быть сертифицирована или совместима с сертифицированными средствами защиты. Наличие платформы в реестре отечественного ПО – обязательное условие для госсектора и значимый фактор для коммерческих организаций в условиях импортозамещения.

Зачем бизнесу нужен виртуальный ЦОД

Рассмотрим типовые сценарии, в которых ВЦОД дает бизнесу преимущество перед физической инфраструктурой. 

Размещение больших объемов информации

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

Виртуальный ЦОД позволяет вынести хранение в управляемую среду. Объем можно увеличивать по мере роста. Данные можно распределять по назначению: критичные системы — на более производительное хранилище, архивы — на емкое, резервные копии — отдельно от основной среды.

Например, компания с 500 сотрудниками за год генерирует десятки терабайт данных: почта, документы, журналы 1С, резервные копии. На локальных серверах это требует регулярной замены дисков и расширения СХД. В ВЦОД объем хранилища увеличивается через запрос к провайдеру без остановки сервисов. 

Модернизация и масштабирование

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

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

Централизованная инфраструктура

Виртуальный ЦОД помогает собрать разрозненные сервисы в единую управляемую среду. Это удобно для компаний с филиалами, несколькими командами разработки, удаленными сотрудниками или сложной внутренней ИТ-структурой.

Централизация дает три эффекта:

• администраторы видят ресурсы в одном контуре;
• проще контролировать доступ и потребление мощностей;
• легче стандартизировать развертывание типовых систем.

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

Удаленные рабочие места

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

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

На базе ВЦОД можно развернуть VDI-инфраструктуру (Virtual Desktop Infrastructure), где каждый сотрудник получает виртуальное рабочее место с контролируемым набором приложений и политик безопасности. 

Удобная среда для разработки и тестирования

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

Типичный сценарий: команда разработки получает шаблон ВМ с настроенной средой (ОС, СУБД, веб-сервер), разворачивает 5–10 тестовых экземпляров перед релизом, а после тестирования удаляет их. Без ВЦОД для этого потребовались бы выделенные серверы, которые простаивают между релизами. 

Преимущества виртуального ЦОДа

ВЦОД переводит ИТ-инфраструктуру из капитальных затрат в операционные. Вместо закупки серверов компания платит за потребляемые ресурсы.

Скорость. Развертывание новой ВМ занимает от нескольких минут (из шаблона) до нескольких часов. В физической инфраструктуре аналогичная задача занимает недели.

Управляемость. Все ресурсы (ВМ, сети, хранилища, права доступа) контролируются из единой консоли. Администратор видит потребление, квоты и состояние систем в одном интерфейсе.

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

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

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

Недостатки виртуального ЦОДа

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

Возможные недостатки:

• Стоимость. ВЦОД дороже одного облачного сервера, но это сопоставление некорректно: ВЦОД сравнивают с собственной инфраструктурой. При нагрузке от 15–20 ВМ ВЦОД обычно выгоднее физического ЦОДа за счёт экономии на оборудовании, обслуживании, электроэнергии и площадях. При нагрузке 1–3 ВМ выгоднее VPS/VDS.
• Кадровая зависимость на старте. Для проектирования сетевой архитектуры, политик доступа, резервирования и квот нужен инженер или внешний интегратор. Это разовая нагрузка на этапе запуска, но без неё среда либо переплачивает за лишние ресурсы, либо имеет «дыры» в безопасности и доступах.
• Сложность миграции. Перенос систем со сложными зависимостями — домен Active Directory, кластеры баз данных, legacy-приложения, привязка к конкретным IP — требует подготовки и тестирования. Типичная миграция корпоративной среды среднего бизнеса занимает 2–4 месяца с поэтапным переносом систем. На это время закладывается параллельная работа старой и новой инфраструктуры.
• Зависимость от провайдера. Производительность и доступность ВЦОД определяются SLA, уровнем резервирования (N+1, 2N), архитектурой хранилища и пропускной способностью сети. SLA без конкретных цифр и штрафов за нарушение — формальность. Перед заключением договора запрашивайте: гарантированную доступность (от 99,95%), время реакции на инциденты разной критичности, порядок компенсации за простой.
• Ограничения по типу нагрузки. Задачи с жёсткими требованиями к задержкам (HFT, реалтайм-обработка), специализированным оборудованием (GPU-кластеры, FPGA) или физической изоляцией данных могут потребовать собственного оборудования или bare-metal серверов. ВЦОД для таких задач не подойдёт или потребует гибридной архитектуры.
• Риск переплаты при плохом контроле. Без квотирования и регулярной ревизии ресурсов забытые тестовые ВМ, лишние диски и неоптимальные конфигурации увеличивают счет на 20–30%. Это управляемый риск: квоты, отчеты и контроль неактивных ресурсов в платформе управления его закрывают.
• Что делать до запуска: провести аудит текущей инфраструктуры, разделить системы по критичности и допустимому времени простоя (RTO/RPO), оценить рост нагрузки на 12–24 месяца, выбрать модель управления и согласовать SLA с провайдером.

Кому подойдет ВЦОД

Виртуальный ЦОД подходит не только крупным корпорациям. Его выбирают компании, которым нужно управлять несколькими системами, быстро выделять мощности и не зависеть от закупки оборудования.

Чаще всего ВЦОД нужен:

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

Руслан Белов, директор Space VDI: «Виртуальный ЦОД особенно полезен там, где инфраструктура меняется чаще, чем компания готова обновлять физические серверы. Если проекты растут, команды запускают новые сервисы, а нагрузка скачет, ВЦОД дает нужный запас гибкости»

Управление виртуальным ЦОДом с помощью Space Cloud

Space Cloud («Спейс Клауд») — платформа SpaceVM для управления облачной инфраструктурой. Состоит из двух компонентов:

• SpaceVM — платформа виртуализации для серверов x86-64 с централизованным управлением через веб-интерфейс Space UI; 
• и модуль управления облаком, который обрабатывает заявки на ресурсы, распределяет квоты (vCPU, RAM, диски, сети), контролирует потребление и формирует отчетность. 

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

В Space Cloud предусмотрены функции, которые закрывают эти задачи:

• Управление ресурсами: заявки на создание, изменение и удаление ВМ; шаблоны для автоматического развертывания; включение/выключение ВМ и доступ через консоль; отслеживание просроченных и неиспользуемых ресурсов; закрепление мощностей за пользователем.
• Организация и доступ: создание подразделений и площадок; назначение пользователей и групп; разграничение прав доступа к ресурсам.
• Квоты и финансы: назначение квот на vCPU, RAM, диски и сети по площадкам; учет потребления ресурсов; настройка тарифов и калькулятора расходов; формирование отчетов.
• Согласование: автоматическое или ручное согласование заявок по настроенным правилам; единое окно технической поддержки.
• Миграция: перенос ВМ с VMware vSphere на SpaceVM с планированием задач.

Почему это удобно для бизнеса: Space Cloud помогает превратить ВЦОД из набора технических ресурсов в управляемый внутренний сервис. ИТ-директор получает прозрачность потребления и расходов. Администраторы сокращают ручные операции. Пользователи могут запрашивать мощности через единую панель, а не через долгую цепочку писем и согласований. На практике это работает так: ИТ-директор видит потребление ресурсов и расходы по подразделениям через отчеты и тарифный калькулятор. Администратор настраивает квоты, правила согласования и шаблоны ВМ, сокращая ручные операции. Сотрудник подразделения создает заявку на ресурсы через интерфейс модуля управления, не обращаясь к администратору напрямую. 

SpaceVM входит в реестр отечественного ПО (запись №16085). После прекращения продаж и поддержки VMware на территории России перенос инфраструктуры на отечественную платформу стал обязательным для многих организаций. Space Cloud поддерживает миграцию ВМ с VMware vSphere на SpaceVM с возможностью планирования задач: запуск переноса немедленно, в ночное время или в выходные, что позволяет проводить миграцию поэтапно, без остановки сервисов. 

Советы экспертов Space

• Перед запуском ВЦОД составьте реестр рабочих нагрузок: для каждой системы укажите требования к vCPU, RAM, хранилищу, сетевой изоляции и допустимому времени простоя (RTO/RPO). Без этого реестра невозможно корректно спланировать ресурсы. 
• Не переносите хаос из старой инфраструктуры в новую. Сначала разделите системы по критичности, владельцам и требованиям к доступности.
• Настройте квоты до запуска: vCPU и RAM — по среднему потреблению за последние 3 месяца с запасом 20%; хранилище — по текущему объему плюс прогноз роста на 6 месяцев. В Space Cloud квоты назначаются на уровне площадки.
• Используйте шаблоны виртуальных машин для типовых задач. Так администраторы будут тратить меньше времени на однотипные операции.
• Спланируйте резервное копирование отдельно: определите, какие системы копируются ежедневно, какие — еженедельно, где хранятся копии (отдельное хранилище, другая площадка). Проверяйте восстановление из копий не реже раза в квартал. 
• Проверяйте неиспользуемые ресурсы. Забытая тестовая машина или лишний диск могут постепенно увеличивать расходы.
• Разграничивайте права. Разработчику, бухгалтерии и администратору не нужен одинаковый уровень доступа.
• Планируйте масштабирование заранее: какие системы нужно расширять вертикально, а какие — горизонтально.
• Перед переходом на ВЦОД сравните TCO за 3–5 лет, а не цену за месяц. Учитывайте: для физического ЦОДа – закупку, обслуживание, электроэнергию, площади, зарплаты ИТ-команды; для ВЦОД – оплату ресурсов, миграцию, обучение. 

Главное по теме

• Виртуальный ЦОД — это изолированная инфраструктурная среда из вычислительных ресурсов, хранилищ, сетей и сервисов доступа, построенная поверх физического оборудования провайдера с помощью виртуализации. 
• ВЦОД подходит вам, если: 
  • вы запускаете больше 3-5 новых систем или сервисов в год;
  • время развертывания сервера критично для бизнеса; 
  • нагрузка на инфраструктуру меняется сезонно или непредсказуемо; 
  • у компании нет ресурсов на содержание собственной серверной;
  • нужна сетевая изоляция и ролевой доступ для разных подразделений. 

• Основные слои виртуализации: сеть, хранение данных, ресурсы, приложения и доступ.
• В отличие от физического ЦОД, виртуальный центр обработки данных быстрее внедряется и проще масштабируется.
• В отличие от отдельного облачного сервера, ВЦОД дает больше свободы в управлении несколькими виртуальными машинами, сетями и ресурсами.
• Space Cloud помогает управлять ВЦОД как внутренним ИТ-сервисом — через систему заявок, квотирование, учет ресурсов, тарифный калькулятор и единое окно поддержки.