Какая производительность сети требуется для тонких клиентов?
Я строю сеть с ок. 1000 тонких клиентов. Я намерен запустить их через VNC.
Какой тип пропускной способности локальной сети и задержки требуются? Какой тип оборудования это обеспечит?
Если бы вместо VNC я использовал RDP,ICA,NX или другой графический протокол, как бы это изменило ситуацию?
ОБНОВИТЬ
- Клиенты будут использоваться для просмотра веб-страниц (да, мы могли бы просто использовать локальные браузеры, но есть причины, выходящие за рамки этого вопроса, почему мы этого не делаем)
- Я предполагаю, что в часы пик 100 человек будут одновременно просматривать веб-страницы.
- Я ищу приблизительный порядок, а не окончательный ответ. Кто-то скажет: "Ну, у нас есть 200 тонких клиентов в нашей среде, используемых для работы MS Office, и наша локальная сеть на 10 Мбит не может с этим справиться, мы обновили до 100 Мбит и все нормально". Да, окончательное решение нужно будет повторить и поэкспериментировать. Но, как начальные границы, получение опыта сообщества - особенно от людей, которые управляют подобными сетями - является бесценным первым шагом.
Кроме того: я не спрашиваю о процессоре, аппаратном обеспечении сервера или чем-либо еще. Только сетевой аспект: задержка и пропускная способность, другие сетевые аспекты.
3 ответа
Ваш вопрос кажется намного сложнее, чем вы думаете. Вы можете сделать некоторые дальнейшие исследования.
Вы не указали, что вы будете использовать на этих тонких клиентах, разное программное обеспечение предъявляет разные требования к пропускной способности и задержке. Некоторые требуют низкой задержки, другие требуют высокой пропускной способности, другие все еще требуют как низкой задержки на высокой пропускной способности. Некоторое программное обеспечение использует очень небольшую полосу пропускания и может использоваться с существенными задержками, в то время как другое программное обеспечение станет совершенно непригодным для использования с малейшей задержкой или создаст огромную полосу пропускания, требующую подключения к высокопроизводительным сетям общего назначения всего с 10 клиентами.
Они также не такие, как вы ожидаете, например, стандартная установка Firefox, работающая на стороне сервера, может потреблять пропускную способность, как ни в коем случае, но может быть изменена, чтобы значительно снизить требования к пропускной способности с незначительной заметной разницей. Между тем, стандартная установка LibreOffice, выполняющая работу с графическим макетом, вообще не будет использовать слишком большую полосу пропускания. Однако Maya и Blender даже хуже, чем Firefox, требуют больших требований от своих серверов и требуют невероятно высокой пропускной способности и низкой задержки, если вы не используете специализированное решение для таких программ.
В зависимости от точного спроса идеально подходят разные иерархии серверов и схемы сети.
Вы действительно не можете просто указать количество клиентов и ожидать, что кто-нибудь даст вам точную оценку того, какие требования к сортировке вам нужны. Если кто-то, не знакомый с вашими потребностями в программном обеспечении, дал вам оценку, я бы ожидал, что они думают, что вы запускаете то, что они считают "типичной установкой", или просто дают вам потребность в установке, которая будет поддерживать любую настройку этой установки. размер, который, вероятно, будет чрезмерно подавлен для ваших нужд.
Все, что я могу вам точно сказать, это то, что для того, что вы предлагаете, это очень большая сеть тонких клиентов, основанная на централизованной настройке хост-сервера (кластер, NUMA или чрезвычайно мощная монолитная), требующая очень специализированной настройки, и Получение точного аппаратного обеспечения и оптимальной настройки, которая вам нужна, поможет вам сэкономить много денег на оборудовании, которое вам не нужно компенсировать из-за недостатков.
Вам действительно нужен кто-то, кто готов работать с вами один на один, чтобы пройти через каждое доступное решение, и вам нужно непредвзято получить индивидуальное решение. Из-за масштаба проекта вам не нужно решение для печенья. Решение для печенья доставит вам массу проблем и увеличит требования к оборудованию. Дополнительные затраты на консультационные услуги по индивидуальному решению окупятся многократно благодаря сэкономленным расходам, особенно в будущем, если необходимо расширение и модернизация.
Хотел бы я сказать вам больше, но я не могу без большего знания вашей ситуации.
Скорость отдельных ссылок на тонких клиентов будет в основном бессмысленной (хотя я бы не стал запускать их на скорости менее 100 Мб, а 1GbE - это общепринятый стандарт по умолчанию для TC, использующего графический протокол, такой как VNC, RDP, ICA и т. Д. В новых установок).
Коммутаторы должны иметь достаточную структуру для трафика, почти все современные коммутаторы имеют полную структуру внутри. Тогда вам придется беспокоиться о агрегации ссылок или укладке ссылок - это будет полностью зависеть от того, какую модель вы получите. Для 1000 TC с ограниченным бюджетом я бы использовал большие модульные коммутаторы, такие как ProCurve 5412zl, 10x 24-портовые порты доступа 1GbE и 2x-портовые 10GbE-порты восходящей линии связи. Потребовалось бы 5 таких модульных переключателей, чтобы сделать 1000 TC.
Тогда вам придется беспокоиться о базовой сети. Этот последний абзац будет называться сетью доступа (коммутаторы, от которых пользователи получают "доступ" к сети). "Базовая" сеть - это набор коммутаторов, к которым подключаются серверы. Потребовалось бы довольно много серверов для запуска 1000 TC, точное число будет сильно варьироваться в зависимости от использования - я мог бы реально представить от 10 до 100 изображений. Меньше серверов потребуется избыточное подключение 10GbE к основной сети. Больше, вероятно, могло бы обойтись с 4-8x связанными соединениями 1GbE; но может выиграть от простого избыточного 10GbE. При небольшом количестве серверов, скажем, 12 (10 необходимых + 2 резервных), вам потребуется 2x12 портов 10GbE для серверов и 4x5 портов 10GbE для транзитной сети доступа; что-то вроде пары коммутаторов ProCurve 5820 может обеспечить порты и избыточность. Кроме того, на 12+ серверах вы должны рассмотреть Blade-серверы, которые, вероятно, будут иметь в наличии модули коммутатора 10GbE (хотя их внешних подключений может быть недостаточно для этого приложения, это действительно будет зависеть от вашей настройки; что-то вроде HP C7000 с 4x Коммутаторов Flex10 будет достаточно, если у вас есть только 16 серверов (больше серверов, и вы можете переключиться на 2 коммутатора в каждом шасси).
Еще одно замечание: Firefox и большинство веб-браузеров довольно загружены графикой. Графика программного обеспечения большинства узлов сеансов не впечатляет, однако некоторые могут использовать сквозную графику для повышения производительности. Это потребовало бы наличия на серверах приемлемой видеокарты (на педальных или стоечных серверах обычно можно использовать "обычные" видеокарты для рабочих станций PCIe; на блейд-серверах имеются графические мезонины) и программное обеспечение, поддерживающее столько же (некоторые, например, в последних версиях Windows, поддерживают это изначально). другие требуют лицензирования, другие вообще его не поддерживают).
Надеемся, что стены текста, которые мы с Робертом предоставили, дадут вам представление о глубине знаний, необходимых для правильной настройки чего-то подобного. Это тоже не дешево...
Я управлял системой из примерно 200 тонких клиентов для колледжа на медных 100 Мбит / с, чтобы переключиться, 10 гигабайт оптоволокно в убыток В основном 60 в библиотеке, офисе, просмотре веб-страниц и т. Д. Остальные были факультетскими системами. Сеть справилась с этим с легкостью. Я думаю, с вашей рекомендованной нагрузкой, что 100 МБс меди будет просто отлично.
Я могу быть немного обеспокоен, если вы когда-нибудь попадете в 500+ систем, работающих одновременно.