Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2
Проблема с Appliance Server IBM x3250 M3, Проблема с Appliance Server IBM x3250 M3
 
Дмитрий,

Данный документ присутствует у меня. Данный документ от 06 October 2010.

Выдержка с документа -
A CD-ROM on which is burnt the iso file downloaded from BPWS under Software Download > Alcatel-Lucent OmniPCX Enterprise > Release 9.1 > Problem of serial port on IBM X3250-M3 Appliance Server

Применив фильтр поиска исключительно для Release 9.1 - без результатный.  
Проблема с Appliance Server IBM x3250 M3, Проблема с Appliance Server IBM x3250 M3
 
Здравствуйте,

Наступил на аналогичные грабли. Сервера IBM и релиз софта R9.1. Версия BIOS 1.07.
На сайте BPWS не нашел никакой информации по решению данной проблемы, а тем более софта для dowgrade биоса.

Может у кого то есть в доступности или прошу подсказать где можно достать данный софт?

Спасибо.  
 
Collocated кластер Application Server
 
Цитата
error написал:
если вам нужно как сделано в Avaya закопайте Alcatel за первым углом и ставьте Avaya

по простому говоря если вам нравиться BMW нефиг покупать Audi, а то купите Audi и будите "выносить мозг" (чем вы сейчас и занимаетесь) - а вот в BMW так а в Audi не так

запустите tcpdum на одном сервере (особенно будет интересно когда standby стартует) и наслаждайтесь в всматривание dump-а, и если докопаетесь до истины вопросы отпадут
Я задал вопрос, а можно ли применить такой механизм у Alcatel OXE. Я не говорю в данном посте кто круче,а кто нет.
Я не спрашиваю по какой причине у Alcatel не так, а спрашиваю можно ли?
В этот то и разница.
Когда задали вопрос о Avaya, я просто предоставил данные.  
Collocated кластер Application Server
 
Цитата
error написал:
если вам нужно как сделано в Avaya закопайте Alcatel за первым углом и ставьте Avaya

по простому говоря если вам нравиться BMW нефиг покупать Audi, а то купите Audi и будите "выносить мозг" (чем вы сейчас и занимаетесь) - а вот в BMW так а в Audi не так
Читайте внимательно заглавие и первые сообщения.

Цитата
Андрей написал:
Есть общие термины, которыми оперируют тех. специалисты по ОХЕ.
Вопрос у вас по ОХЕ.
Следовательно, логично оперировать терминами ОХЕ, а не другого профиля.
Андрей, полностью поддерживаю!
От себя, буду стараться применять правильную терминологию.
Спасибо.  
Collocated кластер Application Server
 
Цитата
vad написал:
Цитата
 Alexander  написал:
   есть общие термины, которыми оперируют тех. специалисты. То что у Alcatel иное трактование, необходимо значит подстраиваться мне  .  
Тут несколько раз Авайа упомянули, а что, там при двух серверах - они одним интерфейсом смотрят в сеть (абоненты, медиа-шлюзы), а вторым ПРЯМО воткнуты в друг друга для организации горячего резерва/дублирования?
Скрин с Avaya CM по ссылке - https://drive.google.com/file/d/0B9PzzDl1-XzOVG5wVEpCN1EzS2M/view?usp=sharing
Изменено: Alexander - 17.11.2016 16:36:42
Collocated кластер Application Server
 
Цитата
Андрей написал:
Опять вы путаете и вносите термины.
Нету в терминологии ОХЕ кластера.
Процессор и нода в терминологии ОХЕ - разные вещи. Настолько, что в вашей АТС нода одна, а процессора два.

На физической инфраструктуре безопасность решается физическими методами, см. документ, на который я давал ссылку.
Или даже с развертыванием системы шифрования, через SSM/MSM.
Андрей, есть общие термины, которыми оперируют тех. специалисты. То что у Alcatel иное трактование, необходимо значит подстраиваться мне :).  

У Alcatel OXE - это Duplication ? Я не ошибаюсь ?

При чем здесь безопасность ?  
Collocated кластер Application Server
 
Цитата
etc написал:
Если есть желание озадачиться живучестью системы, то можно сервера перевести в виртуальные машины с заменой лицензий. И там уже развлекаться средствами VmWare ESXi. Но надо учитывать, что не все функции во всех релизах работают, надо читать документацию на соответствуюший релиз.
Увы, инфраструктура физическая.  
Изменено: Alexander - 17.11.2016 15:25:25
Collocated кластер Application Server
 
