Для терминалов сущетсвует что то вроде контроллер серверов терминалов, который позволяет плавать по нескольким серверам. Сам не внедрял, подробней не скажу.
В сети основной сервер(1), бухгалтерский(2) и резервный(3) (под файл-серв, резерв DC и резерв бухгалтерского). Хочется сделать так, чтобы при падении бухгалтерского, резервный АБСОЛЮТНО ПРОЗРАЧНО его подменял, т.е. юзер, сидящий в терминале (2), при его падении, автоматически переходил на (3) без пересоздания подключения RDC. Как это дело можно устроить и есть ли какой-нить софт для этих целей?
А может существует какой-нить другой клиент терминалов,...12.09.05 14:42 Автор: ~Serp'n'MoLot~ Статус: Незарегистрированный пользователь
Вообще-то не приветствуется. ТОлько на крайний случай, по определенным причинам...
А без кластеризации? Если через скрипт задать пинги через опред момент, при не выполнении которых будет подменен айпи резерва, ну и еще чего-то важного для клонирования упавшего сервака? Соединение RDC поймет намек? те переключится автоматом на новый серв? или хотя бы не автоматом, а при новом запуске?
Еще: забыл сказать, что RDC подключает сразу 1С, ну в принципе это не важно...
На семинаре Веритаса (уже Симантек) был разговор о продуке позволяющем эмулировать кластер на разнородных серверах. С одинаковой ОС.12.09.05 12:12 Автор: Garick <Yuriy> Статус: Elderman
Для терминалов сущетсвует что то вроде контроллер серверов терминалов, который позволяет плавать по нескольким серверам. Сам не внедрял, подробней не скажу.
спасибо, но тема пока ещё не закрыта12.09.05 13:58 Автор: ~Serp'n'MoLot~ Статус: Незарегистрированный пользователь Отредактировано 12.09.05 16:02 Количество правок: 1
Тема интересная. Постараюсь попробывать реализовать подобную схему на Citrix Metaframe и их ферме серверов. Такое возможно. Получается своеобразный кластер. Недостаток такого решения, имхо, в том что нужно решать проблему синхронизации данных на всех компьютерах, участвующих в ферме серверов Citrix. Насколько "прозрачно" клиент переподключится к другому серверу? Вопрос тоже остается открытым.
Вариации на тему кластерного решения от Microsoft? Тоже только на уровне экспериментов. Вообщем, надо браться и экперементировать хотя бы на уровне виртуальных машин.
Однозначно нужно чтоб при обрыве связи клиент сразу не...13.09.05 18:53 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 13.09.05 18:54 Количество правок: 1
> Насколько "прозрачно" клиент > переподключится к другому серверу? Вопрос тоже остается > открытым.
Однозначно нужно чтоб при обрыве связи клиент сразу не отваливался, а чтоб еще несколько раз (4-5) с приличным интервалом времени (секунд 5-10) попытался реконнектится.
> Вариации на тему кластерного решения от Microsoft? Тоже > только на уровне экспериментов. Вообщем, надо браться и > экперементировать хотя бы на уровне виртуальных машин.
Тогда можно попробовать собрать два аппарата, на каждом ДНС, только по одному и тому же имени в каждом прописаны адреса своих интерфейсов.
Допустим связь отвалилась по таймауту. Клиент пытается реконнектится. Ищет аппарат с определенным именем на первом ДНС сервере. Он не откликается. Ищет на втором. Второй отвечает что это он и есть и выдает ему свой адрес. Коннект устанавливается с сервисом другого сервака. Хранилище надо выносить отдельно, типа внешнего дискового массива, сетевого накопителя или целого сервака.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
