Рейтинг
0.00

Selectel дата-центры

9 читателей, 200 топиков

Нагрузочное тестирование VBR для VMware



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

Весной 2018 года Selectel запустил услугу резервного копирования для Облака на базе VMware посредством Veeam Backup&Replication (VBR). К реализации проекта мы подошли основательно, спланировали и выполнили следующий перечень работ:
  • Изучение документации и лучших практик по продуктам Veeam
  • Разработку архитектуры VBR уровня сервис-провайдера
  • Развертывание инфраструктуры VBR
  • Тестирование решения, определение оптимальных настроек и режимов работы
  • Запуск решения в промышленную (коммерческую) эксплуатацию
Как оказалось – не зря. Услуга стабильно функционирует, клиенты могут бэкапить свои виртуалки, а у нас появилась определенная экспертиза, которой мы хотим поделиться.

Здесь вы сможете увидеть:
  • Описание production-инфраструктуры Selectel, использованной для тестирования
  • Особенности работы бэкап-прокси (backup proxy) в различных транспортных режимах
  • Описание программы тестирования и настроек компонентов VBR для её реализации
  • Количественные показатели, их сравнение и выводы
  • Конфигурация инфраструктуры для проведения тестов
  • Инфраструктура-источник
В качестве платформы для тестирования производительности VBR выступил один из production-кластеров публичного Облака на базе VMware.

Аппаратная конфигурация хостов данного кластера:
  • Процессоры Intel Xeon Gold 6140
  • NVMe-накопители Intel DC P4600 и P3520
  • 4 порта 10GbE на хост
В основе кластера лежат следующие решения:
  • Физическая сеть – Ethernet-фабрика на коммутаторах Brocade VDX, архитектура Leaf-Spine (10GbE порты – подключение хостов, 40GbE аплинки до Spine)
  • Среда виртуализации – VMware vSphere 6.5
  • Хранение данных ВМ – VMware vSAN 6.6 (All-Flash кластер vSAN)
  • Виртуализация сети – VMware NSX 6.4
Производительность платформы для тестирования более чем достаточна и не вызывает никаких сомнений. Конечно, для высокого быстродействия всё это должно быть правильно настроено, но поскольку это production, с живыми и довольными клиентами, можно быть уверенным, что и в этом плане всё хорошо.

Вместе с Облаком на базе VMware, Selectel запустил услугу для его бэкапа на платформе VBR. Заказчики получают web-портал самообслуживания, в котором могут выполнять бэкап и восстановление vApp и ВМ из своих VDC (виртуальный дата-центр).

Доступ клиентов к данному порталу (Veeam Enterprise Manager Self-service portal) осуществляется с теми же правами, что и к vCloud Director (vCD). Это возможно благодаря интеграции Veeam Backup Enterprise Manager (EM) и vCD, при этом каждый клиент при подключении к ЕМ ограничен ресурсами своих VDC, чужие ВМ он не увидит.

Клиенту не нужно разворачивать собственный VBR и связанную с ним инфраструктуру бэкапа, что предполагает затраты на вычислительные и сетевые ресурсы, хранилище, лицензии Veeam и MS, администрирование. Это долго, дорого и сложно. Selectel предоставляет основные возможности VBR как услугу BaaS (Backup-as-a-Service): мгновенно, просто, удобно, экономично.

Для предоставления данной услуги в Selectel была развернута провайдерская инфраструктура VBR, охватывающая все кластеры vSphere и VDC клиентов облака VMware, в том числе кластер, в котором проводилось данное тестирование. Таким образом, результаты тестов позволят судить о максимальной скорости, с которой клиенты смогут бэкапить свои ВМ.

Тестовые ВМ
Для тестирования производительности бэкапа в кластере vSphere было развернуто 6 идентичных ВМ в следующей конфигурации:
  • ОС Windows Server 2016, 2 vCPU, 4GB RAM
  • 200GB vDisk
Диск занят почти полностью – 193GB. Кроме файлов ОС, на нем создана папка с дистрибутивами различных ОС и СУБД объёмом 60GB (уникальные данные). На том же диске создано 3 копии данной папки – итого 180GB несистемных данных.

Никаких приложений на эти ВМ установлено не было, только «чистая» ОС и «холодные» данные. Никакой нагрузки, вычислительной или сетевой, не запускалось. В рамках данного тестирования этого не требовалось.

