Как часто вы перезапускаете сильно загруженный сервер удаленных рабочих столов (ВМ) Windows Server 2008R2?

Как правило, я против того, чтобы Windows-сервер перезагружался по регулярному расписанию. КРОМЕ в отношении серверов TS / RDS. Наш перезагружаем каждый день. Он очищает старые сеансы, освобождает используемые ресурсы (ЦП, ОЗУ, дескрипторы файлов и т. Д.), Поэтому я считаю и предлагаю вам настроить ежедневную запланированную перезагрузку серверов RDS.

Обратите внимание, что это только мое мнение. Здесь нет констатации факта.

Пользователи отказываются выходить из системы вместо отключения

Настройте соответствующие групповые политики для автоматического выхода из системы. Вы можете отдельно управлять таймаутом простоя и выходом из системы. Это, безусловно, должно свести к минимуму некоторые проблемы в течение дня.

Я перезапускаю свою ферму TS с 3 серверами ежедневно в 3:00. Потому что да, со временем может накапливаться чушь, когда много людей используют одну систему. У нас есть 3 сервера, которыми могут пользоваться 60-90 человек в зависимости от дня и времени года.

Мне, вероятно, не нужно перезагружать это часто, но мы начали использовать терминальные службы с Windows 2000, и наши драйверы для принтеров в то время были ужасными. Спулер печати в основном отказывался от работы через день или два. Поэтому мы начали перезагружаться каждую ночь, так как у нас не было никаких средств, чтобы заставить производителей принтеров исправить свои дрянные драйверы.

В зависимости от ваших денег, времени и смекалки пользователей, другой идеей может быть установка второго сервера. Время от времени вам все равно придется перезагружаться, но, похоже, вы достигли пределов одного сервера.

У вас должна быть возможность использовать те же клиентские лицензии CAL (лицензирование - не самая сильная моя область), и в зависимости от вашего решения виртуализации дополнительная виртуальная машина может уже подпадать под действие существующей лицензии.

Даже без дополнительных ресурсов виртуальной машины и с дополнительными накладными расходами ОС вы можете обнаружить, что система лучше справляется с работой как два отдельных ЦП с частотой 6 ГГц и виртуальные машины с памятью 8 ГБ, если вы можете разделить нагрузку поровну. Есть три возможных метода:

1. Самый простой способ - использовать подходящее решение для балансировки нагрузки на основе сети, например, предоставляемое F5 Networks, Cisco Systems и аналогичными компаниями. Если вы уже приобрели подобное решение, стоит использовать его здесь. Затем вы можете проигнорировать остальную часть ответа, поскольку затем f5 сможет соответствующим образом проанализировать все запросы на полное доменное имя, используемое для доступа к вашему текущему серверу удаленных рабочих столов, и вернуть соответствующий IP-адрес на основе наименее загруженного из ваших серверов.
2. Циклический DNS приемлемое решение. Это не гарантирует идеально равномерную нагрузку, но может оказаться полезным временным промежутком, пока вы обучаете своих пользователей (см. 3), если вы не можете использовать балансировщик сетевой нагрузки. Замените текущее DNS-имя, используемое клиентами, двумя записями хоста с одинаковым именем, но разными IP-адресами (ваши два сервера), в идеале также настройте отдельные записи хоста (желательно на основе имени хоста сервера), которые связаны с каждым отдельным сервером.

Установите длинный TTL для записей циклического перебора, если вы не хотите, чтобы клиенты выходили из отключенных сеансов на одном сервере после истечения срока их кеширования DNS и получения IP-адреса другого сервера. В качестве альтернативы сделайте имя хоста компьютера, к которому они подключились, очевидным (например, сделайте его частью фона) и попросите их повторно подключиться к этому имени хоста, если они хотят воскресить свой сеанс.

3. Пусть ваши клиенты распределяют нагрузку. При ~ 25 пользователях можно просто попросить (по электронной почте или в сообщении для входа на сервер) определенных пользователей попасть на один сервер, а остальных - на другой. В качестве альтернативы, если вы контролируете их настольную платформу или они получают доступ к серверу через Citrix или другое устройство виртуализации приложений, просто настройте их файл hosts†, чтобы они всегда обращались к одному и тому же серверу (рабочему столу) / чтобы один и тот же пользователь всегда отправлялся на один и тот же сервер (устройство).

† Если они всегда будут использовать один и тот же рабочий стол, просто измените файл hosts на локальном рабочем столе. Если они перемещаются между машинами, напишите сценарий (распространяемый через групповую политику) для анализа файла хоста, чтобы запись DNS, которую они в настоящее время используют для сервера, указывала на IP-адрес сервера, который должен использовать конкретный пользователь. Замените строку, содержащую это DNS-имя, если оно уже существует, или добавьте его в конец файла, если его нет.

Мне знаком «тип пользователя», который отказывается выходить из системы. Однако у них не было проблем с пониманием того, что сервер будет перезагружаться каждую ночь, поэтому любая несохраненная работа будет потеряна. Это сервер Server 2008 R2 TS, поддерживающий около 20 пользователей на одной машине.

> Пользователи отказываются выходить из системы вместо отключения

У вас здесь скорее вопрос управления / кадров, чем технический. Если люди, оставшиеся в системе, влияют чужие работы (за счет ненужного снижения производительности), то на самом деле есть только два решения:

1. Сделайте это технической проблемой и примите меры по увеличению ресурсов (больше ОЗУ, SSD вместо вращающегося металла, ...), если возможно, чтобы проблема исчезла таким образом. Конечно, есть пределы тому, чего вы можете достичь, выбрасывая новые ресурсы на одну машину, но это может сработать.

