Помогите советом: организация томов и Backup

[$erg]

Здравствуйте, уважаемые!
Не могу определиться как разделить все доступные ресурсы.
Имеется 2 сервера Sun X4270, 1 Xeon X5540, 3x4Gb DDR3, 8шт SAS по 146Гб. Также имеется одна корзина с 16-ю дисками по 1 Тб.
На эти 2 сервера требуется установить OES2 linux, дерево будет новое.
В перспективе будет еще 1 сервер.
Задачи серверов: DNS, DHCP, печать, файло-помойка.
Как правильнее организовать структуру новой системы?
Требования: Скорость, надежность, безотказность.
Заранее спасибо за советы.

[Антон Фридрих]

Два сервера, полка...

Я бы собрал кластер.

Тома не могут быть больше 2ТБ.

[Павел Гарбар]

Для Linux существуют рекомендации какие стандартные каталоги верхнего уровня (var, opt, home и прочее) стоит разместить в отдельных разделах или дисках. Ссылки нет, но знаю что это было в курсах про SLES.

[$erg]

Два сервера, полка...

Я бы собрал кластер.

Тома не могут быть больше 2ТБ.

Если честно - я бы тоже, но не совсем представляю как это будет работать и что к чему необходимо подключать

[$erg]

Для Linux существуют рекомендации какие стандартные каталоги верхнего уровня (var, opt, home и прочее) стоит разместить в отдельных разделах или дисках. Ссылки нет, но знаю что это было в курсах про SLES.

Спасибо, учту, нужно доку почитать по SLES, а на вскидку размеры этих каталогов какими должны быть?

[$erg]

Какие требования к серверам, которые будут в кластере?
Возможно ли сразу организовать на первом этапе работу 2х серверов независимо, а затем подключить к ним корзину с дисками и организовать кластер.
Просто корзина есть, но пока ее некуда ставить.

[Музалёв Николай]

Про бакап.
Сначала вам следует определиться с количеством информации вообще и затем по двум категориям: сколько которая более-менее статична и сколько которая рабочая, постоянно изменяемая.

Второе - определиться ( и желательно сразу "договориться" с начальством посредством какого либо офф. документа) с "окном бакапа"

Третье - деньги. Судя по вашей аппаратуре - у вас с этим нормально.
Четвёртое - ориентир. соимость хранимой информации.

С этими данными можно приступать к выбору аппаратуры и ПО для копирования.

Если у вас окажется, чтобольшая часть ваших 16 тер - мобильная инфа, требующая ежедневной архивации, то скорее всего при ограниченном окне копирования вам придётся использовать аппаратуру типа "диск-диск-лента" (есть такие комплексы, дорогие правда...) и ПО будет желательно уровня повыше арксерва.

В частности, есть ПО с хитрым механизмом копирования не вообще файлов, а только изменённых секторов... ( ну, или как-то так).

Разрабы гордо хвастались, что у их ПО радикально снижено время последующих после первой , full-копий

[Ковалев Артем]

Для Linux существуют рекомендации какие стандартные каталоги верхнего уровня (var, opt, home и прочее) стоит разместить в отдельных разделах или дисках. Ссылки нет, но знаю что это было в курсах про SLES.

Это уже слегка не актуально.
Смысл этих требований, чтобы при переполнении одного из этих разделов на встал раком весь сервер. Но переполнить современные 0.N терабайтные диски текстовыми логами - это очень нетривиально.
Реально, имеет смысл делать отдельными разделами /tmp и, применительно к SuSe и её особенностям, имеет смысл делать отдельно /opt (и большим!) и, если у вас там живут unix-юзеры - /home. Всё остальное можно смело валить в одну кучу, а кочующая из книжки в книжку рекомендация делать отдельной партицией /root и давать ему размер в 128K - это вообще терроризм. /root - это домашний каталог рута и в отличии от любых других юзеров рут на машине будет работать и ему может понадобиться место - под скрипты, бакапы и т.д. - скрытое от доступа других юзеров.

[$erg]

