![mdadm raid부터 LVM(raid 또는 미러) 결정 및 모니터링 방법까지](https://rvso.com/image/760622/mdadm%20raid%EB%B6%80%ED%84%B0%20LVM(raid%20%EB%98%90%EB%8A%94%20%EB%AF%B8%EB%9F%AC)%20%EA%B2%B0%EC%A0%95%20%EB%B0%8F%20%EB%AA%A8%EB%8B%88%ED%84%B0%EB%A7%81%20%EB%B0%A9%EB%B2%95%EA%B9%8C%EC%A7%80.png)
일부 서버를 Linux RAID(0 및 1)에서 스트라이프 또는 미러를 사용하여 LVM으로 마이그레이션하고 있습니다. 현재 우리 시스템은 주로 다음과 같이 구성되어 있습니다.
| /tmp - /home - /others
|------------------------
| LVM group
|------------------------
| mdadm Linux Raid 1
|------------------------
| sda1 - sdb1
우리는 mdadm이 매우 견고하다는 것을 알고 있지만 LVM은 한 디스크에서 다른 디스크로 라이브 파티션을 이동하고, 디스크 중 하나를 교체하고, 특별히 파티션을 확장하거나 축소하기 위해 뛰어난 유연성을 제공합니다.
우리의 주요 관심사는 이를 구현하는 방법과 하나의 디스크가 교체될 경우 RAID 상태, 경고 및 재구성 비율을 모니터링하기 위해 mdadm에서 제공하는 도구를 교체하는 방법에 관한 것입니다. 나는 lvs가 이를 위한 유일한 도구이지만 결과 파악에 기반한 수동 처리 경고가 필요하다는 것을 이해합니다.
lvcreate --type raid1' 대 'lvcreate -m 1'
내가 찾은 LVM의 보다 확립된 미러 및 스트라이프 옵션과 비교하여 LVM 내에서 상대적으로 새로운 RAID를 사용해야 하는지 여부에 대해서도 완전히 불확실합니다.그것에 관한 몇 가지 기사하지만 그들은 여전히 6년 전으로 돌아가서 우리가 그 이동을 해야 할지, 그렇게 해야 할지, 미러를 사용해야 할지, LV 파티션을 습격해야 할지 여전히 불확실합니다.