Вибір дата-центру: коли два оператори забезпечують справжнє резервування?

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

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

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

2. Окремо оцінюйте назву оператора та фізичне розділення

Посібник AWS щодо надійного підключення розглядає разом різні шляхи, окремі точки завершення та резервну пропускну здатність. Важливо також, щоб фізичні маршрути різних постачальників були розділені. [1] Тому порівнюйте дві пропозиції не за логотипами, а за переліком доступних для перевірки спільних залежностей від вводу в будівлю до точки передавання послуги в дата-центрі.

Два канали можуть проходити однією підземною трубою, тим самим мостом або через той самий ввід у будівлю. Водночас два канали одного оператора в окремих проєктах можуть мати різні маршрути. Отже, різноманітність не зводиться до кількості операторів. Запитайте у постачальника письмове пояснення щодо маршруту, точки передавання та обсягу послуги. Якщо детальні відомості про лінію не розкриваються, невизначена ділянка має залишатися явно позначеною під час оцінювання пропозиції.

3. Поряд із відстанню враховуйте спільні причини відмов

Для застосунку в Стамбулі вибір другого майданчика в іншому місті може зменшити вплив деяких локальних подій. Проте межа міста сама по собі не доводить незалежності. Доступ до обох майданчиків може залежати від одного маршрутизатора, сервісу ідентифікації, адміністративного облікового запису чи помилкової зміни, внесеної однією операційною командою. Розглядайте план розміщення на трьох рівнях: фізичні, мережеві та адміністративні залежності.

Посібник NIST із планування безперервності рекомендує оцінювати альтернативний майданчик разом із ризиками й цілями відновлення. [2] Щоб друге місце справді можна було використовувати, мають бути готові права доступу, необхідна потужність і робочі процеси. Публічний запис про дата-центр або PoP на нашій карті є початком дослідження. Він не підтверджує зарезервований для клієнта порт, договірний канал або погоджений маршрут останньої милі. Рухомі лінії також не є вимірюванням трафіку в реальному часі.

4. Реплікація, резервне копіювання та відновлення — різні завдання

Актуальна друга копія може допомагати продовжувати надання послуги. Якщо помилкове видалення чи пошкодження одночасно переноситься на іншу копію, для повернення до попереднього правильного стану потрібні додатково захищені версії. CISA рекомендує для критичних даних зашифровані автономні резервні копії та регулярну перевірку відновлення. [3] Тому замість фрази «резервна копія є» у закупівельній документації слід записати, які дані зберігаються, протягом якого часу та хто має до них доступ.

Під час пробного відновлення перевіряйте не лише відкриття файлу. Разом можуть знадобитися версія застосунку, ключ шифрування, сертифікат, конфігурація та службовий обліковий запис. Якщо відновлення відбуватиметься через резервний канал філії, оцініть потрібний час передавання за реальним обсягом даних. Навіть якщо команди стійок і мережі працюють у різних компаніях, координація тесту однією відповідальною особою допомагає побачити прогалини між ними.

5. Перетворіть пропозицію на наскрізні критерії приймання

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

До загальної вартості включіть стійку, електроенергію, крос-з’єднання, канал доступу, віддалене втручання, встановлення та перенесення після завершення договору. Оцінюйте вартість і доступність в одному сценарії: яка робота й протягом якого часу може тривати, коли одна лінія або один майданчик недоступні? MyFi Business може використати цей документ вимог як початкову основу для координації кількох операторів і варіантів підключення через одну контактну особу.

6. Візьміть ці запитання на зустріч із дата-центром

Збирайте відповіді з різних пропозицій під однаковими заголовками: це виявляє різницю в обсязі послуг, що здаються подібними. Окремо фіксуйте доведені та заплановані можливості.

• Чи відомі місця зберігання основних даних, резервних і журнальних копій та особи з правами доступу?
• Чи перевірені залежності від оператора, вводу в будівлю, пристрою передавання та живлення?
• Яким документом і в яких межах послуги підтверджується різноманітність маршрутів?
• Чи готова пропускна здатність для роботи після втрати однієї лінії або одного майданчика?
• Хто відповідає за відновлення, перевірку застосунків і повернення послуги до роботи?
• Чи включені до пропозиції крос-з’єднання, виїзне втручання та витрати на вихід або перенесення?