다른 서버 7 개에 복사하려는 약 30GB의 파일이 포함 된 1 개의 소스 서버가 있습니다. 나는 현재 파일을 처음 4 대의 서버로 SCP로 전송하고 전송이 완료되면 마지막 3 대의 서버로 SCP를 전송합니다.
BitTorrent를 사용하여 파일을 한 번에 7 개로 모두 배포하는 것이 더 빠릅니까? 내부 연결은 이미 각 서버간에 빠르고 일관성이 있습니다. 소스 서버에서 약간의 부하가 걸릴 수 있지만 파일을 배포하는 데 시간이 더 걸릴까요?
쉘에서 사용할 수있는 좋은 스크립트 가능한 클라이언트는 무엇입니까? 나는 모든 사람이 100 % 후에 파종을 멈추기를 원합니다.
답변:
네트워크 배치 방법과 병목 현상 위치에 따라 다르지만 BitTorrent를 사용하는 것이 더 빠를 수 있습니다. 이론적으로 동일한 파일의 사본 7 개를 보내는 대신 소스 서버는 수신자간에 분할 된 사본 1 개만 보내면됩니다. 그때까지 남은 동료들은 직접받지 못한 부분을 공유하게됩니다.
네트워크가 멀티 캐스트를 지원하는 경우 udpcast , mdp , multisend 등 을 설정하는 것이 더 쉽습니다 . 소스는 데이터의 단일 사본을 전송하고 네트워크는 모든 수신자에게 라우팅합니다.
rsync 와 같은 다른 파일 배포 도구에 비해 BitTorrent의 장점은 클라이언트가 다른 클라이언트에 데이터를 제공하기 시작하므로 서버가 클라이언트에 느리게 연결되면 처리량이 훨씬 향상됩니다.
BT는 글로벌 공유를 위해 설계된 프로토콜입니다. 따라서 다른 모든 고객을 차단할 수있는 방법을 찾아야합니다. 그러나 당신이 먹이기를 원하는 7 명을 (또는 당신의 급류는 곧 해적 만에 끝납니다).
100 %로 중지하는 경우 모든 BT 클라이언트는 다음을 수행합니다. 더 이상 클라이언트가 데이터를 요청하지 않으므로 더 이상 시드가 없습니다. 응용 프로그램은 계속 실행되지만 클라이언트와 추적기간에 약간의 데이터가 흘러도 여전히 사용 가능하다는 메시지를 표시합니다.
Python으로 작성된 원래 BitTorrent 클라이언트를 사용해보십시오. 이를 통해 원하는대로 수정할 수 있습니다. 불행히도 링크 ATM을 찾을 수 없습니다. 누군가?
[편집] 댓글 saua : 개인 추적기를 사용하는 경우 급류가 예기치 않게 퍼져서는 안됩니다. 즉, 신뢰할 수있는 출처의 토런트 클라이언트 만 사용해야합니다. 그렇지 않으면 일부 크래커가 코드에 약간의 추가 기능을 추가하여 원하지 않는 곳에 개인 급류를 게시 할 위험이 있습니다.
BitTorrent는 예를 들어 동일한 서버에서 복사하기 위해 모든 서버에 원격 명령을 실행할 필요없이 서버 트리를 통해 파일을 복제하려는 경우 좋은 아이디어입니다. 병목 현상이 발생할 수 있습니다.
트위터 엔지니어들은 현재 github에있는 Murder를 통해이를 성공적으로 수행했습니다.
http://engineering.twitter.com/2010/07/murder-fast-datacenter-code-deploys.html
Bit Torrent를 사용하여 8 대의 서버가 네트워크의 동일한 섹션에 연결되어 있으면 속도가 향상되지 않을 수 있습니다. 실제로 충돌이 너무 많아서 느려질 수 있습니다. 완전히 전환 된 네트워크를 사용하고 8 대의 서버가 다른 서버 간의 통신에 영향을주지 않고 서로 독립적으로 통신 할 수있는 경우 BitTorrent는 속도를 향상시킵니다.