ftp сервер и одновременное обращение 200 клиентов.
Здравствуйте.
Есть в организации ftp сервер. 1С запускает обработку которая из ftp скачивает данные. Таких клиентов 200 шт.
На ftp лежат сканы документов. Каждый клиент выкачивает от 10 до 20 Мб сканов.
Вопрос надо их разносить по времени или нет? На ftp интернет канал стабильный и хороший(оптоволокно, точно скорость не скажу, но высокая, такой же канал тянет 100 видео камер с хорошей картинкой и звуком).
Есть в организации ftp сервер. 1С запускает обработку которая из ftp скачивает данные. Таких клиентов 200 шт.
На ftp лежат сканы документов. Каждый клиент выкачивает от 10 до 20 Мб сканов.
Вопрос надо их разносить по времени или нет? На ftp интернет канал стабильный и хороший(оптоволокно, точно скорость не скажу, но высокая, такой же канал тянет 100 видео камер с хорошей картинкой и звуком).
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) Ну если есть возможность разнести по времени запросы к ftp-серверу, то это надо сделать.
Это позволит использовать более дешевое железо.
По идее можно строить стек запросов.
Пользователи делают запрос не напрямую к серверу а помещают свои запросы в список.
По мере заполнения списка процедура будет выполнять запросы и возвращать пользователям результаты.
Подобным образом строят системы с огромным числом пользователей.
Это позволит использовать более дешевое железо.
По идее можно строить стек запросов.
Пользователи делают запрос не напрямую к серверу а помещают свои запросы в список.
По мере заполнения списка процедура будет выполнять запросы и возвращать пользователям результаты.
Подобным образом строят системы с огромным числом пользователей.
(8) spacecraft, Регламентное задание скачивает с сервера сканы документов и несколько небольших видео файлов(5-10 Мб).
ftp первое что пришло в голову.
(7) CaptainMorgan,
Я думаю что проще их по времени разнести чем новый сервер покупать :) Он и "старый" вполне себе нормальный для этих задач.
Объём перегоняемых данных небольшой.
Вопрос в том если все узлы в 17.00 начнут скачивать с сервера один и тот же файл не будет ли проблем на самом сервере.
Можно у рег задания расписание менять в зависимости от узла. Например первыми стартуют узлы с 1 по 50 через 20 минут с 51 по 100 и тд. Пока что думаю делать так....
ftp первое что пришло в голову.
(7) CaptainMorgan,
Купите для построения качественного ftp-сервера HP ProLiant ML100 и проблем не будет.
Даже при одновременном подключении всех 200 узлов стабильность работы будет гарантирована.
Даже при одновременном подключении всех 200 узлов стабильность работы будет гарантирована.
Я думаю что проще их по времени разнести чем новый сервер покупать :) Он и "старый" вполне себе нормальный для этих задач.
Объём перегоняемых данных небольшой.
Вопрос в том если все узлы в 17.00 начнут скачивать с сервера один и тот же файл не будет ли проблем на самом сервере.
Можно у рег задания расписание менять в зависимости от узла. Например первыми стартуют узлы с 1 по 50 через 20 минут с 51 по 100 и тд. Пока что думаю делать так....
(9) Вы пишите "первыми стартуют узлы с 1 по 50 через 20 минут с 51 по 100 и тд."
Получается, что время начала загрузки определяет не пользователь а программист. Так?
Если схема обмена данными не критична к промежутку времени между запросом и временем доставки, то можно организовать стек запросов и фоновое задание обработчик.
К примеру создаешь регистр сведений куда будут собираться все запросы к файлам. У каждого запроса должен быть признак текущего состояния (новый, выполняется, завершен)
Регламентное задание каждую минуту читает регистр и запускает загрузку в том случае если загрузка предыдущего файла завершена.
Как только у всех запросов признак стал "завершен" - старт следующего.
Так то, можно и приоритет выставлять и очередность менять, в зависимости от ролей конкретного пользователя.
Получается, что время начала загрузки определяет не пользователь а программист. Так?
Если схема обмена данными не критична к промежутку времени между запросом и временем доставки, то можно организовать стек запросов и фоновое задание обработчик.
К примеру создаешь регистр сведений куда будут собираться все запросы к файлам. У каждого запроса должен быть признак текущего состояния (новый, выполняется, завершен)
Регламентное задание каждую минуту читает регистр и запускает загрузку в том случае если загрузка предыдущего файла завершена.
Как только у всех запросов признак стал "завершен" - старт следующего.
Так то, можно и приоритет выставлять и очередность менять, в зависимости от ролей конкретного пользователя.
(10) Syncthing — открытое кроссплатформенное приложение, работающее по модели клиент-сервер и предназначенное для синхронизации файлов между участниками (P2P). Приложение написано на языке Go и по функциональности похоже на BitTorrent Sync.
Это приложение позиционируется как новое, а следовательно сырое.
Если TODD22 вдруг решит удариться в подобную экзотику, то надо начинать с традиционного уTorrentа.
Так то реально сервер разгрузится. Клиенты будут файлы качать одновременно и с оригинала и друг у друга.
Только в этом случае придется переписывать абсолютно все обработки и возможно допиливать платформу 1С.
Это приложение позиционируется как новое, а следовательно сырое.
Если TODD22 вдруг решит удариться в подобную экзотику, то надо начинать с традиционного уTorrentа.
Так то реально сервер разгрузится. Клиенты будут файлы качать одновременно и с оригинала и друг у друга.
Только в этом случае придется переписывать абсолютно все обработки и возможно допиливать платформу 1С.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот