MicroStrategy ONE
Platform Analytics 아키텍처 예
아래의 예는 지원되는 모든 아키텍처의 전체 목록이 아닙니다. 대신에 언급된 모범 사례와 일반적인 권장 사항을 설명합니다. 아키텍처 모범 사례 및 세부 사항.
모든 Platform Analytics 구성 요소에 대한 단일 노드
이 구성에서는 모든 Platform Analytics 구성 요소가 동일한 시스템에 설치됩니다. 모두 Library Intelligence Server 환경(단일 노드 또는 클러스터)은 동일한 원격 측정 서버 노드에서 데이터를 생성하도록 구성되어야 합니다. Platform Analytics 웨어하우스는 즉시 사용 가능한 MicroStrategy 저장소.
이는 모든 구성요소가 단일 시스템(위 예에서는 시스템 4)에 설치되는 Platform Analytics의 가장 간단한 표현 중 하나입니다.
원격 플랫폼 분석 창고
이 아키텍처에서는 Platform Analytics 웨어하우스를 제외하고 모든 Platform Analytics 구성 요소가 동일한 시스템에 있습니다. 즉시 사용 가능한 옵션을 선택할 수 있습니다. MicroStrategy PostgreSQL의 독점 인스턴스를 리포지토리 또는 프로비저닝합니다.
이 아키텍처가 귀하에게 적합한지 평가하는 방법:
-
RDS(원격 데스크톱 서비스)를 사용하는 경우 Platform Analytics 데이터에 대한 대량 읽기 쿼리 사용 사례가 있는 경우 읽기 액세스용 복제본을 쉽게 설정할 수 있습니다.
-
RDS는 시간이 지남에 따라 데이터베이스가 증가함에 따라 향후 시스템 리소스를 늘릴 수 있는 쉬운 옵션을 제공합니다.
-
RDS 또는 자체 관리형 PostgreSQL을 사용하는 경우 시스템 리소스를 관리하고 용량 계획을 수행하는 것이 더 쉽습니다.
높은 처리량/고급 아키텍처
높은 처리량 아키텍처는 상당한 구성 및 유지 관리 요구 사항이 따른다는 장점이 있기 때문에 신중하게 고려해야 합니다.
일반적으로 이 접근 방식은 다음과 같은 경우에 고려됩니다.
-
상당한 원격 분석(높은 개체, 사용자, 작업 수)을 갖춘 수많은 Intelligence 서버 노드가 있습니다.
-
아키텍처의 고가용성 속성이 필요합니다.
처리량이 높은 아키텍처의 경우 Telemetry 서버 노드 클러스터를 사용하는 것이 좋습니다. 하나의 원격 분석 저장소는 단일 원격 분석 서버 노드 또는 원격 분석 서버 클러스터의 데이터를 사용할 수 있습니다. 이는 모든 원격 측정 서버 노드가 단일 클러스터에 있어야 함을 의미합니다.
현재 Telemetry 서버는 Zookeeper 및 Kafka 구성 요소로 표시됩니다. 노드의 하위 집합에 Telemetry 서버를 설치할 수 있습니다. 유일한 요구 사항은 홀수 개의 Telemetry 서버 노드(3, 5 등)를 유지하는 것입니다. 참조 사육사 문서 자세한 내용은. 다중 원격 분석 서버 클러스터는 지원되지 않습니다.
Intelligence Server 노드와 동일한 시스템에 있는 원격 측정 서버 노드
원격 측정 서버 노드 아니다 Intelligence Server 노드와 동일한 시스템에
