MainКолокейшн ⁄ Кейс: Переезд в новый ЦОД

Кейс: Переезд в новый ЦОД

Содержание

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

Вот и герой этого кейса, наш будущий клиент, руководитель IT-департамента крупного интернет-магазина (назовем его Александром), полагал, что ничем не рискует, заказывая аренду стойки в одном из самых больших немецких дата-центров (ДЦ). К сожалению, далеко не все сервис-провайдеры в Германии отличаются клиентоориентированностью, и Александр стал заложником очень неприятной ситуации, подвергшей риску деятельность целого e-commerce-предприятия, которое могло потерпеть гигантские финансовые и репутационные потери просто из-за нюансов сервиса. Но обо всем по порядку.

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

Кейс: переезд в новый дата-центра

Предпосылки для переезда: что было не так с дата-центром

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

Проблематика

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

Операционные процедуры в ДЦ составлены таким образом, что при возникновении проблемы нужно пройти определенную последовательность действий:

  • перейти на специальный портал, имеющий очень сложную структуру;
  • создать тикет с подробным описанием ситуации;
  • затем ожидать ответа от дежурного специалиста службы поддержки (СП).

Ответ мог прийти в течение трех дней. То есть ни о какой оперативности речи не шло.

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

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

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

Вполне естественно, что Александр нервничал – на нем висела огромная ответственность за целую IT-инфраструктуру действующего предприятия, авария в которой могла привести к катастрофе.

Когда оборудование работает в штатном режиме, много внимания оно не требует, но если начинаются сбои в критических структурах, а до службы поддержки не достучаться – ситуация переходит в разряд критической, угрожая нанести бизнесу ущерб, исчисляемый десятками тысяч евро. Очевидно, что, если в один «прекрасный» день сайт онлайн-магазина станет недоступен и клиенты не смогут совершать покупки, компания потеряет не только деньги, но и репутацию, которая нарабатывалась более 15 лет.

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

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

Факторы, на которые ориентировался клиент при выборе сервис-провайдера

  • Локация – Германия, Франкфурт.
  • Прямой контакт со специалистами СП и координатором.
  • Общение на родном языке.
  • Понятные средства коммуникации и инструменты.
  • Возможность получать обратную связь в режиме онлайн.
  • Оперативное реагирование на запросы.
  • Гарантированный уровень доступности и безопасности данных.

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

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

Стадии переговоров

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

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

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

Внимательное отношение к интересам компании клиента сыграло немалую роль в том, что в итоге он выбрал нас в качестве сервис-провайдера.

Причины для миграции были серьезными. Кроме того, владельцы бизнеса хотели полностью выкупить оборудование и поставить его на баланс фирмы. Надо также уточнить, что оборудование IBM, которое использовало предприятие, было уникальным и далеко не новым – часть уже сняли с сервиса у официального производителя.

Все это ставило перед нами довольно сложный комплекс задач:

  1. Прежде всего необходимо разрешить горящую проблему в сервисной части, то есть восстановить работоспособность «железа», заменив вышедшие из строя диски, и закрыть существующие проблемы с софтом.
  2. Затем составить схему переезда и провести миграцию, то есть перевезти все серверное и сетевое оборудование из предыдущего дата-центра и точно так же подключить его на новом месте. Причем сделать это в минимально короткие сроки, чтобы не нарушать операционную деятельность предприятия.
  3. Мы также должны были найти сервисные компании, которые продолжают обслуживать уникальное оборудование клиента, и подписать с ними контракты.
  4. Решить вопрос с выкупом оборудования.

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

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

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

Ольга Буянова

Когда приготовления были завершены, мы встретились с Александром еще раз для финального утверждения плана переезда.

Как мигрировать в другой ЦОД: организация переезда в наш дата-центр

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

Первый этап: подготовка на стороне старого дата-центра

Анализ и инвентаризация

Запросили у клиента список оборудования и схемы подключения. И первым делом выполнили технический аудит сетевой инфраструктуры, чтобы понять, как все перевезти на уровне сети. Потом проанализировали состояние оборудования.

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

Оборудование

