4.6. 물리적 스토리지

다음 부분에서는 Red Hat Enterprise Linux 6 및 Red Hat Enterprise Linux 7 사이에 물리적 스토리지 및 관련 설정 도구의 지원 변경 사항에 대해 간략하게 설명합니다.

4.6.1. LVM 스냅샷을 롤백 메커니즘으로 사용

주의

LVM 스냅샷은 첫 번째 롤백 방법으로 권장되지 않습니다. 업그레이드 도중 전체 시스템 (사용자 파일 제외)은 덮어쓰기됩니다. 따라서 시스템의 스냅샷은 원래 데이터 세트와 거의 크기가 동일합니다.
또한 스냅샷은 /boot 파티션을 포함하지 않기 때문에 일반 백업 프로세스 보다 오류가 발생하기 쉽습니다.
Red Hat Enterprise Linux 6에서 Red Hat Enterprise Linux 7으로 업그레이드 시 Red Hat은 전체 백업하고 이를 첫 번째 롤백 방법으로 사용할 것을 권장합니다. LVM 스냅샷은 두 번째 롤백 방법으로만 사용해야 합니다.
Red Hat Enterprise Linux 6.3에서 사용자는 자신의 논리 볼륨에 남아 있는 공간을 스냅샷의 저장 공간으로 사용할 수 있습니다. 업그레이드나 마이그레이션 실패 시 시스템은 스냅샷으로 롤백될 수 있습니다.
LVM 스냅샷을 두 번째 롤백 방법으로 사용하려면 완전한 스냅샷에 여유 공간을 갖도록 공간을 추가해야 할 수 있습니다. 공간을 추가하려면 다음 중 하나를 실행합니다:
  • 새로운 디스크를 추가합니다. 추가 방법은 http://access.redhat.com/site/documentation/Red_Hat_Enterprise_Linux/에 있는 Red Hat Enterprise Linux 7 스토리지 관리 가이드에서 참조하십시오.
  • parted를 사용하여 기존 파티션에 할당되지 않은 여유 공간을 확인합니다.
  • lsblk를 사용하여 빈 파티션 또는 여유 공간을 확보하기 위해 삭제할 수 있는 파티션을 확인합니다.
  • vgdisplay를 사용하여 논리 볼륨에 할당되지 않은 볼륨 그룹에 있는 여유 공간을 확인합니다.
  • df를 사용하여 여유 공간이 있거나 축소할 수 있는 파일 시스템을 확인합니다. 이 경우 논리 볼륨 또는 파티션을 축소하여 여유 공간을 확보할 수 있습니다.
롤백을 위해 LVM 스냅샷을 사용하는 경우 다음과 같은 제한이 있을 수 있다는 점에 유의합니다:
  • 스냅샷 크기가 자동으로 조정되지 않습니다. 파티션에 대한 스냅샷이 너무 큰 경우 이는 유효하지 않을 수 있으며 롤백이 실패하게 됩니다. 따라서 스냅샷을 생성하기 전 전체 시스템의 스냅샷에 충분한 크기의 공간을 할당해야 합니다. root 스냅샷의 크기를 변경해야 할 경우 원래의 root 장치를 마운트 해제하여 크기를 변경하는 동안 root 장치로 사용할 수 있는 라이브 CD와 같은 추가 장치가 필요합니다.
  • 스냅샷의 COW (copy-on-write: 쓰기 시 복사) 장치는 미러되지 않고 시스템이 미러되는지 여부에 상관없이 단일 장치에 있게 됩니다. 장치가 실패하여 스냅샷이 손실된 경우 롤백은 불가능하게 됩니다. Red Hat은 mdraid로 물리적 볼륨을 사용하거나 여러 스냅샷을 사용한 디스크 분할을 권장합니다. 여러 스냅샷을 사용하면 느려집니다.
  • 설치 중 충돌이 발생하면 시스템을 부팅할 수 없게 됩니다. 이러한 경우 Red Hat은 라이브 CD 또는 PXE 부트로 부팅하여 시스템이 성공적으로 부팅된 때에 스냅샷을 병합할 것을 권장합니다. 병합 방법은 http://access.redhat.com/site/documentation/Red_Hat_Enterprise_Linux/에 있는 Red Hat Enterprise Linux 7 LVM 문서에서 참조하십시오.
  • 롤백하면 업그레이드 이전 상태로 /var/log를 되돌립니다. 감사 목적의 경우 Red Hat은 로그 파일을 롤백 시작 전에 설치에서 다른 위치에 복사할 것을 권장합니다.

Red Hat의 최신 제품 문서 번역을 신속하게 제공하기 위해 이 페이지에는 영어 원본을 한국어로 자동 번역한 내용이 포함되어 있을 수 있습니다. [자세한 내용보기]