В кластере vSphere включен DRS, поэтому тестовые ВМ автоматически оптимально распределяются по хостам VMware ESXi для балансировки нагрузки.

Бэкап-прокси
ВМ с бэкап-прокси развернута непосредственно в описанном выше кластере vSphere (инфраструктура-источник, далее – кластер vSphere), это необходимое условие для тестирования в режиме Virtual Appliance.

Конфигурация ВМ:
  • 8 vCPU
  • 8GB RAM
  • 40GB vDisk
  • 10GbE vNIC vmxnet3
  • ОС Windows Server 2016
Параметр «Max concurrent tasks» для бэкап-прокси на уровне VBR выставлен в значение 6. Это значит, что бэкап-прокси сможет одновременно (параллельно) обрабатывать до 6 задач (task) бэкапа. Один task – это бэкап одного виртуального диска ВМ.

Репозиторий бэкапа
В качестве фронтенда хранилища бэкапов выступает физический сервер, выполняющий роль бэкап-репозитория VBR. Конфигурация сервера:
  • CPU Е5-1650v3
  • 32GB RAM
  • 2 порта 10GbE
  • Бекенд хранилища – кластер CephFS c NVMe-кэшем.

Бэкап-репозиторий и узлы Ceph общаются по сети 10GbE, каждый из них подключен к коммутаторам двумя портами.

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

Параметр «Limit maximum concurrent tasks» для бэкап-репозитория на уровне VBR выставлен в значение 6. Это значит, что бэкап-репозиторий сможет одновременно (параллельно) обрабатывать до 6 задач (tasks) бэкапа.

Сеть бэкапа
Физическая сеть описанной выше инфраструктуры ограничена полосой пропускания 10Гбит/с, везде используются коммутаторы и порты 10GbE. Это справедливо не только для сети vSAN, но и для менеджмент-интерфейсов хостов ESXi.

Для размещения бэкап-прокси на уровне VMware NSX создана выделенная подсеть со своим логическим коммутатором. Для её связности с физикой и осуществления маршрутизации развернут NSX-edge, размер X-large.

Забегая вперед, по результатам тестов видно, что сеть выдерживает нагрузку до 8Гбит/с. Это весьма солидная пропускная способность, которой на данном этапе хватает, при необходимости она может быть увеличена.

Схема взаимодействия компонент

Схема взаимодействия компонентов
Бэкап-прокси и тестовые ВМ развернуты внутри одного кластера VMware vSAN. После запуска задания бэкапа (бэкап-джобы) в зависимости от выбранного транспортного режима, особенности которых рассмотрены ниже, бэкап-прокси:
  • Извлекает данные из бэкапируемых ВМ по сети vSAN (HotAdd) или по сети управления (NBD)
  • Передает обработанные данные на бэкап-репозиторий по выделенной для этой цели подсети

Транспортные режимы бэкап-прокси
Бэкап-прокси (Backup proxy) является компонентом инфраструктуры VBR, непосредственно выполняющим обработку задания бэкапа. Он извлекает данные из ВМ, обрабатывает их (сжимает, дедуплицирует, шифрует) и отправляет на репозиторий, где они сохраняются в файлы бэкапа.

Бэкап-прокси позволяет работать в трёх транспортных режимах:
  • Direct storage access
  • Virtual appliance
  • Network
Облако на базе VMware Selectel в качестве хранилища использует vSAN, в такой конфигурации Direct storage access не поддерживается, поэтому данный режим не рассматривается и не был протестирован. Оставшиеся два режима замечательно работают на каждом из наших кластеров vSphere, остановимся на них подробнее.

Режим Virtual appliance (HotAdd)
Virtual appliance – рекомендуемый режим при развертывании бэкап-прокси в виде ВМ. Хосты ESXi, на которых развернуты бэкап-прокси, должны иметь доступ ко всем Datastore кластера vSphere, хранящим бэкапируемые ВМ. Суть режима заключается в том, что прокси монтирует к себе диски бэкапируемых ВМ (VMware SCSI HotAdd) и забирает с них данные как с собственных. Извлечение данных происходит с Datastore по сети хранения.

В нашем случае бэкап-прокси ВМ должна находиться на одном из хостов ESXi кластера vSAN, который мы бэкапим. Извлечение данных происходит по сети vSAN. Таким образом, для работы в режиме Virtual appliance в каждом кластере vSAN должно быть развернуто минимум по одному бэкап-прокси. Развернуть пару бэкап-прокси (например, в менеджмент-кластере) и бэкапить ими все кластеры vSAN не получится.

