NETOS 137 Posted 2013-02-12 08:48:19 Share Posted 2013-02-12 08:48:19 Приветствую! Посоветуйте как сделать полное дублирование (зеркалирование) серверов на ОС FreeBSD? необходимо для того чтобы в случае аппаратной неисправности одного сервера включался второй. Сервер работает как шлюз, с биллингом. Чтобы пользователи максимально не заметили переключение сервера. Как организовать сей проект? Link to post Share on other sites
andryas 1,062 Posted 2013-02-12 08:55:54 Share Posted 2013-02-12 08:55:54 Самый простой вариани - pppoe. Ставите сколько хотите серверов, при выходе из строя какого-то из них, его клиенты переподключатся к работающим. Если ipoe или же pptp и другие, основаные на IP тунели - переключать управляемым комутатором, перепрописывать маршрут к новому серверу, для pptp также можно использовать DNS. Link to post Share on other sites
Maxxx 446 Posted 2013-02-12 09:07:15 Share Posted 2013-02-12 09:07:15 Значит вы предлагаете поменять тип авторизации на N к народу, тем более на какое то pppoe, от которого все тикают как могут. Link to post Share on other sites
TretUliy2 1 Posted 2013-02-12 09:14:44 Share Posted 2013-02-12 09:14:44 (edited) Для IPoE pfsync+carp http://www.opennet.ru/base/sec/openbsd_carp_pf.txt.html , сам не пробовал но слышал что работает. Edited 2013-02-12 09:22:39 by TretUliy2 Link to post Share on other sites
andryas 1,062 Posted 2013-02-12 10:45:33 Share Posted 2013-02-12 10:45:33 ТС не указал способ авторизации Link to post Share on other sites
greyshadow 22 Posted 2013-02-12 12:47:54 Share Posted 2013-02-12 12:47:54 Мало данных... Как вариант - 2 сервака, ваш шлюз/биллинг и т.д. в виртуалку, виртуалку синхронить на второй сервак. Резервирование практически на "хардварном" уровне. Ну или излагайте поподробнее. Link to post Share on other sites
...sirius 3 Posted 2013-02-12 12:56:58 Share Posted 2013-02-12 12:56:58 carp, vrrpd Link to post Share on other sites
NETOS 137 Posted 2013-02-12 13:39:34 Author Share Posted 2013-02-12 13:39:34 да что тут подробнее. Обычный мощный тазик, на нем две сетевые, одна в провайдера вторая в мою сеть. На серваке крутится, MySQL, NoDeny, Zabbix и остальная серверная лабуда. Авторизация IP+MAC но перехожу на RADIUS, сеть Wi-FI. Нужно разрулить ситуацию когда например сгорела во время грозы сетевая или сгорел БП и т.д. Т.е. чтобы данные дублировались и при отвале одного сервака, юзеры работали через второй. Link to post Share on other sites
logic 523 Posted 2013-02-12 13:43:40 Share Posted 2013-02-12 13:43:40 дешевле заземлить и поставить хороший БП. чем рядом будет гудеть в холостую еще один комп Link to post Share on other sites
ucTuHa 199 Posted 2013-02-12 14:16:36 Share Posted 2013-02-12 14:16:36 (edited) да что тут подробнее. Обычный мощный тазик, на нем две сетевые, одна в провайдера вторая в мою сеть. На серваке крутится, MySQL, NoDeny, Zabbix и остальная серверная лабуда. Авторизация IP+MAC но перехожу на RADIUS, сеть Wi-FI. Нужно разрулить ситуацию когда например сгорела во время грозы сетевая или сгорел БП и т.д. Т.е. чтобы данные дублировались и при отвале одного сервака, юзеры работали через второй. Ну так если сеть у вас будет уходить на бс с помощью какого то свича, то толку от двух серверов тогда, есть у вас сгорит порт в свиче? Или как вы хотите два исхода в бс вставить? Если проблема с грозами, бс стоит на мачте, а сервер в комнатушке на земле, то закажите готовый оптический патчкорд, и поставьте два медика. Edited 2013-02-12 14:36:59 by ucTuHa Link to post Share on other sites
greyshadow 22 Posted 2013-02-12 14:29:30 Share Posted 2013-02-12 14:29:30 Т.к. самый класный вопрос - резервирование именно "остальной всей лабуды" вкуче с базой данных, то: 1. Вынос базы данных на нормальный сервак с заземлением/питанием. 2. машинка, которая собственно занимается разруливанием трафика и наиболее подвержена воздействию гроз резервируется на уровне vrrp. 3. непонятно накой сие (т.е. автоматическое резервирование) городить, т.к. при грозе потребуется ручное переключение, иначе вторая работающая машина с вероятностью близкой к единице так же вылетит во время грозы одновременно с первой... при ручном переключении достаточно хранить конфиги+ зеркало базы, и работоспособность шлюза будет восстановлена минут за 5, если сдохнет именно комп. Link to post Share on other sites
ucTuHa 199 Posted 2013-02-12 14:44:43 Share Posted 2013-02-12 14:44:43 (edited) Т.к. самый класный вопрос - резервирование именно "остальной всей лабуды" вкуче с базой данных, то: 1. Вынос базы данных на нормальный сервак с заземлением/питанием. 2. машинка, которая собственно занимается разруливанием трафика и наиболее подвержена воздействию гроз резервируется на уровне vrrp. 3. непонятно накой сие (т.е. автоматическое резервирование) городить, т.к. при грозе потребуется ручное переключение, иначе вторая работающая машина с вероятностью близкой к единице так же вылетит во время грозы одновременно с первой... при ручном переключении достаточно хранить конфиги+ зеркало базы, и работоспособность шлюза будет восстановлена минут за 5, если сдохнет именно комп. 2. Разность базу и доступ на разные машины? Был пс, стало два, отличная получается отказоустойчивость. А если у ТС сервер с базой за 50 км. от него, и некому больше переключить? Если нет возможности спрятать кабель от наводок, то лучший вариант это оптика к базе, ну а для сервера выпрямитель какой нибудь. Edited 2013-02-12 14:45:19 by ucTuHa Link to post Share on other sites
rootvm 1 Posted 2013-02-12 19:14:12 Share Posted 2013-02-12 19:14:12 hast+carp+pf не убиваемая связка. Link to post Share on other sites
Lambert 5 Posted 2013-02-12 20:11:42 Share Posted 2013-02-12 20:11:42 dd и регулярный бэкап на другой винт в случае чего - винт в аналогичный тазик и поехали но полностью автоматически не получится, конечно. А от гроз и прочего лучше защищаться, не так уж это и дорого, имхо Link to post Share on other sites
NiTr0 585 Posted 2013-02-12 20:17:57 Share Posted 2013-02-12 20:17:57 Поднимаете отказоустойчивый кластер.... Или настраиваете репликацию БД на другую машину, с последующим подъемом всего хозяйства ручками... Link to post Share on other sites
greyshadow 22 Posted 2013-02-13 06:26:39 Share Posted 2013-02-13 06:26:39 Т.к. самый класный вопрос - резервирование именно "остальной всей лабуды" вкуче с базой данных, то: 1. Вынос базы данных на нормальный сервак с заземлением/питанием. 2. машинка, которая собственно занимается разруливанием трафика и наиболее подвержена воздействию гроз резервируется на уровне vrrp. 3. непонятно накой сие (т.е. автоматическое резервирование) городить, т.к. при грозе потребуется ручное переключение, иначе вторая работающая машина с вероятностью близкой к единице так же вылетит во время грозы одновременно с первой... при ручном переключении достаточно хранить конфиги+ зеркало базы, и работоспособность шлюза будет восстановлена минут за 5, если сдохнет именно комп. 2. Разность базу и доступ на разные машины? Был пс, стало два, отличная получается отказоустойчивость. А если у ТС сервер с базой за 50 км. от него, и некому больше переключить? Если нет возможности спрятать кабель от наводок, то лучший вариант это оптика к базе, ну а для сервера выпрямитель какой нибудь. Все оперативные данные, требующие синхронизации, именно БД; все остальное решается конфигами, хранить и синхронизировать которые гораздо проще. Link to post Share on other sites
UStas_rinet 43 Posted 2013-02-13 06:48:27 Share Posted 2013-02-13 06:48:27 Отвяжите гальванически сервер и не парьтесь. А если уже хотите шпиливили то: - vrrp для резервирования IP шлюза. - на обоих серваках днс и оба отдавать клиентам - master-master репликация базы, один сервер автоинкремент вносит четный. другой не четный - все доменные имена прописывать А записью на оба сервака, браузер сам разберется если какой то отвалится Link to post Share on other sites
NiTr0 585 Posted 2013-02-13 20:37:26 Share Posted 2013-02-13 20:37:26 Отвяжите гальванически сервер и не парьтесь. А если уже хотите шпиливили то: - vrrp для резервирования IP шлюза. - на обоих серваках днс и оба отдавать клиентам - master-master репликация базы, один сервер автоинкремент вносит четный. другой не четный - все доменные имена прописывать А записью на оба сервака, браузер сам разберется если какой то отвалится Мастер-мастер, при отсутствии синхронной репликации (а у мускула вроде как ее нет) - это будет адская попоболь владельцу... Не даром ведь умные люди CRM всякие понапридумывали. Либо - самому CRM пилить на скриптах... Link to post Share on other sites
NETOS 137 Posted 2013-02-14 06:16:06 Author Share Posted 2013-02-14 06:16:06 Ну да, то что вы написали для решения моей задачи, это реально тяжело осуществить! Тогда нужно максимально обезопасить сервер. Что посоветуете от гроз и перепадов напряжения? Link to post Share on other sites
greyshadow 22 Posted 2013-02-14 06:26:24 Share Posted 2013-02-14 06:26:24 Так все давно известно, Нормальный UPS инверторного типа с аккумуляторами в буфере. Заземление. езер - через оптические медики. В идеале - сервак на нормальной железке с двумя БП и хардварным RAID-ом. Link to post Share on other sites
UStas_rinet 43 Posted 2013-02-14 06:33:17 Share Posted 2013-02-14 06:33:17 Так все давно известно, Нормальный UPS инверторного типа с аккумуляторами в буфере. Заземление. езер - через оптические медики. В идеале - сервак на нормальной железке с двумя БП и хардварным RAID-ом. Хардварный рейд грозит большим простоем из-за невозможности быстро махнуть железко. Тем более что на серваке с биллингами и т.д. его нету смысла ставить, иопса совсем мало. Так что если и рейд, то софт. Link to post Share on other sites
maxx 202 Posted 2013-02-14 07:37:15 Share Posted 2013-02-14 07:37:15 а облако никто не поднимал? Link to post Share on other sites
greyshadow 22 Posted 2013-02-14 07:37:49 Share Posted 2013-02-14 07:37:49 Нормальное серверное (не десктоп) железо RAID 1 содержит практически всегда на борту, а большего там ненадо. Link to post Share on other sites
greyshadow 22 Posted 2013-02-14 07:39:44 Share Posted 2013-02-14 07:39:44 а облако никто не поднимал? Облака бывают разные. PaaS, SaaS, IaaS (это если забыть о перистых и кучевых) - вы о каком конкретно? и под какие цели/задачи? Link to post Share on other sites
UStas_rinet 43 Posted 2013-02-14 07:43:14 Share Posted 2013-02-14 07:43:14 Нормальное серверное (не десктоп) железо RAID 1 содержит практически всегда на борту, а большего там ненадо. Да, только надо будет точно такой же контроллер чтоб этот самый рейд завести после переноса дисков. Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now