トレントは、他の参加メンバーを使用してコンテンツをフェッチすることにより、サーバーの負荷を最小限に抑えることを理解しています。私が混乱していることの1つは、とにかくさまざまな関係者がサーバーを介して接続されているため、データ交換の完全なストレスがサーバーにかかることです。せいぜい、ディスクシークは減少します。
トレントサーバーのどの設計アーキテクチャが実際に上記の問題を解決しますか?
トレントは、他の参加メンバーを使用してコンテンツをフェッチすることにより、サーバーの負荷を最小限に抑えることを理解しています。私が混乱していることの1つは、とにかくさまざまな関係者がサーバーを介して接続されているため、データ交換の完全なストレスがサーバーにかかることです。せいぜい、ディスクシークは減少します。
トレントサーバーのどの設計アーキテクチャが実際に上記の問題を解決しますか?
BitTorrenプロトコルを使用する場合、サーバー(別名トラッカー)の目的は、クライアントがお互いを見つけることができる方法でクライアントを管理することだけです。実際のデータ送信は、クライアント間でのみ行われます(つまり、ピアツーピア、p2p)。
基本的に、クライアントは現在同じトレント(ファイル)を取得している他のクライアントについてサーバーに問い合わせ、これらのクライアントへの接続を試みて実際のデータ送信を行います。したがって、サーバーはファイルをダウンロードするクライアントについてのみ知る必要があり、実際のデータ送信にはまったく関与しないため、サーバーの負荷は非常に低くなります。
サーバーを介して交換されるデータは、トレントデータ自体ではなく、トレントに参加しているピアのIPなどです。トレント内のピアは、他のピアへの接続を開いて、「ピース」を直接交換します。トレントデータはいずれもトレントサーバーを通過しません。トレントプロバイダーが違法/著作権で保護されたデータを配信したと非難されたときに使用される法的防御の1つは、データ自体を処理しないため、データの配布について責任を負わないことです。
この問題は、サーバーの設計上の考慮事項ではなく、BitTorrentプロトコル自体によって解決されます。
Rgds、マーティン