이 절에서는 미러된 파일 시스템 만들기의 장점에 대해 설명합니다. 또한 미러된 파일 시스템을 만드는 데 필요한 Solaris 볼륨 관리자 구성 요소에 대해 설명합니다.
이 장은 다음 내용으로 구성되어 있습니다.
Solaris Live Upgrade를 사용하여 미러된 파일 시스템을 만드는 방법에 대한 추가 정보는 Solaris 10 6/06 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 RAID-1 볼륨(미러) 파일 시스템 생성 일반 지침을 참조하십시오.
사용자 정의 JumpStart 설치 방법으로 미러된 파일 시스템을 작성하는 방법에 대한 추가 정보는 filesys 프로필 키워드(RAID-1 볼륨 작성) 및 metadb 프로필 키워드(상태 데이터베이스 복제본 만들기)를 참조하십시오.
설치 또는 업그레이드 동안 RAID-1 볼륨을 작성하여 다중 물리적 디스크에 걸쳐 시스템 데이터를 복제할 수 있습니다. 여러 디스크에 데이터를 복제하면 디스크 손상이나 디스크 오류로부터 데이터를 보호할 수 있습니다.
Solaris 사용자 정의 JumpStart 및 Solaris Live Upgrade 설치 방법은 Solaris 볼륨 관리자 기술을 사용하여 파일 시스템을 미러하는 RAID-1 볼륨을 사용합니다. Solaris 볼륨 관리자는 볼륨을 사용하여 디스크를 안정적으로 관리할 수 있는 강력한 방법을 제공합니다. Solaris 볼륨 관리자는 연결, 스트라이프 및 다른 복잡한 구성을 가능하게 합니다. 사용자 정의 JumpStart 및 Solaris Live Upgrade 설치 방법을 통해 루트(/) 파일 시스템에 대한 RAID-1 볼륨 만들기 등의 작업 일부를 사용할 수 있습니다. 설치 또는 업그레이드 동안 RAID-1 볼륨을 작성하여 설치 후 작성할 필요성을 제거할 수 있습니다.
지침은 사용자 정의 JumpStart 및 Solaris Live Upgrade 지침 을 참조하십시오.
복잡한 Solaris 볼륨 관리자 소프트웨어 및 구성요소에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.
Solaris 볼륨 관리자는 가상 디스크를 사용하여 물리적 디스크와 해당하는 연관된 데이터를 관리할 수 있습니다. Solaris 볼륨 관리자에서는 가상 디스크를 볼륨이라고 합니다. 볼륨은 시스템에 단일 논리 장치로 나타나는 물리적 슬라이스 그룹의 이름입니다. 볼륨은 표준 UNIX® 용어로 실제로 의사 또는 가상 장치입니다.
볼륨은 응용 프로그램 또는 파일 시스템(예: UFS)의 관점에서 보면 물리적 디스크와 기능적으로 동일합니다. Solaris 볼륨 관리자는 볼륨에 지정된 입출력 요청을 기본 구성 디스크로 변환합니다.
Solaris 볼륨 관리자 볼륨은 슬라이스(디스크 분할 영역)나 다른 Solaris 볼륨 관리자 볼륨에서 구축됩니다.
볼륨을 사용하여 성능 및 데이터 가용성을 높입니다. 경우에 따라 볼륨으로 입출력 성능을 높일 수도 있습니다. 볼륨은 기능적으로 슬라이스와 같은 방식으로 작동합니다. 볼륨의 모양은 슬라이스와 유사하므로 최종 사용자, 응용 프로그램 및 파일 시스템에 명확히 나타납니다. 물리적 장치와 마찬가지로 Solaris 볼륨 관리자 소프트웨어를 사용하여 블록 장치 이름이나 원시 장치 이름을 통해 볼륨에 액세스할 수 있습니다. 블록 장치 또는 원시 장치 사용 여부에 따라 볼륨 이름이 변경됩니다.
사용자 정의 JumpStart 설치 방법 및 Solaris Live Upgrade는 미러된 파일 시스템을 만들기 위해 블록 장치 사용을 지원합니다. 볼륨 이름에 대한 자세한 내용은 사용자 정의 JumpStart 및 Solaris Live Upgrade에 대한 RAID 볼륨 이름 요구 사항 및 지침 을 참조하십시오.
RAID-0 볼륨(단일 슬라이스 연결) 및 RAID-1 볼륨을 작성할 때, Solaris 볼륨 관리자는 연결의 데이터를 복제하고(하위 미러) 하위 미러를 볼륨으로 처리합니다.
그림 12–1은 2개의 물리적 디스크에 걸쳐 루트(/) 파일 시스템을 복제하는 미러를 보여줍니다.
그림 12–1은 다음과 같은 구성의 시스템입니다.
hdisk0의 루트 파일 시스템(/)은 이름이 d31인 단일 슬라이스 연결에 포함됩니다.
이름이 d32인 단일 슬라이스 연결은 hdisk1이라는 하드 디스크에 만들어집니다.
이름이 d30인 미러는 d31과 d32라는 이름의 하위 미러로 구성됩니다.
미러는 양쪽 하위 미러의 루트 파일 시스템에 데이터를 복제합니다.
사용자 정의 JumpStart 설치 방법 및 Solaris Live Upgrade를 사용하면 데이터를 복제하는 데 필요한 다음 구성 요소를 만들 수 있습니다.
상태 데이터베이스 및 상태 데이터베이스 복제본(metadb)
단일 슬라이스 연결(하위 미러)
RAID-1 볼륨(미러)
이 절에서는 해당 구성 요소 각각에 대해 간단히 설명합니다. 이러한 구성 요소에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.
상태 데이터베이스는 Solaris 볼륨 관리자 구성의 상태에 대해 물리적 디스크에 정보를 저장하는 데이터베이스입니다. 상태 데이터베이스는 사용자 구성 변경 사항을 기록 및 추적합니다. Solaris 볼륨 관리자는 구성이나 상태가 변경되면 자동으로 상태 데이터베이스를 업데이트합니다. 새 볼륨 만들기는 구성 변경의 예입니다. 하위 미러 오류는 상태 변경의 예입니다.
상태 데이터베이스는 실제로 여러 개의 복제된 데이터베이스 복사본 모음입니다. 상태 데이터베이스 복제본으로 불리는 각 복사본은 항상 데이터베이스의 데이터가 유효한지 확인합니다. 상태 데이터베이스의 복사본이 있으면 단일 지점 실패로부터 데이터가 손실되지 않도록 보호합니다. 이 상태 데이터베이스는 모든 알려진 상태 데이터베이스 복제본의 위치 및 상태를 추적합니다.
Solaris 볼륨 관리자는 상태 데이터베이스와 해당 상태 데이터베이스 복제본을 만들어야 작동할 있습니다. Solaris 볼륨 관리자 구성에 운영 상태 데이터베이스가 있어야 합니다.
구성을 설정할 때 다음 중 하나에서 상태 데이터베이스 복제본을 찾을 수 있습니다.
전용 슬라이스
(Solaris Live Upgrade에만 해당) 나중에 볼륨의 일부가 될 슬라이스
두 개 이상의 상태 데이터베이스 복사본을 한 개의 슬라이스에 보관할 수 있습니다. 하지만 상태 데이터베이스 복제본을 단일 슬라이스에 두면 시스템이 단일 지점 실패에 더 취약할 수 있습니다.
상태 데이터베이스 복제본은 항상 상태 데이터베이스의 데이터가 유효한지 확인합니다. 상태 데이터베이스가 업데이트되면 각 상태 데이터베이스 복제본도 업데이트됩니다. 시스템이 충돌하는 경우 모든 업데이트가 손상되는 것을 방지하기 위해 업데이트는 한 번에 하나씩 이루어집니다.
시스템에서 상태 데이터베이스 복제본을 잃는 경우 Solaris 볼륨 관리자는 아직 유효한 데이터를 포함하는 상태 데이터베이스 복제본을 식별해야 합니다. Solaris 볼륨 관리자는 과반수 일치 알고리즘을 사용하여 이 정보를 확인합니다. 이 알고리즘에서 상태 데이터베이스 복제본의 유효성을 결정하려면 상태 데이터베이스 복제본의 과반수(반 + 1)가 사용 가능하며 일치해야 합니다. 이 과반수 일치 알고리즘으로 인해 디스크 구성 설정 시 적어도 세 개의 상태 데이터베이스 복제본을 만들어야 합니다. 세 개의 상태 데이터베이스 복제본 중 적어도 두 개를 사용할 수 있어야 일치에 도달할 수 있습니다.
각 상태 데이터베이스 복제본은 기본적으로 디스크 저장소의 4MB(8192 디스크 섹터)를 차지합니다. 복제본은 다음 장치에 저장될 수 있습니다.
전용 로컬 디스크 슬라이스
(Solaris Live Upgrade에만 해당) 볼륨의 일부가 될 로컬 슬라이스
(Solaris Live Upgrade에만 해당) UFS 로깅 장치의 일부가 될 로컬 슬라이스
복제본은 루트(/), swap, /usr 슬라이스 또는 기존 파일 시스템이나 데이터를 포함하는 슬라이스에 저장될 수 없습니다. 복제본이 저장된 후에는 볼륨이나 파일 시스템을 같은 슬라이스에 둘 수 있습니다.
사용자 정의 JumpStart 또는 Solaris Live Upgrade를 사용하여 RAID-1 볼륨을 사용할 경우 다음 지침과 요구 사항을 검토하십시오. | |
상태 데이터베이스 및 상태 데이터베이스 복제본에 대한 자세한 내용 |
사용자 정의 JumpStart 및 Solaris Live Upgrade 설치 방법을 사용하여 RAID-0 볼륨을 작성할 수 있습니다. RAID-0 볼륨 단일 슬라이스 연결은 데이터가 여러 구성 요소에 연속적으로 그리고 인접하여 구성되어 있는 볼륨으로 한 개의 논리 저장소 단위를 형성합니다. 사용자 정의 JumpStart 설치 방법 및 Solaris Live Upgrade를 사용하여 스트라이프나 다른 복잡한 Solaris 볼륨 관리자 볼륨을 만들 수 없습니다.
설치 또는 업그레이드 동안 RAID-1 볼륨(미러)을 만들고 RAID-0 볼륨을 이러한 미러에 연결할 수 있습니다. 미러된 RAID-0 볼륨을 하위 미러라고 합니다. 미러는 하나 이상의 RAID-0 볼륨으로 구성됩니다. 설치 후 Solaris 볼륨 관리자 소프트웨어를 통해 RAID-1 미러 볼륨을 관리하여 별도의 RAID-0 하위 미러 볼륨에서 데이터를 관리할 수 있습니다.
사용자 정의 JumpStart 설치 방법을 사용하면 최대 두 개의 하위 미러로 구성된 미러를 만들 수 있습니다. Solaris Live Upgrade를 사용하면 최대 세 개의 하위 미러로 구성된 미러를 만들 수 있습니다. 실제로는 대부분 양방향 미러면 충분합니다. 세 번째 하위 미러를 사용하면 한 개의 하위 미러는 백업용으로 오프라인화하여 데이터 중복성을 잃지 않고 온라인 백업을 만들 수 있습니다.
RAID–0 볼륨 계획 정보 | |
RAID-0 볼륨 상세 정보 |
RAID-1 볼륨 또는 미러는 RAID-0 볼륨(단일 슬라이스 연결)의 데이터의 동일한 복사본을 유지하는 볼륨입니다.RAID-1 볼륨을 사용하여 파일 시스템을 미러하려면 디스크에 투자해야 합니다. 적어도 데이터 양의 2배에 해당하는 디스크 공간이 필요합니다. Solaris 볼륨 관리자 소프트웨어는 모든 RAID-0 볼륨에 쓰기 때문에 데이터를 복제하면 디스크에 쓰는 쓰기 요청에 필요한 시간도 늘어날 수 있습니다.
RAID-1 볼륨을 사용하면 데이터를 양쪽 RAID-0 볼륨에서 동시에 읽을 수 있으므로(두 볼륨 모두 요청을 충족) 성능이 향상됩니다. 한 개의 물리적 디스크에 오류가 발생하면 성능 손상이나 데이터 손실 없이 계속해서 미러를 사용할 수 있습니다.
RAID-1 볼륨을 구성한 후 볼륨은 마치 물리적 슬라이스인 것처럼 사용할 수 있습니다.
기존 파일 시스템을 비롯하여 모든 파일 시스템을 복제할 수 있습니다. 데이터베이스와 같은 응용 프로그램에 대해서도 RAID-1 볼륨을 사용할 수 있습니다.
RAID-1 볼륨 계획 정보 | |
RAID-1 볼륨 상세 정보 |
다음 그림은 2개의 물리적 디스크에 걸쳐 루트 파일 시스템(/)을 복제하는 RAID-1 볼륨을 보여줍니다. 상태 데이터베이스 복제본(metadb)은 양쪽 디스크에 놓입니다.
그림 12–2는 다음 구성을 가진 시스템을 보여줍니다.
hdisk0의 루트 파일 시스템(/)은 이름이 d31인 단일 슬라이스 연결에 포함됩니다.
이름이 d32인 단일 슬라이스 연결은 hdisk1이라는 하드 디스크에 만들어집니다.
이름이 d30인 미러는 d31과 d32라는 이름의 하위 미러로 구성됩니다.
미러는 양쪽 하위 미러의 루트 파일 시스템에 데이터를 복제합니다.
상태 데이터베이스 복제본은 hdisk0과 hdisk1 슬라이스 모두에 만들어집니다.
사용자 정의 JumpStart 설치 방법을 사용하여 이 구성을 만드는 프로필의 예 | |
Solaris Live Upgrade를 사용하여 RAID-1 볼륨을 만드는 방법에 대한 지침 |
Solaris 10 6/06 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 RAID-1 볼륨(미러)으로 부트 환경 만들기(명령줄 인터페이스) |