Go to main content
Oracle® ZFS Storage Appliance 관리 설⁠명⁠서, 릴⁠리⁠스 OS8.6.x

인쇄 보기 종료

업데이트 날짜: 2016년 9월
 
 

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

클러스터 구성에 사용하기 위해 Oracle ZFS Storage Appliance의 크기를 조정할 때는 두 가지 고려 사항이 매우 중요합니다.

  • 모든 풀이 동일한 컨트롤러에 소유되었거나 두 컨트롤러 사이에 분할되어 있는지 확인해야 합니다.

  • NSPF(단일 실패 지점)가 없는 풀이 필요한지 여부를 확인해야 합니다.

스토리지 풀 소유권 지정 - 아마도 가장 중요한 사항은 모든 스토리지 풀에 동일한 컨트롤러에 대한 소유권을 지정하거나 분할할지를 결정하는 것입니다. 표 45에 나와 있는 것처럼 고려해야 할 몇 가지 장단점이 있습니다.

일반적으로 공칭 작업 중 처리량을 위해 최적화하거나 페일오버 성능을 고려하지 않아도 될 때를 제외하고, 풀은 단일 컨트롤러에서 구성해야 합니다. 페일오버 상태에서 성능 특성을 정확히 변경하는 것은 작업량의 특성과 크기에 따라 크게 달라집니다. 일반적으로 컨트롤러가 특정 축에 대해 제공하는 성능이 최대화될수록 작업량이 해당 컨트롤러의 피어에 의해 인계될 때 해당 축의 성능 저하가 더 커집니다. 물론 여러 풀을 사용하는 경우 이러한 저하는 두 작업량 모두에 적용됩니다.

읽기 캐시 장치는 구성에 따라 컨트롤러 또는 Disk Shelf에 있습니다.

컨트롤러 슬롯(내부 L2ARC)에 있는 읽기 캐시 장치는 인계 또는 페일백 상황에서 데이터 풀을 따르지 않습니다. 읽기 캐시 장치는 읽기 캐시 장치에 지정된 풀을 장치가 상주하는 노드로 가져올 때 특정 클러스터 노드에서만 활성화됩니다. 추가 구성 단계 없이는 페일오버 이벤트로 인해 마이그레이션된 풀에 대해 읽기 캐싱을 사용할 수 없습니다. 클러스터 피어 소유가 아닌 풀에 대해 읽기 캐시 장치 사용으로 설정하려면 비소유 노드의 풀을 인계한 후 스토리지를 추가하고 구성에 필요한 캐시 장치를 선택하십시오. 클러스터 노드의 읽기 캐시 장치는 스토리지 구성에 설명된 것처럼 구성되어야 합니다. 쓰기 최적화된 로그 장치는 스토리지 패브릭에 있으며 풀을 가져온 컨트롤러에서 항상 액세스할 수 있습니다.

읽기 캐시 장치가 Disk Shelf(외부 L2ARC)에 있는 경우 읽기 캐시를 항상 사용할 수 있습니다. 페일백 또는 인계 작업 중 읽기 캐시는 컨트롤러 사이에 공유 가능한 상태로 유지됩니다. 이 경우, 읽기 성능이 지속됩니다. 외부 읽기 캐시 구성 세부정보는 Disk Shelf Configurations in Oracle ZFS Storage Appliance Customer Service Manual을 참조하십시오.

NSPF 구성 - 스토리지에 대한 두번째 중요 고려 사항은 NSPF(No Single Point of Failure)와 풀 구성의 사용입니다. 클러스터링을 사용하는 경우 응용 프로그램의 가용성이 매우 중요하므로 단일 단일 Disk Shelf의 오류로 인해 가용성이 손실될 수 있는 방식으로 스토리지 풀을 구성할 이유가 없습니다. NSPF 구성에 단일 오류 지점 구성보다 더 많은 Disk Shelf가 필요하다는 것입니다. 필요한 용량이 매우 적은 경우 원하는 RAID 레벨의 NSPF를 위해 Disk Shelf를 필요한 대로 설치하는 것은 경제적이지 않을 수 있습니다.

