Проект

PickPoint Сеть постаматов (ЦОД DataSpace)

Заказчики: PickPoint Сеть постаматов

Москва; Логистика и дистрибуция

Продукт: ЦОД DataSpace
Второй продукт: IT-Grad Cloud IaaS

Дата проекта: 2014/03 — 2014/09
Технология: ЦОД
подрядчики - 216
проекты - 511
системы - 260
вендоры - 161
Технология: IaaS - Инфраструктура как услуга
подрядчики - 218
проекты - 1241
системы - 441
вендоры - 230
Технология: Системы управления производительностью сетевых приложений
подрядчики - 54
проекты - 117
системы - 123
вендоры - 87

О каналах и интернет-провайдерах в торговых центрах

За все время существования компании я не могу вспомнить ни одного серьезного кейса, кроме совсем уж базовых вещей вроде несовместимости версии ОС серверов PickPoint с vSphere и пары небольших DdoS-атак. Да-да, теневая конкуренция и тут дала о себе знать, но не особенно активно – клиенты никаких проблем не заметили.

Дата-центр Dataspace, где размещается облачная IaaS-платформа «ИТ-Град (IT-Grad)» в Москве

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

Выручил «ИТ-ГРАД», как раз запустивший облако в московском дата-центре и предложивший выгодные условия подключения широкого канала от офиса PickPoint до ЦОД облака. В итоге мы приняли решение в рамках IaaS «ИТ-ГРАД» мигрировать инфраструктуру в московский дата-центр. С миграцией вопрос был неочевидный, так как разных механизмов у VMware много, но у каждого есть свои плюсы и минусы. С учетом среднего объема VM ~100 Гб и возможности останавливать системы на ночь, мы решили, что оптимальным вариантом будет максимально простой перенос через резервные копии и vCloud Connector. Так как мигрировала не только инфраструктура постаматов, но и наши офисные сервисы (почта, Active Directory и т. п.), то за раз получалось корректно разобраться только с одним сервером. Большее же их число не укладывалось в ночное «окно».

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


Через бэкап и восстановление переносились в основном большие VM с виртуальными дисками около 1 Тб. Все остальные были отданы в руки vCloud Connector Copy. Опция позволяет автоматизировать перенос vApp с машинами между несколькими облачными системами. Технически же это автоматический экспорт с последующим импортом данных. Времени на процесс ушло относительно немного – около часа на среднюю машину объемом в 100 Гб.

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


Размещение постаматов в непопулярных у других арендаторов местах позволяет серьезно экономить на аренде. Ниже расходы – дешевле доставка.

Но из большого потока вытекает и минус – все беспроводные каналы там забиты под завязку, а дополнительного «проводного» провайдера в торговый центр провести непросто. Потому 3G-модемы стоят лишь в критичных точках, где поток клиентов стабильно высок и при этом есть техническая возможность подключить нормальный беспроводной канал. Устанавливать модемы везде нецелесообразно, так как сотовый сигнал зачастую настолько плох, что нормального резервирования не получается. Поэтому зарезервированы наиболее узкие места с большей вероятностью отказа интернет-соединения, а остальные активно мониторятся через ZABBIX.