[HP-UX] HP-UX의 저장소

운영 체제에서 관리하는 모든 리소스 중에서 가장 중요한 것은 저장소입니다. 저장소는 데이터 저장 장치를 가리키는 일반적인 용어입니다. 저장소는 다음을 포함하여 여러 가지 형식이 있습니다.

로컬로 서버에 연결된 물리 디스크 드라이브:
- SCSI 하드웨어 프로토콜 디스크
- Fibre Channel 디스크
- USB 2.0 디스크
로컬로 서버에 연결된 여러 개의 물리 디스크가 포함된 드라이브 엔클로저
로컬로 서버에 연결된 디스크 어레이(이전 항목과 같이 드라이브 엔클로저이지만 엔클로저 내의 디스크를 관리하는 디스크 컨트롤러가 엔클로저에 추가되어 있음). Just a Bunch Of Disks를 나타내는 JBOD라고도 하고 Redundant Arrays of Inexpensive Disks를 나타내는 RAID라고도 합니다.
위와 같은 물리 디스크나 디스크 어레이지만 특별한 고속 네트워크를 통해 구성하고 액세스하는 SAN(저장 영역 네트워크). SAN 저장소는 물리적으로 액세스하는 서버 근처에 있거나 재난으로부터 보호하기 위해 물리적으로 멀리 떨어져 있을 수 있습니다. SAN은 파일 시스템 계층 아래의 블록 I/O 계층에서 작동합니다.
표준 네트워크 프로토콜(NFS, CIFS)을 사용하여 파일 시스템 계층에서 작동하는 대체 네트워크 저장소 솔루션인 NAS(저장 영역 네트워크)
오프라인 저장소 또는 이동식 미디어. 데이터는 다음 위치에 저장됩니다.
- 테이프(DLT, DDS, 릴 및 기타 테이프 형식)
- 광학 미디어(CD, 광자기, DVD-ROM 및 기타 광학 형식)
- 이동식 디스크 드라이브
오프라인 저장소는 재난 복구를 위해 오프사이트 데이터 저장소(일반적으로 백업)에 사용되는 경우가 많습니다.

저장소 사용

HP-UX 운영 체제에서 저장소는 다음을 비롯한 다양한 방식으로 사용될 수 있습니다.

로컬로 파일 시스템에 파일 및 디렉토리 저장
속도를 위해 원시 형식으로 디스크 볼륨에 데이터베이스 저장(HP-UX가 아니라 데이터베이스 응용 프로그램에서 관리)
스왑 공간(페이징을 위해 HP-UX에 사용됨)
덤프 공간(시스템 장애나 기타 중요한 이벤트 이후 HP-UX의 상태를 캡처하는 데 사용됨)

저장소 구성 방법

컴퓨팅 분야의 네트워킹 및 다른 많은 하위 시스템과 마찬가지로 저장소는 물리 장치부터 해당 장치에서 데이터를 읽고 쓰는 응용 프로그램에 이르기까지 많은 계층으로 이루어져 있습니다. 총체적으로 이러한 계층을 저장소 스택이라고 합니다.

다음 절에서는 HP-UX 저장소 스택의 다양한 구성 요소에 대해 다룹니다.

물리 저장 장치

저장소 스택의 최하위 수준에는 데이터를 저장하고 검색하는 물리 장치가 있습니다. 일반적으로 이는 디스크 드라이브지만 다음을 비롯한 다른 저장 장치가 될 수도 있습니다.

DLT 테이프 드라이브/라이브러리
광자기 드라이브/라이브러리
DDS 테이프

디스크 드라이브는 다음이 될 수 있습니다.

개별 드라이브
드라이브 엔클로저(개별 드라이브로 처리되는 여러 개의 디스크 드라이브 그룹)
디스크 어레이(드라이브 엔클로저와 같지만 RAID와 같이 포함된 저장소 관리 시 로컬 인텔리전스를 위해 디스크 컨트롤러가 추가되어 있음)
SAN - 저장 영역 네트워크(전용 네트워크에 연결된 물리 드라이브)
NAS - 네트워크 연결된 저장소(표준 네트워크 파일 시스템 프로토콜을 통해 액세스되는 전용 서버에 연결된 저장소)

독립 실행형이든, 어레이 또는 엔클로저에 있든 관계없이 개별 디스크 드라이브를 때때로 LUN이라고 합니다. “LUN”이란 용어는 “논리 장치”를 나타내며, 종종 대규모 어레이 장치 내의 물리 디스크 드라이브(드라이브 장치)와 연관되는 동안 LUN이 대규모 장치의 다른(논리적으로 정의된) 하위 집합을 가리킬 수 있습니다.

볼륨 관리자

물리 디스크 드라이브는 독립 실행형 모드로 사용할 수 있습니다. 즉, 분할하거나 파일 시스템으로 포맷하거나 페이징에 사용하거나 데이터베이스 응용 프로그램에서 저장 장치로 사용할 수 있습니다. 그러나 물리 디스크 드라이브는 일반적으로 대규모 공간 풀로 그룹화되며, 이 풀이 논리 저장소 컨테이너로 나뉘어질 수 있습니다. 사용하는 볼륨 관리자에 따라 볼륨 또는 논리 볼륨이라고 하는 이러한 컨테이너에서 그룹에 포함된 물리 드라이브의 경계를 지킬 필요는 없습니다. 즉, 컨테이너는 여러 개의 물리 장치에 걸쳐 있을 수 있습니다.

볼륨 관리자를 사용하여 이러한 공간 풀을 논리 장치 컨테이너로 나누고 할당할 수 있습니다.

공간 풀을 LVM(Logical Volume Manager)에서는 볼륨 그룹이라고 하고 VxVM(VERITAS Volume Manager)에서는 디스크 그룹이라고 합니다.

논리 저장소 컨테이너의 경우 LVM에서는 논리 볼륨이라고 하고 VxVM에서는 단순히 볼륨이라고 합니다. 응용 프로그램, 파일 시스템 및 데이터베이스에 볼륨은 물리 디스크로 표시되고 이렇게 처리됩니다.

HP-UX 11i v3은 다음 볼륨 관리자를 지원합니다.

LVM

LVM(Logical Volume Manager)에 대해서는 HP 시스템 관리 설명서: 논리 볼륨 관리에 자세히 설명되어 있습니다. LVM은 HP-UX 11i의 기본 볼륨 관리자입니다.

VxVM

>VxVM(VERITAS Volume Manager)에는 많은 기능이 있으며, 이 중에서 일부는 LVM 또는 MirrorDisk/UX(여러 개의 물리 디스크에 데이터를 미러링할 수 있는 LVM과 짝을 이루는 제품)에서 사용할 수 없습니다.

HP-UX와 함께 제공되는 VxVM 버전은 추가 라이센스가 필요한 전체 버전에서 제공되는 기능의 하위 집합이 포함된 기본 버전입니다. VxVM의 기본 버전과 전체 버전에 포함되는 기능에 대한 자세한 내용은 사용하는 VERITAS Volume Manager 버전에 해당하는 VERITAS Volume Manager Releases Notes를 참조하십시오.




	참고: 공간 풀을 Logical Volume Manager에서는 볼륨 그룹이라고 하고 VERITAS Volume Manager에서는 디스크 그룹이라고 합니다.

한 서버에 두 볼륨 관리자가 함께 존재할 수 있습니다. 각 볼륨 관리자는 제어하는 디스크를 추적하며 한 번에 하나의 볼륨 관리자만 지정된 물리 디스크를 제어할 수 있습니다. 구성의 유연성을 높이기 위해 LVM에서 VxVM으로 디스크를 마이그레이션하려는 경우 vxvmconvert 유틸리티는 LVM 물리 볼륨을 VxVM 디스크로 변환할 수 있습니다.

볼륨 관리자 선택

HP-UX 11i v3을 사용하는 경우 다음 두 가지 볼륨 관리자 중에서 선택할 수 있습니다.

HP LVM(Logical Volume Manager)
VxVM(VERITAS Volume Manager)

다른 물리 디스크에서 동시에 사용할 수 있지만 일반적으로 하나를 선택하여 단독으로 사용합니다. 표 3-1에서 제공하는 두 가지 볼륨 관리자 비교는 요구에 맞는 볼륨 관리자를 결정하는 데 도움이 될 것입니다.

표 3-1 볼륨 관리자 기능 및 용어 비교