2. Воспринимайте это как проблему управления людьми и найдите способ поощрения (или неудачи) принуждение) соответствующая дисциплина. Конечно, это может выходить за рамки вашей прямой ответственности, поэтому это может быть довольно сложно в зависимости от политики вашего офиса ...

У нас была аналогичная проблема с людьми, которые никогда не перезагружали свои настольные компьютеры, а это означало, что обновления безопасности иногда помещались в очередь на несколько месяцев. Политика безопасности гласила, что «исправления для известных проблем безопасности должны устанавливаться своевременно, немедленно в случаях, когда эксплойты уже существуют в дикой природе, если не могут быть доказаны достаточные меры защиты», поэтому в конце концов это было просто принудительно с помощью групповой политики: все не -server Windows-машины будут перезагружены ночью во вторник, если есть ожидающие обновления, без исключений. Если кто-то будет возражать против этого, есть два простых противодействия: если мы не будем следовать этой политике, мы потеряем нашу аккредитацию ISO-это-то-и-другое в следующий раз, когда будет проводиться какой-либо аудит, который важен для бизнеса, и наши контракты с нашими клиентами также содержат заявления о политике безопасности (поскольку мы иногда обрабатываем их данные, мы должны заверить их, что их данные находятся в безопасности с нами), поэтому без этого обеспечения мы нарушаем некоторые очень дорогие контракты.

> Пользователи настаивают на использовании Lync 2013 вместо Lync 2010 (Lync 2013 - печально известный ресурсоемкий ресурс)

Есть ли какая-то конкретная причина, кроме того, что они хотят более новые и блестящие вещи? Если есть какая-то особенность, в которой они действительно нуждаются, то вы мало что сможете сделать с этим углом.

Если приложение чата является основной проблемой ресурсов, мне интересно, есть ли способ убить только экземпляры этой программы в простаивающих сеансах вместо уничтожения всех сеансов?

> они теряют работу каждый раз, когда я перезагружаюсь без достаточного уведомления, то есть для перезагрузки им нужно знать «к полудню» того дня

Вы не указываете характер работы, так что это очень зависит от того, что это такое, но они могут не выполнить должной осмотрительности (т.е. не выполняет свою работу должным образом).

Если они не сохраняют документы регулярно, то Oни рискуете их работу, а не вы. Что произойдет, если произойдет отключение питания или другой сбой, который приведет к отключению сервера? Будут ли они винить и вас?

Конечно, если они активно работают во время перезагрузки или им нужно оставить длительные процессы без присмотра, тогда может возникнуть настоящая проблема с расписанием, которую вам нужно решить между вами.

Рискуя походить на продавца - мы используем ShutdownPlus Rolling Restart . Мы настроили его, чтобы пытаться перезапускать наши серверы каждую ночь. Он работает довольно хорошо - вы можете настроить его только на перезапуск серверов после того, как все вышли из системы. Он перезапустит цикл, если кто-то все еще использует сервер удаленных рабочих столов X раз. Инструмент также может отключать пользователей за вас, если хотите. Или даже включите питание своих виртуальных машин @ ESXi.

Я использую его с парой GPO, которые через пару часов отключают отключенных пользователей. И, конечно, отключает активные сеансы после определенного простоя. Это довольно изящный метод, если не считать случайной мошеннической программы, которая не дает сессиям закрыться. Однако мы работали над этим. Как мы это сделали, каждый сервер пытается перезагрузиться каждый час с 22.00 до 7.00, пока, конечно, это не удастся. Фактически, пользователи перезагружаются как минимум 2/3 раза в неделю, что меня устраивает.

К сожалению, это не бесплатная программа, но она неплохо справляется со своей задачей. Я реализую сценарий PowerShell, который, надеюсь, также обновит серверы перед перезагрузкой.

Прямой ответ на перезагрузку сервера Microsoft ДА / НЕТ. О, если бы жизнь была такой легкой! Это зависит от приложений, запущенных на сервере. Но вот простое руководство, но НЕ жесткое правило.

Физический сервер под управлением сервера Windows ** x Версия ** (Автоматическая перезагрузка & График) 95% можно перезагружать раз в две недели без каких-либо серьезных проблем. (Убедитесь, что применяемый патч актуален и требуется). Убедитесь, что вы полностью протестировали исправление на своем тестовом сервере (ах), прежде чем выпускать его в рабочие / производственные системы.

VMWare Виртуальные серверы под управлением Windows Server Икс Версия - Перезагрузка раз в две недели (См. Комментарий выше, если применяются патчи)

Физический сервер VMWare НИКОГДА / Редко и только в случае необходимости никогда не планируется. (Обычно очень стабильная, если поддерживается в актуальном состоянии). Для исправлений / обновлений VMWare потребуется перезагрузка.

VMWare Бег Windows SQL (Ограничить перезагрузки, Применить исправления Windows ТОЛЬКО ВРУЧНУЮ! начать сначала ЕСЛИ патч требует этого, и только после того, как вы остановили ВСЕ клиентские соединения) Проверьте, что соединения восстановились после того, как сервер будет восстановлен. Перезагрузка SQL-серверов может занять некоторое время, поэтому планируйте это в нерабочее время.

Напоминание: перед тем, как вносить ЛЮБЫЕ изменения в VMWare (Windows Server), сделайте снимок! Если в системе происходит сбой после установки Service Patch или обновлений, или приложения не запускаются, вы можете быстро получить резервную копию сервера и запустить его с ограниченным временем простоя. Не забывайте записывать ошибки, чтобы вы могли найти исправление, не оставляйте систему в покое из-за ее сбоя, поскольку она может выйти из строя в будущем.

Надеюсь, что это поможет и поможет немного прояснить ситуацию.