Может ли кто-нибудь предложить инструмент / метод для моделирования различных сценариев при использовании WSUS? Или я прошу невозможного? Мне любопытно узнать, развертываю ли я X патчей по медленным каналам, есть ли способ определить, когда все машины на другом конце провода будут обновлены?
Виртуальные машины в тестовой среде, которая позволяет реализовать ограничение скорости (для имитации различных скоростей соединения), является лучшим решением. Но, как заметил Эндрю, это связано со значительными расходами.
Другой подход может заключаться в том, чтобы просто выломать карандаш и выполнить некоторые вычисления на обратной стороне салфетки. Какова скорость соединения, насколько велик набор исправлений, могут ли они быть многоадресными, сколько машин на удаленном конце и так далее. Рассмотрев эти переменные, вы можете решить, что проще доставить один набор исправлений на второй сервер WSUS на дальнем конце и продолжать жить дальше.
Незнание ничего о том, как устроена ваша сеть, затрудняет краткий ответ на этот вопрос.
Если вас беспокоит пропускная способность и удаленные серверы WSUS не подходят, вы также можете настроить параметры BITS в объекте групповой политики для этих сайтов; клиенты могут получать исправления медленнее, но лучше, чем совсем.
Вы знаете, какой очевидный ответ на это - виртуальные машины.
Однако я думаю, что ваш вопрос немного сложнее, не так ли?
Можете ли вы определить, что такое медленное соединение? Мы говорим о модеме?
У вас есть группа мобильных пользователей, и вы хотите знать, когда они все будут обновлены? Но вы не знаете, когда они подключатся и по какой скорости?
Помимо пробного прогона, который требует больших затрат времени, нет простого способа смоделировать это. Может быть, руководству было бы лучше настоять на том, чтобы эти машины подключались в течение определенного периода, в течение которого можно будет установить исправления?
Почему виртуальные машины стали мгновенной реакцией на проблемы администрирования?
Виртуальные машины - это не волшебная пыльца пикси, которой можно посыпать ваши проблемы.
Вы должны выяснить, сколько времени потребуется, чтобы загрузить файл определенного размера по ссылке. Хорошие круглые числа удобны, давайте сделаем 1ГБ.
Угадай.
В этом случае ваше развертывание WSUS представляет интерес, обычно WSUS развертывается на локальном конце медленного канала. На самом деле есть только две причины для развертывания WSUS: управление и пропускная способность. Размещение WSUS на удаленном конце ссылки ничем не отличается (с точки зрения пропускной способности) от загрузки всех ваших патчей из Microsoft. Каждый клиент должен иметь доступ к одной и той же медленной ссылке.
Рассматривали ли вы развертывание еще одного сервера WSUS на локальном конце вашей ссылки?
Если это филиал, и вы не хотите / не можете развертывать сервер WSUS. Подумайте о том, чтобы делать патчи, начиная с вечера пятницы, и позволять им кататься в течение выходных.