기능	HP LVM(Logical Volume Manager)	VxVM(VERITAS Volume Manager)
얻는 방법	LVM은 HP-UX 11i v3 Foundation Operating Environment에 포함되어 있음	HP-UX 11i v3 릴리즈 노트를 검토하여 VERITAS Volume Manager가 선택한 운영 환경에 포함되어 있는지 확인
물리 디스크 이름	물리 볼륨	VERITAS Volume Manager 디스크
물리 디스크 그룹 이름	볼륨 그룹	디스크 그룹
볼륨/디스크 그룹에서 할당된 논리 저장소 컨테이너 이름	논리 볼륨	볼륨
(논리) 볼륨 내의 사용자 데이터 할당 방법	물리 확장 영역 사용(디스크 공간의 고정 크기 청크, 이 크기는 지정된 볼륨 그룹의 모든 물리 볼륨에 대해 동일해야 함)	하위 디스크(임의 크기의 하위 디스크는 디스크 그룹의 VERITAS Volume Manager 디스크에서 할당된 디스크 블록 집합을 나타냄)
볼륨 및 볼륨 그룹 구성 정보의 저장 위치	각 물리 볼륨의 시작 부분에 특별히 예약된 영역	각 물리 볼륨의 “전용 영역”으로 알려진 특수 영역
미러(데이터 복사본)	미러링을 지원하려면 시스템에 MirrorDisk/UX 제품을 추가해야 합니다. Mirrordisk/UX는 버전 1 볼륨 그룹이 있는 LVM을 사용하는 경우 데이터 복사본을 최대 3개까지 지원하고 버전 2 볼륨 그룹이 있는 LVM을 사용하는 경우 최대 6개까지 지원합니다.	미러는 각각 미러링되는 볼륨의 복사본인 plex로 구성됩니다. VERITAS Volume Manager의 기본 버전을 사용하여 루트 파일 시스템(만) 미러링할 수 있습니다. LVM과 마찬가지로 VERITAS Volume Manager에서 루트 파일 시스템 미러링 이상의 미러링을 지원하려면 추가 라이센스가 필요하지만 추가 라이센스가 있을 경우 VxVM은 최대 32개까지 데이터 복사본을 지원합니다.




	참고: VERITAS Volume Manager는 HP-UX 11i v3 릴리즈를 기준으로 여러 버전에서 사용할 수 있습니다. 표시된 값과 기능은 VxVM 버전 4.1에 대한 것입니다. 사용하는 버전의 사양은 해당 버전의 VERITAS Volume Manager Release Notes를 참조하십시오. VERITAS Volume Manager에는 두 가지 라이센스 수준인 기본과 전체가 있습니다. 다른 설명이 없을 경우 앞의 테이블에 나열된 기능은 기본 수준 라이센스에 대한 것입니다. 전체 라이센스 수준에서 지원되는 추가 기능에 대해서는 VERITAS Volume Manager 설명서를 참조하십시오.

볼륨 그룹

볼륨 관리자를 사용하는 경우 첫 번째 단계는 물리 드라이브를 다음으로 불리는 디스크 공간 풀로 그룹화하는 것입니다.

VxVM(VERITAS Volume Manager)을 사용하는 경우 디스크 그룹

또는

LVM(Logical Volume Manager)을 사용하는 경우 볼륨 그룹




	참고: 디스크/볼륨 그룹의 개별 디스크는 다음과 같이 불립니다. VxVM(VERITAS Volume Manager)을 사용하는 경우 VM 디스크 또는 LVM(Logical Volume Manager)을 사용하는 경우 물리 볼륨

(논리) 볼륨

물리 디스크 드라이브를 디스크/볼륨 그룹으로 그룹화한 경우 전체 공간을 그룹에 있는 개별 드라이브보다 작거나 클 수 있는 논리 저장소 컨테이너로 나눌 수 있습니다. 이러한 논리 저장소 컨테이너는 다음과 같이 불립니다.

VxVM(VERITAS Volume Manager)을 사용하는 경우 볼륨

또는

LVM(Logical Volume Manager)을 사용하는 경우 논리 볼륨

정의된 경우 개별 볼륨이나 논리 볼륨을 다음 용도로 사용할 수 있습니다.

부팅(부트스트랩 로더, 오프라인 진단 및 서버 관리에 필요한 기타 소프트웨어가 포함될 수 있음)
파일 시스템(기존 파일 저장소)
스왑 공간(가상 메모리/페이징)
덤프 공간(시스템 장애 이후의 메모리 덤프)
원시 디스크 액세스(데이터베이스 응용 프로그램 및 자체 디스크 공간을 관리하는 기타 응용 프로그램에 사용됨)

포함된 데이터에서 이러한 작업을 지원하는 경우 필요에 따라 논리 볼륨을 더 크거나 작게 만들 수 있습니다.

그림 3-2 논리 볼륨의 크기를 조정할 수 있음

파일 시스템

볼륨(또는 물리 디스크)을 스왑 공간이나 원시 디스크 액세스에 사용하지 않는 경우(예를 들어, 데이터베이스 응용 프로그램에서 관리하는 디스크 공간) 파일 저장소로 사용하고 있을 가능성이 큽니다.

일반적으로 디렉토리, 파일 및 파일 데이터는 전체 볼륨이나 디스크 드라이브에 배포됩니다. 카드 카탈로그를 사용하여 큰 도서관에서 특정 책을 찾을 수 있는 것과 동일한 방식으로 파일 시스템의 주 기능은 나중에 파일을 검색할 수 있도록 볼륨이나 물리 디스크에 저장된 파일에 대한 포인터를 유지 관리하는 것입니다. 이는 단순히 어떤 디렉토리에 어떤 파일이 있는지 나타내는 포인터가 아니라 하위 수준의 포인터인 동시에 다른 중요한 정보입니다. 예를 들면 다음과 같습니다.

어떤 디스크 블록이 어떤 파일에 속해 있는지에 대한 정보
현재 사용하지 않는 디스크 블록(특정 디스크 블록이 동시에 두 가지 용도로 사용되지 않고 순서가 유지되도록 함)
디렉토리 탐색 정보의 링크 목록

파일 시스템은 HP-UX 보안 기능이 파일이나 디렉토리에 액세스할 권한이 있는 사람의 액세스를 허용하도록 소유권 및 액세스 권한 정보를 유지 관리하는 등의 다른 중요한 기능도 제공합니다.

지원되는 파일 시스템

볼륨 관리자와 마찬가지로 HP-UX는 선택할 수 있는 몇 가지 파일 시스템 유형을 제공합니다. 구체적으로 다음과 같습니다.

HFS: HP 소유의 High-Performance File System은 최대 128GB의 파일 및 파일 시스템 크기를 지원합니다.
VxFS: VERITAS File System 버전 4.1은 최대 16TB의 파일 크기와 최대 40TB의 파일 시스템 크기를 지원합니다. VxFS는 OnlineJFS/JFS 4.1이라고도 합니다.

이전 파일 시스템 유형 외에 추가로 HP-UX 11i v3은 다음을 지원합니다.

CDFS: CD 파일 시스템을 사용하면 Rockridge 확장이 있는지 여부에 관계없이 ISSO-9660 형식으로 컴팩트 디스크 미디어를 읽고 쓸 수 있습니다.
UDF: UDF 파일 시스템은 UDF 형식으로 기록된 광학 미디어를 읽는 데 사용됩니다. 이 경우 UDF 형식을 지원하는 다른 운영 체제에서 기록한 디스크를 읽을 수 있습니다.
FAT32: 32비트 File Allocation Table 파일 시스템은 주로 부팅 및 EFI 작업에 사용됩니다.

효율적인 데이터 액세스

작업이 고성능 디스크 I/O를 사용하는 경우 고속 인터페이스(예: Fibre Channel)를 사용하는 것 외에 추가로 다음을 고려합니다.

디스크 스트라이핑

디스크 스트라이프는 다른 장치에서 이어서 쓰는 방식으로 여러 개의 물리 장치에 데이터를 분배합니다. 이렇게 하면 쓰려는 데이터의 두 번째 청크가 장치에서 첫 번째 청크 쓰기를 마칠 때까지 기다릴 필요가 없습니다. 기본적으로 n개 장치가 스트라이프된 경우 장치가 후속 데이터를 쓸 준비가 될 때까지 기다리지 않고도 n개 데이터 청크를 동시에(또는 거의 동시에) 쓸 수 있습니다.

스트라이프는 디스크 어레이, RAID 어레이 또는 RAID 작업을 지원하는 기타 하드웨어를 사용하는 경우 장치 수준에서 수행될 수 있습니다. 다른 유형의 디스크 스트라이프는 LVM 또는 VxVM(VERITAS Volume Manager)에서 수행할 수 있습니다. 볼륨 관리자 중 하나를 사용하여 스트라이프를 수행하는 방법에 대한 자세한 내용은 lvcreate(1M) 또는 vxassist(1M)를 참조하십시오.

스트라이프에 사용할 데이터 청크 크기를 지정할 수 있습니다.

하드웨어 데이터 스트라이프는 특정 RAID 구성을 사용하여 수행됩니다. RAID를 지원하는 HP 디스크 어레이에서 자주 사용되는 스트라이프 관련 RAID 수준은 다음과 같습니다.

RAID 0

스트라이프에 패리티 디스크가 없는 데이터 블록을 사용하는 스트라이프. 성능상, 데이터 블록은 일반적으로 512바이트(대부분의 하드 디스크의 물리 섹터 크기)의 배수입니다.

