Страница 1 из 1

Сервис кластеров Netware. Работа через 2 сетевых интерфейса.

СообщениеДобавлено: 22 янв 2009, 18:27
Дмитрий Иванов
Доброго времени суток!
Имеем кластер на 2х серверах Proliant ML370G5 Netware 6.5 с подключенным по FC SAN HP EVA4100. Задача организовать работу с ресурсами кластера из разных подсетей через 2 сетевых интерфейса.
При создании, кластеру (виртуальному серверу) присвоил IP-адрес из подсети 192.168.10.0 (1-й сетевой интерфейс).
Вопрос как организовать работу с ресурсом кластера через второй сетевой интерфейс 192.168.5.0 (одновременно с первым)?
Прямого решения в доках не видел, однако в процедуре загрузки ресурса кластера есть строка: add secondary ipaddress, в которой прописан основной IP (из первой подсети). Можно ли туда прописать IP из диапазона второй подсети 192.168.5.0?
Или эта команда просто биндит ip адрес для ресурса кластера?
Код: Выделить всё
nss /poolactivate=VIDEO_MUZTV
mount VIDEO_MUZTV VOLID=254
CLUSTER CVSBIND ADD VIDEO_MUZTV_SERVER 192.168.10.155
NUDP ADD VIDEO_MUZTV_SERVER 192.168.10.155
AFPBIND ADD VIDEO_MUZTV_SERVER 192.168.10.155
CIFS ADD .CN=VIDEO_MUZTV_SERVER.O=MUZTV.T=TV-TREE.
add secondary ipaddress 192.168.10.155


Сервера боевые со сборными томами с огромным кол-вом видеоматериала, по этому прошу совета, т.к. вслепую экспериментировать не хотелось бы...
Спасибо!

СообщениеДобавлено: 23 янв 2009, 00:43
Иван Левшин aka Ivan L.
Дмитрий, если бы Вы взяли на себя труд ознакомиться с не столь уж обширной документацией по NCS, подобных вопросов, уверен, не было бы. ADD SECONDARY IP необходима для того, чтобы назначить IP-адрес кластерного ресурса определенной ноде. Никакого отношения к Вашим задумкам с сегментацией оно не имеет ;) В случае с NCS виртуальный адрес необходим для того, чтобы при переезде ресурса с одного узла на другой не нужно было перенастраивать пользовательское окружение - клиентские машины просто обновляют ARP-таблицу и все.

Я не понимаю, за каким овощем Вам городить огород с прибиванием кучи secondary IP к разным подсетям? Неужели тяжело просто по-человечески настроить маршрутизацию? Насколько я помню - она была придумана именно для того, чтобы решать задачи, подобные Вашей.

СообщениеДобавлено: 23 янв 2009, 12:17
Дмитрий Иванов
Иван, с маршрутизацией вопросов нет, она уже настроена и работает. Была задача сделать 2 раздельных гигабитных канала на 2 подсети. У нас телевещание 2-х телеканалов и собственное телепроизводство. Все это требует огромных дисковых ресурсов и ширины сетевого канала. Я сейчас в поисках оптимального варианта, одним из них был вариант с агрегированием портов на каталисте и объединением 2-х сетевых интерфейсов на Пролианте. И раз NCS не позволит работать через 2 сетевых интерфейса, то и придется поступить именно так. Канал будет 2 Гбита, а разделение доступа между подсетями будет на основе ACL...
Спасибо!

СообщениеДобавлено: 23 янв 2009, 14:59
Иван Левшин aka Ivan L.
Дмитрий, мне все же кажется, что Вы решаете задачу очень экстравагантным способом. Сервера Proliant, по моим сведениям, комплектуются броадкомовскими гигабитными адаптерами (минимум двумя). Кто Вам мешает агрегировать оба адаптера посредством тиминг-драйвера или QASP/BASP (тот же тиминг-драйвер, но от броадкома), настроить агрегирование портов на каталисте и иметь в результате 2 Гбит-канал к серверу? Зачем назначать две подсети, когда достаточно разместить железяку в серверной подсети и таким образом все сделать - заодно избавив себя от головной боли с NCS и SLP? :)

СообщениеДобавлено: 26 янв 2009, 07:55
solomin
Как тут уже выразились, команда "add secondary ipaddress" "необходима для того, чтобы назначить IP-адрес кластерного ресурса определенной ноде", т.е. она просто вешает дополнительный IP адрес на ту ноду, где живет ресурс. Т.о. просто подкправив скрипты загрузки/выгрузки ресурса мы получаем требуемый результат. По назначенному IP будут видны все сервисы ноды, включая и SLP DA, если оно настроенно(не помню чтобы сто-либо биндилось к адресу а не к интерфейсу).

P.S. В любом случае лучше тестировать новую конфигурацию, прежде чем внедрять в бой.