☰
✕
Сервисы
Managed IT
Решения
Security
Импортозамещение
Партнерам
О компании

Как устроено частное облако ITGLOBAL.COM

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

Отличие частного от публичного облака

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

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

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

Почему выбирают частное облако

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

  1. Для безопасности: в частном облаке вы контролируете все и выполнить требования регуляторов проще. Можно привести в пример банки, где, как правило, служба безопасности не разрешает пользоваться публичными облаками.
  2. Чтобы использовать специальное ПО, которое, например, не совместимо с публичным облаком VMware.
  3. Для масштабирования инфраструктуры компании, работающей с большим количеством данных. Публичные облака для таких целей не очень подходят.

Архитектура

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

Как происходит миграция в частное облако

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

Примеры

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

2. Однажды мы перенесли около 300 виртуальных машин почти с нулевым простоем. Каждая ВМ выключалась буквально на минуту, чтобы продолжить работу в другой локации. И они успешно продолжили работать, без потери связи с другими виртуальными машинами и сервисами.

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

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

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

Масштабирование

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

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

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

Пример из практики

Один из клиентов ITGLOBAL.COM — сеть АЗС «ОПТИ», партнер «Газпром нефти». В 2020 году мы реализовали для «ОПТИ» комплексный проект, который включает организацию частного облака, аутсорсинг первой линии техподдержки и Managed DevOps.

В частном облаке ITGLOBAL.COM было размещено более 100 виртуальных машинах клиента объем 20 Тб. При миграции простой каждой из машин составил не больше 5 минут, а все работы были сделаны за один день.