백업, 독자 요청에 따른 부분: UrBackup, BackupPC, AMANDA 개요

이 리뷰 노트는 계속됩니다 백업주기, 독자의 요청에 따라 작성된 UrBackup, BackupPC 및 AMANDA에 대해 이야기합니다.

UrBackup 검토.

참가자의 요청에 따라 VGusev2007 클라이언트-서버 백업 시스템인 UrBackup에 대한 리뷰를 추가하겠습니다. 전체 및 증분 백업을 생성하고, 장치 스냅샷으로 작업할 수 있으며(Win에만 해당?), 파일 백업도 생성할 수 있습니다. 클라이언트는 서버와 동일한 네트워크에 있거나 인터넷을 통해 연결할 수 있습니다. 변경 내용 추적이 선언되어 백업 복사본 간의 차이점을 빠르게 찾을 수 있습니다. 공간을 절약하는 서버 측 데이터 스토리지 중복 제거도 지원됩니다. 네트워크 연결은 암호화되며 서버 관리를 위한 웹 인터페이스도 있습니다. 그녀가 무엇을 할 수 있는지 봅시다:

전체 백업 모드에서는 다음과 같은 결과를 얻었습니다.

영업 시간 :

처음 시작
두 번째 실행
세번째 발사

첫 번째 테스트
8m20s
8m19s
8m24s

두 번째 테스트
8m30s
8m34s
8m20s

세 번째 테스트
8m10s
8m14s
8m12s

증분 백업 모드에서:

영업 시간 :

처음 시작
두 번째 실행
세번째 발사

첫 번째 테스트
8m10s
8m10s
8m12s

두 번째 테스트
3m50s
4m12s
3m34s

세 번째 테스트
2m50s
2m35s
2m38s

두 경우 모두 리포지토리 크기는 약 14GB였으며 이는 서버 측에서 중복 제거가 작동 중임을 나타냅니다. 또한 서버와 클라이언트에서 백업을 생성하는 데 걸리는 시간 사이에 차이가 있다는 점에 유의해야 합니다. 이는 그래프에서 매우 명확하게 볼 수 있으며 웹 인터페이스에 작동 시간이 표시되므로 매우 즐거운 보너스입니다. 고려하지 않고 서버 측의 백업 프로세스
클라이언트의 상태. 일반적으로 전체 복사본과 증분 복사본의 그래프는 구분할 수 없습니다. 유일한 차이점은 아마도 서버 측에서 처리되는 방식일 것입니다. 또한 중복 시스템의 낮은 프로세서 부하에도 만족했습니다.

백업PC 검토

참가자의 요청에 따라 반지가노프 BackupPC에 대한 리뷰를 추가합니다. 이 소프트웨어는 Perl로 작성된 백업 스토리지 서버에 설치되며 다양한 백업 도구(주로 rsync, tar)에서 작동합니다. SSH와 smb가 전송 수단으로 사용되며, cgi 기반 웹 인터페이스(아파치 위에 배포)도 있습니다. 웹 인터페이스에는 광범위한 설정 목록이 있습니다. 기능 중에는 백업 간의 최소 시간과 백업이 생성되지 않는 기간을 설정하는 기능이 있습니다. 백업 서버용 파일 시스템을 선택할 때 하드 링크가 지원되는지 확인해야 합니다. 따라서 저장용 파일 시스템은 마운트 포인트로 분할될 수 없다. 전반적으로 꽤 즐거운 경험이었습니다. 이 소프트웨어의 기능이 무엇인지 살펴보겠습니다.

rsync를 사용하여 전체 백업을 생성하는 모드에서 다음과 같은 결과를 얻었습니다.

처음 시작
두 번째 실행
세번째 발사

첫 번째 테스트
12m25s
12m14s
12m27s

두 번째 테스트
7m41s
7m44s
7m35s

세 번째 테스트
10m11s
10m0s
9m54s

전체 백업 및 tar를 사용하는 경우:

처음 시작
두 번째 실행
세번째 발사

첫 번째 테스트
12m41s
12m25s
12m45s

두 번째 테스트
12m35s
12m45s
12m14s

세 번째 테스트
12m43s
12m25s
12m5s

증분 백업 모드에서는 이러한 설정으로는 백업이 생성되지 않기 때문에 tar를 포기해야 했습니다.

rsync를 사용하여 증분 백업을 생성한 결과는 다음과 같습니다.

처음 시작
두 번째 실행
세번째 발사

첫 번째 테스트
11m55s
11m50s
12m25s

두 번째 테스트
2m42s
2m50s
2m30s

세 번째 테스트
6m00s
5m35s
5m30s

일반적으로 rsync는 약간의 속도 이점이 있으며 rsync는 네트워크에서 더 경제적으로 작동합니다. 이는 tar를 백업 프로그램으로 사용하면 CPU 사용량이 적어 부분적으로 상쇄될 수 있습니다. rsync의 또 다른 장점은 증분 복사본과 함께 작동한다는 것입니다. 전체 백업을 생성할 때 리포지토리 크기는 동일합니다. 증분 복사본의 경우 16GB(실행당 14GB)는 중복 제거 작업을 의미합니다.

아만다 리뷰

참가자의 요청에 따라 올 레르 AMANDA 테스트 추가,

tar를 아카이버로 사용하고 압축을 활성화한 테스트 실행 결과는 다음과 같습니다.

처음 시작
두 번째 실행
세번째 발사

첫 번째 테스트
9m5s
8m59s
9m6s

두 번째 테스트
0m5s
0m5s
0m5s

세 번째 테스트
2m40s
2m47s
2m45s

프로그램은 하나의 프로세서 코어를 완전히 로드하지만 백업 스토리지 서버 측의 제한된 IOPS 디스크로 인해 높은 데이터 전송 속도를 달성할 수 없습니다. 일반적으로 프로그램 작성자는 ssh를 전송으로 사용하지 않고 키를 사용하여 유사한 체계를 구현하고 본격적인 CA를 생성 및 유지 관리하기 때문에 다른 참가자보다 설정이 조금 더 번거롭습니다. 클라이언트와 백업 서버를 광범위하게 제한할 수 있습니다. 예를 들어 서로 완전히 신뢰할 수 없는 경우 옵션으로 해당 변수의 값을 13으로 설정하여 서버가 백업 복원을 시작하지 못하도록 할 수 있습니다. 설정 파일. 관리를 위해 웹 인터페이스를 연결할 수 있지만 일반적으로 구성된 시스템은 작은 bash 스크립트(또는 ansible과 같은 SCM)를 사용하여 완전히 자동화될 수 있습니다. 데이터 저장을 위한 다양한 장치(LTO 카세트, 하드 드라이브 등)의 광범위한 목록을 지원하기 때문에 스토리지 설정을 위한 다소 중요하지 않은 시스템이 있습니다. 또한 이 기사에서 논의된 모든 프로그램 중에서 AMANDA가 디렉터리 이름 변경을 감지할 수 있는 유일한 프로그램이라는 점도 주목할 가치가 있습니다. 한 번의 실행에 대한 저장소 크기는 XNUMXGB였습니다.

발표

백업, 파트 1: 백업이 필요한 이유, 방법 및 기술 개요
백업 2부: rsync 기반 백업 도구 검토 및 테스트
백업 파트 3: 이중성 검토 및 테스트
백업 파트 4: zbackup, restic, borgbackup 검토 및 테스트
백업 파트 5: Linux용 bacula 및 veeam 백업 테스트
백업 파트 6: 백업 도구 비교
백업 파트 7: 결론

출처 : habr.com