Как передать сжатые данные объемом 35 ГБ с локального на удаленный сервер? [закрыто]
Пожалуйста, предложите мне САМЫЙ БЫСТРЫЙ способ передачи сжатых данных объемом 35 ГБ (с использованием 7zip) с моего ноутбука на удаленный сервер. Пожалуйста, опубликуйте команду. Я использовал SCP, но он ужасно медленный, rsync лучше, но с его скоростью примерно 1 МБ / мин, это может занять очень-очень много времени. Есть ли способ лучше?
3 ответа
ftp и http являются самыми быстрыми, ftp быстрее для меньшего числа больших файлов и http быстрее для большего числа маленьких файлов (не удивительно рассмотрение природы трафика HTTP).
Дополнительные сравнительные тесты - https://www.disk91.com/2014/technology/networks/compare-performance-of-different-file-transfer-protocol-over-latency/
Примечание: Ваш интернет-провайдер может ограничить скорость загрузки в зависимости от Вашего поставщика. Если Ваш поставщик налагает скорость или ограничение данных, оно не может иметь значения.
Вы можете использовать другие методы также, видеть http://moo.nac.uci.edu/~hjm/HOWTO_move_data.html
35 ГиБ займут приблизительно 25 дней в 1MB/minute (17kB/s). Поскольку будет требоваться много времени, я сфокусировался бы на пути, который позволяет Вам возобновиться легко. Это исключает scp насколько я знаю, и я изучил бы следующих кандидатов:
- http (s)
- rsync
- Sneakernet
Установка веб-сервера для обслуживания единственного файла довольно легка; стандартная установка Ubuntu может сделать это без любой конфигурации, пока машина достижима из Интернета. Просто поместите файл в /var/www/html/ (или свяжите его там).
Использовать wget -c http://example.com/file.tar возобновлять загрузку, если прервано. Это работает вполне надежно. Так как это - одна вещь времени, не беспокойтесь сертификатами SSL - шифруют и подписывают данные, если Вы волнуетесь по поводу безопасности и целостности.
Rsync передан по SSH, таким образом, это безопасно. Это поддерживает бесшовное продолжение. rsync -P localfile user@example.com:remotefile должен поддерживать резюме и передать файл без любых забот.
Но 25 дней являются долгим временем. Можно, вероятно, скопировать диск в Карту памяти и отправить его в почте быстрее. Карты памяти на 64 ГиБ могут иметься приблизительно за 20 долларов США. Если Вы DHL это, это доберется почти где-нибудь в течение 3-4 дней.
Короче говоря - самая быстрая опция с этим объемом данных и скорость соединения Вы видите, наилучший вариант состоит в том, чтобы, вероятно, только наполнить его на внешнем диске и отправить его по почте.
Или пойдите куда-нибудь с достойным соединением - 35 ГиБ при 100Mb/s соединении займут менее чем час.
Для шифрования и подписания файла, можно использовать gpg. Настройте пару ключей, зашифруйте файл и подпишите его. На удаленном конце Вы проверяете подпись и дешифруете его. Это гарантирует безопасность и целостность при переносе канавки недоверяемый канал как почта или http. При использовании rsync ssh будет заботиться об этом для Вас.
Поскольку Пантера заявила, не зашифровала опции такой как FTP или HTTP было бы самым быстрым. Однако, если существует что-нибудь, что Вы предпочитаете не иметь общественности в Интернете, я рекомендую использовать зашифрованный метод. Вы могли попробовать что-то как создание простой страницы входа в систему PHP (использующий если оператор), установите и настройте nginx или apache для HTTPS, и имеют ссылку на загрузку, только можно получить доступ. HTTPS должен быть быстрым, поскольку он использует сжатие, и можно использовать программу такой как axel устанавливать тот файл с помощью многочисленных связей.
Самый простой ответ, принимая Ваше интернет-соединение является узким местом а не ЦП, должен был бы использовать SFTP с -C флаг для включения сжатия, хотя, так как Вы уже сжали его, количество, которое может быть далее сжато, является довольно небольшим. Самая легкая вещь сделать состоит в том, чтобы сжать файлы снова с более эффективным способом.