Снижение нагрузки на сервер из-за чрезмерных SFTP-подключений к серверу синхронизации

Question

Я планирую синхронизировать около 200 очень маленьких файлов в час (менее 1 КБ каждый файл), исходные файлы находятся на удаленном SFTP-сервере, а файлы назначения находятся на Windows Server. Я боюсь, что слишком много подключений, которые я планирую устанавливать с SFTP-сервером (каждые 10 секунд), чтобы иметь опыт почти в реальном времени.

Что касается других вопросов, я планирую использовать функцию синхронизации WinSCP и планировщик задач Windows (для выполнения сценария WinSCP), но, как я уже сказал, мне придется выполнять его каждые 10 секунд, чтобы получить своевременный результат, а ресурсы сервера являются ограничением.

Любые другие идеи о том, сколько нагрузки это чрезмерное SFTP-соединения будет означать для сервера? Или любое предложение о лучшем способе держать эти папки в "синхронизации". Заранее спасибо за любую ценную идею.

Answer 1

Разве не было бы лучше, если бы вы оставляли свое соединение открытым (чтобы сэкономить ресурсы, необходимые для аутентификации SSH с интенсивным использованием процессора) и запускали команду synchronize в цикле? Переподключение, когда потеряно только соединение.

Этого легко достичь, используя скрипт PowerShell с использованием сборки WinSCP .NET.

Обычный скрипт WinSCP не допускает циклов и пауз.

Если все файлы находятся в одной папке (= один список каталогов на один запуск синхронизации) и за один раз изменяется только один маленький файл (= одна передача файла), загрузка будет небольшой.