스냅샷을 통한 주기적인 파일 시스템 복제

정기적인 스냅샷을 지원하는 비실시간 복제 솔루션을 찾고 있습니다.

이것이 나의 현재 상황입니다:

• 2개의 이메일 서버가 실행 중입니다.우분투 12.04 LTS
• 제가 사용하는 메일 서버 프로그램은 Axigen v8.1.1입니다. 이 프로그램은 2000개 이상의 메일함을 제공하며 속도는 대략 입니다. 근무 시간 동안 시간당 이메일 2000통
• 구성은주인 노예, 심장박동/심박조율기 사용
• Axigen은 자체 독점 데이터베이스를 사용하여 모든 설정과 메시지를 저장합니다.
• 대부분의 사용자는 POP3를 사용하여 이메일 서버에 액세스하지만 일부는 IMAP4를 사용합니다.

내가 달성하고 싶은 것:

• 모든질소분 동안 스냅샷이 마스터에서 완료되어 슬레이브로 전송되어야 합니다.
• 슬레이브는 최소한 효율적으로 저장할 수 있어야 합니다.중간 사이즈최신 스냅샷과 롤백이 필요한 경우를 대비한 일일 스냅샷 2개
• (N분 동안의 이메일 손실은 허용됩니다. 모든 이메일은 MailArchiva 저장 시스템에 저장됩니다.)

내 원래 계획목표는 ZoL(ZFS-on-Linux) 파일 시스템에 Axigen의 데이터 스토리지를 구현하고 주기적인 스냅샷을 (증분적으로) 슬레이브에 보내는 것입니다. 그러나 나는 I/O가 많을 때 ZoL의 불안정성에 시달렸습니다.CPU 소프트 잠금. ZoL 토론 그룹에서는 ARC 캐시의 크기를 줄일 것을 제안했지만 이는 당연히 성능에 영향을 미치기 때문에 마스터에서 ext4 지원 스토리지로 되돌렸습니다. (그러나 ZFS는 여전히 슬레이브에서 구현될 수 있습니다.)

몇 가지 옵션을 고려하고 있습니다.

1. 데이터 저장소가 LVM 지원 스토리지에 있도록 마스터를 재구성하고 주기적으로 LVM 스냅샷을 생성하여 슬레이브를 사용 csync2하거나 슬레이브와 동기화합니다 rsnapshot(동기화 성공 후 LVM 스냅샷 삭제). 슬레이브 측에서는 동기화가 성공할 때마다 필요한 수의 스냅샷과 일일 스냅샷을 유지하기 위해 ZFS 스냅샷이 수행됩니다.

2. 마스터에서는 하드 디스크 지원 스토리지를 사용하고 슬레이브에서는 ZVOL 지원 스토리지를 사용하여 마스터/슬레이브 구성에서 DRBD를 구현합니다.

3. 스냅샷을 지원하는 클러스터 파일 시스템 구현… 그런데 어떤 것을 선택해야 할까요?

귀하의 생각과 의견에 진심으로 감사드립니다.

---

편집하다:우리 부서의 예산 상황으로 인해 상용 솔루션을 사용할 수 없습니다. 어쩌면 내년이 될 수도 있지만 불행히도 내 요구 사항은 현재입니다.

---

편집 2:ZoL의 불안정성은 ZoL 자체의 불안정성이 아닐 수도 있지만 이메일 서버의 엄청난 메모리 변동과 더 관련이 있다고 생각합니다(어떤 이유에서인지 저는 Axigen 서버 앞에 Perdition을 구현해야 했고 Perdition은 모든 연결에는 프로세스가 있으므로 서버의 메모리가 심각하게 조각화될 수 있으며 ZoL이 ARC 캐시를 늘리기 위해 일부 SLAB를 선언하지 못할 수 있습니다)