IBM Cloud Docs
SAP NetWeaver 디자인 고려사항

SAP NetWeaver 디자인 고려사항

SAP 솔루션 스택의 구성, 배치, 디자인을 신중하게 고려하는 것이 중요합니다.

SAP NetWeaver-기반 시스템은 두 가지 방식으로 배치될 수 있습니다

  • 단일 호스트 설치(2계층)인 중앙 시스템
  • 분산 시스템, 다중 호스트 설치(3계층) 시스템 확장성을 위해 이 옵션을 선택할 수 있습니다

여러 서버에 작업량을 분산하거나 단순성을 위해 하나의 서버에 작업량을 유지하도록 선택할 수 있습니다. 비즈니스 요구 사항에 따라 선택하십시오.

SAP 시스템 아키텍처 모델

SAP NetWeaver 기반 시스템의 구조는 프레젠테이션 계층(사용자 프런트엔드), 애플리케이션 계층, 데이터베이스 계층의 세 가지 주요 계층으로 구성된 다중 계층 클라이언트/서버 설계를 기반으로 합니다.

SAP NetWeaver 기반 솔루션을 배포하는 데 일반적으로 사용되는 두 가지 아키텍처 모델이 있습니다.

  • 2계층 아키텍처 모델은 별도의 프레젠테이션 계층과 애플리케이션 및 데이터베이스 계층을 의미합니다. 애플리케이션과 데이터베이스가 모두 하나의 호스트에 함께 설치됩니다.
  • 3계층 아키텍처 모델에서 프레젠테이션, 응용 프로그램, 데이터베이스 계층은 별도의 호스트에 설치됩니다. 3계층 아키텍처 구성은 확장성이 뛰어납니다. 애플리케이션 계층을 위해 여러 서버를 설치할 수 있으며, 데이터베이스 계층을 위한 확장형( SAP HANA ) 구현에서도 가능합니다.

SAP NetWeaver 애플리케이션 서버 ABAP 시스템은 단일 호스트에서 실행되거나 여러 호스트에 분산되어 실행될 수 있는 다음의 구성 요소들로 이루어져 있습니다.

  • ABAP 메시지 서버와 독립형 대기열 서버를 포함하는 ABAP 중앙 서비스(ASCS)
  • ABAP 디스패처 프로세스와 ABAP 작업 프로세스를 포함하는 기본 애플리케이션 서버(PAS)
  • 추가 애플리케이션 서버(AAS)

SAP NetWeaver 가 출시된 이후( 7.5 ), PAS라는 용어는 시스템에 가장 먼저 설치되는 SAP 애플리케이션 서버를 가리킵니다. PAS와 다른 애플리케이션 서버의 구조는 동일합니다 (SAP 참고 2360614 - 기본 애플리케이션 서버(PAS)인스턴스 디렉토리 이름이 SAP Netweaver 7.50 으로 변경됨 ). 이전 버전에서는 ASCS 서비스가 PAS 인스턴스에 통합되어 있었고, 이러한 인스턴스를 일반적으로 중앙 인스턴스라고 불렀습니다.

SAP NetWeaver 기반 시스템에 대한 고가용성 환경을 구축하려면, 이러한 구성 요소들을 각각 별도의 호스트에 배포하십시오.

  • 데이터베이스 서버
  • ABAP 중앙 서비스(ASCS)
  • ASC 잠금 테이블에 대한 추가 보호 기능을 제공하는 복제 서버(ERS) 대기열에 추가
  • PAS
  • AAS

고가용성 구성 SAP NetWeaver

IBM Cloud IBM Cloud 의 VPC에서 AWS( SAP NetWeaver ) 기반 또는 AWS( S/4HANA ) 배포를 위한 선택된 고가용성 시나리오를 구현하기 위한 자동화를 제공합니다.

IBM Cloud 의 VPC에서 자동 배포를 사용할 수 있는 시나리오에 대한 자세한 내용은 다음 정보를 참조하십시오.

기존 자동화 기능에서 다루지 않는 다른 고가용성 시나리오도 선택한 운영 체제에 사용할 수 있는 고가용성 솔루션을 기반으로 구현할 수 있습니다.

가용성을 높이려면, 환경에 추가적인 하드웨어와 소프트웨어 구성 요소를 추가해야 합니다.

추가 소프트웨어 라이선스나 다른 소프트웨어 저장소 이용권, 또는 둘 다 필요하신 경우, IBM Cloud 지원팀에 연락하여 도움을 받으시기 바랍니다.