RAID 0을 사용할 때 고려할 중요 사항은 스트라이프에 있는 디스크 수입니다. 스트라이프에 있는 디스크 수가 많을수록 해당 디스크 중 하나에서 장애가 발생할 가능성이 커집니다. 스트라이프에 패리티 디스크가 포함되어 있지 않으면 누락된 데이터를 다시 만들 수 없으므로 백업이나 다른 소스에서 복원해야 합니다.

RAID 5

패리티 정보가 스트라이프 세트에 있는 장치에 균등하게 배포된 데이터 블록을 사용하는 스트라이프. 드라이브에 장애가 발생할 경우 이 패리티 정보를 사용하여 누락된 데이터를 다시 만들 수 있습니다.

스트라이프 세트는 드라이브 하나가 없는 상태에서도 작동할 수 있으며, 장애가 발생한 드라이브가 교체되면 나머지 드라이브의 패리티 정보를 사용하여 이전에 장애가 발생한 드라이브에 있던 누락된 데이터를 다시 만들 수 있습니다. 재생성이 완료되면 새 디스크 드라이브가 세트에 완전히 참가하여 나중에 다른 드라이브에서 장애가 발생할 경우 데이터 손실을 방지합니다.




	참고: 각 장치에서 모든 RAID 수준을 지원하는 것은 아닙니다. 장치에서 지원하는 RAID 수준에 대한 자세한 내용은 디스크 어레이, RAID 어레이, 디스크 드라이브 또는 기타 저장 장치의 하드웨어 설명서를 참조하십시오.

디스크 액세스 분산

디스크 스트라이핑에서 설명한 것과 같은 이유로 디스크 액세스 균형이 맞을수록 디스크 읽기 및 쓰기에서 얻을 수 있는 성능이 향상됩니다. 이렇게 하면 지정된 장치가 다른 데이터 액세스 작업을 처리하게 되어 추가 읽기 및 쓰기 작업을 기다리는 시간을 줄일 수 있습니다.

파일 시스템 유형

선택한 파일 시스템 유형에 따라 데이터 액세스 효율성에도 영향을 미칠 수 있습니다. VxFS(VERITAS File System)는 일반적으로 HFS 파일 시스템을 사용하는 것보다 더 빠릅니다.

장치에 대한 여러 경로 설정(효율성 향상)

HP-UX 11i v3부터 HP-UX 11i는 장치에 대한 하드웨어 경로 대신 고유한 장치 ID를 사용하여 장치와 장치 파일을 연관시키는 새로운 기술인 장치 다중 경로를 지원합니다. 즉, 하나의 장치 파일이 지정된 장치에 대한 여러 개의 하드웨어 경로를 나타낼 수 있습니다. 이 기능은 여러 개의 물리적 연결을 지원하는 여러 포트가 있는 하드웨어와 결합되어 장치에 대한 중복 경로를 제공하는 것은 물론 I/O 대역폭을 증가시킵니다. HP-UX 11i v3은 자동으로 장치에 대한 여러 개의 물리적 연결 간에 로드 밸런스를 조정하여 I/O 효율성을 향상시킬 수 있습니다.

장치 다중 경로에 대한 자세한 내용은 “저장소 주소 지정 방법”을 참조하십시오.

디스크 미러링(성능 향상)

디스크 미러링 항목은 데이터 중복과 더 관련이 있지만 성능상의 이유로 미러링을 사용할 수도 있습니다. 미러의 디스크에 데이터를 쓰는 것보다 디스크에서 데이터를 읽는 것에 더 집중된 환경에서 RAID 1(미러링) 디스크 구성을 사용하는 경우 대체 장치에서 후속 디스크 블록을 동시에 검색할 수 있으므로 데이터 입력 속도가 훨씬 빨라집니다. RAID 1 구성 사용의 추가 이점에 대해서는 “디스크 미러링”을 참조하십시오.

저장소 및 데이터 중복

정보화 시대에서 대부분의 데이터는 중요하고 필수적인 가치가 있습니다. 보호하는 데이터가 중요할 수록 데이터 중복의 중요성은 더욱 커집니다.

데이터 중복은 여러 형식으로 구성될 수 있지만 여러 개의 데이터 복사본이 모든 형식으로 있어 주 데이터 복사본이 손상되거나 삭제될 경우 해당 데이터의 다른 복사본을 사용하여 작업을 계속할 수 있습니다.

데이터 중복 기술을 선택할 때는 다음을 고려합니다.

얼마나 빨리 데이터 손실을 복구해야 합니까?
주 복사본을 사용할 수 없을 경우 얼마나 쉽게 대체 데이터 복사본으로 전환할 수 있습니까?
오프사이트 데이터 복사본이 필요합니까?
얼마나 자주 데이터가 변경됩니까?

장치에 대한 여러 경로 설정(중복 향상)

데이터 보호의 핵심 중 하나는 단일 장애 지점을 제거하는 것입니다. RAID 및 기타 디스크 어레이, 디스크 미러링 및 데이터 백업과 Serviceguard는 모두 단일 장애 지점을 제거하는 데 사용됩니다.

HP-UX 11i v3부터 HP-UX 11i는 장치에 대한 하드웨어 경로 대신 고유한 장치 ID를 사용하여 장치와 장치 파일을 연관시키는 기술인 장치 다중 경로를 지원합니다. 즉, 하나의 장치 파일이 지정된 장치에 대한 여러 개의 하드웨어 경로를 나타낼 수 있습니다. 이 기능은 여러 개의 물리적 연결을 지원하는 여러 포트가 있는 하드웨어와 결합되어 I/O 대역폭을 증가시키는 것은 물론 장치에 대한 중복 경로를 제공합니다. 이제 HP-UX 11i는 인터페이스 카드, 케이블 또는 다른 하드웨어에서 장애가 발생할 경우 대체 하드웨어 경로로 장애 조치할 수 있으며 장치에 액세스하는 응용 프로그램과 사용자를 거의 또는 전혀 방해하지 않고 이 작업을 수행할 수 있습니다.

RAID 및 기타 디스크 어레이

디스크 어레이 및 RAID 구성을 사용하여 구성된 독립 디스크 모음은 특정 물리 디스크의 데이터를 하나 이상의 추가 물리 디스크에 미러링하여 한 드라이브 메커니즘에서 장애가 발생할 경우 추가 데이터 복사본을 제공할 수 있습니다. 데이터의 보조 복사본을 만드는 것만으로 모든 데이터 복사본에서 장애가 발생할 가능성을 훨씬 줄일 수 있습니다.

하드웨어 데이터 미러링은 특정 RAID 구성을 사용하여 수행됩니다. RAID를 지원하는 HP 디스크 어레이에서 자주 사용되는 미러링 관련 RAID 수준은 다음과 같습니다.

RAID 1: 데이터를 하나 이상의 추가 디스크에 미러링하면 오프라인/오프사이트 저장소의 백업 세트에 디스크의 현재 상태 스냅샷을 만드는 경우 등 오프라인 데이터 복사본을 만드는 기능과 중복이 제공됩니다.




	참고: 각 장치에서 모든 RAID 수준을 지원하는 것은 아닙니다. 장치에서 지원하는 RAID 수준에 대한 자세한 내용은 디스크 어레이, RAID 어레이, 디스크 드라이브 또는 기타 저장 장치의 하드웨어 설명서를 참조하십시오.

디스크 미러링

앞의 절에서는 주로 하드웨어 관점에서 디스크 어레이와 RAID 구성에 대해 설명했습니다. 디스크 미러링은 소프트웨어에서도 구현할 수 있습니다. 볼륨 관리자 LVM과 VERITAS Volume Manager를 사용하여 데이터를 미러링할 수 있습니다.

LVM을 사용하여 디스크 미러링을 구현하려면 MirrorDisk/UX 제품(다음 운영 환경에서 선택 제품으로 사용 가능)을 설치해야 합니다.

HP-UX 11iv3 BOE
HP-UX 11iv3 VS-OE
HP-UX 11iv3 HA-OE
HP-UX 11iv3 DC-OE

Mirrordisk/UX는 버전 1 볼륨 그룹이 있는 LVM을 사용하는 경우 데이터 복사본을 최대 3개까지 지원하고 버전 2 볼륨 그룹이 있는 LVM을 사용하는 경우 최대 6개까지 지원합니다.

VERITAS Volume Manager의 기본 버전을 사용하는 경우 루트 파일 시스템만 미러링할 수 있습니다. VERITAS Volume Manager의 전체 버전을 구매하여 설치하면 다른 디스크 그룹을 미러링할 수 있으며 볼륨 주소 공간의 미러 복사본을 최대 32개까지 만들 수 있습니다.

데이터 백업

언제든지 많은 유틸리티 중 하나를 사용하여 데이터를 복사할 수 있습니다. 데이터 복사본의 대상은 오프사이트에 저장하거나 안전하게 보관하기 위해 다른 위치로 보낼 수 있는 이동식 미디어가 될 수 있습니다. 백업에 사용할 수 있는 이동식 미디어는 다음과 같습니다.