Имелась одна стойка с шестью полками, на которых располагалось:

  • 3 стораджа (каждый сторадж – с экстеншеном);
  • 5 серверов (четыре больших, один маленький), 5Units;
  • сетевое оборудование (1 роутер, 2 коммутатора под Fibre Channel и 2 коммутатора под Ethernet).

На основе полученной информации и схем составили план миграции.

Второй этап: подготовка на стороне нашего дата-центра

Чтобы все корректно заработало, готовились к переезду и в нашем ЦОД. Это тоже непростой и очень деликатный процесс: оборудование после миграции недостаточно просто включить в розетку – необходимо установить соединения между разными устройствами, подключить выходы на внешние каналы – интернет, другого оператора и т. д. Поэтому перед миграцией мы должны были на своей стороне подготовить сетевое оборудование и подключения.

Третий этап: миграция

ИТ-инфраструктура клиента работает целиком. Чтобы надолго не прерывать операционную деятельность компании, миграцию нужно было совершить максимально быстро. Поэтому много времени уделили предварительным работам, а по их завершении – выжидали момент, когда компания будет готова.

Сам же процесс переезда занял 6 часов – от момента отключения оборудования в старом ЦОД до подключения в нашем. И назначен он был на начало января, поскольку в праздничное время посетителей на сайте меньше и снижается нагрузка на IT-инфраструктуру.

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

  1. Маркировка оборудования, фотосъемка, составление схемы подключения.
  2. Отключение серверов в старом дата-центре.
  3. Упаковка оборудования для транспортировки.
  4. Транспортировка (с погрузкой и разгрузкой).
  5. Сборка и подключение в стойку на новом месте.
  6. Тестовый запуск.

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

Переезд без плана Б: как мигрировать между инфраструктурами дата-центров – баги и сложности

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

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

Переезжал Александр впервые, поэтому его беспокойство понятно и вполне оправдано. Он на 100% отвечает за IT-инфраструктуру крупного коммерческого предприятия с интернет-магазином, заказами, огромным количеством покупателей, приемом оплат, отгрузками и т. д. Если серверы после миграции окажутся недоступными, прямые и косвенные финансовые потери бизнеса составят сумму с шестью нулями, а удар по имиджу будет весьма ощутимым. Если что-то пойдет не так – плана Б нет, обратно уже не вернешься. Но надо отдать должное Александру – при всем своем беспокойстве он доверился нам, и в итоге остался доволен результатом.

Команда

Фирма – владелец оборудования находится в другой стране, работы проводились удаленно, и вся ответственность за перевозку легла на нас. Поэтому в миграции участвовала достаточно большая команда специалистов. Помимо наших дипломированных инженеров и опытного техника, который подключал провода, для переезда был специально приглашен инженер со стороны IBM – производителя оборудования, на случай, если при подключении возникнут какие-то сложности.

Сколько часов занял полный комплекс работ по проекту

1.      Переговоры с клиентом велись координатором проекта и включали перелет, дорогу до объекта, бизнес-встречу – в общей сложности около 11 часов.

2.      Аудит актуальной ситуации клиента:

  • проджект-менеджер – 10 часов (ведение переписки, сбор данных, созвоны с клиентом);
  • техник – 3 дня (выезд в дата-центр, где было размещено оборудование, маркировка, зарисовка схемы подключения, другие подготовительные работы – в общей сложности на все это ушло около 30 рабочих часов);
  • инженер – 20 часов (выезд в старый ДЦ, осмотр технического состояния оборудования).

3.      Подготовка проекта миграции оборудования из одного ЦОД в другой:

  • координатор проекта – 20 часов;
  • техник – 15 часов;
  • инженер – 35 часов.

4.      Процедура миграции заняла 6 часов (с 23:00 до 5:00). За это время были произведены все этапы переезда: от отключения оборудования в старом ЦОД до подключения и настройки в новом.

Непосредственно в миграции участвовали техник и три инженера: два наших и один – от производителя IBM.

Время и ресурсы для переезда в новый ЦОД

История после переезда

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

Выкуп оборудования

