О виртуализации ЦОДов и нюансах виртуальности

Несколько лет назад на рынке дата-центров сформировался отдельный сегмент облачных ЦОДов, а большая часть классических центров обработки данных наряду с colocation и выделенными серверами начала предлагать клиентам облачные сервисы. Откуда этот тренд и как виртуализация ЦОДа реализована на практике?

Исторические предпосылки 

Первые попытки виртуализации были предприняты в 60-х годах в США: разработчики пытались расширить оперативную память компьютеров, разделяя процессы операционной системы. Чуть позже фокус сместился — ученым понадобился компьютер, которым могли пользоваться несколько человек одновременно. И только в 90-х годах появились первые современные варианты виртуализации — гипервизоры для запуска виртуальных машин без использования домашней ОС. Системы вовремя зашли на корпоративный рынок и стали популярны, но до ЦОД дошли только через несколько лет. Момент был выбран правильно, перед дата-центрами остро встали проблемы электроснабжения, охлаждения и увеличения загрузки на серверный парк. Первые же опыты с виртуализацией ЦОД показали, что консолидация аппаратных ресурсов позволяет получить от текущих мощностей большую отдачу без увеличения площадей и количества оборудования. Это и определило успех идеи.  

Упрощенная схема виртуального ЦОДа

Упрощенная схема виртуального ЦОДа

Технология и уровни виртуализации

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

Виртуализация ЦОД

Виртуализация ЦОДа реализуется на нескольких уровнях:   

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

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

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

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

Варианты масштабирования виртуального ЦОД

Быстрое и простое масштабирование — главная ценность виртуального ЦОДа. На практике она реализуется в двух форматах:

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

  2. Запуск дополнительных виртуальных машин.

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

Ряд вопросов виртуализации дата-центра мы оставили за кадром и планируем разобрать в следующих материалах. Если не хотите ждать и четкие технические параметры облачных решений нужны здесь и сейчас — уточните их в службе поддержки GreenBushDC.



Читать еще
Внутренний аудит информационной безопасности 18.06.2021
В копилку службы ИБ: методы, подходы и чек-листы для внутреннего аудита информационной безопасности.
Читать подробнее
Как разобраться с логированием: гайд для начинающих 25.06.2021
Зачем оно нужно, это логирование и как упростить процесс сбора, анализа и хранения логов.
Читать подробнее
Когда нужен внешний аудит информационной безопасности 09.07.2021
Про объекты, результаты и периодичность внешнего аудита информационной безопасности для операторов ПДн, объектов критической информационной инфраструктуры, субъектов НПС и других компаний.
Читать подробнее
Что такое тикет-система и как она применяется в ЦОД 16.07.2021
Чем тикет-система лучше телефонной поддержки и как ЦОД использует тикеты для улучшения работы.
Читать подробнее
Аварии в ЦОД и как их избежать 23.07.2021
Про экстраординарные форс-мажоры ЦОД на примере аварии дата-центра «Курчатовский» и меры защиты от основных глобальных рисков
Читать подробнее
Введение нового порядка госаккредитации ИТ-компаний в РФ 30.07.2021
Как изменится госаккредитация ИТ-компаний с 1 августа 2021 года? Делаем обзор изменений и нововведений.
Читать подробнее
Оставить заявку
После отправки заявки ожидайте звонка нашего менеджера.
* Поля, обязательные к заполнению.
Спасибо!
Данные вашего заказа будут переданы в отдел продаж.
После чего ожидайте звонка вашего личного менеджера.
контакты компании
Адрес компании
124460, Москва, Зеленоград, ул. Конструктора Лукина, д. 14А, офис 501
Поддержка 24/7
8 495 784 60 80
ПОЧТИ готово!
Спасибо, данные вашего заказа будут переданы в отдел продаж.
После чего ожидайте звонка вашего личного менеджера.
* Поля, обязательные к заполнению.