Журнал модерации, событие #340724

# 340724 (340724) 05 09 2020 @Semargl

#31373

— Пост — Технические работы 23.04.2020

Ну просто ЗАШИБИСЬ! Это у нас тут GTA 5 или World of Tanks чтоб столько времени обнову ставить.Вроде как обычная читалка а не супер игра какая то. ))))

, Флуд #модератор — @Tovarishch Dzhuhashvili

Олег 1970-01-01 17:43:17

Это не обновление, а полная смена сервера. В срок тех работ заложен большой запас времени.

ill_lich 2019-03-12 18:43:22

Где теперь будут сервера?

Олег 1970-01-01 17:43:17

Европа. [spoiler]А переезжаем из... Европы. [/spoiler]

ill_lich 2019-03-12 18:43:22

Я помню, что была Германия. Или с того момента уже был переезд?

Олег 1970-01-01 17:43:17

Были миграции внутри одного дата центра.

Киргиз 2018-11-21 11:55:20

А не было миграций между одного сервера?

Sat1o 2018-09-15 18:57:02

А ты попробуй взять проект, который нарос кучей функционала и костылей и переехать. Каждый сервер как сучка со своим мерзким нравом. Даже с одинаковой конфигурацией сервера, и пусть ты будешь разворачивать снапшот, не факт что всё пройдёт гладко. Поверь мне. 2-3 часов может даже не хватить в случае какой-нибудь хрени.Вопрос в другом: почему не начать переезд сейчас, а в 4 утра просто сменить dns

Олег 1970-01-01 17:43:17

Так и делаем. В два часа заложен дамп и перенос изображений, базы, настройка мелочей.

Sat1o 2018-09-15 18:57:02

Я про бесшовную миграцию. Сделать все телодвижения сейчас, а по завершению работы сменить dns и всё. Даже не надо будет приостанавливать работу сайта.upd: в CF только сменить A запись и переезд для юзеров даже не почувствуется.

Олег 1970-01-01 17:43:17

Повторюсь — так и планируем. В четыре утра планируем сделать дамп и обновить изображения и базу.

Sat1o 2018-09-15 18:57:02

Так это не бесшовная миграция. Бесшовная миграция заключается в создании односторонней репликации db на новую, заранее перенеся дамп. На старый сервер маунтится диск нового в который сливаются все новые изображения к уже перенесённым старым. И в назначенное время в конце всех работ идёт смена ns. И в целом рекомендую заложить master-slave идеологию, что бы забыть что такое переезды, а работать только с "нодами". По итогу всё будет сводиться к ситуации "не хватает ресурсов - добавь виртуалочку"

Олег 1970-01-01 17:43:17

(:Руки растут не из тех мест. Про монтирование диска обсуждения не было, про мастер - слейв — было, но закончилось все дампом.У нас нет серверных администраторов — отсюда и костыли в этом плане.Про ноды — есть предположение что такое удобно, но сильно дороже сервера у тех же hetzner

Sat1o 2018-09-15 18:57:02

Можем обсудить подробней, если есть желание. Кое-какой опыт имеется.

Олег 1970-01-01 17:43:17

Был бы рад набору проверенных ссылок по теме.

Sat1o 2018-09-15 18:57:02

https://www.digitalocean.com/community/tutorials/how-to-set-up-master-slave-replication-in-mysqlhttps://www.tecmint.com/how-to-setup-nfs-server-in-linux/Про тему с узлами и балансировкой нагрузки - можно поискать самому. Статей много, можно заспамить весь блог. Но, есть вещи, которые не везде раскрываются.Например системные ограничения. Кто работал с high load - меня поймёт. Даже если выжимать по максимуму все ресурсы с сервера за полтора куска с каким-нибудь Xeon Gold на 64 ядра, он будет медленней, чем два сервера по 500. Даже не смотря на расходы прогона трафика между ними. Что касается балансировки нагрузки для сайта - особенно годная тема, ведь в случае к примеру отвала одного сервера, балансирует другой и вся нагрузка снимается подключением новых узлов. Ещё момент очень важный: сегментирование. Рекомендую почитать про это. Если применить к этому репликацию то это уже скажем так "новый уровень" отказоустойчивости.

Олег 1970-01-01 17:43:17

Спасибо.

Ответы

Ranobehub

Ссылки

Помощь

Контакты