Про бэкап:
1. Хотелось бы иметь "горячую" копию первого сервера на втором, желательно средствами самой ОС.
Информация, которая будет храниться на корзине - преимущественно документы, 80% из которых создаются и про них все забывают.
Вы, Николай, наверное хотите предложить использование DSS? Я про это думал, но как-то не могу определиться какого размера разделы делать для "медленного" и "быстрого" тома. Ведь на момент внедрения системы, пользовательских данных будет несколько гигабайт, а потом - никому не известно. Что бы потом не оказалось что тот или другой том будет мал по объему.
2. Время бэкапа - легко решаемая задача, т.к. оба сервера будут подключены двумя(четырьмя) гигабитными картами, ну и подключены они будут в ядро. Да и на первое время данных будет совсем мало.
Особо важные данные копируются в 2 разных места, причем один раз специально обученными людьми, которые занимаются бэкапом, и 1 раз мною(прикрываю свое место).
Имеется ли стандартное средство резервного копирования, умеющее: один раз сделать полную копию, а затем - только то что изменилось?
Про диск:

Реально, имеет смысл делать отдельными разделами /tmp и, применительно к SuSe и её особенностям, имеет смысл делать отдельно /opt (и большим!)

/tmp - понятно зачем
/opt - не совсем понятно и каких размеров необходимо делать?
/var/opt/novell - скорее всего вынесу отдельно, по большей части из-за хранилища драйверов iPrint и очередей печати,хранящихся там.
unix-юзеров не будет, кроме меня, админа(меня) и рута(меня) .
Так что остальное планирую пока в системный раздел.

[skoltogyan]

Если есть шанс, что какие-либо логи могут забить весь диск, то это место лучше расположить не в / .
Например, сделать отдельным разделом /var/log

[$erg]

Это понятно, но т.к. система для меня новая, то не совсем знаю какие логи могут забить весь диск.
Планирую пока так:
логический диск для системы будет на 146Gb
/ - все что останется
/opt - 20Gb
/tmp - 10Gb
/var/opt/novell/ - 30-40Gb
Или с таким размером системного раздела не заморачиваться с отделением разных данных?
Подправьте меня, если ошибаюсь.

[Dimerson]

Это понятно, но т.к. система для меня новая, то не совсем знаю какие логи могут забить весь диск.
Планирую пока так:
логический диск для системы будет на 146Gb
/ - все что останется
/opt - 20Gb
/tmp - 10Gb
/var/opt/novell/ - 30-40Gb
Или с таким размером системного раздела не заморачиваться с отделением разных данных?
Подправьте меня, если ошибаюсь.

я прикидывал - /boot метров 300 (тк у меня на том же устройстве и nss), далее / гигов 20 - 25, своп гига 2, остальное для NSS.

итого - в сумме 25 гиг макс на SLES/OES

на предмет отдельно /var для логов

помнится у меня scsi hdd как-то бедами покрылся - как раз /var не монтировался - небольшой ступор при загрузке и дальше грузилось и дало починить.
правда никаког ldap там - правда.

посему я буду делать тупо /boot / swap и остальное NSS

[$erg]

NSS у меня будет на отдельном логическом диске.
При размере диска под систему в 146Гб скорее всего не стоит заморачиваться на его "сложном" разбитии.
swap = размеру памяти =12Гб
/boot - 200Мб - более чем достаточно
/var/opt/novell/ - 50Гб - на перспективу
/ - все что осталось, т.е. около 80Гб

По поводу бэкапа:
может тупо DirSync'ом синхронизировать? только вопрос в переносе прав. Чем можно переписать права на каталоги?

[Dimerson]

у меня 8 x 150 SAS HDD. RAID5 & HOT SPARE (RAID6 чуть тормознее). Размер раида 6 x 150 = 900 GB.
за вычетом 22 гиг на SLES получается примерно 880 гб под nss.

[Музалёв Николай]

Имеется ли стандартное средство резервного копирования, умеющее: один раз сделать полную копию, а затем - только то что изменилось?

Штатного - в смысле от Новела?
Думаю, что нет, иначе бы третьи фирмы не мастерились бы...
А так - [http://novell.org.ru/forum/viewtopic.php?f=3&t=10048]вот, посмотрите[/url]


Я пробовал читать, потом пробную версию...

Отказались от этого продукта потому, что не наш уровень: для больших (или очень серьёзных) дата-центров...

Основная фича разрабов - именно частичное копирование изменившегося на диске...