Оборудование в собственности снижает затраты, а также увеличивает активы и уставный капитал фирмы. У всех компаний разный подход: одни предпочитают 3-4 года пользоваться арендованными ресурсами, а потом делать обновление и модификации; другие, как наш клиент, – выкупают и оформляют как актив. Возможно, в данном случае ключевым фактором была политика фирмы или правила безопасности, которые предусматривают определенную инфраструктуру. А может быть, это рассматривалось как способ снизить риски и расходы на бизнес, или просто сыграл роль консерватизм владельцев, желание иметь «свое». Тем не менее для компании было принципиально важно перевести оборудование в свои активы.

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

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

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

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

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

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

Расширение IT-инфраструктуры

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

  • дополнительный Storage с Extension (чуть позднее к этому Storage был докуплен второй Extension);
  • более новая блэйд-система IBM – Flex System X440;
  • подсистема хранения Fujitsu Storage Eternus DX200;
  • несколько серверов.

Затем они перешли на другой VPN, который настраивался на Cisco ASA 5515-X. Делали также дополнительные инфраструктурные изменения, под которые взяли еще серверы и сторадж. Также попросили подключить еще одного интернет-провайдера. В результате теперь они берут интернет и у нас, и у другого ISP.

Фактически ресурсы компании увеличились в 2 раза. Но на этом они не останавливаются – развитие продолжается.

Список оборудования

Закупка оборудования также производится через нас, как и решение всех технических вопросов.

Сервисное обслуживание

Специфика оборудования

Фирма, о которой идет речь, – приверженец одного производителя оборудования. Оно надежное, стабильное, но достаточно специфическое, со своими особенностями и вдобавок не новое. Так что техническая сторона обслуживания имеет большое значение для клиента.

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

Диски СХД

С дисками, находящимися в системе хранения данных, история отдельная. Так как на них хранится вся информация, они критичны для всей IT-системы. Но у клиента диски были, мягко говоря, «историческими»:

  • IBM System Storage 600Gb 3,5″ 15000RPM LFF SAS SED 49Y1983;
  • IBM System Storage 4Tb 3,5″ 7200 RPM 6G NL-SAS, T10 PI capable 00Y5147.

Поэтому следить за их состоянием нужно было неукоснительно и всегда иметь запасные на случай аварии. Но искать «запаски» для старых моделей проблематично. Сначала у нас были одни каналы поставки, потом другие. В какой-то момент мы вовсе хотели отказаться от поддержки стораджа именно из-за уникальности накопителей. Затем все-таки был найден выход из положения: замысловатыми путями мы нашли фирму, производящую даже не аналоги, а современные диски, которые подходят под это старинное оборудование.

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

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

Почему клиенты меняют сервис-провайдера

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

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

Традиционно крупные ДЦ предоставляют 2 модели remote hands:

  1. Обычный тикет, который открывается в саппорте и обрабатывается в течение 3 дней (стоимость – от 100 евро).
  2. Срочный – такой запрос обрабатывается оперативно (в течение дня), но стоит примерно в 3 раза дороже.

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

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

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

Ольга Буянова

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

Что получается? Обратиться в саппорт клиент может, но каким будет результат – неизвестно. Бывали ситуации, когда технические специалисты выдергивали, на их взгляд, «лишнее», после чего падали клиентские сайты, корпоративные порталы, интернет-магазины. При этом ответственности за подобные инциденты дата-центр практически не несет.

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

Исходя из интересов клиентов, мы организовали сервисное обслуживание на других принципах.

Как сервис организован у нас: одно входное окно + интерактивная мультиязычная поддержка

Если оборудование стоит у нас на поддержке, мы полностью берем обслуживание на себя.

  1. Мы отвечаем за доступность/функционирование устройств и сети.
  2. Все знаем об оборудовании, находящемся у нас на сервисе. В нашем распоряжении как минимум два источника информации. На каждого клиента составляется внутренняя техническая документация с описанием стойки, оборудования, серийными номерами, схемой, порядком подключения и т. д. Все это также дублируется в договоре.
  3. У нас простые и доступные инструменты работы с клиентскими заявками + интерактивная коммуникация на немецком, английском и испанском языках.
  4. Один постоянный инженер, который непосредственно ведет клиента и с которым можно общаться напрямую. Если «собственный» инженер в отпуске или болен, благодаря подробной документации другой специалист всегда может его заменить и решить вопрос на таком же высоком уровне качества.
  5. За каждым клиентом закреплен персональный аккаунт-менеджер. Он является «входящим окном», через которое можно решить как организационные, так и любые технические вопросы.

