IBM Spectrum Scale을 사용하여 고성능 스토리지 클러스터 배포

IBM Spectrum Scale은 여러 노드에서 하나 이상의 파일 시스템에 대한 동시 액세스를 제공하는 클러스터 파일 시스템입니다. 노드는 SAN 연결, 네트워크 연결, SAN 연결 및 네트워크 연결 혼합 또는 공유 비연결 클러스터 구성일 수 있습니다. Spectrum Scale을 사용하면 공통 데이터 세트에 대한 고성능 액세스를 통해 수평 확장 솔루션을 지원하거나 고가용성 플랫폼을 제공할 수 있습니다.

구조

Spectrum Scale의 한 가지 사용 사례는 강력한 I/O 부속 시스템이 필요한 SAS 그리드 응용 프로그램을 배치하는 것입니다. 이 참조 아키텍처에서는 Oracle Cloud Infrastructure에서 IBM Spectrum 파일 시스템을 사용하여 높은 I/O 처리량 솔루션을 배치하는 방법에 대해 설명합니다.

이 참조 아키텍처는 가용성 도메인과 지역 서브넷이 하나인 지역을 사용합니다. 여러 가용성 도메인이 있는 영역에서 동일한 참조 구조를 사용할 수 있습니다. 가용성 도메인 수에 관계없이 배치에 지역별 서브넷을 사용하는 것이 좋습니다.

다음 다이어그램은 이 참조 아키텍처를 보여 줍니다.

specter-oci.png에 대한 설명

Spectrum Scale 파일 시스템 아키텍처에는 다음과 같은 구성 요소가 있습니다:

• CES 노드

  CES(클러스터 익스포트 서비스) 노드는 통합된 프로토콜 기능을 제공할 수 있습니다. 이러한 노드는 IBM Spectrum Scale 파일 시스템의 데이터에 대한 SMB, NFS 또는 객체 액세스를 제공합니다. 이 노드는 선택사항입니다. 처리량을 높이려면 VM.Standard2.8 이상 구성(VNIC 두 개 이상) 을 사용하는 것이 좋습니다.

• 관리 GUI 노드

  이 노드는 사용자가 Spectrum Scale 파일 시스템을 모니터할 수 있는 GUI 인터페이스를 제공합니다. 이 노드는 선택사항입니다. 충분한 OCPU 및 메모리를 제공하려면 VM.Standard2.16 이상 구성을 사용하는 것이 좋습니다.

• 클라이언트 노드

  이러한 노드는 Spectrum Scale 파일 시스템을 사용합니다. NSD(네트워크 공유 디스크) 서버에서 디스크 데이터를 제공합니다.

• NSD 서버

  이러한 서버는 NSD 프로토콜을 사용하여 클라이언트-서버 프로토콜 모델의 클라이언트 노드에 데이터를 제공합니다. NSD 서버는 서버에 로컬 블록 디바이스로 표시되는 스토리지에 대한 액세스를 제공합니다.

• 오브젝트 스토리지

  Oracle Cloud Infrastructure Object Storage는 내구성과 확장성이 뛰어난 인터넷 스케일 스토리지 서비스입니다.

• VCN(가상 클라우드 네트워크) 및 서브넷

  VCN는 Oracle Cloud Infrastructure 지역에서 설정하는 소프트웨어 정의 네트워크입니다. VCN은 영역 또는 가용성 도메인에 특정한 서브넷으로 분할할 수 있습니다. 지역별 서브넷과 가용성 도메인별 서브넷은 모두 동일한 VCN에 공존할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.

• 보안 목록

  각 서브넷에 대해 서브넷에서 허용되어야 하는 트래픽의 소스, 대상 및 유형을 지정하는 보안 규칙을 생성할 수 있습니다.

