Краткий ответ: если серверы находятся близко друг к другу, вы можете сделать это, если они находятся далеко, скорее всего, вы перевернете окно передачи. В любом случае, однако, это плохая идея для «простой» реализации.
Более полный ответ:
Я не думаю, что этот сайт подходит для такого рода вопросов - правильный ответ будет «это зависит» и «вы должны запустить свои собственные тесты». (Также возможно Serverfault будет лучшим форумом, так как этот форум больше для хобби).
Тем не менее, я подвергаю сомнению FTPS как хорошее решение, так как кажется, что он имеет очень высокие издержки - FTP достаточно плох, прежде чем добавлять дополнительные издержки шифрования.
То, насколько технически это выполнимо, будет в значительной степени зависеть от скорости вашего канала, расстояния между серверами и количества одновременных подключений, которые вы делаете [несколько подключений могут снизить задержку до некоторой степени]
Если вы можете объединить несколько файлов в один больший файл, перенести их, а затем распаковать их, вы получите очень существенный прирост производительности, потому что:
- Вы уменьшаете проблемы с задержкой (и накладными расходами на шифрование, но позволяете игнорировать их, поскольку они несущественны по сравнению с остальной частью проблемы)
- Вы сжимаете файлы, уменьшая объем данных, которые необходимо передать.
Вы не указали, как будут работать передачи - будь то один сеанс FTPS с несколькими загружаемыми файлами или отдельный сеанс ftps для каждого файла.
Последнее решение, которое, как я подозреваю, было бы проще запрограммировать, повлекло бы за собой ОГРОМНЫЕ накладные расходы, поскольку необходимо было бы согласовать каждое отдельное соединение, и это согласование является дорогостоящим по сравнению с небольшим файлом. (Я не эксперт по FTPS, но TLS обычно добавляет около 6-7 Кбайт к каждому запросу, а FTPS - это сеанс FTP, заключенный в TLS).
Задержка на запрос, при условии, что полезная нагрузка была незначительной, возрастет примерно в 3 раза. Это может не иметь значения, если сайты находятся в одной сети, но, например, если у вас была одна сторона соединения в Нью-Йорке, а другая - в Лос-Анджелесе 80 мс, вы сталкиваетесь с существенными проблемами задержки, когда вы умножаете это на число файлы, и вы, вероятно, унесете свое окно передачи - даже если NAS справится с этим.