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 클러스터 케이블 연결
클러스터에 사용하기 위해 Oracle ZFS Storage Appliance의 크기를 조정할 때는 두 가지 추가 사항을 고려해야 합니다. 아마도 가장 중요한 사항은 모든 스토리지 풀에 동일한 헤드 소유권을 지정할지 아니면 별도로 지정할지를 결정하는 것입니다. 이 경우 아래 표와 같이 장단점이 있습니다. 일반적으로 공칭 작업 중 처리량을 위해 최적화하거나 페일오버 성능을 고려하지 않아도 될 때를 제외하고, 풀은 단일 헤드에서 구성해야 합니다. 페일오버 상태에서 성능 특성을 정확히 변경하는 것은 작업량의 특성과 크기에 따라 크게 달라집니다. 일반적으로 헤드가 특정 축에 대해 제공하는 성능이 최대화될수록 작업량이 해당 헤드의 피어에 의해 인계될 때 해당 축의 성능 저하가 더 커집니다. 물론 여러 풀을 사용하는 경우 이러한 저하는 두 작업량 모두에 적용됩니다.
어떤 구성이든 ReadZilla 장치는 해당 장치가 지정된 풀을 해당 풀의 소유권이 지정된 헤드에서 가져올 때만 사용할 수 있습니다. 즉, 헤드 장애로 인해 풀이 인계된 경우에는 해당 풀을 가져온 헤드에 미사용 ReadZilla가 설치된 경우에도 해당 풀에 대해 읽기 캐시를 사용할 수 없습니다. 이러한 이유로, 능동-수동 클러스터의 ReadZilla는 스토리지 구성에 나와 있는 대로 구성해야 합니다. 이는 스토리지 패브릭에 있고 풀을 가져온 헤드에서 항상 액세스할 수 있는 LogZilla 장치에는 적용되지 않습니다.
|
스토리지에 대한 두번째 중요 고려 사항은 NSPF(No Single Point of Failure)와 풀 구성의 사용입니다. 클러스터링을 사용하는 경우 응용 프로그램의 가용성이 매우 중요하므로 단일 단일 Disk Shelf의 오류로 인해 가용성이 손실될 수 있는 방식으로 스토리지 풀을 구성할 이유가 없습니다. NSPF 구성에 단일 오류 지점 구성보다 더 많은 Disk Shelf가 필요하다는 것입니다. 필요한 용량이 매우 적은 경우 원하는 RAID 레벨의 NSPF를 위해 Disk Shelf를 필요한 대로 설치하는 것은 경제적이지 않을 수 있습니다.