Есть еще один бонус для компаний, заключающих с нами договор на сервисное обслуживание: текущую замену вышедших из строя элементов мы производим из ЗИП, который размещен на площадке. Об этом – ниже.

Мониторинг и текущее обслуживание оборудования (как мы обеспечиваем уровень доступности 99,99% времени)

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

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

Самый критичный компонент СХД – диски. А у нас много фирм, которые имеют «немолодое» оборудование. Так что замена дисков является стандартной услугой в рамках сервисного контракта. Независимо от того, арендовано оборудование или находится в собственности клиента, снято оно с обслуживания производителем или нет. Наша задача – обеспечить гарантированную доступность, и мы несем полную ответственность за работоспособность узлов и элементов клиентской IT-системы.

Переезд без дополнительных затрат: бюджет и расходы

  • Клиенту были предложены более выгодные условия, чем в предыдущем ДЦ. В итоге общие годовые расходы на аренду мощностей уменьшились на 50 000 евро (со 173 000 до 123 000 евро).
  • Миграция оборудования была осуществлена за одну ночь, без дополнительных затрат для клиента. Упаковочные материалы, аренда автомобиля, демонтаж, погрузка, транспортировка, разгрузка оборудования, кабели, корректное подключение – все, что потребовалось в процессе переезда, мы обеспечивали за свой счет.
  • Оборудование, которое использовалось в прошлом дата-центре, выкуплено по остаточной стоимости и поставлено на баланс. Соответственно, расходы бизнеса снижены.

У клиента появились свободные средства и обоснование перед руководством, чтобы дальше инвестировать в развитие IT-инфраструктуры. Сэкономив за счет миграции, компания получила возможность вложить деньги в расширение.

Стабильный договор – стабильные цены

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

Как провайдер может помочь с миграцией на новый сервер. У какого провайдера в Европе лучшие условия и сервис?

Десять лучших предложений по миграции на новый сервер в Европе. Загрузите контрольный список.

Отправка, ожидайте...

или

Как провайдер может помочь с миграцией на новый сервер. У какого провайдера в Европе лучшие условия и сервис?

Десять лучших предложений по миграции на новый сервер в Европе. Загрузите контрольный список.

Отправка, ожидайте...
или

Если вы планируете миграцию, обращайтесь – будем рады помочь.

Социальная ответственность бизнеса

  • Зеленые технологии. Защита окружающей среды – важный аспект деятельности любого бизнеса в Германии. Как и многие немецкие предприятия, мы заботимся об экологии и стараемся применять безопасные технологические процессы, которые не загрязняют природу и не наносят вреда среде обитания человека. К примеру, в качестве источника электроэнергии мы используем EkoBasis – продукт, позволяющий получать на 100% экологически чистую энергию из возобновляемых источников. Это подтверждается соответствующим сертификатом TÜV SÜD (“Объединение технического надзора”), экспертной организации, занимающейся экспертизой, испытаниями и сертификацией на территории Германии.
  • Благотворительная деятельность. Также мы занимаемся благотворительностью и являемся партнером некоммерческой благотворительной ассоциации MainLichtblick eV, которая оказывает помощь детям с проблемами здоровья, исполняя заветные детские мечты.
  • Инновационная система теплоснабжения. Вырабатываемое оборудованием дата-центра тепло не расходуется напрасно, а идет на обогрев целого жилого микрорайона. Такой метод централизованного теплоснабжения позволяет за год сократить выбросы CO2 примерно на 100 000 тонн, что благоприятно сказывается на окружающей среде.

Автор статьи

Ольга Буянова

Консультант по серверному оборудованию и организации центров обработки данных

Конкретный пример: Как выбрать сертифицированный дата-центр уровня Tier III для миграции серверов в Европе?

0 комментария(ев)
Межтекстовые Отзывы
Посмотреть все комментарии