Пожелания по развитию службы wtlb

Балансировка нагрузки. Отказоустойчивость терминальных серверов.
Ответить
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Пожелания по развитию службы wtlb

Сообщение evgeny »

Данная тема является продолжением темы Привязка службы wtlb к IP
и последнему комментарию в частности:
evgeny писал(а):
aka писал(а): Служба DHCP встроена в Windows Server.
В нашем случае это несколько /24 подсетей, служба DHCP работает на dhcpd от ICS через посредники Cisco IOS. Так что каждый раз при поиске бездисковой станции искать IP-адрес по MAC-адресу немного проблематично. В любом случае ваше мнение понятно.
Да, спасибо за возможность просмотра диагностической информации при подведении указателя мыши в правый нижний угол экрана. В полной версии WTware Pro этот хинт тоже работает?
aka писал(а): Вам бы лучше начать с обычных виндовсов с обычным mstsc.exe. На практике попробуете, что такое терминалы и что они могут...
Мы представляем что такое rdp. И сейчас работают порядка 200 бездисковых станций, только немного по другому протоколу. И мы переходим на ферму RDP. Так что ваша служба балансировки пока в кандитатах. По вашему мнению она выдержит данную нагрузку?
aka писал(а): НО! Товарищ evgeny говорил о 300+ терминалах. Одновременно 300 открытых TCP соединений с keep-alive для виндовса это более чем серьезная нагрузка. А все только для того, чтобы в конфигураторе было отмечено, включен ли сейчас терминал. Вопрос: это того стоит?
Вопрос стоит в том, как этот интерфейс позиционируется. Как просто конфгуратор, или как реальный инструмент управления всей инфраструктутой бездисковых станций. Судя по вашим ответам, что ответ в пользу конфигуратора. Вы видели HP Device Manager или HP Client Automation как пример о чем разговор?
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

evgeny писал(а):каждый раз при поиске бездисковой станции искать IP-адрес по MAC-адресу немного проблематично
http://wtware.ru/docs/tune.html
"Пожалуй, самое удобное при небольшом (до 100) количестве терминалов, до тех пор, пока по названию машины можно вспомнить ее расположение и конфигурацию, наименование - имятерминала.wtc. Имя терминала устанавливает DHCP-сервер."

Там же групировка терминалов по каталогам.
evgeny писал(а):возможность просмотра диагностической информации при подведении указателя мыши в правый нижний угол экрана. В полной версии WTware Pro этот хинт тоже работает?
Да.
evgeny писал(а):Так что ваша служба балансировки пока в кандитатах. По вашему мнению она выдержит данную нагрузку?
Выдержит. Наша служба используется только в момент подключения, после этого висит пустым грузом. То есть нагрузки на нее как бы и нет, сколько бы терминалов не работали.
evgeny писал(а):Вопрос стоит в том, как этот интерфейс позиционируется. Как просто конфгуратор, или как реальный инструмент управления всей инфраструктутой бездисковых станций. Судя по вашим ответам, что ответ в пользу конфигуратора.
Да, ближайший год это будет "просто конфигуратор". Мне не нравится "просто конфигуратор", потому что "просто конфигуратор" представляется как конфигуратор одного терминала, а мы замучались групповые механизмы в интерфейсе реализовывать.
А есть интерфейсов к внешним службам DHCP (свой dhcp будет, но простой, не для больших сетей), терминалов и прочим службам там не будет, будет управление только нашими вещами.
evgeny писал(а):Вы видели HP Device Manager или HP Client Automation как пример о чем разговор?
Нет, не видел. Увидел скриншот:
Изображение
и решил, что это очередная придумка отдела маркетинга. Надо смотреть, там есть что-то кроме графиков среднегодовой активности?
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

