basic architecture (ASCS, PAS, AAS, Dialog)

 

 

Distributed system 

central instance(CI) renamed PAS

dialog instance(DI) renamed AAS

 

ASCS

- Message Server: 

Load balancing

- Enqueue Server:
Lock Table을 관리합니다. 

 

AS (Application Servers)

Application Server는 두 가지 종류가 있습니다.

- PAS(Primary Application Server): 첫 번째로 설치되는 Application Server입니다.

- AAS(Additional Application Server): 추가로 설치되는 Application Server로, 노드를 여러 개로 두어서 부하를 분산하는 역할을 합니다.

 

 

 

● ABAP 메시지 서버(MS)는 분산된 디스패처 간의 통신을 처리합니다.
AS ABAP 내에서. 이는 여러 병렬 애플리케이션 서버의 확장성을 가능하게 합니다. 그만큼
메시지 서버는 SAP 시스템당 한 번만 구성됩니다.
● Enqueue Server(ES)는 논리적 데이터베이스 잠금을 포함하는 잠금 테이블을 관리합니다.
SAP 시스템. 각 SAP 시스템마다 한 번씩 존재하며 ASCS 인스턴스의 일부입니다.
● RFC 게이트웨이 리더(RFC GW)를 사용하면 SAP 시스템 간 통신이 가능합니다.
SAP 시스템과 외부 애플리케이션 시스템 간. 디스패처당 하나의 GW가 존재합니다.
● ICM(Internet Communication Manager)을 통해 SAP 시스템과의 통신이 가능합니다.
HTTP, HTTPS, SMTP 등의 웹 프로토콜을 사용합니다. ICM은 다음으로부터 요청을 받습니다.
클라이언트는 이를 직접 수행하거나 인스턴스의 디스패처에게 전달합니다.
처리를 위해. 또한 인스턴스에서 웹 서버로 웹 요청을 전달하고 전송할 수도 있습니다.
인스턴스에 대한 응답입니다. SAP S/4HANA 서버 시스템에는 항상
구성된 디스패처당 ICM 프로세스입니다. AS에서 SAP Business Suite 시스템을 실행하는 경우
ABAP의 경우 디스패처당 ICM 프로세스를 구성하지 않거나 최대 1개만 구성할 수 있습니다.
● SAP Web Dispatcher는 SAP의 모든 인스턴스에 HTTP 요청을 분산하는 데 사용됩니다.
이는 인터넷에서 SAP 시스템으로 들어가는 핵심 지점입니다. 각각 요청이 들어오면 요청을 전달할 인스턴스를 결정해야 합니다. 그럴 때 연결을 수락하면 요청을 분산하여 전체에 고르게 분산되도록 합니다. 서버(로드 밸런싱)

 

 

AS ABAP에서 모든 애플리케이션 서버의 프로세스에는 ABAP 디스패처와
작업 프로세스 수:
● 모든 애플리케이션 서버 인스턴스에는 다양한 유형의 애플리케이션을 관리하는 디스패처가 포함되어 있습니다.
비즈니스 프로세스를 실행할 때 다양한 작업을 수행하는 작업 프로세스
SAP 시스템. 디스패처는 요청을 작업 프로세스에 배포합니다.
● Dialog work processes:  다음에 의해 트리거된 대화 단계 실행에 대한 모든 요청을 이행합니다.
활성 사용자. 또한 대화 작업 프로세스는 다음에서 다루지 않는 요청에 대해 작업합니다.
기타 작업 프로세스 유형(아래 참조) 모든 디스패처에는 최소한 두 개의 대화 작업이 필요합니다.
프로세스.
● Background work processes : 사용자 개입 없이 실행되는 프로그램을 실행합니다. 당신은 필요
각 SAP 시스템에 대해 최소 두 개의 백그라운드 작업 프로세스. 더 많은 구성을 할 수 있습니다
각 디스패처에 대해 하나 이상의 백그라운드 작업 프로세스가 있습니다.
● Update work processes:  업데이트 요청을 실행합니다. 스풀 작업 프로세스와 유사하게
SAP 시스템당 하나 이상의 업데이트 작업 프로세스가 필요하며 그 이상을 구성할 수 있습니다.
디스패처 당 하나.
● Spool work processe: 순차적인 데이터 흐름을 출력 장치(프린터)로 전달합니다. 적어도
각 SAP 시스템마다 하나의 스풀 작업 프로세스가 필요합니다. 둘 이상을 구성할 수 있습니다.
디스패처별 스풀 작업 프로세스.

 

 

 

 

 

HA Replication

 

ERS는 Enqueue Replication Server의 약어로, HA(High Availability) 구성을 할 때, Lock Table 정보를 노드 간에 동일하게 관리하기 위해 사용.

양쪽간 lock 상태 공유하기 위함.