2.4. 엔터프라이즈 토폴로지로 마이그레이션하기 위한 동기

증가 토폴로지에는 단일 플랫폼 게이트웨이와 같은 단일 장애 지점 및 컨트롤 플레인, 실행 플레인 및 웹 서비스와 같은 기타 중요한 구성 요소가 포함됩니다. 이러한 구성 요소는 종종 동일한 노드에서 리소스를 공유하므로 리소스 경합이 증가하게 됩니다. 워크로드가 증가함에 따라 작업 처리 또는 API 응답과 같은 특정 서비스가 공동 배치 또는 단일 노드 용량 제한으로 인해 병목 현상이 발생할 수 있습니다. 결과적으로 성장 토폴로지는 일반적으로 강력한 고가용성 기능을 제공하지 않습니다. Ansible Automation Platform의 VM 기반 설치 및 컨테이너화된 배포의 경우 확장 배포 내에서 가상 머신 또는 물리적 호스트를 수직으로 스케일링하여 가능한 워크로드를 줄일 수 있습니다. 그러나 증가 토폴로지 내의 수직 확장 기능은 제한됩니다.

증가 토폴로지 내에서 제한 사항을 확장하려면 엔터프라이즈 토폴로지로 마이그레이션할 수 있습니다. 엔터프라이즈 토폴로지로 마이그레이션하는 것은 다음 사용 사례에서 관련이 있을 수 있습니다.

유연성, 복원력 및 확장성을 극대화하려면 OpenShift Container Platform 기반 엔터프라이즈 토폴로지로 마이그레이션하십시오. 이 마이그레이션에는 외부에서 관리되는 엔터프라이즈급 PostgreSQL 데이터베이스와의 통합이 포함됩니다. 운영자 기반 설치는 개별 서비스를 확장하고 특정 요구 사항에 맞게 배포를 조정할 수 있는 유연성을 제공합니다. 또한 다운타임 감소와 함께 배포를 확장하고 레이블, 테인트, 톨러레이션 및 토폴로지 제약 조건으로 워크로드 배치를 사용자 정의하는 기능도 향상됩니다. 또한 기본 작업자 노드에 장애가 발생하는 경우 자동 서비스 재생성과 같은 복구 기능의 이점도 누릴 수 있습니다.