기타 디스크
자기 테이프
- DLT
- DDS
광학 디스크
- 기록 가능 DVD
- 기록 가능 CD
- 광자기 디스크 라이브러리

tar 아카이브의 경우처럼 대체 디스크의 파일에 파일을 백업할 수도 있습니다.

백업 유틸리티

HP-UX에는 데이터를 백업하는 많은 유틸리티가 있습니다.

pax

pax 명령은 아카이브 파일을 추출, 작성 및 나열하고 파일 및 디렉토리 계층 구조를 복사합니다. 보다 현대적인 유틸리티인 pax는 기본적으로 이전(여전히 사용 가능한) 유틸리티인 cpio 및 tar와 동일한 기능을 수행합니다. pax에 대한 자세한 내용은 pax(1)를 참조하십시오.
shar

shar 명령은 명명된 파일과 디렉토리를 메일 전송이나 이동에 적합한 단일 배포 패키지로 묶습니다. 이 파일에는 실행 파일을 비롯한 모든 데이터가 포함될 수 있습니다. 표준 출력에 기록되는 결과 패키지는 시작 부분에 메시지를 추가하는 경우 등 편집할 수 있는 셸 스크립트입니다.
vxdump

vxdump는 특정 날짜 이후 변경된 vxfs 파일 시스템의 모든 파일을 자기 테이프에 복사합니다. vxdump(1M)를 참조하십시오.
fbackup(frecover를 사용하여 데이터 복구)은 데이터를 이전 미디어 유형에 백업하기 위한 HP-UX 관련 백업 유틸리티입니다.
tar

tar(“테이프 아카이버”라고 함)는 디스크 아카이브 파일이나 광학 미디어에 쓸 수 있습니다. tar는 다른 버전의 UNIX, Linux 및 Microsoft Windows를 포함하여 다른 많은 운영 체제와 호환됩니다.
cpio

cpio 명령은 파일 아카이브를 자기 테이프, 다른 장치 또는 일반 파일에 저장 및 복원하고 디렉토리 트리 구조를 복제하는 동안 한 디렉토리의 파일을 다른 디렉토리에 복사합니다. cpio는 파일 처리가 완료되면 기록된 블록 수를 보고합니다.

이동식 미디어에 백업하는 것 외에 추가로 ftp, rcp 또는 (보안 복사를 위해) sftp를 사용하여 다른 시스템에 중요한 파일을 복사할 수 있습니다.

저장소 주소 지정 방법

HP-UX 저장소 스택을 구성하는 여러 구성 요소는 서로 다른 방식으로 주소가 지정됩니다.

표 3-2 저장소 구성 요소 및 주소 지정되는 방법

스택 구성 요소	주소 지정 방법
파일 시스템	만든 후에 파일 시스템은 일반적으로 마운트 지점, 즉 해당 파일 시스템에 있는 파일의 루트를 나타내는 HP-UX 디렉토리 트리의 디렉토리에 의해 주소가 지정됩니다.
원시 액세스	모든 논리/물리 볼륨에 파일 시스템이 있는 것은 아닙니다. 이러한 볼륨은 달리 다음과 같은 용도로 사용됩니다. 스왑 공간 덤프 공간 데이터베이스 관리 공간 스왑 및 덤프 공간은 커널에 의해 관리되고 데이터베이스 관리 공간은 주로 데이터베이스 응용 프로그램에 의해 관리됩니다.
(논리) 볼륨	볼륨 그룹이나 디스크 그룹의 공간에서 할당된 논리 컨테이너는 해당 볼륨 이름으로 주소가 지정됩니다. 이러한 볼륨은 운영 체제의 관점에서 디스크 드라이브이므로 연관된 장치 파일이 있습니다. LVM 논리 볼륨에는 다음 형식의 이름을 가진 장치 파일이 있습니다. `/dev/vgxx/lvoln` `/dev/vgxx/rlvoln` 여기서 `xx`는 논리 볼륨이 속하는 볼륨 그룹을 나타내고 `n`은 해당 볼륨 그룹 내의 논리 볼륨 번호를 나타냅니다. `lvoln` 디렉토리에는 블록 장치 특수 파일이 있고 `rlvoln` 디렉토리에는 문자 장치 특수 파일이 있습니다. VxVM 볼륨에는 다음 형식의 이름을 가진 장치 파일이 있습니다. `/dev/vx/dsk/diskgroupname/volnn` `/dev/vx/rdsk/diskgroupname/volnn` 여기서 `diskgroupname`은 장치 파일과 연관된 볼륨 그룹에 할당된 이름이고 `nn`은 볼륨 번호를 나타냅니다.
볼륨/디스크 그룹	LVM 볼륨 그룹에는 일반적으로 “vg`nn`” 형식의 이름이 있습니다. 여기서 `nn`은 볼륨 그룹 번호를 나타냅니다. 루트 파일 시스템이 LVM 논리 볼륨에 포함된 경우 루트 파일 시스템을 포함하는 볼륨 그룹은 `vg00`입니다. VERITAS Volume Manager를 사용하는 경우(그리고 루트 파일 시스템이 VxVM 볼륨에 포함된 경우) 일반적으로 루트 VxVM 디스크 그룹을 `rootdg`라고 합니다.^[1].
물리 디스크	LVM 볼륨 그룹과 VxVM 디스크 그룹의 기본 빌딩 블록은 물리 디스크 드라이브입니다.
^[1]VxVM(VERITAS Volume Manager) 4.0 이전 릴리즈에서 VxVM을 사용하여 설치된 시스템은 디스크를 하나 이상 포함해야 했던 기본 디스크 그룹 `rootdg`로 구성되었습니다. 기본적으로 작업은 `rootdg` 디스크 그룹으로 전달되었습니다. VxVM 릴리즈 4.0부터 VxVM은 디스크 그룹이 구성되어 있지 않은 상태로 작동할 수 있습니다. 더 이상 디스크 그룹의 이름을 `rootdg`로 지정할 필요가 없으며 `rootdg`라는 이름을 가진 디스크 그룹에 해당 이름으로 인한 특별한 등록 정보가 없습니다.

장치 특수 파일

HP-UX, 응용 프로그램 및 기타 프로세스는 장치 특수 파일에서 읽고 써서 장치 및 의사 장치와 통신합니다. 장치 특수 파일은 HP-UX에 다음을 알리는 특수 형식으로 되어 있습니다.

문자 또는 블록 전송을 사용하여 장치와 통신할지 여부
연관된 장치와 통신할 때 사용할 장치 드라이버
장치를 찾는/식별하는 방법
장치와 통신하는 데 필요한 드라이버 관련 속성

위의 목록에서 처음 두 개 항목은 장치 특수 파일의 주 번호에 의해 결정되고 뒤의 두 개 항목은 장치 특수 파일의 보조 번호에 의해 결정됩니다.

장치 특수 파일 분해

DSF(장치 특수 파일)는 다음 부분으로 구성되어 있습니다.

파일 이름

이는 /dev 디렉토리 트리에 표시되는 파일 이름입니다.

주 번호

장치 특수 파일과 연관된 장치/LUN과 통신하는 데 사용할 드라이버를 식별하는 번호입니다.

주 번호는 다음 두 개의 커널 테이블 중 하나에 대한 장치 드라이버의 색인입니다. bdevsw는 블록 장치 전환 테이블이고 cdevsw는 문자 장치 전환 테이블입니다.

블록 및 문자 I/O를 모두 지원하는 드라이버(예: SCSI 디스크 드라이버 및 광학 오토체인저)에는 블록 주 번호와 문자 주 번호가 모두 있습니다. 문자 모드 액세스만 지원하는 장치에는 문자 주 번호만 있습니다.

보조 번호

하드웨어 위치와 때때로 드라이버에 종속된 특징을 식별하는 번호입니다(일반적으로 비트 할당에 의해 구성됨).

ll(ls -l) 명령을 사용하여 장치 파일의 세 부분을 볼 수 있습니다. 예를 들면 다음과 같습니다.

그림 3-3 장치 특수 파일 구성 요소

/usr/sbin/lssf 명령을 사용하여 장치 특수 파일에 포함된 정보를 사용자가 읽기 쉬운 형식으로 볼 수 있습니다. 예를 들면 다음과 같습니다.

# /usr/sbin/lssf /dev/rdsk/*
sdisk card instance 0 SCSI target 6 SCSI LUN 0 section 0 at address 0/0/0/2/0.6.0 
  /dev/rdsk/c0t6d0sdisk card instance 2 SCSI target 6 SCSI LUN 0 section 0 at 
  address 0/0/0/3/0.6.0 /dev/rdsk/c2t6d0

# /usr/sbin/lssf  /dev/disk/*
esdisk section 0 at address 64000/0xfa00/0x0 /dev/disk/disk2 esdisk section 0 at 
  address 64000/0xfa00/0x1 /dev/disk/disk3

