1.4. Red Hat 고가용성 클러스터의 LVM 논리 볼륨

HA-LVM 또는 lvmlockd 데몬에서 관리하는 공유 논리 볼륨을 사용하는 경우 배포 중인 애플리케이션 또는 서비스의 요구 사항을 기반으로 해야 합니다.

대부분의 애플리케이션은 다른 인스턴스와 동시에 실행되도록 설계되거나 최적화되지 않았으므로 액티브/패시브 구성에서 더 잘 실행됩니다. 공유 논리 볼륨에서 클러스터 인식이 아닌 애플리케이션을 실행하도록 선택하면 성능이 저하될 수 있습니다. 이러한 인스턴스에는 논리 볼륨 자체에 대한 클러스터 통신 오버헤드가 있기 때문입니다. 클러스터 인식 애플리케이션은 클러스터 파일 시스템과 클러스터 인식 논리 볼륨에서 발생하는 성능 손실보다 성능 향상을 달성할 수 있어야 합니다. 일부 애플리케이션과 워크로드에서 다른 애플리케이션보다 더 쉽게 수행할 수 있습니다. 클러스터의 요구 사항을 확인하고 활성/활성 클러스터를 최적화하는 추가 노력이 두 LVM 변형 중에서 선택하는 방법입니다. 대부분의 사용자는 HA-LVM을 사용하여 최고의 HA 결과를 얻을 수 있습니다.

lvmlockd 를 사용하는 HA-LVM 및 공유 논리 볼륨은 LVM 메타데이터와 논리 볼륨의 손상을 방지하는 것과 유사하며, 중복되는 변경을 수행할 수 있는 경우 발생할 수 있습니다. HA-LVM은 논리 볼륨만 독점적으로 활성화할 수 있다는 제한을 적용합니다. 즉 한 번에 하나의 시스템에서만 활성화됩니다. 즉, 스토리지 드라이버의 로컬(클러스터화되지 않은) 구현만 사용됩니다. 이러한 방식으로 클러스터 조정 오버헤드를 방지하면 성능이 향상됩니다. lvmlockd 를 사용하는 공유 볼륨은 이러한 제한 사항을 적용하지 않으며 사용자는 클러스터의 모든 시스템에서 논리 볼륨을 활성화할 수 있습니다. 이로 인해 클러스터 인식 파일 시스템과 애플리케이션을 모두 사용할 수 있는 클러스터 인식 스토리지 드라이버를 사용해야 합니다.

클러스터는 Pacemaker를 통해 관리됩니다. HA-LVM 및 공유 논리 볼륨은 Pacemaker 클러스터와 함께만 지원되며 클러스터 리소스로 구성해야 합니다.