The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Создание горячего резерва"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Samba, вопросы интеграции Unix и Windows (Контроллер домена (PDC) и samba)
Изначальное сообщение [ Отслеживать ]

"Создание горячего резерва"  +/
Сообщение от Глеб on 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, и последней самбой.
Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Создание горячего резерва"  +/
Сообщение от Глеб on 09-Фев-11, 11:31 

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

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

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

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема



Закладки на сайте
Проследить за страницей
Created 1996-2019 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру
Hosting by Ihor