/usr/sbin/ioscan 명령은 시스템의 장치에 대한 하드웨어 경로 정보도 표시합니다.

시스템에 있는 디스크 드라이브의 기존 보기는 다음과 같습니다.

# /usr/sbin/ioscan -C disk
H/W Path          Class             Description
=====================================================
0/0/0/2/0.6.0     disk              HP 36.4GMAN3367MC
0/0/0/3/0.6.0     disk              HP 36.4GMAN3367MC

실제 하드웨어 경로가 아니라 가상 LUN 하드웨어 경로를 표시하는 동일한 디스크 드라이브의 Agile 보기는 다음과 같습니다.

# /usr/sbin/ioscan -N -C disk
H/W Path          Class             Description
=====================================================
64000/0xfa00/0x2  disk              HP 36.4GMAN3367MC
64000/0xfa00/0x3  disk              HP 36.4GMAN3367MC

기존 및 유연한 장치 주소 지정 비교

HP-UX 11i v3부터 대용량 저장 장치는 장치에 대한 하드웨어 경로가 아니라 장치 인스턴스로 참조됩니다. 이렇게 하면 지정된 장치 특수 파일을 장치에 대한 하드웨어 경로와 연관시켰던 이전 주소 지정 체계보다 많은 이점이 있습니다. 대용량 저장 장치에 대한 장치 하드웨어 주소 지정은 이제 유동적이고 자동으로 투명하게 수행됩니다. 여기에는 많은 이점이 있습니다.




	참고: 이전 HP-UX 릴리즈와의 호환성을 위해 대용량 저장 장치에 대한 이전(기존) 장치 주소 지정 체계도 HP-UX 11i v3에서 계속 지원되므로 이전에 만든 장치 특수 파일의 스크립트, 구성 및 기타 사용이 계속 작동합니다. 전환 과정에서 기존 장치 특수 파일을 사용하는 기존 장치 주소 지정 및 영구 장치 특수 파일을 사용하는 유연한 장치 주소 지정을 동시에 모두 사용할 수 있지만 유연한 장치 주소 지정의 많은 이점들의 이용과 향후 호환성을 위해, 사용하는 모든 기본 파일 시스템과 기술에서 영구 장치 특수 파일을 지원할 수 있게 되면 영구 장치 특수 파일 사용으로 전환해야 합니다.

구성 안정성 향상

유연한 장치 주소 지정은 하드웨어 경로가 시스템 부팅 간에 변경될 수 있고(예: 서버가 종료된 동안 LUN이 다른 HBA로 이동되는 경우), 장치 특수 파일을 변경하지 않고도(따라서 다른 구성 파일을 변경하지 않고도) SAN 구성이 변경될 수 있도록 허용합니다. 영구 장치 특수 파일(유연한 장치 주소 지정을 제공하는 장치 특수 파일 유형)과 연관된 디스크를 교체하는 경우 io_redirect_dsf 명령을 사용하여 영구 장치 특수 파일이 교체 디스크를 참조하도록 업데이트할 수 있습니다. 자세한 내용은 io_redirect_dsf(1M) 맨페이지를 참조하십시오.

확장성

장치 특수 파일 보조 번호의 제한 때문에 이전에는 서버가 256개의 버스 인스턴스로 제한되었습니다. 이제 유연한 장치 주소 지정을 사용하여 256개 이상의 버스 인스턴스에 주소를 지정할 수 있습니다.

유연한 장치 주소 지정을 통해 훨씬 많은 LUN에 주소를 지정할 수도 있습니다. HP-UX 11i v3에서는 최대 16,384개의 LUN을 지원합니다.

다중 경로

각 LUN에는 최대 32개의 실제 I/O 경로가 있을 수 있습니다. HP-UX 11i v3은 LUN에 대한 새로운 실제 I/O 경로를 자동으로 찾아서 구성하고 다음 로드 밸런싱 정책 중 하나를 사용하여 지정된 장치에 대한 다양한 경로를 통해 데이터 흐름의 균형을 조정합니다.

closest_path: 로드 밸런싱 정책은 대기 시간을 최소화하면서 I/O를 실행하는 프로세서 코어와의 선호도를 기준으로 LUN을 선택합니다.
cl_round_robin: 이 로드 밸런싱 정책은 HP 셀 기반 플랫폼에 적용됩니다. LUN 경로는 I/O가 시작된 CPU 로컬 내에서 라운드 로빈 방식으로 선택되어 메모리 액세스 대기 시간이 최적화되도록 합니다.
least_cmd_load: 해결되지 않은 I/O 요청이 하나 이상 있는 하드웨어 경로를 통해 I/O 요청을 보냅니다.
round_robin: 라운드 로빈 방식으로 사용 가능한 하드웨어 경로를 통해 I/O 요청을 순환합니다.
path_lockdown: 단일 하드웨어 경로, 특히 장치를 열 때 해결되지 않은 I/O 요청 수가 가장 적은 경로를 통해 I/O 요청을 보냅니다. 이는 직렬 장치(예: 테이프 드라이브)에 대한 기본 밸런싱 알고리즘입니다.
preferred_path: preferred_path 속성에 설정된 I/O 경로가 I/O 전송에 우선 사용됩니다. 이 I/O 경로를 사용할 수 없거나 preferred_path 속성이 설정되어 있지 않으면 I/O 전송에 다른 경로가 선택됩니다. 이 정책은 LUN에 대한 여러 개의 I/O 경로를 통해 I/O가 동시에 전송되는 경우 성능이 약간 저하될 수 있는 특정 디스크 어레이에 유용합니다.
pref_tport: 이 로드 밸런싱 정책은 사용 가능한 항목이 없거나 정의되어 있지 않는 한(다른 LUN 경로가 선택됨) 기본 목록에서 LUN 경로를 선택합니다.
wt_round_robin: 이 로드 밸런싱 정책은 가중 라운드 로빈 알고리즘을 기반으로 I/O 경로를 선택합니다.

이전 정책 중에서 지정된 장치에 사용할 정책을 지정하려면 scsimgr 명령을 사용합니다.




	참고: 각 장치에서 모든 로드 밸런싱 정책을 지원하는 것은 아닙니다. 장치 유형에 따라 이전 정책 중 사용할 수 있는 정책이 결정됩니다. 자세한 내용은 다음 맨페이지를 참조하십시오. scsimgr(1M) scsimgr_eschgr(7) scsimgr_esdisk(7) scsimgr_estape(7)

또한 하나 이상의 경로에서 장애가 발생할 경우 HP-UX에서 LUN에 대한 나머지 데이터 경로에서 자동으로 로드 밸런스를 다시 조정할 수 있습니다.




	참고: 로드 밸런싱 알고리즘을 설정하려면 scsimgr 명령(자세한 내용은 scsimgr(1M) 참조)을 사용합니다. 각 LUN에 대해 개별적으로 또는 서버의 모든 LUN에 대해 알고리즘 선택 사항을 설정할 수 있습니다. 영구적(다시 부팅해도 값이 유지됨) 또는 일시적(다음에 다시 부팅할 때까지 유지됨)으로 선택 사항을 설정할 수도 있습니다.

장치 특수 파일 디렉토리(및 이름 형식)

장치 특수 파일은 /dev 디렉토리에 있으며, 많은 파일이 /dev에 있는 일련의 하위 디렉토리에 구성되어 있습니다. 이러한 디렉토리 중 두 개에는 서버의 물리 디스크 드라이브를 정의하는 영구 장치 특수 파일이 들어 있습니다.

/dev/disk: 서버의 물리 디스크 장치에 대한 블록 모드 액세스를 위한 영구 장치 특수 파일이 들어 있습니다.
/dev/rdisk: 서버의 물리 디스크 장치에 대한 문자 모드 액세스를 위한 영구 장치 특수 파일이 들어 있습니다.

앞의 디렉토리에 있는 파일 이름은 “diskN” 형식을 사용합니다. 여기서 “N”은 디스크의 인스턴스 번호입니다.

예:

/dev/disk/disk15

/dev/rdisk/disk7

디스크에 대한 장치 파일 이름의 선택적 부분을 추가하여 디스크 파티션 번호를 나타낼 수 있습니다. 규칙상, 장치 파일 이름의 이 선택적 부분이 없을 경우 해당 이름은 전체 디스크를 나타냅니다. 이 선택적 부분은 이름 형식을 diskN_p#으로 확장합니다. 여기서 p#은 파티션 번호, 테이프 밀도 또는 기타 정보를 나타냅니다.

예:

/dev/rdisk/disk7_p1

/dev/disk/disk15_p3

다음 디렉토리는 이전 버전과의 호환성을 위해 HP-UX 11i v3에서 유지됩니다. 이 디렉토리에는 서버의 물리 드라이브를 정의하는 기존 장치 특수 파일(기존 형식)이 들어 있습니다.

