JavaScript is required to for searching.
탐색 링크 건너뛰기
인쇄 보기 종료
Oracle® ZFS Storage Appliance 관리 설명서, 릴리스 2013.1.3.0
Oracle Technology Network
라이브러리
PDF
인쇄 보기
피드백
search filter icon
search icon

문서 정보

Oracle ZFS Storage Appliance 정보

Oracle ZFS Storage Appliance 구성

초기 어플라이언스 구성

BUI를 사용한 초기 구성

CLI를 사용한 초기 구성

네트워크 구성

네트워크 구성 BUI 페이지 사용

네트워크 장치 구성

네트워크 데이터 링크 구성

네트워크 인터페이스 구성

네트워크 IPMP(IP Multipathing) 구성

네트워크 성능 및 가용성 구성

네트워크 경로 지정 구성

BUI를 사용하여 네트워크 구성

BUI를 사용하여 단일 포트 인터페이스 만들기

BUI를 사용하여 인터페이스 수정

BUI를 사용하여 단일 포트 인터페이스 만들기

BUI를 사용하여 LACP 통합 링크 인터페이스 만들기

프로브 기반 및 링크 상태 오류 감지를 사용하여 IPMP 그룹 만들기

링크 상태 오류 감지만 사용하여 IPMP 그룹 만들기

BUI를 사용하여 LACP 통합 확장

BUI를 사용하여 IPMP 그룹 확장

BUI를 사용하여 InfiniBand 분할 영역 데이터 링크 및 인터페이스 만들기

BUI를 사용하여 클러스터형 컨트롤러에 대해 VLAN ID 없이 VNIC 만들기

BUI를 사용하여 클러스터형 컨트롤러에 대해 동일한 VLAN ID로 VNIC 만들기

BUI를 사용하여 정적 경로 추가

BUI를 사용하여 정적 경로 삭제

CLI를 사용하여 네트워크 구성

CLI를 사용하여 정적 경로 추가

CLI를 사용하여 정적 경로 삭제

CLI를 사용하여 멀티홈 등록 정보를 Strict로 변경

스토리지 구성

스토리지 프로파일 선택

데이터 프로파일 구성

기존 스토리지 풀 가져오기

스토리지 추가

스토리지 구성 해제

스토리지 풀 이름 바꾸기

스토리지 풀 스크러빙

BUI를 사용하여 스토리지 풀 구성

BUI를 사용하여 기존 풀에 캐시 장치 추가

CLI를 사용하여 기존 풀에 캐시 장치 추가

어플라이언스 상태 이해

대시보드 상태

메모리 사용 요약

대시보드 서비스

대시보드 하드웨어

디스크 작동 대시보드

최근 경보

대시보드 CLI

대시보드 계속 실행

상태 대시보드 설정

표시되는 작동 통계 변경

작동 임계값 변경

NDMP 상태

NDMP 상태

Storage Area Network 구성

SAN 용어

SAN 광 섬유 채널 구성

BUI를 사용하여 FC 포트 모드 구성

BUI를 사용하여 FC 포트 검색

BUI를 사용하여 FC 개시자 그룹 만들기

BUI를 사용하여 FC 개시자 그룹에 LUN 연관

CLI를 사용하여 FC 포트 모드 변경

CLI를 사용하여 FC 포트 검색

CLI를 사용하여 FC 개시자 그룹 만들기

CLI를 사용하여 FC 개시자 그룹에 LUN 연관

CLI를 사용하여 개시자 및 개시자 그룹의 별칭 스크립트 작성

SAN iSCSI 구성

SAN iSCSI 개시자 구성

BUI를 사용하여 Analytics 워크시트 만들기

SAN iSER 대상 구성

CLI를 사용하여 자동 생성된 IQN으로 iSCSI 대상 추가

CLI를 사용하여 특정 IQN 및 RADIUS 인증으로 iSCSI 대상 추가

CLI를 사용하여 CHAP 인증으로 iSCSI 개시자 추가

CLI를 사용하여 iSCSI 대상 그룹 추가

