MYFI BUSINESS

Выбор дата-центра: когда два оператора дают настоящее резервирование?

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

Кратко для принятия решения

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

1. Прежде чем выбирать сервер, составьте карту потоков данных

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

В реестре данных укажите не только основную базу, но и журналы, резервные копии, отчётные файлы и копии, возникающие при поддержке. Работа сервиса в турецком дата-центре сама по себе не доказывает, что все его копии находятся там же. Определите требования к хранению и доступу с ответственным за данные и проверьте соответствие объёма договоров на размещение, резервное копирование и удалённую поддержку. Это техническая и закупочная проверка, а не заключение о соответствии законодательству.

2. Рассматривайте название оператора отдельно от физического разделения

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

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

3. Наряду с расстоянием учитывайте общий отказ

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

Руководство NIST по непрерывности рекомендует оценивать альтернативное расположение вместе с рисками и целями восстановления. [2] На практике для реальной готовности второго места нужны права доступа, достаточная пропускная способность и подготовленный рабочий процесс. Публичная запись дата-центра или PoP на нашей карте — отправная точка для изучения; она не показывает выделенный клиенту порт, договорную линию или подтверждённый маршрут последней мили. Движущиеся линии также не являются измерением реального трафика.

4. Репликация, резервная копия и восстановление — разные задачи

Актуальная вторая копия может помочь продолжить обслуживание. Если ошибочное удаление или повреждение сразу переносится в другую копию, для возврата к корректному состоянию нужны дополнительно защищённые версии. CISA рекомендует автономные зашифрованные резервные копии критичных данных и регулярную проверку восстановления. [3] В документации на закупку вместо фразы «резервная копия есть» укажите, какие данные хранятся, как долго и кому доступно хранилище.

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

5. Превратите предложение в сквозные критерии приёмки

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

В общую стоимость включите стойку, электроэнергию, кросс-соединения, линию доступа, удалённое вмешательство, монтаж и перенос после окончания договора. Оценивайте стоимость и доступность в одном сценарии: если линия или объект отключены, какая работа и как долго может продолжаться? MyFi Business может использовать этот документ с потребностями как отправную точку для технической координации нескольких операторов и вариантов подключения через одну ответственную команду.

6. Что взять на встречу с дата-центром

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

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

Источники и документы

  1. AWS Well-Architected — Redundant private network connectivity
  2. NIST SP 800-34 Rev. 1 — Contingency Planning Guide
  3. CISA — #StopRansomware Guide

Подготовим понятное описание ваших задач.

Одна точка координации для вариантов подключения и участвующих команд. Объединяем технические требования, коммерческие условия и этапы внедрения в понятный рабочий план.

Запросить предложение
WhatsApp