다음 표에서는 클러스터 구성에 대한 스토리지 풀 소유권에 대해 설명합니다.

표 45  스토리지 풀에 대한 클러스터링 고려 사항
변수
단일 컨트롤러 풀 소유권
서로 다른 컨트롤러에서 소유한 여러 풀
총 처리량(공칭 작업)
특정 시점에 총 CPU 리소스의 50%, DRAM의 50% 및 총 네트워크 연결의 50%까지 서비스 제공에 사용할 수 있습니다. 이는 매우 간단합니다. 즉, 단일 컨트롤러만 계속 클라이언트 요청에 대해 서비스를 제공하므로 다른 컨트롤러는 유휴 상태로 있습니다.
특정 시점에 모든 CPU 및 DRAM 리소스를 서비스 제공에 사용할 수 있습니다. 특정 시점에 모든 네트워크 연결의 50%까지 사용할 수 있습니다. 사용되지 않는 네트워크 장치는 각 컨트롤러에서 페일오버를 지원하는 데 필요합니다.
총 처리량(페일오버)
공칭 작업과 관련된 처리량의 변화는 없습니다.
작동 중인 컨트롤러 리소스의 100%가 서비스 제공에 사용됩니다. 공칭 작업과 관련된 총 처리량은 공칭 작업 중의 사용량에 따라 약 40%-100%까지 달라질 수 있습니다.
I/O 대기 시간
내부 읽기 캐시는 페일백 또는 인계 작업 중에 사용할 수 없습니다. 이러한 작업 중에는 사용 가능한 읽기 캐시에 발생하는 과도한 읽기 작업량으로 인해 대기 시간이 크게 늘어날 수 있습니다. 쓰기 작업의 대기 시간에는 영향을 주지 않습니다.
외부 읽기 캐시 구성(EL2ARC)의 경우 읽기 성능은 영향을 받지 않습니다. 읽기 캐시는 페일백 또는 인계 작업 중 클러스터 피어 간에 공유되어, 읽기 대기 시간이 발생하지 않습니다.
내부 읽기 캐시는 페일백 또는 인계 작업 중에 사용할 수 없습니다. 이러한 작업 중에는 사용 가능한 읽기 캐시에 발생하는 과도한 읽기 작업량으로 인해 대기 시간이 크게 늘어날 수 있습니다. 컨트롤러 리소스의 경합이 증가하면 읽기 및 쓰기 작업의 대기 시간이 모두 길어질 수 있습니다. 이는 평소의 컨트롤러가 아닌 작동 중인 컨트롤러에서만 두 작업량이 실행되기 때문에 발생합니다. 각 컨트롤러의 공칭 작업량이 컨트롤러의 최대 성능에 도달하면 페일오버 상태의 대기 시간이 크게 늘어날 수 있습니다.
외부 읽기 캐시 구성(EL2ARC)의 경우 읽기 성능은 영향을 받지 않습니다. 읽기 캐시는 페일백 또는 인계 작업 중 클러스터 피어 간에 공유되어, 읽기 대기 시간이 발생하지 않습니다.
스토리지 유연성
사용 가능한 모든 물리적 스토리지를 공유 및 LUN에 사용할 수 있습니다.
특정 풀에 할당된 스토리지만 해당 풀의 공유 및 LUN에 사용할 수 있습니다. 스토리지는 여러 풀에서 공유되지 않으므로 한 풀이 채워지고 다른 풀에 여유 공간이 있는 경우 일부 스토리지가 낭비될 수 있습니다.
네트워크 연결
컨트롤러가 서비스를 제공하는 동안 각 컨트롤러의 모든 네트워크 장치를 사용할 수 있습니다.
컨트롤러가 서비스를 제공하는 동안 각 컨트롤러의 네트워크 장치를 절반만 사용할 수 있습니다. 따라서 물리적으로 분리 네트워크의 절반에만 각 풀을 연결할 수 있습니다.

관련 항목