CLI를 사용하여 iSCSI 개시자 그룹 추가

SAN SRP 구성

BUI를 사용하여 SRP 대상 구성

CLI를 사용하여 SRP 대상 구성

사용자 구성

사용자 권한 부여

사용자 등록 정보 관리

BUI를 사용하여 관리자 추가

BUI를 사용하여 역할 추가

BUI를 사용하여 역할에 권한 부여 추가

BUI를 사용하여 역할에서 권한 부여 삭제

BUI를 사용하여 대시보드만 볼 수 있는 사용자 추가

CLI를 사용하여 역할 추가

CLI를 사용하여 관리자 추가

CLI를 사용하여 역할에 권한 부여 추가

CLI를 사용하여 역할에서 권한 부여 삭제

Oracle ZFS Storage Appliance 환경 설정

환경 설정 등록 정보

CLI를 사용하여 환경 설정

CLI를 사용하여 SSH 공개 키 설정

경보 구성

경보 범주

임계값 경보

BUI를 사용하여 임계값 경보 추가

BUI를 사용하여 경보 조치 추가

CLI를 사용하여 임계값 경보 추가

CLI를 사용하여 경보 조치 추가

전자 메일 경보 전송

SNMP 트랩 전송

Syslog 메시지 전송

데이터 세트 재개/일시 중단

워크시트 재개/일시 중단

워크플로우 실행

클러스터링 구성

클러스터링 이해

클러스터 장점과 단점

클러스터 용어

클러스터 상호 연결 I/O

클러스터 리소스 관리

클러스터 인계 및 페일백

클러스터화된 환경의 구성 변경

스토리지에 대한 클러스터링 고려 사항

네트워킹에 대한 클러스터링 고려 사항

개인 로컬 IP 인터페이스

InfiniBand에 대한 클러스터링 고려 사항

'스플릿 브레인' 조건 방지

인계 영향 예상 및 절감

BUI를 사용하여 클러스터링 구성

BUI를 사용하여 클러스터링 구성 해제

CLI를 사용하여 클러스터화된 구성 종료

CLI를 사용하여 대기 헤드 종료

CLI를 사용하여 클러스터링 구성 해제

ZS3-2 클러스터 케이블 연결

ZS4-4, ZS3-4 및 7x20 클러스터 케이블 연결

클러스터링을 위해 스토리지 Shelf 케이블 연결

서비스 작업

Oracle ZFS Storage Appliance 유지 관리

공유 사용

Oracle ZFS Storage Appliance에 응용 프로그램 통합

클러스터 인계 및 페일백

클러스터화된 헤드 노드의 상태는 다음과 같습니다.

표 2-37  클러스터 상태
상태
아이콘
CLI/BUI 표현
설명
UNCONFIGURED
image:상태: 사용 안함
클러스터링이 구성되지 않음
클러스터링이 없는 시스템의 상태입니다. 시스템이 설정되는 중이거나 클러스터 설정 작업이 완료되지 않았습니다.
OWNER
image:상태: 켜짐
활성(인계 완료)
클러스터링이 구성되고, 이 노드는 클러스터의 공유 리소스를 모두 제어합니다. 사용자 인터페이스에서 클러스터 설정이 완료된 후 피어의 장애 발생이 감지되면(예: 인계 후) 즉시 시스템이 이 상태가 됩니다. 이 상태는 관리자가 수동으로 페일백 작업을 실행할 때까지 유지됩니다.
STRIPPED
image:상태: 꺼짐
준비(페일백 대기 중)
클러스터링이 구성되고, 이 노드는 공유 리소스를 제어하지 않습니다. 다른 노드의 사용자 인터페이스에서 클러스터 설정이 완료된 후 또는 재부트, 전원 연결 끊김, 다른 장애가 발생하면 시스템은 즉시 STRIPPED 상태가 됩니다. 노드의 상태는 관리자가 수동으로 페일백 작업을 실행할 때까지 유지됩니다.
CLUSTERED
image:상태: 켜짐
활성
클러스터링이 구성되고, 리소스 지정에 따라 두 노드가 공유 리소스를 소유합니다. 각 노드가 ZFS 풀을 소유하고 CLUSTERED 상태인 경우 두 노드는 능동-능동 클러스터를 형성합니다.
-
image:사용
클러스터를 재결합하는 중...
어플라이언스가 최근 재부트되거나 내부 장애 발생 후 어플라이언스 관리 소프트웨어가 다시 시작됩니다. 리소스 상태가 재동기화됩니다.
-
알 수 없음(연결 끊김 또는 다시 시작)
피어 어플라이언스의 전원이 꺼졌거나 재부트 중이거나, 해당 클러스터 상호 연결 링크가 모두 작동하지 않거나, 클러스터링이 아직 구성되지 않았습니다.

