it-gundan.com

Rsync 백업 성능 향상

하나의 시스템이 항상 마스터 사본을 가질 것이고 다른 시스템이 항상 최근 사본 (48 시간 미만)을 갖게 될 것으로 가정하면 UNIX 상자 간의 SSH 미러링을 통해 Rsync를 향상시키는 가장 좋은 기술은 무엇입니까?

또한 수십 개의 기계를 처리하기 위해 그 접근 방식을 확장하기 위해해야 ​​할 일은 이러한 변화를 촉구하는 것입니까?

8
sal

Rsyncing이 rsyncing이 아직 압축되지 않은 것으로 추정되는 것은 아직 압축 (-z)을 켜면 양쪽 끝의 일부 CPU의 비용으로 속도를 전송하는 데 도움이 될 것입니다.

4
pjz

많은 변경 사항으로 매우 큰 파일을 전송하는 경우 --InPlace 및 --whole 파일 옵션을 사용하면 내 2GB VM 이미지 및 많은 도움이되는 것)에 사용합니다. rsync 프로토콜이 이러한 파일과 함께 증분 데이터를 전달하는 것으로 많은 기능을 수행하지 않으므로). 나는 대부분의 경우 이러한 옵션을 추천하지 않습니다.

rsync 증분 프로토콜을 사용하여 파일이 얼마나 잘 전송되는지 확인하려면 --stats를 사용하십시오.

2
gbjbaanb

백업 방법으로 rsyncing을 할 때 백업하는 많은 파일이 많은 경우 실행될 가장 큰 문제가 될 것입니다. rsync는 문제없이 큰 파일을 처리 할 수 ​​있지만 백업하는 파일 수가 너무 커서 너무 커서 rsync가 합리적인 시간에 완료되지 않을 것임을 알 수 있습니다. 이 경우 백업을 작은 부분으로 분해 한 다음 해당 부품을 반복해야합니다.

find /home -mindepth 1 -maxdepth 1 -print0 | xargs -0 -n 1 -I {} -- rsync -a -e ssh {} [email protected]:/backup/

또는 파일 세트를 다운 링하여 파일 수를 줄입니다.

수십 개의 기계가 이러한 변화의 거울을 얻는 것처럼 백업이 필요한 방법에 따라 다릅니다. 한 가지 접근 방식은 기본 서버에서 백업 서버로의 변경 사항을 미러링 한 다음 다른 서버가 초기 백업 서버의 rsync 데몬에서 백업 서버를 끄고 다른 서버를 스케줄링하여 약간으로 당기기 위해 다른 시간이나 스크립트를 사용하여 암호없는 SSH를 사용하여 각 서버에 연결하여 초기 백업 서버 압도적 인 것을 방지하는 데 도움이되는 백업의 신선한 복사본을 당기는 것을 알려줍니다. 그러나 그 많은 문제가 있는지 여부는 의존 할 것입니다. 백업 복사본을 가져 오는 다른 어떤 시스템의 다른 시스템에서.

2
Rodney Amato