Подробнее тут
blog.selectel.ru/nagruzochnoe-testirovanie-vbr-dlya-vmware/

Обновление классической реферальной программы


Уважаемые партнеры
Selectel обновил договор реферальной программы в частях:
  • Порядка вступления в реферальную программу
  • Ведения отчетности по договору (формирования актов выполненных работ)
  • Проведения рекламных кампаний

Текст новой версии договора: selectel.ru/media/files/docs_ru/refferal_for_individuals.pdf
Правила проведения рекламных кампаний: selectel.ru/about/partners/referral/

Просим вас ознакомиться с документами и, если вы планируете продолжить работу по реферальной программе, до 14 декабря 2018 года прислать на почту payment@selectel.ru с указанием номера аккаунта документы (для резидентов РФ)
Если вы решили переоформить аккаунт на компанию — создайте новый аккаунт и вышлите документы, необходимые для юридических лиц или ИП, указанные на сайте. Мы привяжем всех рефералов к вашему новому аккаунту.

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

После 1-го декабря 2018 года вознаграждение по новому реферальному договору будет начисляться на новый баланс «Реферальные рубли». Ввиду перехода на новые условия договора бонусы за ноябрь будут начислены после 14-го декабря.

Бонусы, накопленные согласно старой реферальной программе, не суммируются с новыми начислениями и будут доступны для вывода (при сумме от 5 000 руб. и выше) или для покупки сервисов Selectel.

Как научиться работать над документами командой



История в формате «до и после»: опыт компании, которая вместо пиратского софта стала использовать офисные приложения в облаке. Рассказываем, как они выстроили документооборот, максимально упростили согласования договоров и перестали выпрашивать у коллег флэшки.

Лет семь назад я работал в компании, которая, как многие, использовала обычный офисный пиратский софт (не буду уточнять — какой именно, да и для истории это непринципиально). Документы на согласование сотрудники отправляли по электронной почте, презентации носили на флэшках и жили в целом неплохо. Но был ряд проблем, который задерживал согласования, тормозил работу и, наконец, просто раздражал. Расскажу, что это за проблемы, и как компания их решила с помощью офисных приложений в облаке.

Кто это согласовал?
До

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


Внутри самого документа, естественно, творился еще больший кавардак. Если нужно было найти нужную версию документа или автора правки — возникали проблемы. Можно было потратить несколько часов на поиски того, кто поменял реквизиты или удалил пункт из раздела про «Ответственность сторон». Обнаруживали это, как правило, уже внимательные юристы, поэтому подозреваемых было много. Приходилось копаться в переписках, перечитывать, выискивать и даже проводить очные ставки.

После
Когда мы перешли на приложения в облаке, жить стало гораздо удобнее: все мы работали в одном и том же файле, каждую правку было сразу видно, а если требовалось найти старое изменение (и автора этого изменения) — мы легко находили его в истории.

У меня не открывается
До

Нелицензионные десктоп-версии не обновлялись и, соответственно, не поддерживали все форматы файлов — файл либо не открывался вообще, либо имел нечитаемый вид.

С теми же сложностями сталкивались и наши клиенты: «У меня не открывается» — это был совершенно нормальный ответ, с которым нужно было работать и как-то решать проблему.

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

Ребята, дайте флэшку
До

Когда нам нужно было переслать что-то более объемное, чем один текстовый файл: сканы подписанных документов, pdf-презентации, фотографии товаров — приходилось отправлять архивы частями из-за ограничений email-служб, которые не пропускали файлы «тяжелее» 2 МБ.

Если же речь шла о дистрибутиве электронного каталога компании (137 МБ, если не ошибаюсь), выход был только один — флэшка. По-хорошему у каждого сотрудника даже была служебная, но мы их забывали, теряли, ломали, и поэтому по офису постоянно ходил какой-нибудь счастливчик и монотонно повторял: «Ребята, дайте флэшку кто-нибудь».

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

Где отчеты?
До

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

Мы, конечно, собрали, все, что у нас было — работа не остановилась, но отдел потратил почти две недели то, чтобы привести дела в порядок и ввести в курс нового руководителя.

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


