1.3. scale-Out 스토리지 구성


스케일 아웃 스토리지 구성을 사용하면 SAP HANA를 스케일 아웃 환경에서 유연하게 사용할 수 있으며 오류가 발생할 경우 노드의 기능을 동적으로 이동할 수 있습니다. 모든 노드에서 데이터를 사용할 수 있으므로 SAP 인스턴스는 실패한 구성 요소 프로세스를 인수할 수 있어야 합니다.

SAP HANA 스케일 아웃 환경에는 두 가지 다른 공유 스토리지 시나리오가 있습니다.

  • 첫 번째 시나리오는 NFS 또는 IBM의 GPFS를 통해 모든 디렉토리의 파일 시스템을 제공하는 공유 파일 시스템입니다. 이 시나리오에서는 모든 노드에서 항상 데이터를 사용할 수 있습니다.
  • 두 번째 시나리오는 비공유 스토리지이며, 필요한 경우 필요한 데이터를 독점적으로 통합하는 데 사용됩니다. 모든 데이터는 SAP HANA 스토리지 커넥터 API를 통해 관리되며 적절한 메커니즘(예: SCSI 3 예약)을 사용하여 노드에서 액세스를 제거합니다.

두 경우 모두 /hana/shared 디렉토리가 공유 파일 시스템으로 사용 가능한지 확인합니다. 이 디렉터리는 시나리오와 독립적으로 사용 가능하고 공유되어야 합니다.

참고

이러한 공유 파일 시스템을 모니터링하려면 선택적으로 파일 시스템 리소스를 생성할 수 있습니다. /etc/fstab 의 항목을 제거해야 합니다. 마운트는 파일 시스템 리소스에서만 관리합니다.

1.3.1. 공유 스토리지

공유 파일 시스템은 모든 호스트에 필요한 데이터를 제공합니다. 구성하면 SAP HANA가 필요한 데이터에 액세스합니다. 공유 디렉터리는 모든 노드에 마운트되므로 데이터를 쉽게 공유할 수 있습니다. 배포 후 설치가 정상적으로 진행됩니다. SAP HANA는 /hana/data,/hana/log/hana/shared 의 모든 디렉토리에 액세스할 수 있습니다.

그림 3: 공유 스토리지를 사용하여 스케일 아웃 프로세스의 기능 및 작업 경로

text

1.3.2. 비공유 스토리지

비공유 스토리지 구성은 공유 스토리지 구성보다 더 복잡합니다. SAP HANA 설치 프로세스에서 지원되는 스토리지 구성 요소와 스토리지 커넥터의 개별 구성이 필요합니다. SAP HANA 데이터베이스는 여러 내부 변경(예: sudo 액세스, lvm 또는 다중 경로)으로 RHEL 시스템을 재구성합니다. 노드 정의가 변경될 때마다 SAP HANA는 SCSI3 예약을 통해 스토리지에 직접 액세스할 수 있습니다. 비공유 스토리지 구성은 스토리지 시스템에 직접 액세스할 수 있으므로 공유 스토리지 구성보다 최적화됩니다.

그림 4: 스토리지 커넥터와 함께 스케일 아웃 프로세스의 기능 및 작업 경로

text

Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat
맨 위로 이동