백업 전략으로서 xen domU의주기적인 LVM 스냅 샷이 얼마나 실용적입니까? 찬반 양론?
나에게 그것은 빠르고 두뇌없는 복원을위한 완벽한 솔루션 인 것 같습니다. 중단없이 domU가 성공적으로 실행되면 손상된 논리 볼륨에서 모든 조사를 수행 할 수 있습니다.
편집하다:
전체 시스템 백업을 수행 할 때의 현재 위치입니다.
이제 이것을 자동화해야합니다.
답변:
LVM 스냅 샷은 파일 시스템을 고정 된 상태로 캡처하기위한 것입니다. 그것들 자체로는 백업이 아닙니다. 그러나 정지 된 이미지는 백업 프로세스 중에 변경되지 않으며 변경되지 않기 때문에 일관된 백업 이미지를 얻는 데 유용합니다. 따라서 장기 백업을 위해 직접 사용하지는 않지만 사용하기로 결정한 백업 프로세스에서 큰 가치가 있습니다.
스냅 샷을 구현하는 몇 가지 단계가 있습니다. 첫 번째는 새로운 논리 볼륨을 할당해야한다는 것입니다. 이 볼륨의 목적은 파일 시스템에 대한 델타 (변경)가 기록되는 영역을 제공하는 것입니다. 이를 통해 기존 읽기 / 쓰기 액세스를 방해하지 않고 원래 볼륨을 계속 사용할 수 있습니다. 이것의 단점은 스냅 샷 영역의 크기가 유한하다는 것입니다. 즉, 쓰기 작업이 많은 시스템에서는 오히려 빨리 채울 수 있습니다. 쓰기 작업이 많은 볼륨의 경우 모든 변경 사항을 기록하기에 충분한 공간을 확보 할 수 있도록 스냅 샷의 크기를 늘리십시오. 스냅 샷이 넘치면 (채워짐) 스냅 샷이 정지되고 사용할 수없는 것으로 표시됩니다. 이 경우 스냅 샷을 해제하여 원래 볼륨을 온라인으로 되돌릴 수 있습니다. 릴리스가 완료되면
두 번째로 발생하는 일은 LVM이 이제 해당 볼륨의 실제 목적을 "스왑"한다는 것입니다. 새로 할당 된 스냅 샷이 파일 시스템에 대한 변경 사항을 찾을 수있는 장소라고 생각할 것입니다. 결국 모든 쓰기 작업이 수행되는 위치입니다. 아니요, 다른 방향입니다. 파일 시스템은 LVM 볼륨 이름에 마운트 되므로 스냅 샷이 다른 이름을 사용하기 때문에 나머지 시스템 아래 에서 이름 을 바꾸는 것은 불가능합니다 . 따라서 해결책은 간단합니다. 원래 볼륨 이름에 액세스 할 때 스냅 샷을 수행 한 볼륨 의 라이브 (읽기 / 쓰기) 버전을 계속 참조합니다 . 생성 한 스냅 샷 볼륨은 고정 된백업하려는 볼륨의 (읽기 전용) 버전. 처음에는 약간 혼란 스럽지만 의미가 있습니다.
이 모든 것은 2 초 안에 일어난다. 나머지 시스템은 눈치 채지 못합니다. 물론 오버플로 전에 스냅 샷을 해제하지 않으면 ...
어느 시점에서 스냅 샷을 해제하여 차지하는 공간을 되 찾을 수 있습니다. 릴리스가 완료되면 스냅 샷 볼륨이 볼륨으로 다시 릴리스되고 원본은 그대로 유지됩니다.
나는 이것을 장기적인 백업 전략으로 추구하지 않는 것이 좋습니다. 여전히 실패 할 수있는 동일한 실제 드라이브에서 데이터를 호스팅하고 있으며 실패한 드라이브에서 파일 시스템을 복구하는 것은 전혀 백업되지 않습니다.
간단히 말해 :
LVM 스냅 샷은 서버를 오프라인 상태로 만들지 않고도 백업 할 수 있습니다. 명시된 바와 같이 LVM 스냅 샷은 거의 즉시 사본입니다. lvcreateLV 자체를 작성하는 것처럼 명령을 사용하여 작성 --snapshot하고 VG 대신 옵션과 원래 LV 만 제공하십시오 . 예를 들어 :
lvcreate -L <LV size> -s -n <snapshot name> /dev/<VG name>/<LV name>
그러면 지정된 스냅 샷 이름으로 지정된 LV의 스냅 샷이 생성되며이 스냅 샷 LV를 마운트하고 사용하여 파일이 활발하게 사용되는 것에 대한 걱정없이 백업을 수행 할 수 있습니다. 활성 데이터베이스 서버를 백업하려는 경우 특히 유용합니다.
스냅 샷에서 백업을 마친 후에는 다른 I / O 오버 헤드 또는 다른 성능 문제를 줄이기 위해 스냅 샷을 제거하려고합니다.
lvremove /dev/<VG name>/<snapshot name>
LVM 스냅 샷은 데이터베이스와 같은 시스템의 안정적인 백업을 생성하는 데 매우 중요하지만 일반적으로 파일 경합을 피하기 위해 백업으로 종료하려는 경우 빠른 복원으로서의 장기 작업에는 적합하지 않습니다.
좋은 생각이 아닙니다, IMO.
스냅 샷은 COW (Copy-On-Write) 방식으로 구현되므로 모든 쓰기를 한 번의 읽기와 두 번의 쓰기로 전환합니다 (업데이트중인 블록은 기본 볼륨에서 먼저 읽고 새 데이터가 저장되기 전에 스냅 샷 볼륨에 저장 됨) VM에서 많은 쓰기 작업이 일반적인 경우 성능 저하가 발생할 수 있습니다.
또한 IIRC는 스냅 샷 볼륨이 가득 차면 무의식적으로 삭제됩니다. 백업 목적으로는 좋지 않습니다! 따라서이를 백업 방법으로 시도하는 경우 스냅 샷의 유효 수명 동안 발생할 수있는 모든 변경 사항을 처리 할 수있을만큼 스냅 샷 볼륨을 크게 만드십시오. 물론 크기 문제를 알고 모니터링하고 성능 문제가 문제가되지 않는 경우 제안한 내용이 현재 진행중인 다른 백업 프로세스에 유용하게 추가 될 수 있습니다.
LVM 스냅 샷은 백업 프로세스의 일부로 매우 유용합니다 (스냅 샷 작성, 스냅 샷 을 다른 곳 으로 백업하여 "실제"볼륨에 대한 업데이트를 비활성화하지 않고 백업을 일관성있게 유지하고 나중에 스냅 샷을 삭제하지 않아도 됨). 그러나 자체 백업 시설로 사용되지는 않습니다.
스마트하게 보이는 것 아래에서 LVM은 실제로 장치 매퍼 트릭입니다. lvcreate로 스냅 샷을 만드는 것은 일부 dmsetup에 대한 래퍼에 지나지 않습니다. 랩퍼는 하나의 이전 볼륨 (원래 lv)과 새 장치 (기록 중 복사 볼륨)에서 새 장치 (스냅 샷 볼륨)를 작성합니다. 이것과 함께 원래 LV의 이름이 -real로 변경됩니다 (아래의 dmsetup ls --tree 출력 참조). 이 실제 LV는 스냅 샷 볼륨과 원본 볼륨에 모두 매핑되므로 두 곳에서 모두 사용할 수 있습니다. COW (Copy-On-Write) 볼륨은 -real LV에 대한 오버레이 기능을합니다. -snap LV는 copy-on-write 볼륨과 -real 볼륨의 조합을 보여줍니다. 실제로 성능 오버 헤드가 발생합니다.
Volume00-snap (253:11)
|-Volume00-snap-cow (253:13)
| `- (104:2)
`-Volume00-LogVol01-real (253:12)
`- (104:2)
Volume00-LogVol01 (253:5)
`-Volume00-LogVol01-real (253:12)
`- (104:2)
스냅 샷을 제거 할 때 다시 이름이 변경되고 매핑됩니다. 그 후 상황은 다시 다음과 같이 보일 것입니다.
Volume00-LogVol01 (253:5)
`- (104:2)
이 방법으로 백업하는 방법은 다음과 같습니다 : (1) 가상 머신 RAM에 도움이되지 않고, (2) 성능 저하를 초래하고 (3) 필요한 경우 스냅 샷의 이미지를 다른 곳에 저장합니다.
VMware VCB는 LVM이 아니라도 스냅 샷과 함께 작동합니다.
스냅 샷이 성능에 영향을 미치지 않더라도 다음 사항을 이해해야합니다. 스냅 샷은 더 이상 동일한 디스크의 다른 폴더로 복사하는 것 이상의 백업이 아닙니다.
디스크가 제동되면 데이터와 백업이 손실됩니다. 스냅 샷 영역을 VG의 다른 PE에 할당하더라도 스냅 샷 이후 수정 된 데이터 만 포함합니다.
백업은 최소 요구 사항으로 적어도 완전히 별도의 드라이브에 사본을 의미합니다.
vmware 서버 시스템 및 mysql 데이터베이스의 스냅 샷에 이러한 설정을 사용합니다. 지금까지 잘 작동합니다. 문제가없는 복원이 몇 가지있었습니다. 한 가지 고려해야 할 사항-스냅 샷으로 실행하는 동안 lvm은 i / o 작업에서 성능이 크게 저하됩니다. 볼 여기 . lvm에 어떤 종류의 데이터가 있는지에 관계없이 mysql, i / o ops는 i / o ops입니다.
lvm 스냅 샷 만 DomU Lv를 별도의 Vg에 복사하기 위해 사용합니다. 각 도메인에는 3 개의 백업 "노드"가 있습니다.
그 후, 스냅 샷이 파괴되고 백업 Lv는 다음 라운드까지 남아 있습니다. 복원이 필요한 경우 백업 Vg에서 소스 Lv를 선택하여 도메인 Lv에 복사하면됩니다.
가끔 백업 Lv가 별도의 서버에있는 이미지 파일로 덤프됩니다.
이 모든 것은 스크립트를 통해 자동화되며 이틀마다 백업하고 매주 덤프를합니다.
나는 심지어 "패닉"모드를 염두에 두었다. 도메인 Lv는 복원되지만 스냅 샷에서 실행되고 2 시간마다 재설정되어 심각한 해킹이 발생했을 때 사이트를 온라인으로 유지하여 적절한 방어 체계가 마련 될 때까지 .