5 аргументов в пользу услуги «Облачные офисные приложения» от Selectel
Сейчас я сам работаю в компании, которая могла бы помочь моему предыдущему работодателю — в этом году у Selectel появилась услуга «Облачные офисные приложения».

Есть по меньшей мере 5 причин, почему подобные проблемы стоит решать с помощью Selectel:
  1. Предложения от обоих лидеров рынка облачных офисных приложений — Microsoft и Google
  2. Юридические лица могут рассчитаться за покупку в рублях и получить необходимые по закону отчетные документы — приобретать лицензии напрямую у Google и Microsoft куда сложнее
  3. Специалисты Selectel посоветуют подходящий пакет только из нужных вам офисных приложений, который решит задачу без лишних затрат
  4. Компания дает бизнесу возможность через единую панель управления всей IT-инфраструктурой, а не только облачными приложениями
  5. Selectel поможет перевести работу в новое окружение и настроить услугу по вашим требованиям, может организовать обучение ваших сотрудников и предоставляет техническую поддержку
selectel.ru/services/cloud-apps/

Как подключить услугу
  • Зарегистрируйтесь в панели управления Selectel
  • Закажите нужный пакет приложений в разделе «Облачные приложения»
  • Мы ответим, что делать дальше для подключения
my.selectel.ru
my.selectel.ru/licences/home
selectel.ru/services/cloud-apps/

Будет исполнено, господин Admiral



Мы все любим Docker за его гибкость и удобство. Однако постоянная работа в консоли иногда не совсем то, что действительно хотят видеть инженеры DevOps. Сегодня мы расскажем про одно очень интересное решение для управления контейнерами. На палубе появляется VMware Admiral.

Установка
Когда проблема автоматизации развертывания и поддержания жизненного цикла контейнеров возникла перед разработчиками VMware, они решили создать продукт, полностью решающий эти задачи. Изначально он предназначался для управления только контейнерами в составе платформы VMware vSphere, однако, получил поддержку управления Docker-контейнерами и был выделен в отдельный программный продукт.

VMware Admiral был выпущен под свободной лицензией, а исходный код выложен на GitHub. Это позволяет без лишних ограничений использовать этот прекрасный инструмент, а также модифицировать его под свои нужды. Установить его на сервер можно тремя разными способами. Не забудьте, что Docker уже должен быть установлен.

Как контейнер Docker
Подобно другим схожим инструментам, VMware Admiral доступен в качестве контейнера в Docker Hub и может быть развернут одной командой в Docker версий 1.11.x и 1.12.x:
docker run -d -p 8282:8282 --name admiral vmware/admiral

После того, как образ будет скачан и запущен, станет доступен веб-интерфейс по следующему адресу:
http://SERVER_IP_ADDRESS:8282


Скомпилированное приложение
Достаточно простым способом можно развернуть заранее скомпилированное Java-приложение. Скачиваем его по ссылке и запускаем одной простой командой:
java -jar admiral-host-*-uber-jar-with-agent.jar --bindAddress=0.0.0.0 --port=8282

Как и в первом случае, VMware Admiral станет доступен посредством веб-интерфейса.

Самостоятельная компиляция
Также имеется возможность клонировать репозиторий локально и собрать все из исходников самостоятельно. Для этого следует воспользоваться соответствующей инструкцией.

Использование
Хосты с Docker
Самым популярным способом установки приложений в Docker является ресурс DockerHub. В репозиториях ресурса расположены тысячи вариантов серверных приложений, доступных для развертывания. VMware Admiral сделал эту операцию удобнее — для того чтобы развернуть любое приложение, достаточно один раз щелкнуть мышью.


Общедоступные репозитории
Основным преимуществом VMware Admiral является возможность развертывания нужных приложений сразу на множество серверов с Docker на борту. Для этого нужно пройти два этапа:

На хостах открыть доступ к REST API
Добавить хосты в Admiral
Рассмотрим каждый из этапов подробнее. На удаленных хостах выполняем следующие действия:
Создаем конфигурационный файл для dockerd:
nano /etc/systemd/system/docker.service.d/startup_options.conf

Прописываем в него следующее содержимое:
#/etc/systemd/system/docker.service.d/override.conf

[Service]
ExecStart=
ExecStart=/usr/bin/dockerd -H fd:// -H tcp://0.0.0.0:2376

Вместо стандартного порта 2376 можно указать любой другой. Соответственно, его нужно будет указывать при добавлении узла в кластер.
Перечитываем конфигурационные файлы:
sudo systemctl daemon-reload