/dev/dsk: 서버의 물리 디스크 장치에 대한 블록 모드 액세스를 위한 기존 장치 특수 파일이 들어 있습니다.
/dev/rdsk: 서버의 물리 디스크 장치에 대한 문자 모드 액세스를 위한 기존 장치 특수 파일이 들어 있습니다.

이러한 디렉토리에 있는 파일 이름은 “c#t#d#” 형식을 사용합니다. 여기서 c#은 컨트롤러 인스턴스 번호를 나타내고 t#은 SCSI 대상 번호를 나타내고 d#은 SCSI LUN 번호를 나타냅니다.

예:

/dev/dsk/c3t7d0

/dev/rdsk/c3t15d5

디스크와 연관된 기존 장치 특수 파일을 사용하는 경우 파일 이름의 선택적 부분은 디스크 파티션 번호를 나타낼 수 있습니다. 규칙상, 장치 파일 이름의 이 선택적 부분이 없을 경우 해당 이름은 전체 디스크를 나타냅니다. 이 선택적 부분은 이름 형식을 c#t#d#s#으로 확장합니다. 여기서 s#은 파티션 번호, 테이프 밀도 또는 기타 정보를 나타냅니다.

예:

/dev/dsk/c3t7d0s3

/dev/rdsk/c3t15d7s1




	참고: 기존 장치 특수 파일과 영구 장치 특수 파일을 동시에 사용할 수 있지만 영구 장치 특수 파일의 많은 이점을 얻으려면 해당 파일을 사용해야 합니다. 예를 들어, 기존 장치 특수 파일을 사용하는 경우 한 서버에 최대 256개의 외부 버스만 정의하고 주소를 지정할 수 있습니다. 256개 이상 있는 경우 256개 주소 범위 밖의 장치에 액세스하려면 영구 장치 특수 파일을 사용해야 합니다.

장치 특수 파일 이름 지정에 대한 자세한 정보

장치 특수 파일 이름 지정에 대한 자세한 내용은 다음 맨페이지에 있습니다.

autochanger(7)
disk(7)
intro(7)
mt(7)

대용량 저장 장치 하드웨어 경로(세 가지 형식)

이름에서 알 수 있듯이 하드웨어 경로는 데이터가 장치에 도달하기 위해 통과하는 실제 경로를 정의합니다. HP-UX 11i v3에는 대용량 저장 장치에 대한 특정 하드웨어 경로에 세 가지 형식이 있습니다.

기존 하드웨어 경로

이 형식은 HP-UX 11i v3 이전 릴리즈에서 사용됩니다. 슬래시 문자(“/”)로 구분된 일련의 버스 연계 주소로 구성되며 HBA(호스트 버스 어댑터)를 가리킵니다. HBA 아래의 추가 주소 요소는 마침표(“.”)로 구분됩니다.

직접 연결된 장치의 경우 주소 지정은 다음과 같이 단순한 대상 및 LUN이 될 수 있습니다.

0/0/2/0.1.7.0

SAN(저장 영역 네트워크)을 통해 연결된 SCSI-3 장치의 경우 기존 주소 지정은 다음과 같이 domain, area, port, virtual bus, virtual target 및 virtual LUN을 사용하여 에뮬레이트됩니다.

0/2/1/0.1.5.0.0.3.7

Lunpath 하드웨어 경로

이 형식은 신속한 모드로 LUN 주소를 지정하는 데 사용됩니다. HBA(호스트 버스 어댑터)에 이르기까지 기존 하드웨어 경로 형식과 같습니다. HBA 아래의 다음 두 가지 추가 주소 요소는 16진수로 표시됩니다.

대상 주소: 하드웨어 경로와 연관된 물리 장치를 식별하는 전송 종속 주소
LUN 주소: 대상에서 보고된 LUN ID의 64비트 표현

0/2/1/0.0x50001fe1500170ac.0x4017000000000000은 SCSI-3 하드웨어 경로의 예입니다.

그림 3-4 Lunpath 하드웨어 경로 구성 요소

LUN 하드웨어 경로

장치에 여러 개의 실제 하드웨어 경로가 있을 수 있으므로 영구 장치 특수 파일이 매핑되는 하드웨어 경로가 기본 실제 하드웨어 경로 요소가 변경되어도 동일하게 유지되도록 가상화된 LUN 하드웨어 경로가 필요합니다.

HBA에 이르기까지 특정 하드웨어 경로에 해당하는 일련의 버스 연계 주소 대신 가상 하드웨어 경로는 주소가 64000인 가상 버스 연계(가상 루트 노드라고 함)를 사용합니다. 이 가상 루트 노드 아래의 주소 지정은 가상 버스 주소와 가상 LUN ID가 슬래시 문자(“/”)로 구분되어 구성됩니다.

64000/0xfa00/0x22는 가상 하드웨어 주소의 예입니다.

그림 3-5 LUN 하드웨어 경로 구성 요소

보기 3-2 하드웨어 경로 형식 요약

앞에서 설명한 세 가지 형식은 하나의 LUN이 다음 주소를 모두 가질 수 있도록 동일한 LUN을 참조하는 여러 가지 방법입니다.

0/2/1/0.1.4.0.0.2.7
0/2/1/0.1.5.0.0.2.7
0/4/1/0.1.4.0.0.2.7
0/4/1/0.1.5.0.0.2.7
0/2/1/0.0x50001fe1500170ac.0x4017000000000000
0/2/1/0.0x50001fe1500170ad.0x4017000000000000
0/4/1/0.0x50001fe1500170ac.0x4017000000000000
0/4/1/0.0x50001fe1500170ad.0x4017000000000000
64000/0xfa00/0x22

앞의 예에서 설명한 LUN에는 4개의 실제 하드웨어 경로가 있습니다. 첫 번째 4줄은 기존 하드웨어 경로 형식을 사용하여 경로를 나타내고, 다음 4줄은 SCSI-3 하드웨어 경로 형식을 사용하여 경로를 나타내며, 마지막 줄은 4개의 실제 경로에 모두 사용되는 하나의 가상 하드웨어 경로를 나타냅니다.

HP-UX 11i v3 명령은 이러한 세 가지 형식을 모두 받아들여 LUN에 대한 하드웨어 경로를 지정합니다.

장치 특수 파일과 연관된 명령

장치 특수 파일 관리에 사용되는 주요 명령 목록은 다음과 같습니다.

insf

부팅 중에 새 장치에 대한 기존 장치 특수 파일과 영구 장치 특수 파일을 모두 만드는 데 사용됩니다. 시스템이 실행되는 동안 수동으로 insf를 사용하여 이러한 장치 특수 파일을 만들 수도 있습니다. 예를 들어, ioscan에서 새 하드웨어를 발견한 경우 insf를 실행하여 시스템이 다시 부팅될 때까지 기다리지 않고도 새 하드웨어에 대한 장치 특수 파일을 만들 수 있습니다.^[3]. 자세한 내용은 insf(1M)를 참조하십시오.

-L 옵션을 사용하면 insf에서 기존 명명 모델을 활성화합니다.

mksf

일반적으로 기본 특성이 아닌 특성을 가진 하나의 장치 특수 파일을 만드는 데 사용됩니다. 장치 특수 파일의 매개 변수 지정에 대한 자세한 내용은 mksf(1M)를 참조하십시오.

특정 매개 변수를 사용하여 하나의 장치 특수 파일을 만들려면 insf 대신 mksf를 사용합니다. 장치 특수 파일의 매개 변수 지정에 대한 자세한 내용은 mksf(1M)를 참조하십시오.

lssf

lssf는 지정된 장치 특수 파일에 대한 정보를 사용자가 읽기 쉬운 친숙한 형식으로 나열합니다. 예를 들어, lssf는 쓸모 없게 된 장치 특수 파일을 나열할 수 있습니다. 기존 장치 특수 파일이나 영구 장치 특수 파일을 지정할 수 있습니다. lssf 출력에 대한 자세한 내용과 예는 lssf(1M)를 참조하십시오.

rmsf

rmsf는 지정된 장치 특수 파일을 제거합니다. 제거할 장치 특수 파일(및 제거할 위치)을 지정하는 많은 rmsf 옵션에 대한 자세한 내용은 rmsf(1M) 맨페이지를 참조하십시오.

-L 옵션을 사용하면 rmsf는 기존 명명 모델을 비활성화하고 기존 I/O 노드와 해당 장치 특수 파일을 시스템에서 모두 제거합니다.

io_redirect_dsf

io_redirect_dsf는 기존 장치 특수 파일을 다른 장치에 다시 할당합니다. 이는 영구 장치 특수 파일의 주요 이점 중 하나를 사용하므로 기존 장치 특수 파일에서는 작동하지 않습니다. 자세한 내용은 io_redirect_dsf(1M)를 참조하십시오.

ioscan

ioscan은 많은 기능을 수행합니다. 주로 서버의 하드웨어를 스캔하고 새 하드웨어를 해당 드라이버와 바인딩합니다. 장치 특수 파일과 관련해서 ioscan은 기존 장치 특수 파일과 영구 장치 특수 파일 간의 매핑을 표시할 수 있습니다. ioscan의 많은 기능과 옵션에 대한 자세한 내용은 ioscan(1M)을 참조하십시오.