이 구성 정보는 SAP NetWeaver 용 고가용성 소프트웨어와 선택한 관계형 데이터베이스 관리 시스템(RDBMS)용 고가용성 소프트웨어 모두에 적용됩니다. 설정 절차는 온프레미스 환경의 설정 절차와 다르지 않으며, 유사한 하드웨어 및 소프트웨어 구성 단계가 필요합니다.

SAP NetWeaver 의 고가용성 구성 개요

SAP 서비스를 위한 HA 환경 계획 및 설치에 대한 심층적인 도움말을 제공하는 여러 문서가 있습니다. 문서에는 장애 복구, 복제, 스케일-아웃 및 재해 복구(DR)에 대한 정보가 포함되어 있습니다. 해당하는 경우 특정 문서에 대한 참조가 제공됩니다.

SAP 솔루션 배포를 위해 IBM Cloud 에서 지원하는 모든 운영 체제 및 배포판(Windows Server, Red Hat Enterprise Linux, SUSE Linux Enterprise Server )에는 고가용성 소프트웨어와 특정 확장 기능이 함께 제공됩니다. 지원되는 운영 체제 및 배포판은 이 문서에 설명되어 있습니다:

SAP 파트너가 인증한 고가용성 제품에 대한 자세한 정보는 SAP Application Server High Availability Interface Certification Program을 참조하십시오. SAP High Availability - Certified HA-Interface Partners

SAP HANA 가 아닌 데이터베이스의 경우, 고가용성 및 재해 복구 구성에 대한 자세한 내용은 해당 데이터베이스의 설명서를 참조하십시오.

고가용성 시스템의 페일오버를 지원하려면 이러한 저장 요소 중 하나에 대한 공유 액세스가 필요합니다

  • 네트워크 파일 시스템( NFS ); 온-프레미스 배포는 CIFS(Common Internet File System) 스토리지도 사용할 수 있습니다
  • iSCSI-based 저장

복제 방식과 결합된 로컬 저장소는 DR 시스템 장애 조치를 지원하기 위해 필요합니다.

온프레미스 설치와 마찬가지로 배포 계획의 일부로 데이터베이스 제품의 성능 및 지연 시간 요구 사항을 고려하세요.

클래식 인프라에서 고가용성 구성

IBM Cloud SAP 환경은 솔루션을 위한 사전 구성된 고가용성 배포를 제공하지 않습니다. 그러나 선택한 운영 체제에 사용할 수 있는 고가용성 솔루션을 기반으로 고가용성 시나리오를 구성할 수 있습니다.

배포에 고려해야 할 사항 목록은 고가용성 및 펜싱 고려 사항고가용성 및 네트워크 고려 사항 을 참조하세요. 이러한 고려 사항 외에도, SAP NetWeaver 와 그 데이터베이스에 대한 고가용성을 구성하는 것은 다른 온-프레미스 설치와 다르지 않습니다.

높은 가용성과 펜싱 고려 사항

고가용성 클러스터에서 공유 자원의 무결성을 보호하기 위해서는 장애가 발생한 클러스터 노드를 격리하는 펜싱 메커니즘이 필요합니다. 인텔 프로세서 기반 클러스터는 펜싱을 위해 지능형 플랫폼 관리 인터페이스(IPMI) 기능을 사용하는 경우가 많습니다. IBM Cloud 의 Classic 인프라 환경에서 기업 보안이 구현되어 있기 때문에, IPMI를 이용한 원격 관리 장치에 대한 네트워크 기반 액세스가 불가능합니다.

IPMI 지원 장치가 없는 경우 공유 저장 장치에 기반한 펜싱 메커니즘이 사용됩니다. IBM Cloud (클라우드 컴퓨팅) 환경에서 공유 저장 장치는 일반적으로 서버에 공유 LUN( iSCSI LUN)을 제공함으로써 구현됩니다.

예를 들어, 파일 공유 감시(FSW)는 Microsoft Windows 클러스터에서 사용할 수 있습니다. Windows Server 기반 배포에서 쿼럼을 구성하고 관리하는 방법에 대한 자세한 내용은 쿼럼 및 감시자 관리를 참조하세요.

Linux-클러스터 기반은 펜싱을 위해 SBD(Storage-Based Death 또는 STONIT Block Device) 기반 구현을 사용할 수 있습니다. 클러스터 펜싱과 SBD에 대한 자세한 정보는 Pacemaker Explained - Fencing and Using SBD With Pacemaker 를 참조하세요.

