Міграція живого сервера

У мене проблеми , у мене запущений сервер із звичайними службами (httpd, пошта, sql), і виглядає так, що я повинен бути дуже швидким, щоб запобігти загальній втраті даних (мій RAID масив не вдався, тому я залежу від одного hdd зараз).

Вся система, побудована на базі даних HowtoForge і як я читала цю програму на стисканні , схожа на те, що я легко можу ? перенести моїх (віртуальних) користувачів у нове поле.

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

Деякі фонові дані:

• Два сервери знаходяться в 200 км далеко один від одного, тому міграція має відбуватися через Інтернет
• Обидва сервери будуть Debian, старий - Etch, новий - Squeeze
• Критична послуга - пошта, веб-сайти можуть бути призупинені на деякий час
• RAID означає два диски в RAID 1 (обидва машини)
• Старе вікно - DNS1 для всіх розміщених доменів

Мій (дійсно) базовий контур:

• Створення подібної системи, як стара (схожа структура віртуальної пошти, паролі, що зберігаються з тим же типом шифрування, тому що я не можу сказати про старі)
• створіть один домен, де я можу перевірити, що все нормально (dns, email, www нормально)
• Мігруйте домен після домену, поки старий нічого не робить

Мої сліпі плями:

• Не можете знайти короткий опис про те, як зробити RAID-1 на стисканні (як буде вистачати Ленні?)
• Як скопіювати конкретні папки (наприклад, поштові папки користувачів) з певними правами користувача, коли це потрібно? (rsync зробить це?)
• Як налаштувати DNS на новій машині (стара - DNS1) (нова машина повинна бути і DNS, і перенесені домени повинні використовувати себе як DNS1?)
• Як я можу запобігти втраті електронної пошти (через час оновлення DNS) (мені потрібно налаштувати нову машину як MX?)

Ваш основний контур більш-менш правильний.

Інсталятор стискання зробить програмний RAID просто чудово. Одна з різниць полягає в тому, що стискання використовує grub2 за замовчуванням; lenny використовував grub-legacy (0,9 думаю). Це робить дещо відмінним адміністрування, особливо навколо забезпечення завантаження з обох дисків у разі виходу з ладу. Ви завжди можете повернутися до спадкоємця, яке я закінчив робити останній раз, коли я стикався з цією проблемою. Буде платити, щоб протестувати все, що ви робите, хоча переконайтеся, що ви можете перезавантажити, якщо будь-який диск вийшов з ладу.

Щоб скопіювати дані, використовуйте rsync напевно. Я би переконався, що спочатку налаштовано правильні облікові записи з тими ж упідеями / gids, потім rsync, але ви завжди можете це виправити після цього. rsync -avPHAX повинен отримувати все (-а отримує більшість речей, крім -H [ard-посилання] -A [CLs] та -X [тенденційні атрибути], тому це корисно.

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

Оновлено додаткові больові точки:

Для DNS я переміщу весь хостинг DNS на нову машину за один крок. Залиште записи, як вони повинні почати, але встановіть оновлення праворуч (10 хвилин або близько того). Це дає можливість переміщати записи DNS на нову машину під час завершення переміщення кожного домену. Для переміщення DNS може знадобитися оновлення записів Whois для будь-яких доменів, на яких ви розміщені, тому майте на увазі це. Налаштуйте оновлення для всіх доменів прямо зараз, перш ніж починати щось інше - нічим не гірше, ніж те, що погано кешований результат спричинить проблеми.

Щодо втрати електронної пошти. Під час переміщення пошти на новий сервер переконайтесь, що записи DNS були оновлені, щоб основний MX був спрямований на новий сервер, і переконайтеся, що старий сервер все ще налаштований, щоб дозволити ретрансляцію для ваших доменів. Поки ваші старі та нові сервери мають оновлені перегляди DNS, ваша поштова служба на старому сервері запрацює, вона більше не є основним MX і передасть будь-яку електронну пошту на новий основний. Пошта також буде мати справу з короткими затримками доставки - таким чином, ви можете просто закрити або брандмауер весь доступ електронною поштою до обох машин, перемістити все заново, протестувати його на новій машині, потім перемістити записи MX і відкрити пошту на новій машині . SMTP розроблений для вирішення проблем з відключеннями, і будь-який досить короткий відключення (менше 4 годин, я думаю) навіть не генеруватиме тимчасові сповіщення про помилки.

Оновлено, щоб додати:

Іншою можливістю є створення VM на новому сервері та синхронізація всього старого сервера в образі диска цього нового VM. Потім ви можете запустити VM та оновити IP-адреси тощо, і мати повністю працюючу копію оригінального сервера всередині цієї VM. Потенційно набагато менше зусиль, але якщо ви не знайомі зі стеками VM, такими як KVM або Virtualbox, можливо, це не варто.