URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID14
Нить номер: 2414
[ Назад ]

Исходное сообщение
"Создание горячего резерва"

Отправлено Глеб , 08-Фев-11 19:46 
Всем добрый день. Нужна помощь вот по какому вопросу. Пришло время заменить сервер в сети. Хочется реализовать следующее : Сеть порядка 30 WS. Контроллер домена, Dns, DHCP, Samba + Firebird SQL server. Хочу купить два одинаковых компьютера. На одном установить Firebird (Server2) , на другом все остальное (Server1). По ночам с Server1 на Server2 при помощи RSync организовать инкрементальный бэкап пользовательских файлов с Самбовских шар, а с Server2 на Server1 файлов базы. Тут же пришла мысль организовать горячий резерв. То есть если выходит из строя один из компьютеров, другой на себя все берет. Как хочу сделать: На один компьютер устанавливаю все вышеперечисленное и настраиваю, ввожу все WS в домен. После чего клонирую диск и устанавливаю на другой компьютер. На нем останавливаю все службы кроме Firebird, меняю имя и IP компьютера и настраиваю RSync ддя ночного копирования туда и обратно. При поломке Server2 - вопросов не возникает. На Server1 поднимаю базу из последнего бэкап, накатываю репликационные пакеты (они раз в 3 мин из Firebird выгрузаться будут) И практически без потерь продолжаю работу. А вот что касается ситуации, когда выйдет из строя Server1. На оставшемся компьютере запущу Dns и DHCP, тут все должно заработать, а вот как быть с самбой? Что с нее копировать (при помощи RSync?) надо, чтоб WS по прежнему работали и не заметили подмены? Нужно ли будет поменять имя и IP компьютера? (Мне кажеться, что необязательно). И как лучше наладить репликацию пользователей домена? Или может вообще, все как-то по другому организовывать? Все это будет работать под OpenSuse 11.3, и последней самбой.

Содержание

Сообщения в этом обсуждении
"Создание горячего резерва"
Отправлено Trooper , 09-Фев-11 08:57 
>[оверквотинг удален]
> не возникает. На Server1 поднимаю базу из последнего бэкап, накатываю репликационные
> пакеты (они раз в 3 мин из Firebird выгрузаться будут) И
> практически без потерь продолжаю работу. А вот что касается ситуации, когда
> выйдет из строя Server1. На оставшемся компьютере запущу Dns и DHCP,
> тут все должно заработать, а вот как быть с самбой? Что
> с нее копировать (при помощи RSync?) надо, чтоб WS по прежнему
> работали и не заметили подмены? Нужно ли будет поменять имя и
> IP компьютера? (Мне кажеться, что необязательно). И как лучше наладить репликацию
> пользователей домена? Или может вообще, все как-то по другому организовывать? Все
> это будет работать под OpenSuse 11.3, и последней самбой.

Может посмотреть в сторону linux-ha?


"Создание горячего резерва"
Отправлено Глеб , 09-Фев-11 11:31 

> Может посмотреть в сторону linux-ha?

К сожалению сроки поджимают, не уверен, что вот так сразу разберусь и все сделаю правильно.


"Создание горячего резерва"
Отправлено alex , 09-Фев-11 18:21 
Для файл сервера необходим один IP. Иначе после сбоя на WS нужно очищать кэши DNS (Или ставить очень маленький срок жизни зоны на сервере). Если WS ищют FS через WINS то тем более. Для этого целесообразно использовать linux-ha чаще именуемый в списках пакетов как heartbeat. Когда речь заходит о FS часто используется в связке с DRBD (RAID1 поверх TCP/IP).

"Создание горячего резерва"
Отправлено Глеб , 16-Фев-11 11:15 
Почитал про кластеры. Опасаюсь вот чего. Сейчас все вышеописанное установлено на одном сервере. Но сочетание файл-сервера (Samba) с SQL-сервером (Firebird) на одном компьютере не очень хорошая практика. Я так понимаю, что оба они активно занимаются вводом-выводом и активно конкурируют друг с другом да дисковый ресурс. За счет того, что идет постоянное обращение к самбовским ресурсам, страницы файла БД постоянно вытесняются из кэша (а весь файл чуть больше 1 Гб, легко мог бы уместится там, что привело бы к значительному ускорению работы Firebird). Изначальная идея - разнести Samba и Firebird на разные компьютеры, чтоб не мешали друг другу. Ну и как бонус, в случае поломки одного, перенести все на второй. Если сделать кластер, то зеркалирование самбовских файлов на компьютер с Firebird забъет на нем дисковый IO, и в результате, как мне кажется выигрыша в быстродействии не получится. Поэтому хочу просто подготовить на компьютере с Firebird контроллер домена, который можно будет быстро запустить в случае неприятностей...