|  04.11.2004, 18:47 | #1 | 
| Участник | AOS в кластере 
			
			Моё почтение , почтеннейшая публика . Просветите ( если не сложно ) , как настроить работу 2-х AOS-серверов в кластере. | 
|  | 
|  05.11.2004, 00:39 | #3 | 
| Модератор | 
			
			Создаем два сервера AOS с общим приложением В поле Advanced конфигурации прописываем -cluster=mycluster Аналогичную строку прописываем в конфигурацию клиента Там же (в конфигурации клиента) прописываем сервера приложений (Axapta Object Server host names) | 
|  | 
|  05.11.2004, 08:56 | #4 | 
| Участник |   
			
			А разве не надо предворительно организовать кластер из серверов Windows? У меня что то не работет если просто написать -cluster=mycluster, если останавливаю один АОС клиент на другой не переключается, хотя все настроено согласно докуменации
		 | 
|  | 
|  05.11.2004, 09:31 | #5 | 
| Модератор | 
			
			Давайте отделим друг от друга понятия "AOS на кластере windows серверов" и "кластер из AOS-ов". У Вас кластер на windows есть? Если есть - Вам по ссылке, которую дал Mazzy Цитата: 
		
			если останавливаю один АОС клиент на другой не переключается, хотя все настроено согласно докуменации
		
	 б) В фикслисте SP3 CU1 заявлено, что ошибка, когда клиент упорно долбится на лежащий AOS, к которому он был подключен раньше, исправлена. Не проверял, но на SP3 она замечательно воспроизводилась, в следствие чего весь load balancing и вся отказоустойчивость шла, мягко говоря, лесом   | 
|  | 
|  05.11.2004, 10:48 | #6 | 
| Участник | Цитата: 
		
			Изначально опубликовано Vadik  Давайте отделим друг от друга понятия "AOS на кластере windows серверов" и "кластер из AOS-ов". У Вас кластер на windows есть? Если есть - Вам по ссылке, которую дал Mazzy | 
|  | 
|  05.11.2004, 11:16 | #7 | 
| Модератор | Цитата: 
		
			Изначально опубликовано mazzy  А если кластера на windows нет, то достаточно будет прописать параметр запуска, как ты сказал? Точно достаточно? | 
|  | 
|  05.11.2004, 11:20 | #8 | 
| Участник | 
			
			Помоему не только желательно что бы приложеине было общим, а даже обязательно иначе какой в этом смысл?
		 | 
|  | 
|  05.11.2004, 11:23 | #9 | 
| Участник | Цитата: 
		
			Изначально опубликовано Vadik  Точно. И желательно, чтобы приложение у AOS-ов было общим | 
|  | 
|  05.11.2004, 11:52 | #10 | 
| Lean Six Sigma | Цитата: 
		
			Помоему не только желательно что бы приложеине было общим, а даже обязательно иначе какой в этом смысл?
		
	 | 
|  | 
|  05.11.2004, 11:55 | #11 | 
| MCITP | 
			
			Из документации: Цитата: 
		
			Remember that all instances in a cluster share 3 things in the cluster environment. This is the Microsoft Axapta 3.0 application files, the MS SQL 2000 database and, if necessary, the port number on a given firewall.
		
	 | 
|  | 
|  05.11.2004, 14:04 | #12 | 
| Участник | 
			
			Всем спасибо ! Всё работает . Только вот хрень какая-то : лицензия у нас на 54 пользователя , а попасть теперь могут 35 . Где остальные зависли ? | 
|  | 
|  05.11.2004, 14:10 | #13 | 
| Модератор | 
			
			остановите AOS-ы грохните axdat.udb перезапустите AOS-ы сколько "Активных пользователей" ? | 
|  | 
|  08.02.2005, 17:43 | #14 | 
| Участник |  Аксапта 2.5 поддерживает кластера АОСов? 
			
			Vadik писал: [ Создаем два сервера AOS с общим приложением В поле Advanced конфигурации прописываем -cluster=mycluster Аналогичную строку прописываем в конфигурацию клиента Там же (в конфигурации клиента) прописываем сервера приложений (Axapta Object Server host names) ] А в версии 2.5 это можно сделать? И если да, то в файлах .axc это как-нибудь прописывается? | 
|  | 
|  08.02.2005, 17:52 | #15 | 
| Модератор | Re: Аксапта 2.5 поддерживает кластера АОСов? Цитата: 
		
			Изначально опубликовано ilya  А в версии 2.5 это можно сделать?[ Цитата: 
		
			в файлах .axc это как-нибудь прописывается?
		
	  Конфигурация сохраняется в .axc файл | 
|  | 
|  08.02.2005, 17:53 | #16 | 
| Участник | 
			
			поддерживает. в axc можно либо явно указывать один из аосов для подключения пользователей, либо не указывать и тогда пользователи будут автоматически распределяться равномерно между всеми работающими аосами в кластере. | 
|  | 
|  09.02.2005, 16:06 | #17 | 
| Участник | 
			
			У нас конфигурация 2 AOS в кластере + на них же пока Metaframe в кластере . Настроено, как и описано выше. На тонком клиенте работать издалека при параллельной разработке очень сложно.
		 | 
|  | 
|  15.02.2005, 13:48 | #18 | 
| Участник |   
			
			[в axc можно либо явно указывать один из аосов для подключения пользователей, либо не указывать и тогда пользователи будут автоматически распределяться равномерно между всеми работающими аосами в кластере.] Что-то не получается равномерно распределить пользователей - они заходят только на один из АОСов. Явно прописываю IP-шники АОСов в .axc, но всеравно,если первый работает, то на него все и ломятся. Либо без IP-шников - то все равно все идут на первый. А как сделать равномерно? Может еще какие-нибудь дополнительные параметры? Может где-то нужно описывать имя mycluster? Или на каждом сервере ставить имя соседнего сервера, с которым он должен работать в виртуальном кластере? | 
|  | 
|  15.02.2005, 16:50 | #19 | 
| Участник |   
			
			Все прочел с самого начала, проверил все настройки, скопировал приложение с одного на другой,убил axdat.udb и axapd.aoi, перестартовал оба АОСа - и все заработало! Спасибо. | 
|  | 
|  21.03.2005, 14:44 | #20 | 
| Участник |  Как избавиться от широковещательного поиска АОСов при кластере 
			
			Вот юзаю созданный мной кластер АОСов уже месяц  и обнаружились проблемы у пользователей филиала. По старым ярлычкам они входят нормально, а по ярлычку "кластерному": Серверная компонента не обнаружена! Я так думаю, что т.к. в кластере для балансировки нагрузки не прописаны IP-шники АОСов (иначе балансировки не получается), то при коннекте идет широковещательный поиск АОСов в локальной сетке. Но люди из филиала входят в домен, а все-равно широковещательный поиск завершается по таймауту. Если ли какие-то настройки, чтобы избавиться от широковещалки при поиске АОСов, но сохранить балансировку нагрузки? | 
|  | 
| Теги | 
| ax3.0, cluster, configuration utility, load balancing, кластер | 
|  | 
| 
 |