이러한 상태 간의 전환은 두 작업인 인계와 페일백의 일환으로 발생합니다.

인계는 언제든지 발생할 수 있으며, 위에서 언급했듯이 피어 장애가 감지될 때마다 실행됩니다. 또한 클러스터 구성 CLI 또는 BUI를 사용하여 수동으로 트리거될 수 있습니다. 이는 테스트와 롤링 소프트웨어 업그레이드 수행 시 유용합니다. 업그레이드는 한 헤드를 업그레이드하는 동안 다른 헤드가 이전 소프트웨어의 실행 서비스를 제공하고 새 소프트웨어가 검증되면 두번째 헤드가 업그레이드되는 방식으로 진행됩니다. 마지막으로 인계는 헤드가 부트되고 피어가 없다는 것이 감지되면 발생합니다. 이는 일반적으로 한 헤드에 영구적인 장애가 발생했거나 두 헤드의 전원이 일시적으로 끊긴 경우 서비스가 재개됩니다.

페일백은 자동으로 발생하지 않습니다. 장애가 발생한 헤드가 복구되어 부트되면 클러스터를 재결합(모든 리소스, 등록 정보 및 소유권 보기 재동기화)하고 관리자가 페일백 작업을 수행할 때까지 계속 대기합니다. 그때까지 작동 중인 원래 헤드가 계속 모든 서비스를 제공합니다. 이를 통해 원래 인계를 트리거한 문제를 완전히 조사하거나, 새로운 소프트웨어 개정을 검증하거나, 헤드가 운용 서비스로 돌아가기 전에 기타 관리 작업을 수행할 수 있습니다. 페일백은 클라이언트를 중단시키므로 비즈니스 요구 사항과 프로세스에 따라 일정을 계획해야 합니다. 한 가지 예외가 있습니다. 헤드 A에 장애가 발생하여 헤드 B가 인계 받은 경우를 가정해 봅니다. 헤드 A가 클러스터를 재결합하면 헤드 B가 없거나 장애 발생을 감지한 경우 인계할 수 있어야 합니다. 원칙상 원래 문제를 파악하지 못한 경우에도 서비스를 제공하는 것이 더 좋습니다. 따라서 이전에 장애가 발생한 헤드로의 페일백은 자동으로 발생되지 않는 반면 인계는 언제든지 수행될 수 있습니다.

클러스터를 설정하면 설정이 시작된 노드는 OWNER 상태로, 다른 노드는 STRIPPED 상태로 초기 상태가 구성됩니다. 초기 페일백 작업이 수행되고 STRIPPED 노드에 공유 리소스의 위치를 전달한 후에는 두 노드 모두 CLUSTERED 상태가 됩니다. 두 클러스터 노드에 장애가 발생하거나 전원이 꺼진 경우 동시에 시작하면 중재가 발생하여 한 노드는 OWNER, 다른 노드는 STRIPPED 상태가 됩니다.

페일백 동안 모든 외부 리소스(피어에 지정된 리소스)가 내보내진 다음 피어가 이를 가져옵니다. 결함으로 인해 풀을 가져올 수 없으면 STRIPPED 노드가 재부트됩니다. 결함이 있는 풀을 페일백하려고 하면 가져오기 실패의 결과로 STRIPPED 노드가 재부트될 수 있습니다.