Що ми робимо · Дані та web: Керовані міграції дата-центрів, відрепетирувані
Перенесення живої продуктивної платформи (web, база даних, файли, пошук і кеш) у новий дата-центр або від іншого провайдера до нас без вихідних простою. Стара сторона продовжує працювати недоторканою, доки нова не доведена, а повернення назад нічого не коштує.
Що це
Міграція, яку ведуть як інженерний проєкт, а не як тікет. Ми будуємо місце призначення з нуля, наповнюємо його вашими даними, поки ви далі працюєте, репетируємо остаточне перемикання (cutover) і потім переїжджаємо у вікні, що вимірюється хвилинами. Після цього ми звіряємо нову платформу зі старою, перш ніж на старому майданчику щось вимкнути.
Як ми це будуємо
Побудовано заново, а не відновлено. Цільовий стек будується за виміряними специфікаціями, з актуальним програмним забезпеченням і нашим hardening baseline, а не копіюється зі старих образів.
Дані завантажуються рано, дельти переносяться пізно. Бази даних наповнюються з фізичної резервної копії й підтримуються в актуальному стані реплікацією або інкрементальним перезавантаженням. Файли синхронізуються заздалегідь, тож фінальний прохід переносить лише те, що змінилося. Пошукові індекси копіюються нативним віддаленим reindex замість повторного обходу через CMS.
Правильний шлях для кожного вантажу. Великі обсяги даних ідуть релейним шляхом, побудованим для пропускної здатності; малі дельти йдуть напряму через наш шифрований backbone. Там, де клієнту це потрібно, ми розширюємо його мережі між майданчиками, щоб сервери зберігали свої адреси протягом усього переїзду.
Вікно є вікном DNS, і воно ваше. Якщо зміна може торкнутися вашого трафіку, ми спершу погоджуємо час із вами. Нічого іншого в cutover не планується.
Rollback за задумом. Старі каталоги даних перейменовуються, ніколи не видаляються, тож повернення назад є перейменуванням і зміною DNS.
Сценарій із годинником. Кожен cutover записаний як сценарій із бюджетом часу на кожен крок.
Аудит, потім виведення з експлуатації. Після переїзду ми порівнюємо нову платформу зі старим базовим станом: видимість ззовні, рівень патчів, частота влучань у кеш, час відповіді. Лише тоді стара сторона вимикається, а її дані зберігаються, доки ви не підтвердите результат.
Від чого це вас захищає
- Вікна обслуговування на всі вихідні та втрачені робочі дні.
- Редакційні дані чи дані замовлень, введені під час вікна, що зникають.
- «Завершена» міграція, яка все ще тихо залежить від старого майданчика.
- Cutover без шляху назад.
На практиці
Національний новинний видавець. Ми перенесли групу з шести новинних і лайфстайл-сайтів видавця з Амстердама до нашого майданчика Digital Realty в Афінах. Оскільки місце призначення було попередньо наповнене, фінальний прохід по мільйонах файлів переніс лише змінені приблизно за сімдесят секунд, а завершальна синхронізація бази даних і завантажень зайняла менше п’яти хвилин, тож видимий cutover кожного ресурсу тривав близько п’яти хвилин незалежно від редакційного навантаження. Видавець обслуговується з Афін, поруч зі своїми читачами.
Новинний портал, відбудований в Афінах. Після перенесення новинного порталу на нову платформу з трьох blade кешовані відповіді поверталися за кілька мілісекунд, а некешовані сторінки менш ніж за півсекунди.
Чому EuroVPS
- Стара платформа лишається живою й недоторканою, доки нова не заслужить на трафік.
- Сценарії з бюджетами часу, відрепетирувані й удосконалені з кожною міграцією.
- Одна команда відповідає за мережевий, сховищний, платформний і прикладний рівні переїзду.
- Ми можемо розширити ваші мережі між майданчиками, тож нічого не доведеться перенумеровувати.
- Аудити після переїзду до будь-якого виведення з експлуатації, і ваше підтвердження до того, як дані буде списано.
Часті запитання
- Якого простою нам очікувати? Для більшості web-платформ cutover є вікном поширення DNS плюс фінальна синхронізація, що вимірюється хвилинами. Ми даємо вам бюджет часу на кожен крок до призначеного дня.
- Чи можете ви перенести нас від іншого провайдера? Так. Нам потрібен доступ на читання до джерела, щоб наповнити дані; джерело змінювати не потрібно.
- Чи мусимо ми змінювати IP-адреси? Не обов’язково. Під час переїзду між нашими майданчиками ми можемо розширити ваші мережі, щоб адреси переїхали разом із серверами.
- Що, як у призначений день щось піде не так? Стара сторона неушкоджена, тож rollback є зміною DNS. Ми вирішуємо «go» чи «no go» за критеріями, погодженими заздалегідь.
- Хто виконує роботу на місці призначення? Наші інженери, від початку до кінця: обладнання, мережа, сховище, платформа та стек застосунків.
Плануєте переїзд? Поговоріть з інженером.
Ваш наступний партнер з інфраструктури
Погляньмо на вашу інфраструктуру.
Розкажіть, що ви запускаєте сьогодні і що потребує покращення. Інженер розгляне ваш запит і допоможе спланувати наступний крок.
+357 222 32280
Почнімо з вашої інфраструктури.
Трохи контексту допомагає нам почати правильну розмову.