Quantcast
Channel: VMware Communities: Message List - Russia [ARCHIVED]
Viewing all articles
Browse latest Browse all 7366

Re: Оптимизация железа для автокаталогов под esxi

$
0
0

А зачем такие жуткие жути? Я так и не понял почему RDP сессия не подходит.

У Майкрософт, и не только, есть прекрасная штука, публикация приложений через RDP. То есть публикуется не весь рабочий стол, а конкретное приложение. Для клиента это вообще, выглядит, как буд-то приложение установлено на его компьютере. Его работа ничем не отличается. Так можно опубликовать любое приложение. 1С-ка отлично работает в таком режиме. То есть у клиента есть ярлычок для подключения. Он его кликает, запускается специальная терминальная сессия, в которой клиенту передается ТОЛЬКО приложение. И таких приложений можно сделать целую толпу, разных. И пользоваться ими можно с разных девайсов.

 

Вариантов тут 2:

1. Клиент на локальной машине запускает все 10 полных сессий или же все 10 опубликованных приложений. С сессиями будет геморрой переключаться, не удобно. А вот с приложениями опубликованными такого вообще, не будет. Но есть минус, если лаганет сеть или еще чего, они все разом отрубятся, и придется заново подключаться. Гемор.

2. Заходим по полной терминальной сессии на рабочий стол виртуалки и там уже запускаем 10 опубликованных приложений с других, соседних виртуалок (или с 1-й толстой, где крутятся и опубликованы все 10 каталогов). Проблем со скоростью не будет т.к. оно ничем от 1-го пункта не отличается. Даже побыстрее будет рабочтать т.к. основная часть трафика идёт локально. Но в случае обрыва соединения "комп манагера" - "сервер" , у нас на сервере останется открытая сессия со всеми запущенными каталогами и прочими радостями. Подключаемся заново и вуаля, там все есть и все открыто :)

 

Сам часто работаю по 2-му варианту, очень, ОЧЕНЬ удобно :)


Viewing all articles
Browse latest Browse all 7366

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>