이 장에서는 사용자 정의 JumpStart나 Solaris Live Upgrade 설치 방법을 사용하여 미러된 파일 시스템을 만드는 데 필요한 요구 사항 및 지침에 대해 설명합니다.
이 장은 다음 내용으로 구성되어 있습니다.
Solaris Live Upgrade 설치 방법을 사용하여 미러된 파일 시스템을 만들기 위한 계획을 수립하는 방법에 대한 자세한 내용은 미러된 파일 시스템을 만드는 일반 지침을 참조하십시오.
사용자 정의 JumpStart 설치 방법을 사용하여 미러된 파일 시스템을 만드는 방법에 대한 자세한 내용은 filesys 프로필 키워드(미러된 파일 시스템 만들기) 및 metadb 프로필 키워드(상태 데이터베이스 복제본 만들기)를 참조하십시오.
특정 슬라이스에서 미러된 파일 시스템을 만들려면 미러링에 사용하려는 디스크가 설치 중에 시스템에 직접 연결되어 있고 사용할 수 있어야 합니다.
단일 지점 오류를 피하려면 슬라이스, 드라이브 및 제어기에 상태 데이터베이스 복제본을 분산시켜야 합니다. 단일 구성 요소 오류를 피하려면 다수의 복제본이 필요합니다. 장치에 오류가 발생하여 복제본을 잃는 경우 오류로 인해 Solaris 볼륨 관리자 소프트웨어를 실행하거나 시스템을 재부트할 때 문제가 발생할 수 있습니다. Solaris 볼륨 관리자 소프트웨어는 최소한 복제본의 반을 실행할 것을 요구하지만 여러 사용자 모드로 재부트하려면 과반수 이상(반 + 1)을 요구합니다.
상태 데이터베이스 복제본 만들기 및 관리에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.
상태 데이터베이스 복제본에 대한 슬라이스를 선택하기 전에 다음 지침 및 권장 사항을 고려하십시오.
복제본 당 최소 4MB의 전용 슬라이스에 상태 데이터베이스 복제본을 만들어야 합니다. 필요한 경우 RAID-0이나 RAID-1 볼륨의 일부로 사용될 슬라이스에 상태 데이터베이스 복제본을 만들 수 있습니다. 슬라이스를 볼륨에 추가하기 전에 먼저 복제본을 만들어야 합니다.
기본적으로 상태 데이터베이스 복제본의 크기는 4MB나 8192 디스크 블록입니다. 사용자 디스크 슬라이스의 크기가 그 정도로 작지 않을 수도 있으므로 상태 데이터베이스 복제본을 포함하도록 슬라이스의 크기를 조정할 수 있습니다. 슬라이스 크기 조정에 대한 자세한 내용은 System Administration Guide: Devices and File Systems의 “디스크 관리(작업)”를 참조하십시오.
사용 중이 아닌 슬라이스에 상태 데이터베이스 복제본을 만들 수 있습니다. 상태 데이터베이스 복제본을 위해 예약된 슬라이스의 일부를 다른 용도로 사용하면 안 됩니다.
기존 파일 시스템이나 루트(/), /usr 및 swap 파일 시스템에 상태 데이터베이스 복제본을 만들 수 없습니다. 필요한 경우 swap에서 공간을 할당하여 새 슬라이스를 만든 다음(슬라이스 이름을 사용할 수 있는 경우) 상태 데이터베이스 복제본을 새 슬라이스에 놓을 수 있습니다.
상태 데이터베이스 복제본이 볼륨의 일부가 될 슬라이스에 있는 경우 볼륨 용량은 복제본이 차지하는 공간 만큼 줄어듭니다. 복제본이 차지하는 공간은 다음 실린더 경계까지 반올림되므로 볼륨에서 이 공간은 건너뜁니다.
상태 데이터베이스 복제본의 수를 선택하기 전에 다음 지침을 고려하십시오.
최소 3개의 상태 데이터베이스 복제본이 필요하며 Solaris 볼륨 관리자 디스크 집합 당 최대 50개의 복제본이 허용됩니다. 다음은 권장되는 지침입니다.
단일 드라이브 사용 시스템의 경우: 세 개의 복제본을 모두 하나의 슬라이스에 둡니다.
2-4개 드라이브 사용 시스템의 경우: 각 드라이브에 두 개의 복제본을 둡니다.
5개 이상 드라이브 사용 시스템의 경우: 각 드라이브에 한 개의 복제본을 둡니다.
추가 상태 데이터베이스 복제본은 미러의 성능을 향상시킬 수 있습니다. 일반적으로 시스템에 추가하는 각 미러에 두 개의 복제본을 추가해야 합니다.
소규모의 임의 입출력에 사용할 RAID-1 볼륨이 있는 경우(예: 데이터베이스) 복제본 수를 고려하십시오. 최적의 성능을 위해서는 RAID-1 볼륨에 연결되지 않은 슬라이스(특히 디스크 및 제어기)에 있는 RAID-1 볼륨당 적어도 2개의 추가 복제본이 있어야 합니다.
여러 개의 제어기가 있는 경우 가능하면 복제본이 모든 제어기에 균등하게 분산되도록 합니다. 이러한 전략은 제어기에 오류가 발생하는 경우 중복성을 제공하여 로드 균형을 조정하는 데도 도움이 됩니다. 하나의 제어기에 여러 개의 디스크가 있는 경우 각 제어기에 있는 최소 두 개의 디스크에서 복제본을 저장해야 합니다.
RAID-1 볼륨(미러) 및 RAID-0 볼륨(단일 슬라이스 연결)으로 작업 시에는 다음 지침을 고려하십시오.
사용자 정의 JumpStart 설치 방법 및 Solaris Live Upgrade는 Solaris 볼륨 관리자 소프트웨어에서 사용할 수 있는 일련의 기능을 지원합니다. 이러한 설치 프로그램을 사용하여 미러된 파일 시스템을 만드는 경우 다음 지침을 고려하십시오.
RAID-0 볼륨이라는 용어는 디스크 스트라이프나 디스크 연결을 지칭할 수 있습니다. 사용자 정의 JumpStart 및 Solaris Live Upgrade 설치 방법을 사용하면 단일 슬라이스 연결만 만들 수 있습니다. 설치나 업그레이드 중에 RAID-0 스트라이프 볼륨을 만들 수 없습니다.
사용자 정의 JumpStart 설치 방법을 사용하면 각 미러 당 최대 두 개의 하위 미러를 만들 수 있습니다. Solaris Live Upgrade 설치 방법을 사용하면 각 미러 당 최대 세 개의 하위 미러를 만들 수 있습니다. 대체로 두 개의 하위 미러는 대부분의 응용 프로그램에 충분한 데이터 중복성을 제공하며 디스크 드라이브 비용도 덜 듭니다. 세 개의 하위 미러를 사용하면 데이터 중복성을 지속하기 위해 두 개의 나머지 하위 미러를 유지 관리하면서 한 개의 하위 미러를 오프라인으로 만들어 백업을 수행할 수 있습니다.
사용자 정의 JumpStart 설치 방법을 사용하여 미러된 파일 시스템을 만드는 경우 미러를 만들기 전에 미러할 파일 시스템을 만들지 않아도 됩니다.
슬라이스 번호 및 디스크 번호를 볼륨 번호에 매핑하는 이름 지정 방법을 사용합니다.
볼륨 이름은 문자 d로 시작하고 숫자가 뒤에 와야 합니다(예: d0).
Solaris 볼륨 관리자에는 0–127의 기본 볼륨 이름 128개가 있습니다. 다음 목록은 볼륨 이름의 예를 보여 줍니다.
장치 /dev/md/dsk/d0 — 블록 볼륨 d0
장치 /dev/md/dsk/d1 — 블록 볼륨 d1
특정 볼륨 유형 각각의 범위를 사용합니다. 예를 들어 RAID-1 볼륨에는 0–20, RAID-0 볼륨에는 21–40을 할당합니다.
/dev/md/dsk/d1 같은 전체 볼륨 이름을 지정하는 대신 d1 같은 약어로 된 볼륨 이름을 사용할 수 있습니다.
물리적 디스크 슬라이스와 Solaris 볼륨 관리자의 볼륨 이름은 약어로 만들 수 있습니다. 약어는 장치를 고유하게 식별하는 짧은 이름입니다. 다음 예를 참조하십시오.
Solaris 볼륨 관리자 볼륨은 dnum 형식으로 식별할 수 있습니다. 예를 들어 /dev/md/dsk/d10은 간단하게 d10으로 줄일 수 있습니다.
시스템에 하나의 제어기와 여러 디스크가 있는 경우에는 t0d0s0을 사용할 수 있지만 제어기가 여러 개일 경우에는 c0t0d0s0을 사용합니다.
사용자 정의 Solaris Live Upgrade를 사용하여 RAID-1 볼륨(미러) 및 RAID-0 볼륨(하위 미러)을 만드는 경우 소프트웨어가 볼륨 이름을 찾고 지정하도록 하거나 사용자가 직접 이름을 지정할 수 있습니다. 소프트웨어가 이름을 찾도록 하는 경우 소프트웨어는 사용할 수 있는 첫 번째 미러 또는 하위 미러 이름을 지정합니다. 미러 이름을 직접 지정하는 경우 설치에서 하위 미러에 대해 1 및 2로 끝나는 이름을 사용할 수 있도록 0으로 끝나는 이름을 지정합니다. 하위 미러 이름을 직접 지정하는 경우 1이나 2로 끝나는 이름을 지정합니다. 숫자를 잘못 지정하는 경우 미러가 만들어지지 않을 수 있습니다. 예를 들어, 1이나 2로 끝나는 숫자가 포함된 미러 이름(d1 또는 d2)을 지정하면 Solaris Live Upgrade는 해당 미러 이름이 하위 미러 이름과 중복되는 경우 미러를 만들지 못합니다.
이 예에서는 Solaris Live Upgrade가 볼륨 이름을 지정합니다. RAID-1 볼륨 d0 및 d1만 사용 중인 볼륨입니다. 미러 d10에 대해 Solaris Live Upgrade는 장치 c0t0d0s0의 하위 미러로 d2를, 장치 c1t0d0s0의 하위 미러로 d3을 선택합니다.
lucreate -n newbe -m /:d10:mirror,ufs -m /:c0t0d0s0:attach -m \ /:c1t0d0s0:attach |
이 예에서는 명령에 볼륨 이름이 지정됩니다. 미러 d10에 대해 d11은 장치 c0t0d0s0의 하위 미러 이름이고 d12는 장치 c1t0d0s0의 하위 미러 이름입니다.
lucreate -n newbe -m /:d10:mirror,ufs -m /:c0t0d0s0,d11:attach -m \ /:c1t0d0s0,d12:attach |
Solaris 볼륨 관리자 이름 지정 요구 사항에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.
사용자 정의 JumpStart 설치 방법을 사용하여 RAID-1 볼륨(미러) 및 RAID-0 볼륨(하위 미러)을 만드는 경우 소프트웨어가 미러에 대한 볼륨 이름을 찾고 지정하도록 하거나 사용자가 프로필에 이름을 직접 지정할 수 있습니다. 소프트웨어가 이름을 찾도록 하는 경우 소프트웨어는 사용할 수 있는 첫 번째 볼륨 번호를 지정합니다. 프로필에 이름을 지정하는 경우 설치에서 하위 미러에 대해 1과 2로 끝나는 이름을 사용할 수 있도록 0으로 끝나는 미러 이름을 지정합니다. 숫자를 잘못 지정하는 경우 미러가 만들어지지 않을 수 있습니다. 예를 들어, 1이나 2로 끝나는 숫자가 포함된 미러 이름(d1 또는 d2)을 지정하면 Jumpstart는 해당 미러 이름이 하위 미러 이름과 중복되는 경우 미러를 만들지 못합니다. 다음 프로필 예에서 미러에는 사용할 수 있는 첫 번째 볼륨 번호가 지정됩니다. 다음으로 사용할 수 있는 0으로 끝나는 미러가 d10인 경우 d11 및 d12라는 이름이 하위 미러에 지정됩니다.
filesys mirror c0t0d0s1 /
다음 프로필 예에서 미러 번호는 프로필에서 d30으로 지정됩니다. 하위 미러 이름은 해당 미러 번호 및 사용할 수 있는 첫 번째 하위 미러를 기준으로 소프트웨어에서 지정합니다. 이 예에서 하위 미러 이름은 d31 및 d32로 지정됩니다.
filesys mirror:d30 c0t1d0s0 c0t0d0s0 /
Solaris 볼륨 관리자 이름 지정 요구 사항에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.
파일 시스템을 미러하기 위해 사용할 디스크와 제어기를 선택하는 경우 다음 지침을 고려하십시오.
수행할 수 있는 동시 읽기 및 쓰기 수를 높이려면 다른 제어기에 있는 구성 요소를 사용합니다.
다양한 디스크와 제어기에 여러 하위 미러 슬라이스를 보관합니다. 동일한 미러에 있는 두 개 이상의 하위 미러 슬라이스가 동일한 디스크에 있는 경우 데이터 보호가 상당히 감소됩니다.
제어기 및 연결된 케이블은 디스크보다 자주 오류를 일으키는 경향이 있으므로 여러 제어기에 하위 미러를 구성합니다. 이렇게 하면 미러의 성능도 향상됩니다.
단일 미러에 같은 종류의 디스크와 제어기를 사용합니다. 특히 이전 SCSI 저장 장치에서 디스크나 제어기의 모델이나 브랜드에 따라 그 성능이 상당히 다를 수 있습니다. 단일 미러에서 여러 성능 수준을 함께 사용하는 것은 성능을 상당히 저하시킬 수 있습니다.
파일 시스템을 미러하기 위해 사용할 슬라이스를 선택하는 경우 다음 지침을 고려하십시오.
루트(/), swap 및 /usr을 비롯한 모든 파일 시스템은 미러를 사용할 수 있습니다. 데이터베이스 같은 모든 응용 프로그램도 미러를 사용할 수 있습니다.
하위 미러 슬라이스의 크기가 같은지 확인합니다. 크기가 다른 하위 미러를 사용하면 사용되지 않는 디스크 공간이 발생합니다.
연결된 첫 번째 하위 미러가 실린더 0에서 시작하지 않은 미러된 파일 시스템이 있는 경우 추가로 연결하는 모든 하위 미러도 실린더 0에서 시작하지 않아야 합니다. 실리더 0에서 시작하는 하위 미러를 원래 하위 미러가 실린더 0에서 시작하지 않는 미러에 연결하려고 하면 다음 오류 메시지가 표시됩니다.
can't attach labeled submirror to an unlabeled mirror |
시작 실린더가 모든 하위 미러에서 동일할 필요는 없지만 모든 하위 미러는 실린더 0을 포함하거나 포함하지 않아야 합니다.
루트(/), /usr 및 swap용 미러가 있는 시스템이 단일 사용자 모드로 부트된 경우 시스템은 이러한 미러의 유지 관리가 필요하다는 것을 표시합니다. metastat 명령을 사용하여 이러한 미러를 보면 이러한 미러 및 시스템의 모든 미러가 “유지 관리 필요” 상태로 표시됩니다.
이러한 상황은 잠재적으로 위험할 수 있지만 문제가 되지는 않습니다. 미러를 재동기화하기 위해 부트 중에 일반적으로 발생하는 metasync -r 명령은 시스템이 단일 사용자 모드로 부트되면 중단됩니다. 시스템을 재부트하면 metasync -r 명령이 실행되고 모든 미러가 재동기화됩니다.
이러한 중단이 문제가 되면 metasync -r 명령을 수동으로 실행합니다.
metasync에 대한 자세한 내용은 metasync(1M) 설명서 페이지 및 Solaris Volume Manager Administration Guide를 참조하십시오.