어떤 KVM 디스크 유형을 사용해야합니까?

KVM 가상 게스트를 몇 개 설정하고 사용할 디스크 유형에 대해 토론 중입니다. 나는 각각의 장단점을 뛰어 넘는 좋은 자원을 온라인에서 찾을 수 없었습니다.

다른 디스크 유형과 각각의 장단점 목록을 작성하도록 도와 줄 수 있습니까? 내가 알고있는 디스크 종류는 다음과 같습니다.

• 원시 이미지
• qcow2
• 전용 파티션 (예 : LVM)

이 기준에 대해 궁금합니다.

• 설정 용이성 (각 유형을 생성하는 것이 얼마나 쉬운가)
• 공연
• 복제 용이성
• 확장 용이성 (더 크게 만들기 위해 가상 게스트에 더 많은 디스크 공간이 있음)
• 해당 디스크 유형에 특정한 기능
• 간편한 백업
• 다른 호스트로 마이그레이션

내 선택을 평가할 수 있습니까?

나는 원시 이미지와 LVM에 집중할 것입니다.

Raw 이미지는 파일 일 뿐이므로 간단한 파일로 수행 할 수있는 모든 작업을 수행 할 수 있으므로 백업 및 복사가 더 쉽습니다. 또한 특정 형식을 사용하지 않으면 충돌이나 문제 발생시 (또는 가상화가없는 백업 서버에서도) 파일에 액세스하기 위해 루프 장치에 마운트하는 것처럼 쉽게 사용할 수 있습니다. 반면에 원시 이미지 파일은 커널 파일 캐시의 영향을 받기 때문에 VM sync ()는 호스트 서버가 파일을 sync ()했다는 의미가 아니기 때문에 충돌 및 종료를 처리 할 때 매우주의해야합니다 디스크에. 나는 그것에 많은 문제가 있었다.

LVM은 캐시 문제를 우회하고 파일보다 성능이 우수하며 (AFAIK, 지난 몇 달 동안 변경되었을 수 있음) 백업 스냅 샷의 장점이 있습니다. 디스크 크기를 변경하는 것도 복잡하지는 않지만 원시 파일보다 조금 덜 간단합니다. 또한 LVM을 사용하면 실시간 마이그레이션 / 페일 오버를 위해 DRBD를 설정할 수 있습니다.

제 생각에는 파일에 특별한 요구가 없다면 LVM을 사용하십시오.

당신이 준 고려 사항 목록을 고려할 때 분명히 LVM과 함께하십시오. qcow2 사용의 유일한 장점은 스냅 샷을 만들 수 있다는 것입니다. 이러한 스냅 샷은 LVM 스냅 샷보다 훨씬 우수합니다. RAW는 물론 스냅 샷 옵션이 없지만 RAW 이미지는 qcow2 스냅 샷의 기본이 될 수 있습니다.

• 손쉬운 설정 (각 유형 생성이 쉬움) : qemu-img에 의해 사용되는 raw / qcow2, fdisk / lvm api에 의한 파티션 / LV 모두 동일
• 성능 : 원시 LV 또는 블록 장치가 가장 빠르며 RAW 파일이 다음에 나오며 qcow2가 가장 많은 오버 헤드를 갖지만 가장 풍부한 기능을 제공합니다.
• 복제 용이성 : qemu-img가이를 위해 사용되며 이미 생성 된 스냅 샷을 고려할 수 있습니다. 다른 블록 개발자와 LV를 사용하면 아마도 dd를 사용해야 할 것입니다.
• 확장 용이성 (더 크게 만들기 위해 가상 게스트에 더 많은 디스크 공간이 있음) : 이것이 중요한 경우 LV가 최선의 선택입니다. 일반적으로 다른 가상 디스크 나 임의의 크기를 추가하고 스파 스 디스크를 사용하여 스토리지를 오버 커밋 할 수 있기 때문에 그렇지 않습니다.
• 해당 디스크 유형에 특정한 기능 : qcow2는 이미 언급했듯이 가장 기능이 풍부한 형식입니다. 원시 이미지 btw와 결합하여 원시를 기본 이미지로 사용하고 qcow2를 스냅 샷으로 사용
• 백업 용이성 : 파일 또는 dd / cpio 복사-실제로 문제가되지 않음
• 다른 호스트로 마이그레이션 : 실시간 마이그레이션의 경우 일반적으로 이미지를 이동할 필요가없는 중앙 집중식 스토리지를 사용합니다. 블록 마이그레이션도 가능합니다. 오프라인 모드에서 VM을 호스트에서 호스트로 이동하는 것과 마찬가지로 VM의 백업 / 복원과 동일

더 쉬운 장점이 있지만 최근에 KVM 을 통해 메모리를 통합하는 스냅 샷을 허용 하고 몇 분 동안 VM을 실행 한 후 VM의 실행 상태가 qcow2 인 유일한 디스크 형식을 발견했습니다 .