이 장은 사용자 정의 JumpStart 또는 Solaris Live Upgrade를 사용하여 RAID-1 볼륨을 만드는 데 필요한 요구 사항과 지침에 대해 설명합니다.
이 장은 다음 내용으로 구성되어 있습니다.
Solaris Live Upgrade 설치 방법을 사용하여 미러된 파일 시스템을 만드는 계획에 대한 추가 정보는 Solaris 10 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 RAID-1 볼륨(미러) 파일 시스템 생성 일반 지침을 참조하십시오.
사용자 정의 JumpStart 설치 방법으로 미러링된 파일 시스템을 작성하는 방법의 자세한 내용은 filesys 프로필 키워드(RAID-1 볼륨 작성) 및 metadb 프로필 키워드(상태 데이터베이스 복제본 만들기)를 참조하십시오.
RAID-1 볼륨을 만들어 특정한 슬라이스의 데이터를 복제하려면 사용을 계획하는 디스크는 설치 중에 시스템에 직접 연결되고 시스템에서 사용 가능해야 합니다.
단일 지점 오류를 피하려면 슬라이스, 드라이브 및 제어기에 상태 데이터베이스 복제본을 분산시켜야 합니다. 단일 구성 요소 오류를 피하려면 다수의 복제본이 필요합니다. 장치에 오류가 발생하여 복제본을 잃는 경우 오류로 인해 Solaris 볼륨 관리자 소프트웨어를 실행하거나 시스템을 재부트할 때 문제가 발생할 수 있습니다. Solaris 볼륨 관리자 소프트웨어는 최소한 복제본의 반을 실행할 것을 요구하지만 여러 사용자 모드로 재부트하려면 과반수 이상(반 + 1)을 요구합니다.
상태 데이터베이스 복제본 만들기 및 관리에 대한 자세한 내용은 Solaris Volume Manager Administration Guide를 참조하십시오.
상태 데이터베이스 복제본에 대한 슬라이스를 선택하기 전에 다음 지침 및 권장 사항을 고려하십시오.
복제본 당 최소 4MB의 전용 슬라이스에 상태 데이터베이스 복제본을 만들어야 합니다. 필요한 경우 RAID-0이나 RAID-1 볼륨의 일부로 사용될 슬라이스에 상태 데이터베이스 복제본을 만들 수 있습니다. 슬라이스를 볼륨에 추가하기 전에 먼저 복제본을 만들어야 합니다.
기본적으로 상태 데이터베이스 복제본의 크기는 4MB나 8192 디스크 블록입니다. 사용자 디스크 슬라이스의 크기가 그 정도로 작지 않을 수도 있으므로 상태 데이터베이스 복제본을 포함하도록 슬라이스의 크기를 조정할 수 있습니다. 슬라이스 크기 조정에 대한 자세한 내용은 System Administration Guide: Devices and File Systems의 12 장, Administering Disks (Tasks)를 참조하십시오.
사용 중이 아닌 슬라이스에 상태 데이터베이스 복제본을 만들 수 있습니다. 상태 데이터베이스 복제본을 위해 예약된 슬라이스의 일부를 다른 용도로 사용하면 안 됩니다.
기존 파일 시스템이나 루트(/), /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 볼륨 관리자 소프트웨어에서 사용할 수 있는 일련의 기능을 지원합니다. 이러한 설치 프로그램을 사용하여 미러된 파일 시스템을 만드는 경우 다음 지침을 고려하십시오.
설치 프로그램 |
지원되는 기능 |
지원되지 않는 기능 |
---|---|---|
사용자 정의 JumpStart 및 Solaris Live Upgrade |
|
Solaris 볼륨 관리자에서 RAID-0 볼륨은 디스크 스트라이프 및 디스크 연결을 참조할 수 있습니다. 설치나 업그레이드 중에 RAID-0 스트라이프 볼륨을 만들 수 없습니다. |
사용자 정의 JumpStart |
|
|
Solaris Live Upgrade |
예를 들어 Solaris 10 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 RAID-1 볼륨(미러)으로 부트 환경 만들기(명령줄 인터페이스)를 참조하십시오. |
3개 이상의 RAID-0 볼륨은 지원되지 않습니다. |
RAID-1 볼륨을 사용한 Solaris Flash 만들기 및 설치 |
Solaris 9 9/04 릴리스부터는 RAID-1 볼륨이 구성된 마스터 시스템에서 만든 Solaris Flash 아카이브를 만들고 설치할 수 있습니다. Solaris 9 12/03과 Solaris 9 4/04 릴리스의 경우 패치를 설치해야 합니다. CR 4838219를 해결하는 패치를 받으려면 sunsolve.sun.com을 참조하십시오. Solaris 볼륨 관리자 RAID-1 볼륨을 구성했으면 Solaris Flash 아카이브를 만들 수 있습니다. Solaris Flash 작성 소프트웨어는 아카이브에서 모든 RAID-1 볼륨 정보를 제거하여 복제 시스템의 무결성을 유지합니다. 사용자 정의 JumpStart를 사용하면 JumpStart 프로필을 사용하여 RAID-1 볼륨을 재구축할 수 있습니다. Solaris Live Upgrade를 사용하면 구성된 RAID-1 볼륨으로 부트 환경을 만들고 아카이브를 설치합니다. Solaris Flash 아카이브로 RAID-1 볼륨을 설치할 때 Solaris 설치 프로그램을 사용할 수 없습니다. JumpStart 프로필의 RAID-1 볼륨의 예는 프로필의 예를 참조하십시오. |
Veritas VxVM은 Solaris Flash이 사용할 수 없는 영역의 구성 정보를 저장합니다. Veritas VxVm 파일 시스템이 구성된 경우 Solaris Flash 아카이브를 만들면 안됩니다. JumpStart 및 Solaris Live Upgrade를 포함하는 Solaris 설치도 설치 시에 VxVM 볼륨 재구축을 지원하지 않습니다. 따라서 Solaris Flash 아카이브를 사용해 Veritas VxVM 소프트웨어를 배포할 예정이면 VxVM 파일 시스템을 구성하기 전에 아카이브를 만들어야 합니다. 복제 시스템은 아카이브를 적용하고 시스템을 재부트한 후에 개별적으로 구성해야 합니다. |
슬라이스 번호 및 디스크 번호를 볼륨 번호에 매핑하는 이름 지정 메소드를 사용합니다.
볼륨 이름은 문자 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 볼륨(하위 미러)을 만들 경우 소프트웨어가 볼륨 이름을 감지 및 할당하도록 하거나 직접 이름을 할당할 수 있습니다. 소프트웨어가 이름을 감지하게 할 경우 소프트웨어는 사용 가능한 첫 번째 미러 또는 하위 미러를 지정합니다. 직접 이름을 할당할 경우 미러 이름이 0으로 끝나게 할당해야 설치 과정에서 하위 미러에 1 및 2로 끝나는 이름을 사용할 수 있습니다. 하위 미러 이름을 할당할 경우 1 또는 2로 끝나게 이름을 할당합니다. 숫자를 잘못 할당하면 미러가 만들어지지 않을 수 있습니다. 예를 들어, 1 또는 2로 끝나는 번호(d1 또는 d2)를 미러 이름으로 지정할 경우 미러 이름이 하위 미러 이름과 동일하다면 Solaris Live Upgrade는 미러를 생성할 수 없습니다.
이 예에서, Solaris Live Upgrade가 볼륨 이름을 할당합니다. RAID-1 볼륨 d0과 d1이 유일한 사용중 볼륨입니다. 미러 d10의 경우, Solaris Live Upgrade는 장치 c0t0d0s0에 대한 하위 미러용으로 dd2를 선택하고 장치 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 볼륨(하위 미러)을 생성할 때 소프트웨어가 미러에 대한 볼륨 이름을 감지하여 지정하게 하거나 프로필에서 이름을 지정할 수 있습니다. 소프트웨어가 이름을 감지하게 할 경우 소프트웨어는 사용 가능한 첫 번째 볼륨 번호를 지정합니다. 프로필에서 이름을 지정할 경우 미러 이름이 0으로 끝나게 지정해야 설치 과정에서 하위 미러에 1 및 2로 끝나는 이름을 사용할 수 있습니다. 올바르지 않은 번호를 지정할 경우 미러가 생성되지 않을 수 있습니다. 예를 들어, 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에서 시작하거나 모두 실린더 0에서 시작하지 않아야 합니다.
시작 실린더가 모든 하위 미러에서 동일할 필요는 없지만 모든 하위 미러는 실린더 0을 포함하거나 포함하지 않아야 합니다.
루트(/), /usr 및 swap용 미러가 있는 시스템이 단일 사용자 모드로 부트된 경우 시스템은 이러한 미러의 유지 관리가 필요하다는 것을 표시합니다. metastat 명령을 사용하여 이러한 미러를 보면 이러한 미러 및 시스템의 모든 미러가 “유지 관리 필요” 상태로 표시됩니다.
이러한 상황은 잠재적으로 위험할 수 있지만 문제가 되지는 않습니다. 미러를 재동기화하기 위해 부트 중에 일반적으로 발생하는 metasync -r 명령은 시스템이 단일 사용자 모드로 부트되면 중단됩니다. 시스템을 재부트하면 metasync -r 명령이 실행되고 모든 미러가 재동기화됩니다.
이러한 중단이 문제가 되면 metasync -r 명령을 수동으로 실행합니다.
metasync에 대한 자세한 내용은 metasync(1M) 매뉴얼 페이지 및 Solaris Volume Manager Administration Guide를 참조하십시오.