HA 및 DR 배포 모델
- 최종 업데이트2022/03/10
HA 및 DR 배포 모델
Automation 360는 여러 가지 배포 옵션을 제공하여 다양한 수준의 기업 비용/가격 성능 및 복원성 요구 사항을 충족합니다. 옵션에는 단일 노드 및 다중 노드에 대한 설치가 포함됩니다. 다중 노드 배포는 고가용성(HA) 클러스터 및 재해 복구(DR) 사이트에 대해 구성할 수 있습니다.
배포 서비스는 Automation 360 설치 프로그램을 사용하여 설정됩니다. 일반적인 Automation 360 서버 노드는 다음 서비스를 실행합니다.
- Automation Anywhere 자동화 서비스
- Automation Anywhere 메시징 서비스
- Automation Anywhere 캐싱 서비스
- Automation Anywhere 검색 서비스
- 리포지토리 스토리지
- (선택 사항) IQ Bot VM
Automation 360 설치 프로그램은 다중 노드 배포 구성도 지원합니다.
계획
배포 모델을 선택하기 전에 요구 사항을 확인하십시오. 최상의 결과를 위해, Automation Workspace 개발 테스트 및 생산환경 전반에 걸쳐 같은 작동 시스템을 배치하십시오. 최소한 테스트 및 프로덕션 환경에서는 동일한 OS를 사용하십시오.
배포 모델
대략적으로 Automation 360를 배포 또는 설치하는 방법은 단일 노드와 다중 노드, 두 가지입니다. 비즈니스 연속성 요구 사항을 충족하는 옵션을 선택하십시오.
단일 노드 배포
이름에서 알 수 있듯 단일 물리적 서버 노드가 있으며, 여기에는 Automation 360와 관련된 모든 서비스가 실행됩니다. 설계상 이 구성은 중복성을 제공하지 않으므로 가용성은 이 단일 노드의 서비스에 따라 다릅니다.
- 데이터베이스
- 단일 노드 배포에서 데이터베이스는 Control Room 서버가 데이터베이스 서버에 연결할 수 있는 경우 어디에나 위치할 수 있습니다. 여기에는 네트워크 구성이 포함될 수 있습니다.주: 더 높은 처리/메모리 구성이 필요하므로 Control Room 서버와 동일한 서버에 데이터베이스 서버를 호스팅할 수 없습니다.
- 특성
-
- 재해 복구 없음(단일 장애 지점): 단일 노드에 장애가 발생하면 RPA 운영에 부정적인 영향을 미칩니다.
- 고가용성 없음: 업그레이드 또는 유지 보수를 위해 서버를 오프라인 상태로 전환하면 RPA 작업에 영향을 미칩니다.
- RPA 확장 없음: RPA 배포가 확장되고 사용자가 증가하면, 단일 노드에서 증가된 로드를 관리해야 합니다. 이 경우 RPA 성능이 저하될 수 있습니다.
- 사용 권장 사항
- 단일 노드 배포는 일반적으로 개념 증명, 데모, 테스트 및 시험과 같은 소규모 사용에 권장됩니다.
가동 중지 시간이 RPA 운영 및 비즈니스 연속성을 손상시키므로 단일 노드 배포는 프로덕션 용도로 권장되지 않습니다.
- 장점
-
- 빠르고 쉬운 설치 및 설정
- 추가 서버가 필요하지 않음
- 로드 밸런서 및 클러스터링 구성이 필요하지 않음
다음 이미지는 단일 노드에 대한 Automation Anywhere 및 데이터 센터 컴포넌트를 보여줍니다. Automation Anywhere 컴포넌트는 주황색으로 나타나고 사용자의 조직에서 제공하는 컴포넌트는 파란색으로 나타납니다. 라이선스 서버와 같이 클라우드에서 중앙 호스팅되고 Automation Anywhere에서 관리하는 컴포넌트는 연한 주황색으로 표시됩니다.
다중 노드 배포
더 높은 처리 규모, 프로덕션 설정에서 더 높은 가용성을 달성하기 위해 Automation 360 서비스는 여러 서버 노드에 배포됩니다. 설치 프로그램을 사용하여 다중 모드 구성을 설정할 수 있습니다. 여기에는 서비스를 동일한 데이터베이스에 연결하는 등의 추가 구성 단계가 포함됩니다.
- 분산형 접근 방식
-
Control Room은 지정된 기간에 많은 수의 요청을 처리할 수 있는 유연성을 제공합니다.
필요에 따라 여러 개의 실제 또는 가상 서버에 Control Room의 여러 인스턴스를 배치할 수 있습니다. 이는 또한 캐싱, 검색 및 메시징 서비스에 대한 클러스터 설정을 구성하는 것을 의미합니다.
- 로드 밸런싱
- 로드 밸런서에서 실행되는 이 절차는 여러 서버에 애플리케이션이나 네트워크 트래픽을 분배하여 서비스 활동을 보호하고 여러 서버에 워크로드를 분배할 수 있습니다. 이렇게 하면 자동화 활동은 클러스터된 서버에서 계속됩니다.
- 데이터베이스
- 다중 노드 배포에서 데이터베이스는 자체 내장된 장애 조치를 사용하여 데이터를 보호합니다. 이렇게 하면 데이터베이스의 데이터 복구가 보장됩니다.
AWS-RDS, 고가용성 및 재해 복구와 같은 클라우드 기반 데이터베이스 서비스를 서비스 제공의 일부로 사용하는 경우 추가 데이터베이스 구성이 필요하지 않습니다.
온프레미스 데이터베이스 시나리오의 경우 Microsoft SQL Server 데이터 센터에서 클러스터된 기본(활성) 및 보조(수동) 간에 동기 복제를 구성합니다. 이렇게 하면 데이터베이스 노드에 장애가 발생할 경우에도 일관성을 유지할 수 있습니다.
동기식 복제의 경우 Microsoft SQL Server의 게시자 및 구독자 모델을 사용하여 기본 재해 복구 사이트에서 기본 사이트와 지리적으로 분리된 위치에 있는 보조 재해 복구 사이트로 데이터베이스를 구성합니다.
다음 이미지는 데이터 센터 클러스터의 3개 노드에 대한 Automation Anywhere과(와) 데이터 센터 컴포넌트를 보여 줍니다. Automation Anywhere 컴포넌트는 주황색으로 나타나고 사용자의 조직에서 제공하는 컴포넌트는 파란색으로 나타납니다. 라이선스 서버와 같이 클라우드에서 중앙 호스팅되고 Automation Anywhere에서 관리하는 컴포넌트는 연한 주황색으로 표시됩니다.
- 모든 HA 클러스터 노드가 동일한 위치에 구성되어 있는지 확인합니다. 여러 사이트에 걸쳐 있는 단일 HA 클러스터에서 노드를 구성하지 마십시오. 기본 사이트에 HA 클러스터 하나와 보조 사이트에 다른 HA 클러스터를 구성해야 합니다.
- Control Room과(와) IQ Bot은 두 애플리케이션 간의 통신을 보장하기 위해 동일한 데이터 센터에서 구성되어야 합니다.