aka писал(а):
evgeny писал(а):каждый раз при поиске бездисковой станции искать IP-адрес по MAC-адресу немного проблематично
http://wtware.ru/docs/tune.html
Ваш механизм подключаемых конфигов - то, что нужно.
aka писал(а): "Пожалуй, самое удобное при небольшом (до 100) количестве терминалов, до тех пор, пока по названию машины можно вспомнить ее расположение и конфигурацию, наименование - имятерминала.wtc. Имя терминала устанавливает DHCP-сервер."

Там же групировка терминалов по каталогам.
Всё супер, но как быть при большом количестве терминалов (300+)?
aka писал(а):
evgeny писал(а):Так что ваша служба балансировки пока в кандитатах. По вашему мнению она выдержит данную нагрузку?
Выдержит. Наша служба используется только в момент подключения, после этого висит пустым грузом. То есть нагрузки на нее как бы и нет, сколько бы терминалов не работали.
А если в момент подключения лезет пара сотен клиентов, терминальная ферма не загибается? При каждом подключении пересчитываются показатели загруженности на всех терминальных серверах фермы (если, скажем серверов в ферме 10+)?
aka писал(а): Да, ближайший год это будет "просто конфигуратор". Мне не нравится "просто конфигуратор", потому что "просто конфигуратор" представляется как конфигуратор одного терминала, а мы замучались групповые механизмы в интерфейсе реализовывать.
А есть интерфейсов к внешним службам DHCP (свой dhcp будет, но простой, не для больших сетей), терминалов и прочим службам там не будет, будет управление только нашими вещами.
Да, действительно, немного неудачное определение. Примите извинения.
aka писал(а):
evgeny писал(а):Вы видели HP Device Manager или HP Client Automation как пример о чем разговор?
Нет, не видел. [...]
и решил, что это очередная придумка отдела маркетинга. Надо смотреть, там есть что-то кроме графиков среднегодовой активности?
HP Client Automation продукт действительно относительно громоздкий. Device Manager - вот примерно то, что хотелось бы в пример поставить. Плюс желательно чтобы консоль управления не только с Win запускалась.
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

evgeny писал(а):А если в момент подключения лезет пара сотен клиентов, терминальная ферма не загибается? При каждом подключении пересчитываются показатели загруженности на всех терминальных серверах фермы (если, скажем серверов в ферме 10+)?
Не знаю. Не должно. Некоторый период действительности информации о соседних серверах там есть, и если действительно получится одновременно две сотни подключений инициировать - оно не будет переспрашивать при каждом подключении. Даже если бы и переспрашивало - нагрузка должна получаться пренебрежимо малая по сравнению с непосредственно подключением к терминалке. Две сотни одновременных запросов к активдиректории, две сотни одновременно скачиваемых профайлов - на это было бы любопытно посмотреть :)
evgeny писал(а):HP Client Automation продукт действительно относительно громоздкий. Device Manager - вот примерно то, что хотелось бы в пример поставить. Плюс желательно чтобы консоль управления не только с Win запускалась.
Консоль управления запускалась с линукса, при этом рулила DHCP на циске, и позволяла удаленное управление виндовыми сеансами. Да, понял, было бы удобно. В ближайшую пятилетку не осилим :(
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

aka писал(а):
evgeny писал(а):А если в момент подключения лезет пара сотен клиентов, терминальная ферма не загибается? При каждом подключении пересчитываются показатели загруженности на всех терминальных серверах фермы (если, скажем серверов в ферме 10+)?
Не знаю. Не должно. Некоторый период действительности информации о соседних серверах там есть, и если действительно получится одновременно две сотни подключений инициировать - оно не будет переспрашивать при каждом подключении. Даже если бы и переспрашивало - нагрузка должна получаться пренебрежимо малая по сравнению с непосредственно подключением к терминалке. Две сотни одновременных запросов к активдиректории, две сотни одновременно скачиваемых профайлов - на это было бы любопытно посмотреть :)
В данный момент сотня одновременных запросов на подключение - как раз слабое место. И нам не менее любопытно посмотреть на то как может это разрулить wtlb. Да и кстати, есть возможность вывод лога c:\wtlb.log перенаправлять на централизованный сборщик логов, типа syslog?
Да и время хотелось бы видеть человеческое, ибо из этого вывода сложно понять, когда произошло событие:

