Oracle ZFS Storage Appliance 정보
Oracle ZFS Storage Appliance 구성
BUI를 사용하여 LACP 통합 링크 인터페이스 만들기
프로브 기반 및 링크 상태 오류 감지를 사용하여 IPMP 그룹 만들기
BUI를 사용하여 InfiniBand 분할 영역 데이터 링크 및 인터페이스 만들기
BUI를 사용하여 클러스터형 컨트롤러에 대해 VLAN ID 없이 VNIC 만들기
BUI를 사용하여 클러스터형 컨트롤러에 대해 동일한 VLAN ID로 VNIC 만들기
CLI를 사용하여 멀티홈 등록 정보를 Strict로 변경
CLI를 사용하여 개시자 및 개시자 그룹의 별칭 스크립트 작성
CLI를 사용하여 자동 생성된 IQN으로 iSCSI 대상 추가
CLI를 사용하여 특정 IQN 및 RADIUS 인증으로 iSCSI 대상 추가
CLI를 사용하여 CHAP 인증으로 iSCSI 개시자 추가
Oracle ZFS Storage Appliance 환경 설정
ZS4-4, ZS3-4 및 7x20 클러스터 케이블 연결
확인이 끝나면 그 다음으로는 사용자 설정의 RAS 및 성능 목표를 반영하는 스토리지 프로파일을 선택해야 합니다. 제공되는 일련의 프로파일은 사용할 수 있는 스토리지에 따라 달라집니다. 다음 표에는 가능한 모든 프로파일 및 각각에 대한 설명이 나와 있습니다.
|
확장 가능한 시스템의 경우 일부 프로파일을 'NSPF' 옵션과 함께 사용할 수 있습니다. NSPF는 '단일 오류 지점이 없음'을 의미하며, 비정상적인 Disk Shelf 오류로 인해 데이터 손실이 발생하지 않도록 데이터가 미러 또는 RAID 스트라이프로 배열됨을 나타냅니다. 시스템의 거의 모든 구성 요소에는 이미 중복성이 구성되어 있습니다. 각 Disk Shelf에는 중복 경로, 중복 컨트롤러 및 중복 전원 공급 장치와 팬이 있습니다. NSPF가 방지하는 유일한 오류는 디스크 백플레인 오류(가장 수동적인 구성 요소) 또는 총체적인 관리 부실(한 Disk Shelf에 대한 두 경로를 모두 분리)입니다. 일반적으로 NSPF를 사용할 경우 스트라이프 너비에 대한 요구 사항이 더 엄격하므로 용량이 낮아지게 됩니다.
스트라이프 또는 미러링된 프로파일 중 하나만 사용하여 로그 장치를 구성할 수 있습니다. 로그 장치는 미러링되지 않은 로그에서 데이터가 손실되는 노드 오류가 발생할 때만 사용되므로 두 장치 모두에서 오류가 발생하고 이후 노드가 즉시 재부트되어야 합니다. 발생할 확률은 높지 않지만 로그 장치를 미러링할 경우 아주 짧은 시간 동안 장치 오류와 노드 오류가 동시에 발생해야 하므로 해당 오류를 방지할 수 있습니다.
총 풀 크기에 대한 백분율로 핫 스페어가 할당되며 이는 선택된 프로파일과는 무관하게 이루어집니다(핫 스페어를 지원하지 않는 스트라이프의 경우는 예외). 핫 스페어는 스토리지를 구성할 때마다 할당되므로 스토리지를 조금씩 나누어 추가하는 것보다 전체를 한 번에 구성하는 것이 훨씬 효율적입니다.
클러스터의 경우 스토리지 풀을 가져온 노드에서만 캐시 장치를 사용할 수 있습니다. 클러스터에서는 두 노드에서 동일한 풀에 속하는 캐시 장치를 구성할 수 있습니다. 이렇게 하려면 풀을 수동 노드로 전환한 다음 스토리지를 추가하고 캐시 장치를 선택하십시오. 이 경우 전역 캐시 장치의 절반이 한 번에 구성되는 효과가 있습니다. 캐시 장치의 데이터는 페일오버 시 손실되지만 새 노드에서 새 캐시 장치를 사용할 수 있습니다.