• 가용성 도메인

  가용성 도메인은 영역 내의 독립적인 독립형 데이터 센터입니다. 각 가용성 도메인의 물리적 리소스는 결함 허용 한도를 제공하는 다른 가용성 도메인의 리소스와 격리됩니다. 가용성 도메인은 전원, 냉각 또는 내부 가용성 도메인 네트워크와 같은 인프라를 공유하지 않습니다. 따라서 한 가용성 도메인의 실패는 영역의 다른 가용성 도메인에 영향을 주지 않을 수 있습니다.

권장 사항

요구 사항은 여기에 설명된 아키텍처와 다를 수 있습니다. 다음 권장 사항을 시작점으로 사용하십시오.

• 컴퓨트 구성, 배스천 호스트

  배스천 호스트는 전용 서브넷의 노드에 액세스하는 데 사용됩니다. VM.Standard. E2.1 또는 VM.Standard. E2.2 구성을 사용합니다.

• 컴퓨트 구성, CES 노드

  처리량을 높이려면 VM.Standard2.8 이상 구성(VNIC 두 개 이상) 을 사용하십시오.

• 컴퓨트 구성, 관리 GUI 노드

  충분한 OCPU 및 메모리를 제공하려면 VM.Standard2.16 이상 구성을 사용하십시오.

• 컴퓨트 구성, 클라이언트 노드

  사용자는 여러 클라이언트 노드를 가질 수 있습니다. VM.Standard2.24 구성으로 시작하고 필요에 따라 확대 또는 축소합니다.

• 컴퓨트 구성, NSD 서버

  NSD 서버에는 높은 처리량과 처리 능력이 필요합니다. BM.Standard2.52 또는 BM.Standard. E2.64 구성을 사용합니다. 또한 NSD 서버 노드를 두 개 이상 사용합니다.

• VCN

  VCN를 생성할 때 각 서브넷의 클라우드 리소스에 필요한 IP 주소 수를 결정합니다. CIDR(Classless Inter-Domain Routing) 표기법을 사용하여 필요한 IP 주소에 충분히 큰 서브넷 마스크 및 네트워크 주소 범위를 지정합니다. 표준 전용 IP 주소 공간 내에 있는 주소 범위를 사용합니다.

  필요한 경우 VCN와 온-프레미스 네트워크 간의 접속을 설정할 수 있도록 온-프레미스 네트워크와 겹치지 않는 주소 범위를 선택합니다.

  VCN를 생성한 후에는 주소 범위를 변경할 수 없습니다.

  서브넷을 설계할 때 트래픽 흐름 및 보안 요구사항을 고려하십시오. 특정 계층 또는 역할 내의 모든 리소스를 동일한 서브넷에 연결합니다. 이 서브넷은 보안 경계 역할을 할 수 있습니다.

  지역 서브넷을 사용합니다.

• 보안 목록

  보안 목록을 사용하여 전체 서브넷에 적용되는 수신 및 송신 규칙을 정의합니다. 예를 들어, 이 아키텍처는 전체 전용 서브넷에 ICMP를 내부적으로 허용합니다.

고려 사항

• 성능

  최상의 성능을 얻으려면 적절한 대역폭을 가진 올바른 컴퓨트 구성을 선택하십시오.

• 가용성

  배포 요구사항에 따라 고가용성 옵션을 사용하는 것이 좋습니다.

• 비용

  베어메탈 인스턴스는 더 높은 비용으로 I/O 작업에 더 높은 성능을 제공합니다. 요구사항을 평가하여 적절한 컴퓨트 구성을 선택합니다.

• 모니터링 및 경고

  노드에 대한 CPU 및 메모리 사용량에 대한 모니터링 및 경보를 설정하여 필요에 따라 구성을 확장하거나 축소합니다.

배치

이 참조 구조를 배치하는 Terraform 코드는 GitHub에서 사용할 수 있습니다.

1. GitHub로 이동합니다.
2. 저장소를 로컬 컴퓨터에 복제하거나 다운로드합니다.
3. README 문서의 지침을 따릅니다.