Код: Выделить всё

4ba36c14 (INFO   ): Data from cluster 'common' received, 17 bytes.
4ba36c16 (INFO   ): Session 0 uses 1121272KB RAM.
4ba36c16 (INFO   ): Session 5 uses 24740KB RAM.
aka писал(а):
evgeny писал(а):HP Client Automation продукт действительно относительно громоздкий. Device Manager - вот примерно то, что хотелось бы в пример поставить. Плюс желательно чтобы консоль управления не только с Win запускалась.
Консоль управления запускалась с линукса, при этом рулила DHCP на циске, и позволяла удаленное управление виндовыми сеансами. Да, понял, было бы удобно. В ближайшую пятилетку не осилим :(
Рулить DHCP на циске не нужно. Вообще не нужно им рулить из интерфейса. Тут уже сами справимся. И управлять не виндовыми сеансами а тонкими клиентами. По типу удаленно ребутнуть, сформировать настройки, перенести в группу (вложенный конфиг) проверить состояние пингом.
Последний раз редактировалось evgeny Вт мар 23, 2010 9:59 am, всего редактировалось 1 раз.
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

evgeny писал(а):В данный момент сотня одновременных запросов на подключение - как раз слабое место.
В каком плане слабое место?
Балансировка нагрузки всегда будет не идеальна, пока к ней не приделают искуственный интеллект. Например, если балансировать по памяти, диску или процессору, то:
1. Подключается один пользователь. Запускает winzip на диск С.
2. Следующие несколько десятков пользователей подключаются и ничего не делают, т.к. утром у них совещание.
В результате тот, кто был первым, окажется на своем сервере один. Балансировка не станет пускать никого на загруженый сервер.
Из-за таких вещей лично мне не нравится автомагическая балансировка нагрузки. Мне представляется более целесообразным вручную закреплять пользователей за определенными серверами, чтобы на другие они попадали только при невозможности подсоединиться к своему серверу. А для этого втвари не нужна балансировка, нужно прочитать методичку про параметры win2kip.
evgeny писал(а):По типу удаленно ребутнуть, сформировать настройки, перенести в группу (вложенный конфиг) проверить состояние пингом.
Это будет в конфигураторе.
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

aka писал(а):
evgeny писал(а):В данный момент сотня одновременных запросов на подключение - как раз слабое место.
В каком плане слабое место?
Долгий вход в систему по утрам.
aka писал(а): лично мне не нравится автомагическая балансировка нагрузки. Мне представляется более целесообразным вручную закреплять пользователей за определенными серверами, чтобы на другие они попадали только при невозможности подсоединиться к своему серверу. А для этого втвари не нужна балансировка, нужно прочитать методичку про параметры win2kip.
Привязывать тонкий клиент к серверу очень не хочется. возможно, когда серверов скажум, два и терминалов порядка 20 это целесообразно. Когда не знаешь сколько тонких клиентов работает, когда их число постоянно растет, а также растет количество серверов в ферме
evgeny писал(а):По типу удаленно ребутнуть, сформировать настройки, перенести в группу (вложенный конфиг) проверить состояние пингом.
Это будет в конфигураторе.[/quote]
Отлично, будем ждать!

Ещё вопрос. nmap говорит, что все порты закрыты. Есть какой-либо способ удаленно управлять тонким клиентом? telnet или ssh например..
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

evgeny писал(а):Ещё вопрос. nmap говорит, что все порты закрыты. Есть какой-либо способ удаленно управлять тонким клиентом? telnet или ssh например..
http://wtware.ru/docs/config.html#managed
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

Спасибо, rsh устроит.
evgeny писал(а):есть возможность вывод лога c:\wtlb.log перенаправлять на централизованный сборщик логов, типа syslog?
Да и время хотелось бы видеть человеческое, ибо из этого вывода сложно понять, когда произошло событие:

Код: Выделить всё

4ba36c14 (INFO   ): Data from cluster 'common' received, 17 bytes.
4ba36c16 (INFO   ): Session 0 uses 1121272KB RAM.
4ba36c16 (INFO   ): Session 5 uses 24740KB RAM.
Эти два вопроса также актуальны.
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

evgeny писал(а):есть возможность вывод лога c:\wtlb.log перенаправлять на централизованный сборщик логов, типа syslog?
Нет. То, что оно считает важным, оно записывает в системный event view. Отладочные сообщения только в файл.
evgeny писал(а):Да и время хотелось бы видеть человеческое, ибо из этого вывода сложно понять, когда произошло событие:

Код: Выделить всё

4ba36c14 (INFO   ): Data from cluster 'common' received, 17 bytes.
4ba36c16 (INFO   ): Session 0 uses 1121272KB RAM.
4ba36c16 (INFO   ): Session 5 uses 24740KB RAM.
Это же time(), количество секунд с 1 января 1970. Неужели так сложно в уме перевести? :mrgreen:

Попробуй это: http://wtware.ru/files/wtlb.1.7.exe
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

aka писал(а):Попробуй это: http://wtware.ru/files/wtlb.1.7.exe
Глупый вопрос. Как узнать версию установленной службы? :-)
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