IBM Cloud 블록 스토리지는 고가용성 기능이 내장되어 있습니다. 단일 공유 LUN( iSCSI )은 네트워크 레이아웃이 중복되어 있기 때문에 단일 실패 지점(SPOF)을 도입하지 않습니다. 그러나 특정 클러스터 솔루션에는 하나 이상의 공유 장치가 필요할 수 있습니다.

높은 가용성과 네트워크 고려 사항

IBM Cloud 클래식 인프라 환경 기반 설치는 다음 네트워크 구성 중 하나와 함께 제공됩니다.

  • 사설 네트워크
  • 공용 네트워크
  • 공용 및 사설 네트워크
  • 2개의 사설 네트워크(서버 유형 및 물리적 하드웨어 구성 요소 구성에 따라 특별 요청 시)

온프레미스 설치와 마찬가지로 하드웨어의 물리적 제한에 따라 추가 네트워크 어댑터를 주문할 수 있습니다. 이 제한은 서버에 장착할 수 있는 NIC 카드의 수와 같은 온프레미스 설치의 경우와 동일합니다.

서버 하드웨어를 배치할 때, 중복 네트워크 어댑터를 주문하여 네트워크 토폴로지에서 단일 장애 지점을 피하십시오.

베어 메탈 서버용 중복 어댑터는 LACP(링크 집계 제어 프로토콜)를 사용하여 장애 조치 구성으로 설정됩니다. Linux 에는 본딩 인터페이스가 사용되고, Microsoft Windows 에는 팀 어댑터가 사용됩니다. 이러한 설정은 중복성과 대역폭 증가를 위한 논리적인 인터페이스를 제공합니다.

IBM Cloud for VMware Solutions 을 배포하면 NSX-T 분산 스위치를 사용하여 VMware 에 대한 이중화 어댑터가 설정됩니다. 이는 현재 소프트웨어 정의 데이터 센터에 대한 VMware 모범 사례( VMware NSX-T 설계 참조)와 일치합니다. 변경될 수 있지만, 이중화는 각 분산 스위치가 출발 가상 포트 기반 경로 로드 밸런싱 알고리즘을 사용하도록 설정하여 구성됩니다. 포함된 모든 포트 그룹은 2개 이상의 업링크(활성: 0,1)를 통한 팀 작업을 사용합니다.

vSwitch, 를 사용하는 수동 설치로 IBM Bare Metal에 VMware vSphere 을 배포하는 경우, 물리적 NIC 어댑터의 LACP 본딩을 사용할 수 있습니다. 이 구성 선택은 처리량 증가(예: 본딩)와 안정성 이중화(예: 팀을 통한 로드 밸런싱)에 대한 필요성에 따라 달라집니다.

NIC 어댑터는 중복 스위치에 연결되어 있으므로 추가적인 단일 실패 지점이 발생하지 않습니다. 중복 인프라는 주문된 VLAN에서 사용할 수 있습니다.

재해 복구 복제 시나리오와 같은 일부 네트워크 요구 사항의 경우, 연결된 장치의 위치와 시나리오에 특정한 새로운 네트워크 요구 사항을 고려해야 합니다. 때로는 스냅샷 백업이 있는 IBM Cloud 클래식 인프라의 파일 또는 블록 스토리지가 요구 사항을 충족할 수 있습니다. 비즈니스 요구에 가장 적합한 솔루션이 무엇인지 확인하려면 IBM Cloud 지원팀에 문의하세요.

IBM Cloud 의 고가용성 구성 VPC

IBM Cloud VPC 에서 SAP S/4HANA HA 배포 에 대한 자동화된 고가용성 배포에 대한 설명서를 검토하세요.

자동화가 적용되지 않는 시나리오나 사용 가능한 자동화가 적합하지 않은 경우에는 언제든지 수동으로 고가용성 솔루션을 구현할 수 있습니다. 이 경우, 클래식 인프라에서 고가용성 구성과 동일한 정보가 적용됩니다.

IBM 의 고가용성 구성 Power Virtual Server

IBM Power Virtual Server 에서 SAP 애플리케이션에 대한 고가용성 시나리오를 구현하려면 IBM Power Virtual Server 에서 SAP 애플리케이션에 대한 고가용성 구현을 참조하세요.