Перезапускаем демон:
sudo systemctl restart docker.service

Теперь наш узел сможет принимать и реагировать на команды удаленного управления из VMware Admiral. Пришло время создать кластер и добавить в него узлы:

Открываем веб-интерфейс управления Admiral, набрав в браузере адрес:
http://Server_IP_Address:8282

Переходим на вкладку Кластеры
Нажимаем +Создать

Добавление хоста с Docker
Заполняем поля, внося данные первого узла кластера и нажимаем Сохранить
Переходим в созданный кластер на вкладку Ресурсы
Нажимаем +Узел
Заполняем данные второго узла кластера и нажимаем Добавить

Добавление узла
Повторяем процедуру, пока в кластер не будут внесены все требуемые узлы


Готовый кластер
Точно таким же образом можно создать кластер из хостов с VMware vSphere Integrated Containers. Теперь всеми узлами будет управлять VMware Admiral. Для этого на них автоматически развертывается специальный агент в виде контейнера. Попробуем на каждом подконтрольном узле развернуть нужный нам сервис из публичного репозитория:
  • Переходим на вкладку Общедоступные репозитории
  • Выбираем нужное приложение и нажимаем на стрелочку вниз, рядом с кнопкой Подготовка
  • Нажимаем Введите дополнительные сведения
  • Переходим на вкладку Политика
  • В графе Размер кластера указываем желаемое количество хостов, на которых будет развернуто приложение
  • Подготовка контейнера
  • Заполняем оставшиеся параметры (если необходимо) и нажимаем Подготовить

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

Что такое Harbor
Для того чтобы хранить образы контейнеров обычно используется общедоступный репозиторий Docker Hub. Такой подход неприменим для корпоративного использования. Для решения этой проблемы был создан Project Harbor, представляющий собой форк Docker Hub с массой дополнительных возможностей, требуемых для Enterprise.

Ключевая особенность решения — повышенная безопасность образов. При выполнении push- и pull- операций Harbor сканирует их на уязвимости и, в случае обнаружения проблем, уведомляет администратора реестра, а также позволяет заблокировать проблемный образ.

VMware Harbor был выпущен также, как и Admiral в виде отдельного продукта под свободной лицензией и его можно скачать из репозитория на GitHub. Совместное применение этих программных продуктов позволяет создать полноценную инфраструктуру на базе контейнеров.

Установка VMware Harbor не отличается сложностью:
Скачиваем архив в формате tgz
Выполняем команду
tar xvf harbor-offline-installer-.tgz

Переходим в директорию
cd harbor-offline-installer-

Запускаем установочный скрипт
sudo ./install.sh

После выполнения установки можно зайти в веб-интерфейс Harbor, используя адрес сервера.

Заключение
Работа с контейнерами Docker и vSphere Integrated Containers значительно упрощается при использовании такого инструмента, как VMware Admiral. Объединив vSphere Integrated Containers Engine by VMware с VMware Harbor и VMware Admiral вы получите гибкое и хорошо настраиваемое решение Enterprise-уровня для развертывания любых сервисов на базе контейнеров, а также сможете управлять существующими Docker-хостами из привычного интерфейса.

blog.selectel.ru/budet-ispolneno-gospodin-admiral/

Вебинар Selectel 6 декабря: «Как создать чат-бота в Azure за 15 минут»



Приглашаем вас 6 декабря в 11:00 принять участие в бесплатном вебинаре «Как создать чат-бота в Azure за 15 минут». Наш спикер — Никита Завьялов, DevOps-инженер, расскажет, как построить чат-бота в облаке Microsoft Azure: от концепции до настройки с применением средств автомасштабирования и Runbook.

Чтобы не пропустить событие, добавьте его к себе в календарь: iOS, Outlook, Google.
О чем вы узнаете на мероприятии
  • Как оценить потенциальную экономию от внедрения чат-бота (ROI)?
  • Как правильно рассчитать стоимость владения ТСО чат-бота?
  • Из чего состоит типовая архитектура чат-бота в Azure?
  • Как настроить сервисы IaaS в Azure с максимальной экономией или что такое Runbook и как настроить автомасштабирование?
Мы не только проведем полезный обзор с демонстрацией инструментов Microsoft Azure, но и предоставим возможность протестировать чат-бота в режиме реального времени.
selectel.timepad.ru/event/856530/

