4

自明ではない (10G > x >10MB) 量のデータをあるマシンから別のマシンに、場合によっては複数のセッションで転送する良い方法を探しています。

ざっと見てきました

  • *ftp (sftp、tftp、ftp)
  • http
  • torrents (一般的にシード ネットワークを持たないため、アウト)
  • rsync (これを必要なものに本当に適応できるかどうかはわかりません)

法案にもう少し適合する可能性のある他のプロトコルはありますか? 上記のほとんどは、それ自体では耐障害性が高くありませんが、クライアント/サーバー アプリに依存してスラックを拾います。この段階では、適切に機能する特定のクライアント/サーバーの実装よりも、プロトコル自体に関心があります。

(もちろん、udp を介して独自に記述できることはわかっていますが、それ以外のほとんどのものを使用したいと思います!!)

4

5 に答える 5

5

私はrsync(SSH経由)を使用して、1分以上かかると思われるものを転送します。

レート制限、一時停止/再開、進捗レポートの取得は簡単です。SSHキーで自動化できます。それは(通常)すでにインストールされています(とにかく* nixボックスに)。

必要なものに応じて、rsyncはおそらく適応できます。多くのユーザーに配布している場合は、ファイアウォールの問題にはFTP/HTTPの方が適している可能性があります。ただし、rsyncは1対1または1対数の転送に最適です。

于 2008-10-22T19:16:39.233 に答える
4

ほとんどの場合、rsync が最善の策です。

差分のみを転送するため、途中で転送を中断しても、次回は前回ほど変わらない(転送先にファイルがなかった場合)

于 2008-10-22T19:07:11.033 に答える
2

BitTorrent は、大きなシード ネットワークを有効にする必要はありません。1 つのシーダーと 1 つのピアで問題なく機能します。トラッカーなどのセットアップには多少のオーバーヘッドがありますが、一度セットアップすると、素晴らしく、迅速で、フォールト トレラントな転送方法になります。

于 2008-10-22T19:06:16.417 に答える
1

HTTPは、バイト範囲を使用した部分転送の再開をサポートするという点で、優れたオプションです。FTPまたはTFTPは、HTTPサーバーのようなものをロックダウンする必要がなく、構成が非常に簡単なサーバーソフトウェアを入手できるため優れています。

于 2008-10-22T19:18:05.270 に答える
1

GridFTPは、アルゴンヌが大量のデータを確実に転送するために使用しているものです。

于 2008-10-22T19:24:47.660 に答える