По размеру екзешника только. 1.6 - 66048, 1.7 - 65536 байт. Собственно, они различаются только формой вывода времени в лог.
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

aka писал(а):
evgeny писал(а):И ещё вопрос, серьезный (кстати, стоит ли открывать отдельную тему?).
Как быть в случае одновременного использования службы MS TS Session Broker и wtlb на одной и той же ферме? Было ли тестирование.
Если честно, тестирования самого TS Session Broker у нас вообще не было. Люди говорят, что работает, но имеет свойство дважды спрашивать пароль.
Потому что wtlb выдает IP для подключения, а TS Session Broker перенаправляет внутри сессии RDP посредством механизмов протокола, причем уже после wtlb с случае одновременного использования. Есть ли способ игнорировать редиректы брокера?
aka писал(а):С этой ошибкой справимся, когда только кто-нибудь достаточно настойчиво этого потребует. Там проблема скорее организационного плана (пароль надо спрашивать на стороне втвари), и нам нужна консультация от пользователя, который уже этим пользуется в серьезных масштабах.
Думаю, мы будем активно взаимодействовать при положительном исходе тестирования, если что-то будет всё-таки необходимо..
Кстати, спасибо за новую версию 1.7, посмотрим..
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

evgeny писал(а):Есть ли способ игнорировать редиректы брокера?
Нет. С точки зрения терминала никакого брокера не существует. Терминал как обычно подключается к терминальному серверу. В какой-то момент терминальные сервер шлет терминалу специальный пакет с информацией о следующем сервере и затем закрывает соединение.
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

aka писал(а):С точки зрения терминала никакого брокера не существует. Терминал как обычно подключается к терминальному серверу. В какой-то момент терминальные сервер шлет терминалу специальный пакет с информацией о следующем сервере и затем закрывает соединение.
.. и тонкий клиент работает с новым терминальным сервером, который спрашивает пароль второй раз.
Есть планы бороться с багом?
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

План один. Надо сделать как в виндовсе начитая с XP SP3, запрашивать пароль в втвари. Тогда при переподключении его можно будет еще раз отдать.

Политический вопрос в связи с этим - следует ли всегда спрашивать пароль, или вынести это опцией в конфиг.

Или по-другому. Какие вылезут проблемы, если втварь всегда будет спрашивать пароль сама, а не давать окошко "вход в виндовс"?
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