Запишитесь, даже если не сможете присутствовать онлайн. После мероприятия мы пришлем вам письмо со ссылкой на видеозапись вебинара.

Конференция по сетевым технологиям Selectel Networking Academy

Конференция по сетевым технологиям Selectel Networking Academy — уже завтра! Узнаете все про роадмап сетевого оборудования от ведущих мировых производителей
selectel.timepad.ru/event/838026/
Ждем по адресу: Санкт-Петербург, Цветочная ул.,19. С собой иметь паспорт.

Selectel открывает второй дата-центр в Москве на площадке DataPro

Selectel, провайдер ИТ-инфраструктурных решений для бизнеса, и DataPro, оператор центра обработки данных уровня Tier III, объявляют о начале сотрудничества. На площадке DataPro выделены мощности и идут работы по запуску второго дата-центра Selectel в Москве. Сделка позволит Selectel удовлетворить растущий спрос на катастрофоустойчивую ИТ-инфраструктуру и усилит позиции партнеров в столичном регионе.

Новый московский дата-центр станет седьмым в сети Selectel и первым расположенным на партнерской площадке. Сейчас там завершается монтаж инфраструктуры, а клиентам уже доступны услуги колокейшн. До конца года Selectel запустит здесь несколько облачных сервисов — публичное облако на базе VMware и аренду выделенных серверов. Развернув свою облачную платформу во втором дата-центре в Москве, Selectel сделает катастрофоустойчивую ИТ-инфраструктуру доступной широкому кругу корпоративных заказчиков.


Максим Семенихин, управляющий директор Selectel:
Мы фокусируемся на московском рынке: много делаем для расширения нашего присутствия здесь, для обеспечения непрерывности работы сервисов Selectel. Наша цель — дать клиентам лучший опыт использования ИТ-инфраструктуры по облачной модели. Партнерство с DataPro — одним из крупнейших дата-центров, подтвердившим соответствие уровню Tier III по классификации Uptime Institute —большой шаг вперед в этом направлении.


Алексей Солдатов, генеральный директор DataPro:
Это не первый проект, который мы делаем совместно с лидерами ИТ-индустрии в России. Мы рады сотрудничеству с Selectel — у компании большие перспективы в Москве. Развиваясь и расширяя свое присутствие на нашей площадке, Selectel внесет вклад в устойчивое развитие DataPro. Кроме того, у наших партнеров из Selectel богатый опыт проектирования и строительства дата-центров. Их выбор подтверждает, что наши услуги соответствуют высоким мировым стандартам.

Первый дата-центр Selectel в Москве введен в эксплуатацию в 2009 году, модернизирован в 2016 году. В настоящее время он развивается как высоко надежная площадка для предоставления облачных сервисов.

Selectel — надежный провайдер ИТ-инфраструктуры в России. За свою 10-летнюю историю компания заслужила доверие более 15 тысяч клиентов — от индивидуальных предпринимателей до крупных международных корпораций. Selectel предоставляет широкую линейку инфраструктурных продуктов и услуг как собственной разработки, так и в партнерстве с мировыми технологическими лидерами:

Услуги дата-центров (аренда серверной стойки, размещение оборудования)
  • Выделенные серверы любых конфигураций
  • Облачные сервисы на базе открытого программного обеспечения
  • Облако VMware
  • Облачные продукты Google, Microsoft, Akamai и др.
  • Сетевые услуги, сеть доставки контента (CDN) и пр.
  • Услуги по управлению ИТ-инфраструктурой (managed services)
  • Услуги интеграции
Провайдер управляет собственной сетью из семи современных дата-центров в Москве, Санкт-Петербурге и Ленинградской области.

DataPro — ведущий российский оператор коммерческих центров обработки данных. Высокий уровень качества и надежности объектов компании обеспечивается самой современной инженерной инфраструктурой и подтверждается сертификацией на соответствие стандарту Uptime Institute Tier III. Приоритетом DataPro является развитие собственной сети дата-центров и предоставление услуг ЦОД и аутсорсинга ИТ-инфраструктуры российским компаниям на мировом уровне. Московский ЦОД DataPro, рассчитан на размещение 3000 серверных стоек, что делает его одним из самых масштабных проектов в индустрии, реализуемых на территории Российской Федерации. Дальнейшие планы развития компании предполагают строительство второго ЦОД в Москве и в Санкт-Петербурге.