에이전트 클러스터 이해

클러스터를 사용하여 통합 작업을 배포할 수 있습니다.

다음은 여러 클러스터를 정의하는 것이 좋은 몇 가지 비즈니스 시나리오의 예입니다.

• 소스 시스템이 지리적으로 분산되어 있습니다. 네트워크 대기 시간을 피하기 위해 각 데이터 센터 위치에 하나 이상의 에이전트를 배포하는 것이 좋습니다.

• 조직의 여러 비즈니스 단위에서 해당 작업을 독립적으로 보호하고 관리하려고 합니다.

• 조직에서 여러 유형의 소스 시스템을 사용합니다. 예를 들어 EBS(E-Business Suite)와 Peoplesoft가 서로 다른 데이터 센터에 있습니다. 보안 및 데이터 볼륨이 서로 다를 수 있으며, 데이터 추출 프로세스를 독립적으로 관리하려고 합니다.

• 소스마다 데이터 로드 빈도가 다릅니다. 보고 및 드릴다운의 소스로 사용되는 데이터 웨어하우스 스테이징 시스템이 있을 수 있습니다. 데이터가 매일 대화식 모드로 로드될 수 있으며, 드릴다운을 지원하려고 합니다. 다른 ERP 시스템을 월말 연결 프로세스 전용 소스로 사용할 수 있으며, 모든 데이터 로드가 뱃치 처리됩니다. 이러한 각 데이터 소스에 대해 다른 클러스터를 정의할 수 있습니다.

클러스터 지정을 정의하여 다른 여러 클러스터에 통합을 할당할 수 있습니다. 엔티티 유형별로 적절한 클러스터에 통합을 지정할 수 있습니다.

• 통합(데이터 규칙)
• 위치
• 타겟 애플리케이션

통합 작업이 시작되면 시스템에서 작업이 지정된 위치를 검사하고 클러스터를 확인한 다음, 해당 클러스터에 작업을 지정합니다. 작업 실행 우선순위는 엔티티 유형에 따라 결정됩니다. 통합이 위치보다 우선 적용되고, 위치가 타겟 애플리케이션보다 우선 적용됩니다.

각 클러스터에 여러 에이전트를 포함하여 추가 로드 밸런싱 및 고가용성을 제공할 수 있습니다. 에이전트 구성 INI 파일에서 에이전트를 클러스터에 연계합니다. EPM Integration Agent를 시작하면 자동으로 에이전트가 클러스터에 연계되고 클러스터에 지정된 작업이 실행됩니다. 클러스터 내의 로드 밸런싱 절차는 실행 모드가 동기 또는 비동기인지에 따라 다릅니다.

동기 모드에서는 시스템이 라운드 로빈 프로세스를 사용하여 클러스터에 속한 에이전트에 작업을 지정합니다. 자세한 내용은 동기 모드 구성을 참조하십시오.

비동기 모드에서는 고가용성을 얻기 위해 에이전트가 서로 다른 시간에 시작되도록 설정합니다. 예를 들어 간격을 10분으로 설정하고 정시 5분에 다른 에이전트를 시작한 다음, 정시 10분에 다른 에이전트를 시작할 수 있습니다. 이렇게 하면 에이전트가 5분마다 확인합니다.