aka писал(а):План один. Надо сделать как в виндовсе начитая с XP SP3, запрашивать пароль в втвари. Тогда при переподключении его можно будет еще раз отдать.

Политический вопрос в связи с этим - следует ли всегда спрашивать пароль, или вынести это опцией в конфиг.
Я лично склоняюсь к опции в конфиге. Хотя бы потому, что сама втварь спрашивает пароль только в случае использования кластера. С другой стороны в таком случае будет работать балансировщик TS Session Broker, а служба wtlb остается как бы неудел..
Но факт фактом - пароль втварь спрашивает в том случае, когда ещё не знает к какому серверу подключится впоследствие.
aka писал(а):Или по-другому. Какие вылезут проблемы, если втварь всегда будет спрашивать пароль сама, а не давать окошко "вход в виндовс"?
Пользователь будет вводить логин/пароль не в привычное окно, а в окно втвари. Если их информировать заранее, что это нормально - проблем больших не вижу. Есть смысл окошко сделать похожим на виндовое, чтобы меньше пугать народ изменениями :-)
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

evgeny писал(а):Если их информировать заранее, что это нормально - проблем больших не вижу.
Это очень хорошо. Значит будет так.
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

aka писал(а): Значит будет так.
Отличный настрой. Нам ждать новую версию? :-)
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

День добрый, есть какие-нибудь успехи по текущей теме?
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

1. http://wtware.ru/download.html => 4.5.46
2. Пуск - Программы - ВТваре - Инструкции - Параметры конфигурационного файла - ask_password
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

Спасибо, вроде получилось. Потестируем.
Есть возможность при вводе пароля не отображать его на экране, а показывать "звездочки"?
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

Да, конечно там должны быть звездочки. Попробуй пожалуйста вот это: http://pxe.ru/files/testing/201005080821.zip

Это не настоящая 4.5.47. Во изежание недоразумений, после выхода настоящей 4.5.47 ее (настоящую 4.5.47) надо поставить поверх этой версии.
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

Спасибо, работает.
Однако если мнение wtlb не совпадает с TS Session Broker всё равно необходимо вводить логин и пароль второй раз.
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

aka писал(а):
evgeny писал(а):.. и тонкий клиент работает с новым терминальным сервером, который спрашивает пароль второй раз.
Есть планы бороться с багом?
План один. Надо сделать как в виндовсе начитая с XP SP3, запрашивать пароль в втвари. Тогда при переподключении его можно будет еще раз отдать.

Политический вопрос в связи с этим - следует ли всегда спрашивать пароль, или вынести это опцией в конфиг.

Или по-другому. Какие вылезут проблемы, если втварь всегда будет спрашивать пароль сама, а не давать окошко "вход в виндовс"?
Баг с повторным вводом имени пользователя и пароля пока остается. Даже с ask_password.
Скажите, будет ли решаться данный вопрос дальше?
aka
Разработчик
Разработчик
Сообщения: 11800
Зарегистрирован: Ср окт 01, 2003 12:06 am
Откуда: Роcсия, Тольятти
Контактная информация:

Re: Пожелания по развитию службы wtlb

Сообщение aka »

Гхм. Я замучался создавать ситуацию, когда мнение wtlb не совпадало бы с мнением брокера. Но создал. И у меня сработало, т.е. пароль, введенный в втваревый диалог, который появляется при ask_password=on, ушел второму серверу.

Хочу лог, сохраненный после ошибки. Лог терминала делается так: http://wtware.ru/docs/config.html#syslog Пожалуйста, внимательно посмотри, что сохраняешь лог ТЕРМИНАЛА, а не службы TFTP. Лог присылается на aka@pxe.ru.
evgeny
Сообщения: 24
Зарегистрирован: Пн мар 01, 2010 9:31 am

Re: Пожелания по развитию службы wtlb

Сообщение evgeny »

Отправил.
Ответить

Вернуться в «Кластеры.»