scsimgr

ioscan과 마찬가지로 scsimgr에는 장치 특수 파일에서 작동하는 것 외에도 많은 기능이 있습니다. 그러나 scsimgr를 사용하여 기존 장치 특수 파일과 연관된 LUN 변경 사항의 유효성을 검사하고 기존 장치 특수 파일을 바꿀 수 있습니다. 디스크 드라이브를 교체했으며 기존 장치 특수 파일을 사용하는 경우 장치 특수 파일을 새 장치에 다시 매핑하는 방법에 대한 자세한 내용은 scsimgr(1M) 맨페이지를 참조하십시오. 이 작업을 수행하는 scsimgr 명령은 replace_leg_dsf입니다.

차세대 대용량 저장 장치 스택에 대한 자세한 정보

다음 리소스에는 차세대 대용량 저장 장치 스택의 구성 요소에 대한 많은 정보가 들어 있습니다.

기술 백서: The Next Generation Mass Storage Stack HP-UX 11i v3
맨페이지:
- scsimgr(1M)
- io_redirect_dsf(1M)
- insf(1M), lssf(1M), mksf(1M), rmsf(1M)
- iobind(1M), iofind(1M), ioscan(1M)
- intro(7)

HP-UX 스왑 공간 관리

스왑 공간은 HP-UX가 실행 중인 프로세스에서 필요 없는 메모리 페이지를 저장하는 위치입니다. 물리 RAM에서 들어오고 나가는 데이터 청크를 페이지라고 하기 때문에 이 프로세스를 가상 메모리 페이징(또는 간단히 페이징)이라고 합니다. 이렇게 하면 HP-UX에서 실제 서버에 있는 메모리보다 훨씬 많은 메모리를 사용할 수 있습니다.

스왑 공간 유형

페이징 작업에 사용되는 세 가지 유형의 스왑 공간은 다음과 같습니다.

장치 스왑

스왑 공간은 디스크를 구성할 때 처음 할당됩니다. 장치 스왑 공간은 일반적으로 페이징을 위해 명시적으로 예약된 논리 볼륨 또는 디스크 파티션을 사용합니다. 이 공간을 덤프 영역으로 구성할 수도 있지만 이렇게 하면 고장이 발생할 경우 메모리 덤프 무결성에 영향을 미칩니다. 자세한 내용은 “한 장치를 페이징과 덤프에 모두 사용(시스템 복구 시간)”을 참조하십시오. HP-UX가 실행되는 경우 장치가 페이징에만 사용되므로 장치에 파일을 저장할 수 없습니다.




	참고: 지정된 논리 볼륨을 파일 시스템 공간과 장치 스왑에 모두 사용할 수 없다는 규칙에 한 가지 예외가 있습니다. 파일 시스템의 끝과 파일 시스템이 있는 논리 볼륨의 끝 사이에 사용되지 않은 공간이 있는 경우(즉, 파일 시스템이 해당 논리 볼륨보다 작은 경우) 사용되지 않은 공간(파일 시스템에 할당되지 않은 공간)을 장치 스왑 공간으로 사용할 수 있습니다.

장치 스왑은 로컬로만 사용할 수 있으므로 네트워크 디스크 액세스 프로토콜을 사용하여 클라이언트에서 원격으로 액세스할 수 없습니다.

장치 스왑은 HP-UX가 직접 논리 볼륨이나 디스크 파티션에 접근하여 대규모 쓰기나 읽기를 수행할 수 있으므로 신속하게 액세스됩니다.

파일 시스템 스왑

서버에 구성한 장치 스왑 공간이 충분하지 않고 해당 장치 스왑 공간에 전용으로 사용할 수 있는 추가 장치가 없는 경우 파일 시스템 스왑 공간을 구성할 수 있습니다.

파일 시스템 스왑은 장치 스왑 공간으로 할당된 것보다 많은 공간이 필요한 경우 추가 스왑 공간을 허용합니다. 파일 시스템 스왑은 장치 스왑 공간이 부족한 경우에만 사용됩니다. 파일 시스템 스왑 공간은 파일 시스템 내의 사용되지 않은 공간에서 할당될 추가 스왑 공간으로 구성됩니다.

파일 시스템 스왑을 사용하려면 시스템에서 대용량 처리를 수행해야 하고 일반적으로 장치 스왑보다 속도가 느리므로 상당한 양의 장치 스왑 공간을 영구적으로 대체하는 데 사용할 수는 없습니다. 파일 시스템 스왑은 가끔 발생하는 장치 스왑 공간의 오버플로를 처리하는 데 적합합니다.

스왑에 사용되는 파일 시스템은 로컬 또는 원격 파일 시스템일 수 있습니다. 클러스터 클라이언트는 원격 파일 시스템 스왑을 스왑의 용도로 사용할 수 있습니다. 원격 파일 시스템으로의 스와핑은 로컬 파일 시스템으로의 스와핑보다 속도가 느리므로 로컬 장치 스왑 또는 로컬 파일 시스템 스왑을 사용할 수 있는 경우 사용하지 않는 것이 좋습니다.

의사 스왑

의사 스왑은 장치 스왑 공간이나 파일 시스템 스왑 공간과 다릅니다. 시스템의 리소스를 보다 효율적으로 사용할 수 있게 해주는 기술 중 하나입니다.

의사 스왑 “공간”은 실제로 존재하지 않습니다. 단지 HP-UX가 추가 스왑 공간이 있는 것처럼 동작합니다. 의사 스왑은 예약된 모든 스왑 공간이 실제로 사용되지는 않는다는 사실을 이용합니다. 이렇게 하면 구성된 스왑 장치가 지원할 수 있는 것보다 더 많은 프로세스를 메모리에서 실행할 수 있습니다. 의사 스왑은 대규모 메모리 시스템에서 가장 효율적입니다.

의사 스왑 기능을 사용하도록 선택하면(실제로 기본적으로 활성화됨) 서버, nPartition 또는 가상 파티션에서 사용 가능한 물리 RAM의 7/8에 해당하는 의사 스왑 공간의 양이 의사 스왑에 사용됩니다.

지연 스왑

예약된 모든 스왑 공간이 실제로 사용되지는 않는다는 사실을 이용하는 다른 기술은 지연 스왑입니다. 지연 스왑 기능을 사용하면 연관된 프로세스가 실제로 페이지를 수정할 때까지 HP-UX가 프로세스 전용 페이지의 스왑 공간을 예약하지 않습니다. 이 경우 할당된 스왑 공간의 양을 훨씬 줄일 수 있습니다.

지연 스왑은 프로세스 단위로 구성됩니다. 지연 스왑을 활성화하는 프로그래밍 방식이 있거나 사용자가 chatr 명령에 +z 옵션을 사용하여 바이너리 실행 파일을 수정함으로써 지연 스왑을 활성화할 수 있습니다. 자세한 내용은 chatr(1) 맨페이지를 참조하십시오.

기본 및 보조 스왑 공간

HP-UX에는 부팅할 때 사용 가능한 장치 스왑 영역이 하나 이상 있어야 합니다. 이 영역을 기본 스왑 영역이라고 합니다.^[4] 기본적으로 기본 스왑은 루트 파일 시스템과 같은 디스크에 위치합니다(다른 논리 볼륨에 있음). 스왑 공간을 정의하려면 swapon 명령을 사용합니다(swapon(1M) 참조).

기본 스왑과 더불어 다른 스왑 공간을 사용할 수 있습니다. 이를 보조 스왑 공간이라고 합니다. 장치 스왑을 보조 스왑 공간으로 사용하는 경우 성능을 향상시키려면 기본 스왑이 위치해 있지 않은 디스크 드라이브에 스왑 공간을 할당합니다.

파일 시스템 스왑은 항상 보조 스왑입니다.

그림 3-6 스왑 공간 - 가능한 페이징 위치

필요한 스왑 공간 추정

스왑 공간은 시스템의 최고 사용 시간에서 실행될 수 있는 모든 프로세스를 보유할 만큼 충분히 커야 합니다.

시스템 성능이 좋고 특히 “Out of Memory”와 같은 스왑 오류 또는 스왑 공간이 부족해서 프로세스가 강제로 종료되는 스왑 오류가 나타나지 않으면 시스템에 적절한 스왑 공간이 있는 것입니다.

시스템의 물리 메모리가 매우 크지 않으면 최소 스왑 공간이 시스템의 물리 메모리와 같아야 합니다. 일반적으로 서버의 스왑 공간 크기를 대략 서버, nPartition 또는 가상 파티션의 HP-UX에서 사용하는 물리 메모리 양의 2-4배로 지정합니다.

스왑 공간 사용량은 시스템 부하에 따라 증가합니다. 사용자 또는 응용 프로그램이 많이 추가(또는 제거)되면 필요한 스왑 공간을 다시 평가해야 합니다.