Цитата
Андрей написал:
А я вижу путаницу в терминологии и вам на нее указываю.
Я отвечу Вам, что бы внести ясность:

Managment (OOB) - используется для управления/конфигурирования системой.
Service (Telephony) - используется для предоставления сервисный услуг в сторону пользователей. Например, SIP, NOE, TFTP.
Redundancy (Cluster redundancy) - в разрезе кластера. Обеспечение отказоустойчивости системы (2-е ноды) при условии, что одна из нод вышла из строя.

Вопрос Redundancy был связан именно с Cluster redundancy.
   
Collocated кластер Application Server
 
Цитата
Андрей написал:
"Переформулирую вопрос, возможно использовать отдельный сетевой порт на Application Server для построения redundancy?
Другими словами, например, порт Application сервера eth0 - принимает и обрабатывает запросы (telephony, tftp и т.д), а через порт eth1 - синхронизация 2-х серверов (sync, db, мониторинг состояния)? "

Нет, нельзя.
Самое главное я понял.

Спасибо.  
Collocated кластер Application Server
 
Цитата
vad написал:
А насчет сервисного интерфейса в Авайя - то какое это имеет отношение к "соединить два сервера через прямой кабель"?
Согласен, что никакого отношения. Я привел пример того как разделяют интерфейсы под разные задачи.  
Collocated кластер Application Server
 
Цитата
Андрей написал:
У вас путаются аж три понятия: management (OOB), service (telephony) и redundancy и привнесено понятие "кластер", не использующееся в ОХЕ.
Я не вижу путаницы в пояснении задачи которую хотелось бы реализовать.

Цитата
vad написал:
По балансировке - да, это именно балансировка в чистом виде.
А насчет сервисного интерфейса в Авайя - то какое это имеет отношение к "соединить два сервера через прямой кабель"? Ну есть отдельный порт, как правило в дефолтных адресах куда можно воткнуться и позаниматься менеджментом не подключаясь к сети заказчика.
В Алкатель - втыкайтесь в iLo порт и делайте что вам надо.
Порт iLO как порт Managment сервера, не интересен.

Переформулирую вопрос, возможно использовать отдельный сетевой порт на Application Server для построения redundancy?
Другими словами, например, порт Application сервера eth0 - принимает и обрабатывает запросы (telephony, tftp и т.д), а через порт eth1 - синхронизация 2-х серверов (sync, db, мониторинг состояния)?


Цитата
vad написал:
В Алкатель - втыкайтесь в iLo порт и делайте что вам надо.

Вопрос, в случаи если порты iLO соединены в IP сеть заказчика, и при условии что у нах Duplex система, при возникновении Split Brain, возможна ли передача сигнала STONITH через iLO?
Задача не допустит ситуации когда оба работают в роли - Master Master.  
Collocated кластер Application Server
 
Объясняю,
все очень просто - основная идея разделить трафик который относится к Кластеру от трафика который относится к Сервису.
Приведу примеры в работе с другими системами - Avaya, Unify.

У выше озвученных вендоров есть возможность использовать Out Of Band и Service интерефесы (на уровне приложения), которые на уровне физического сервера так же есть разные (eth0 и eth1).

Когда 2-а сервера соединены через прямой кабель, намного спокойнее.
Основной вопрос в том, возможно ли реализовать подобное на софте Alcatel OXE?

> базовый режим - один интерфейс втыкаем в IP сеть - Не интересен.
> redundancy - втыкаем в два коммутатора - один интерфей работает, второй в резерве - это Ethernet redundancy. Он возможен при наличии 2-х коммутаторов.
> - load balancing - трафик делится между интерфейсами (воткнуто в один коммутатор, коммутатор должен поддерживать это, требуется специфический менеджмент).Это балансировка в чистом виде?  
Изменено: Александр Чалый - 16.11.2016 17:31:35
Collocated кластер Application Server
 
Здравствуйте,

Есть 2-а физических сервера (HP ProLiant dl380 g6) в роли Application Server.
Сервера расположены рядом, и в одном сегменте LAN. Релиз OXE R9.1.
Вопроc: возможно ли разнести сервисы (Managment и Service) на разные интерфейсы сервера?
То есть Cluster interconnection соединить через cross over кабель?

Спасибо.  
Изменено: Александр Чалый - 16.11.2016 15:41:47
Страницы: Пред. 1 2