# Інструкція з міграції на виділений сервер, яка захищає дані | SwissOctet Insights https://swissoctet.com/uk/insights/dedicated-server-migration-runbook/ SwissOctet / Аналітика / Виділені та GPU Виділені та GPU Застосовано · 6 хв читання Інструкція з міграції на виділений сервер, яка захищає дані Відрепетируйте переміщення, встановіть узгоджену межу даних і визначте, що означає відкат після того, як нова система почне приймати записи. Автор: SwissOctet Editorial Зберегти посібник Копіювати посилання НА ЦІЙ СТОРІНЦІ 01 Інвентаризуйте сервіс перед переміщенням машини 02 Побудуйте призначення як окреме середовище 03 Виберіть узгоджену межу даних 04 Підготуйте маршрутизацію трафіку без обіцянок миттєвих змін 05 Визначте відкат після початку записів 06 Завершіть міграцію операційними перевірками Ваш практичний контрольний список Джерела та додаткове читання Назад до бібліотеки ПРЯМА ВІДПОВІДЬ Спочатку підготуйте й перевірте новий сервер, скопіюйте дані підтримуваним застосунком методом забезпечення узгодженості, визначте вікно перемикання та збережіть старе середовище. Відкат має враховувати записи, прийняті на новому сервері, а не лише зміну DNS. 01 Інвентаризуйте сервіс перед переміщенням машини Міграція включає більше, ніж файли застосунку. Перелічіть бази даних, завантаження, заплановані завдання, обробники черг, сертифікати, домени, секрети та вихідні інтеграції. Запишіть версії програмного забезпечення та важливі операційні припущення, як-от дозволи на файли й шляхи зберігання. Свіжий виділений сервер може виявити забуту залежність, яку тихо встановили роки тому в старому середовищі. Призначте відповідального за рішення про перемикання та визначте, як виглядає успіх. Включіть перевірки, видимі користувачам, узгодженість даних і здатність відновити доступ. Підтвердьте, що нову конфігурацію доставлено й можна використовувати, перш ніж оголошувати дату міграції. Підтвердження замовлення або зазначена специфікація обладнання не те саме, що робоче призначення, готове приймати виробничі дані. 02 Побудуйте призначення як окреме середовище Встановіть потрібний стек, налаштуйте адміністрування та сконфігуруйте передбачений брандмауер. Тримайте секрети приватними й навмисно встановлюйте дозволи сервісів. Перевірте очікувану поведінку імені хоста та сертифіката застосунку, перш ніж переміщати публічний трафік. Документація Apache щодо віртуальних хостів ілюструє, чому маршрутизація за іменем хоста є окремим рішенням конфігурації від адреси сервера. Робоча сторінка за замовчуванням не доводить, що налаштовано правильний хост застосунку. Використовуйте репрезентативний відновлений набір даних для репетиції, вимкнувши або перенаправивши вихідну електронну пошту, платежі та заплановані завдання до безпечних тестових систем. Це не дає тестовому середовищу діяти щодо реальних користувачів. Відпрацюйте вхід, завантаження, фонову роботу та відновлення. Запишіть процедуру та її тривалість, щоб реальне вікно ґрунтувалося на спостереженому процесі, а не на оптимізмі. 03 Виберіть узгоджену межу даних Використовуйте метод резервного копіювання або реплікації, підтримуваний базою даних і застосунком. PostgreSQL розрізняє дампи SQL, резервні копії файлової системи та безперервне архівування, кожен із власними припущеннями. Його настанови щодо дампів зазначають, що дампи бази даних можуть бути внутрішньо узгодженими, тоді як ролі кластера загалом та інші деталі потребують окремої обробки. Читайте вимоги для точної системи, яку ви запускаєте, а не копіюйте відкриті файли даних без розбору. Сплануйте, як база даних пов'язана із завантаженнями та станом черги. Якщо запис указує на файл, скопійований в інший час, відновлений застосунок може бути неповним, навіть коли обидві копії окремо успішні. Вирішіть, чи ненадовго призупинити записи, чи використати перевірену схему реплікації, чи виконати специфічний для застосунку експорт. Зробіть це рішення про узгодженість явним в інструкції. Етап Потрібні докази Рішення Репетиція Застосунок і відновлені дані проходять перевірки Призначення можна розглядати для перемикання Фінальна синхронізація Визначена узгоджена точка відновлення Продовжуйте лише з розумінням залишкових змін Перемикання трафіку Правильна маршрутизація та поведінка сертифіката Спостерігайте за обома призначеннями Відкат Розташування всіх новоприйнятих записів Звірте дані перед поверненням трафіку 04 Підготуйте маршрутизацію трафіку без обіцянок миттєвих змін DNS time-to-live керує тим, як довго записи можуть кешуватися, як пояснює документація Cloudflare DNS. Перегляньте TTL заздалегідь, якщо DNS є частиною міграції, і дайте наявним кешованим записам застаріти за їхнім попереднім налаштуванням. Зміна значення в момент перемикання не може заднім числом скоротити кожну кешовану відповідь. Різні клієнти можуть під час переходу потрапляти до різних призначень. Тримайте старе середовище доступним, доки зміни маршрутизації не встояться, з навмисною політикою щодо того, чи може воно ще приймати записи. Уникайте запуску дубльованих споживачів черг або запланованих завдань, якщо застосунок не призначений для цього. Спостерігайте за запитами з обох боків і підтвердьте передбачене ім'я хоста, сертифікат TLS та версію застосунку з незалежних клієнтів. 05 Визначте відкат після початку записів Перш ніж нова система почне приймати зміни, повернення трафіку може бути відносно простим. Після цього саме лише скасування DNS може призвести до втрати роботи або створити дві конфліктні історії. Визначте, як зберегти або узгодити новостворені записи та завантаження. Якщо застосунок не може безпечно їх об'єднати, контрольований період обслуговування може бути кращим за імпровізоване повернення до старої копії. Встановіть умови, за яких потрібно призупинити міграцію, і забезпечте доступність особи, відповідальної за рішення. Зберігайте журнали та корисні докази відповідно до правил зберігання проєкту. Не видаляйте стару машину чи її незалежну копію для відновлення лише тому, що домашня сторінка завантажилася один раз. Період зберігання має покривати узгоджені потреби перевірки та відкату. 06 Завершіть міграцію операційними перевірками Після перемикання перевірте резервні копії, сповіщення, поновлення сертифікатів, заплановані завдання та відновлення доступу. Підтвердьте, що контрольований хост є новим призначенням і що в робочому середовищі не залишилося тестових інтеграцій. Перегляньте помилки застосунку та видимі користувачам часові показники за звичайного трафіку. Оновіть інвентаризацію та runbook, щоб наступному адміністратору не довелося здогадуватися, що змінилося. Спеціалізовані родини SwissOctet пропонують різні фізичні конфігурації, але роботи з міграції та керовану допомогу потрібно підтвердити для обраної послуги. Скористайтеся каталогом, щоб вибрати відповідні ресурси, а потім побудуйте перевірене переміщення навколо даних вашого застосунку. Міграція завершена, коли послуга та її процес відновлення працюють на призначенні, а не просто коли файли перенесено. ПЕРЕТВОРІТЬ ЦЕ НА ДІЮ Ваш практичний контрольний список. ✓ Інвентаризуйте дані, завдання, секрети та інтеграції. ✓ Перевірте доставлене призначення перед плануванням. ✓ Проведіть репетицію з безпечними зовнішніми інтеграціями. ✓ Визначте узгодженість бази даних і завантажень. ✓ Сплануйте перехід маршрутизації та запобігання дублюванню завдань. ✓ Визначте відкат для нових записів. ✓ Перевірте резервні копії та моніторинг після перемикання. Завантажити контрольний список ПОШИРЕНІ ЗАПИТАННЯ Деталі, які мають значення. Чи можна виконати міграцію, скопіювавши каталог застосунку? + Лише якщо це охоплює все, що потрібно послузі, і зберігає узгодженість. Бази даних, завантаження, завдання, секрети та конфігурація зазвичай потребують окремої уваги. Чи робить зменшення TTL DNS перемикання миттєвим? + Ні. Раніше кешовані відповіді можуть залишатися до завершення їхнього попереднього строку життя, а клієнти можуть оновлюватися в різний час. Чи відкат — це просто спрямування DNS на старий сервер? + Ні, після того як новий сервер почне приймати записи. Ви повинні врахувати ці записи та файли, перш ніж повертати трафік. ОСНОВНІ ДЖЕРЕЛА Перейдіть до джерела. Ці джерела підкріплюють технічні концепції в цьому посібнику. Дотримуйтеся поточної документації перед зміною робочої системи. PostgreSQL: Резервне копіювання та відновлення www.postgresql.org PostgreSQL: узгодженість і відновлення дампу SQL www.postgresql.org Apache: документація віртуального хоста httpd.apache.org Cloudflare DNS: час життя developers.cloudflare.com Редакційне керівництво від SwissOctet. Приклади є ілюстративними. Специфікації послуг, доступні опції та договірні умови потрібно перевіряти окремо. ПОЄДНАЙТЕ ЗНАННЯ Пов'язана інфраструктура. Metal Atlas Швейцарія Metal Zenith Швейцарія Metal EPYC Швейцарія ЗБЕРІГАЙТЕ НИТКУ Ваші наступні польові нотатки. Дослідити всі посібники ПОЛЬОВА НОТАТКА / 01 + Виділені та GPU Основа VPS чи виділений: виберіть відповідну межу Зрозумійте, що змінює фізична машина, що вона не змінює і коли вона стає корисним кроком для вашого навантаження. 4 хв читання Читати посібник ПОЛЬОВА НОТАТКА / 02 + Операції другого дня Прикладний Створіть резервну копію, яку справді можна відновити Виберіть ціль відновлення, захистіть незалежну копію та попрактикуйте відновлення, перш ніж інцидент змусить вас це зробити. 4 хв читання Читати посібник ПОЛЬОВА НОТАТКА / 03 + Виділені та GPU Просунутий Створіть бюджет VRAM для GPU перед вибором обладнання Врахуйте ваги, активації, кеші та тимчасові буфери, а потім перевірте пікове навантаження, а не лише файл моделі. 6 хв читання Читати посібник