참고: 현재 사용 중인 총 스왑 공간의 스냅샷을 만들려면 다음 명령을 사용합니다.

# /usr/sbin/swapinfo -tam
             Mb      Mb        Mb    PCT   START/      Mb
TYPE      AVAIL    USED      FREE   USED   LIMIT  RESERVE  PRI  NAME
dev        4096       0      4096     0%       0       -     1  /dev/vg00/lvol2
reserve       -     257      -257
memory     1940     562      1378    29%
total      6036     819      5217    14%       -       0     -

이 숫자는 실행 중인 현재 응용 프로그램 혼합에 따라 시간이 지나면서 변경되지만 사용되는 총 백분율이 약 90% 이상의 높은 수준을 유지하면 추가 스왑 공간이 필요할 수 있습니다.

스왑 공간을 늘이거나 줄이려는 경우 스왑 공간 요구 사항을 평가해야 합니다.

현재 보유한 물리 메모리에 시스템에서 동시에 실행할 응용 프로그램의 메모리 요구 사항을 더하여 필요한 스왑 공간을 추정할 수 있습니다.

스왑 공간 활성화

HP-UX가 부팅 시퀀스의 최초 단계에 있으면 부팅 시 디스크 하나만 필요하도록 시스템이 하나의 장치에서만 페이징합니다.

시작 스크립트 /sbin/init.d/swap_start를 처리하는 동안 swapon 호출은 /etc/fstab 파일에 정의된 영역이 있을 경우 모든 추가 페이징 영역을 활성화합니다.

시스템이 실행되는 동안 추가 페이징 공간이 필요한 경우 swapon 명령을 실행하여 수동으로 추가 공간을 활성화할 수도 있습니다. 자세한 내용은 swapon(1M) 및 fstab(4) 맨페이지를 참조하십시오.




	참고: 다시 부팅하지 않으면 스왑 공간을 비활성화할 수 없으므로 다른 용도로 필요할 수도 있는 디스크 공간을 페이징에 사용하지 마십시오.

스왑 영역 설정 지침

시스템에 스왑 공간을 구성할 때 고려할 몇 가지 지침이 있습니다. 이러한 지침은 대부분 HP-UX의 성능을 극대화하는 데 중점을 둡니다.

장치 스왑 지침

다음 지침을 사용하여 자주 사용되는 스왑 공간 유형인 장치 스왑을 구성할 수 있습니다.

성능을 더 좋게 하기 위해 장치 스왑 영역을 인터리브합니다.

공간의 크기가 같을 경우 한 스왑 영역에서보다 서로 다른 디스크에 있는 두 스왑 영역에서 성능이 좋습니다. 이렇게 하면 인터리브 스와핑이 가능합니다. 즉, 동시에 스왑 영역에 쓰여지므로 디스크 헤드 이동을 최소화하여 성능이 향상됩니다.

LVM을 사용하는 경우 lvextend를 사용하여 서로 다른 디스크(물리 볼륨)에 있는 논리 볼륨에 보조 스왑 영역을 설치해야 합니다.

디스크가 하나만 있고 스왑 공간을 증가시켜야 하는 경우 기본 스왑 영역을 디스크의 보다 큰 영역으로 이동해야 합니다.

장치 스왑에 이미 사용되고 있는 장치를 보려면 다음 명령을 사용합니다.

swapinfo -d
여러 장치 스왑 영역의 크기를 비슷하게 유지합니다.

성능을 가장 좋게 하려면 장치 스왑 영역의 크기가 비슷해야 합니다. 크기가 다른 스왑 영역을 구성하면 더 작은 장치 스왑 영역의 모든 공간이 사용된 경우에만 큰 스왑 영역을 사용할 수 있으므로 더 이상 끼워넣을 수 없어 페이징 성능이 느려집니다.
nswapdev 튜너블 시스템 매개 변수는 스왑 장치의 최대 개수를 제어합니다. nswapdev의 기본값은 거의 모든 HP-UX 시스템을 수용할 만큼 충분히 크지만 필요한 스왑 영역 수를 수용할 만큼 충분히 큰지 확인합니다.

파일 시스템 스왑 지침

스왑 공간이 더 필요한데 추가 장치 스왑에 사용할 수 있는 장치가 없는 경우 또는 원격 시스템에 대한 스왑이 필요한 경우 시스템에 동적으로 파일 시스템 스왑을 추가할 수 있습니다. 다음 지침을 따르십시오.

성능을 향상시키려면 파일 시스템 스왑 영역을 끼워넣습니다.

공간의 크기가 같을 경우 한 스왑 영역에서보다 서로 다른 디스크에 있는 두 스왑 영역에서 성능이 좋습니다. 여러 장치가 있을 경우 인터리브 스와핑이 가능합니다. 즉, 동시에 스왑 영역에 쓰여지므로 디스크 헤드 이동을 최소화하여 성능이 향상됩니다. 이는 장치 스왑 공간과 마찬가지로 파일 시스템 스왑 공간에도 해당되므로 동일한 지침이 적용됩니다.

파일 시스템 스왑에 이미 사용되고 있는 장치를 보려면 다음 명령을 사용합니다.

swapinfo -f
가능한 경우 과도하게 사용되는 파일 시스템을 구성하지 마십시오. 여기서 과도하게 사용된다는 것은 다음 두 가지 의미를 가집니다.
1. 활발하게 사용되는 파일 시스템(예: 루트 파일 시스템 또는 주 응용 프로그램에서 자주 사용하는 파일 시스템). 이 경우 페이징 작업이 응용 프로그램 및 사용자 파일 액세스와 경쟁하므로 서버 성능이 느려집니다.
2. 꽉 찬 파일 시스템. 파일 시스템 스왑은 파일 시스템 내의 사용되지 않은 공간을 사용하므로 파일 시스템이 꽉 찬 경우 페이징에 사용할 수 있는 사용되지 않은 공간이 거의 없으며 파일 시스템 내에서 지나치게 조각화되어 있을 수 있습니다. 파일 시스템이 얼마나 찼는지 측정하려면 bdf 명령을 사용합니다.

스왑 우선 순위 할당 지침

스왑 영역을 추가할 때 각각에 우선 순위를 지정해야 합니다. 우선 순위의 범위는 0(가장 높음)에서 10(가장 낮음) 사이입니다. HP-UX는 우선 순위가 높은 스왑 영역을 먼저 사용합니다. 우선 순위가 같을 경우 HP-UX는 장치 스왑 우선 순위를 파일 시스템 스왑보다 높게 지정합니다. 사용할 지침은 다음과 같습니다.

지정된 여러 스왑 장치의 성능이 같으면 각각 동일한 우선 순위를 할당합니다. 이렇게 하면 시스템에서 각 스왑 장치를 끼워넣어 사용할 수 있으므로 성능이 향상됩니다.
성능이 빠른 스왑 영역에 높은 우선 순위를 할당하고 느린 영역에 낮은 우선 순위를 할당합니다.
파일 시스템 스왑 영역 우선 순위를 장치 시스템 스왑 영역보다 높게 지정하지 마십시오. 반드시 필요한 것은 아니지만 이렇게 하면 swapinfo 출력이 향상됩니다.
적게 사용하는 파일 시스템 우선 순위를 많이 사용하는 파일 시스템보다 높게 지정합니다.

스왑 공간 구성 및 관리에 대한 자세한 정보

다음 맨페이지에는 스왑 공간 구성에 대한 중요한 정보가 들어 있습니다.

fstab(4): /etc/fstab 파일은 어떤 파일 시스템을 디렉토리 트리의 어떤 마운트 지점(“HP-UX 디렉토리 구조” 참조)에 마운트해야 하는지를 정의할 뿐만 아니라 스왑 공간을 구성하는 주요 장소 중 하나입니다.
lvlnboot(1M): lvlnboot는 논리 볼륨을 루트, 부팅, 기본 스왑 또는 덤프 볼륨으로 준비합니다.
swapinfo(1M): swapinfo는 장치 및 파일 시스템 페이징 공간에 대한 정보를 인쇄합니다.
swapon(1M): swapon 명령은 페이징이 수행되는 장치나 파일 시스템을 활성화합니다.

다음 커널 튜너블은 HP-UX의 페이징 작업에 영향을 줍니다.

nswapdev: 스왑에 사용할 수 있는 최대 스왑 장치 수입니다.

^[3]ioscan을 실행하기 전에 새 하드웨어가 자동으로 발견되어 연관된 영구 장치 특수 파일이 만들어지는 경우도 있습니다. 그러나 연관된 장치 특수 파일이 없는 새 하드웨어가 있을 경우 insf에서 자동으로 만들 수 있습니다.

^[4]의사 스왑이 활성화된 경우에는 기본 스왑이 반드시 필요하지는 않지만 사용하는 것이 좋습니다.

[출처] http://docs.hp.com/ko/5992-3399/ch03s03.html