매뉴얼 페이지에는 lvcreateLV 유형이 mirror레거시이며 lvconvert"대부분의 경우 미러 유형 사용은 더 이상 사용되지 않으며 raid1 유형을 사용해야 합니다. 둘 다 미러 구현입니다."라고 나와 있습니다.
--type mirror무슨 일이야아니요더 이상 사용되지 않습니까?
--type mirror허용된 답변에서 절차를 발견했습니다.단일 드라이브 LVM 볼륨을 3개 드라이브에 걸쳐 있는 스트라이프 볼륨으로 변환--type raid1거기에서도 기적이 일어나는 걸까요?
에이버리 페인의 답변https://serverfault.com/questions/97845/lvm-mirroring-vs-raid1mirror이는 일반적으로 일시적으로만 사용되는 모바일 LV와 데이터를 영구적으로 보호하는 데 사용되는 LV 간의 역사적 차이점을 보여줍니다 raid1. 매뉴얼 페이지에는 pvmove데이터를 이동하기 위해 임시 미러 LV를 만드는 방법도 언급되어 있습니다.
관련된:
답변1
의 코멘트그 global/mirror_segtype_default설정두 유형 간의 차이점은 예제 구성 파일에 설명되어 있습니다.
미러링된 LVM/DM
의 원래 RAID1 구현 . 유연한 로깅 솔루션(코어, 디스크, 미러)과 장애 처리 시 I/O 차단 필요성이 특징입니다. dmeventd 오류 처리 논리와 이러한 RAID1을 사용하는 장치 스냅샷 사이에는 고유한 경쟁 조건이 있으며, 이는 최악의 경우 교착 상태로 이어질 수 있습니다. (devices/ignore_lvm_mirrors도 참조하세요.)raid1
이것은 장치 매퍼를 통해 MD RAID1 기능을 사용하는 최신 RAID1 구현입니다. 로깅 옵션이 부족한 것이 특징입니다. (로그는 항상 장치별로 할당되어 이미지와 동일한 장치에 배치되므로 별도의 장치가 필요하지 않습니다.) 이러한 미러링 구현에서는 장애 처리 시 I/O 차단이 필요하지 않습니다. 이 이미지 구현은 클러스터링을 지원하지 않으며 클러스터의 공유(활성/활성) 모드에서 사용할 수 없습니다.
더 아래로 내려가면 이 주석 이 어떤 경우에 사용될 수 있는지 global/support_mirrored_mirror_log설명할 수도 있습니다 .mirror
이 유형을 생성하거나 변환하는 것은 권장되지 않지만 기존 미러 로그 활성화 및 디스크/코어로의 변환이 작동하는지 테스트하기 위해 활성화할 수 있습니다.
즉, 지원 유형은 mirror이를 사용하여 레거시 설정에 대한 액세스를 허용하는 데 최소한 유용합니다. (그러나 이것이 lvconvert전환이 허용된다는 것을 증명하지는 않습니다.도착하다유형 mirror. )
Red Hat(대부분의 LVM 개발을 주도함)문서화되었으며 특정 시점에 RHEL에서 유형에 대한 지원이 mirror제거됩니다., 하지만 아직 그런 일은 일어나지 않았습니다. (이것은 아니다~ 해야 하다LVM 프로젝트 및 커널 자체에서 이 기능을 제거하는 것과 관련이 있습니다. )