SAN 광 섬유 채널 구성

언어:

FC(광 섬유 채널)는 거의 SCSI 전송 전용으로 사용되는 기가비트 속도의 네트워킹 기술입니다. FC는 FC를 통해 LUN을 공유하기 위해 어플라이언스에 지원되는 몇 가지 블록 프로토콜 중 하나로, 어플라이언스에 하나 이상의 FC 카드(선택사항)가 장착되어 있어야 합니다.

기본적으로 모든 FC 포트가 대상 모드에서 작동하도록 구성됩니다. 어플라이언스가 백업용 테이프 SAN에 연결하는 데 사용되는 경우 개시자 모드에서 하나 이상의 포트를 구성해야 합니다. 개시자 모드에 대한 포트를 구성하려면 어플라이언스를 재설정해야 합니다. 개시자 모드에 대해 동시에 다중 포트를 구성할 수 있습니다.

각 FC 포트에는 WWN(World Wide Name)이 지정되며, 다른 블록 프로토콜과 마찬가지로 FC 대상도 SAN 대상 및 개시자 그룹으로 그룹화되므로 포트 대역폭을 특정 LUN 또는 LUN 그룹에만 전용으로 사용할 수 있습니다. FC 포트를 대상으로 구성한 후 원격으로 검색된 포트를 검토하고 확인할 수 있습니다.

Oracle ZFS Storage Appliance를 사용한 FC SAN 부트 솔루션에 대한 자세한 내용은 Implementing Fibre Channel SAN Boot with Oracle's Sun ZFS Storage Appliance 백서(http://www.oracle.com/technetwork/articles/servers-storage-admin/fbsanboot-365291.html)를 참조하십시오.

클러스터에서 개시자는 각 LUN에 대한 2개의 경로(또는 경로 세트)를 가집니다. 한 경로(또는 경로 세트)는 LUN과 연관된 스토리지를 가져온 헤드를 가리키고, 다른 한 경로(또는 경로 세트)는 헤드의 클러스터화된 피어를 가리킵니다. 첫번째 경로(또는 경로 세트)는 활성 경로이고 두번째 경로(또는 경로 세트)는 대기 경로입니다. 인계가 발생할 경우 활성 경로는 사용할 수 없는 상태가 되고 대기 경로는 잠시 후에 활성으로 전환되며 그 다음에 I/O가 계속됩니다. 이러한 다중 경로 방식을 ALUA(비대칭 논리 장치 액세스)라고 하며 이를 ALUA 인식 개시자와 결합할 경우 클러스터 인계가 상위 레벨 응응 프로그램에 투명하게 이루어질 수 있습니다.

개시자는 WWN으로 식별됩니다. 다른 블록 프로토콜과 마찬가지로 개시자에 대해 별칭을 만들 수 있습니다. 검색된 포트의 WWN에서 WWN을 선택할 수 있기 때문에 FC 개시자의 별칭을 쉽게 만들 수 있습니다. 또한 다른 블록 프로토콜과 마찬가지로 개시자도 그룹으로 구성할 수 있습니다. LUN이 특정 개시자 그룹과 연관된 경우 해당 그룹의 개시자만 LUN을 볼 수 있습니다. 대부분의 FC SAN에서 LUN은 항상 LUN이 만들어진 시스템에 해당하는 개시자 그룹과 연관됩니다.

어플라이언스는 ALUA 호환 어레이입니다. ALUA 환경에서 FC 개시자를 제대로 구성하려면 ALUA 인식 드라이버가 필요하며 개시자 관련 조정이 필요할 수도 있습니다. 자세한 내용은 "Oracle ZFS Storage Appliance: How to set up Client Multipathing"(문서 ID 1628999.1)을 참조하십시오.

FC 성능은 Analytics를 통해 관찰할 수 있습니다. Analytics를 사용하면 작업이나 처리량을 개시자, 대상 또는 LUN별로 분석할 수 있습니다.

그림 13 FC 성능

작업은 다시 오프셋, 대기 시간, 크기 및 SCSI 명령별로 분석할 수 있어 FC 작업의 내용은 물론 방식과 이유도 파악할 수 있습니다.

어플라이언스는 각 헤드의 LUN에 서비스를 제공하기 위해 전역 리소스 세트를 활용하도록 설계되었습니다. 어플라이언스의 FC 포트가 다수의 동시 요청을 처리할 수 있으므로 일반적으로 클라이언트 측에서 큐 깊이를 제한할 필요는 없습니다. 그렇지만 원격에서는 이러한 큐가 오버런되어 SCSI 전송 오류가 발생할 가능성이 있습니다. 이러한 큐 오버런은 대개 다음 중 하나 이상과 연관되어 있습니다.

프론트 엔드 측의 오버로드된 포트 - 한 FC 포트에 너무 많은 호스트가 연관되어 있거나 한 FC 포트를 통해 너무 많은 LUN에 액세스하는 경우
성능이 저하된 어플라이언스 작동 모드(예: 능동-능동 클러스터 구성으로 설계된 경우의 클러스터 인계)

원격 큐 오버런이 발생할 가능성은 있지만 어느 한쪽에서 클라이언트별로 큐 깊이를 제한한다면 그 가능성을 완전히 배제할 수 있습니다. 적절한 큐 깊이 제한을 결정하려면 대상 포트 수에 포트당 최대 동시 명령 수(2048)를 곱한 값을 프로비전된 LUN의 수로 나눕니다. 성능이 저하된 작동 모드를 수용하려면 클러스터 피어 전체의 LUN 수를 더해 LUN 수를 결정하되 대상 포트 수를 두 클러스터 피어의 최소값으로 적용해야 합니다. 예를 들어, 활성-활성 7420 이중 헤드 클러스터(한 헤드에는 FC 포트 2개와 LUN 100개가 있고, 다른 헤드에는 FC 포트 4개와 LUN 28개가 있는 클러스터)의 경우 비관적인 최대 큐 깊이는 포트 2개에 2048개의 명령을 곱한 후 LUN 100개와 28개를 더한 값으로 나눈 값, 즉 LUN당 명령 32개입니다.

최대 큐 깊이 조정은 개시자와 관련되지만 Solaris에서는 ssd_max_throttle이라는 전역 변수를 조정하여 이 문제를 해결합니다.

깨진 광학 부품이나 잘못 장착된 케이블과 같은 연결 관련 문제를 해결하려면 각 FC포트에 대한 오류 통계를 검토하십시오. 0에서 많이 벗어나거나 점점 증가하는 값이 있으면 연결 관련 문제가 발생했으며 연결 관련 진단이 수행되어야 함을 나타낼 수 있습니다.

관련 항목