як безболісно перенести сайт ??

[Volodymyrko]

Добрий день.
є веб-сервер, який знаходить в одному дата-центрі .. на сервері   дуже інтенсивно використовується mysql.
зараз всі сайти з нього будуть переноситись на інший сервер ,але в зовсім інший дата-центр ..
Які в кого є ідеї щодо переносу цих сатів на 2-ий сервер..
мається на увазі : якщо перенсти скрипти і базу, змінити ДНС то поки ДНС повністю зміниться частина користувачів буде ходити на старий сервер а частина на новий- проблема із втратою ін-ції ..
поки що маю 2 варіанти:
1.скрипти переносити а базу використовувати одну, тобто 2 сервреи будуть ходити до одної бази, яка буде знаходитись на будь-якому з них. а потім за кілька  хвилин, коли ДНС обновиться, перенсти базу на новий
2. використання яогось проміжного домену, н-д tmp.domain.ua, який буде знаходитись на новому і базу на новий, а на старому всі запити REDIRECT tmp.domain.ua

Може хтось ще поділиться досвідом

[SerhiiKo]

Реплікація вам допоможе. Перевірте вашу версію mysql та шукайте способи реплікації.

[anatolijd]

рутовий пароль до серверу є?
це виділений сервер під вашим контролем чи просто хостінг на якому живуть ваші проекти?

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

Поки ви не почали міграцію можете чуть підкоригувати рекорди для днс зон, а саме зменшіть ТТЛ
Це зменшить dns propagation time

Перший варіант простий і прозорий

[Volodymyrko]

рутовий пароль до серверу є?

є звичайно, я його адмінітрстор

це виділений сервер під вашим контролем чи просто хостінг на якому живуть ваші проекти?

це виділений сервер під моїм контролем,

а новий сервер під вашим контролем?

так, це буде новий сервер (інше залізо), і він під моїм контролем

тобто всі сервери мої , як і апаратно так і програмно, тільки віддалено знаходяться ..

Перший варіант простий і прозорий

це який, той що я описав ??

[anatolijd]

саме так.

ідея така -
мускл бази залишаєм на старому сервері.
на новий сервер мігруєм вебсайти і поправляєм конфіги вебсайтів щоб працювати з базами на старому сервері.
Після dns propagation (якщо ми зменшили TTL значення в днс рекордах то це має відбутись доволі швидко) просто переносим мускл бази на новий сервер і правим конфіги щоб конектитись тепер до нового серверу.

Тут може бути глюк - якщо ваші вебсайти - це шось типу форуму чи cms, де юзери можуть аплоадити файли (хвотки, аттачменти), то є небезпека що юзери будуть аплоадити файли на старий сервер (юзери для яких вебсайт буде резолвитись на старі ІР).
Тому потім (після переносу мускл) бажано звірити веб-контент і злити зі старого сервера файли які були додані/змінені.

Не знаю, чи є сенс в мускл-реплікації - нам не потрібно мати живу базу на двох серверах одночасно.

[anatolijd]

а можна піти іншим шляхом  :

- стопнути веб і мускл сервіси на старому сервері,
- змігрувати вебконтент і бази даних на новий сервер і запустити їх
- поставити на старому сервері редиректор rinetd і написати в /etc/rinetd.conf шось таке:

0.0.0.0 3306   NEW.IP 3306
0.0.0.0 80  NEW.IP 80


ftp воно редиректити не буде (той хоче більше одного сокета), але думаю один день юзери потерплять

[Therior]

коли зробиш, опиши ....