시스템 크기 조정 지침

다음 항목에서는 처음 설정할 때 고려해야 할 크기 조정 지침에 대해 설명합니다. MicroStrategy. 정기적으로 시스템을 재평가하고 실제 시스템 성능 및 사용을 기반으로 업데이트해야 합니다.

이 섹션에서는 가장 기본적인 지침만 설명합니다. 자세한 정보는 다음을 참조하세요. System Administration 도움말.

사용자 수

그만큼 사용자 수는 다음과 같은 방법으로 측정할 수 있습니다.

총 사용자: 시스템에 등록된 사용자입니다. 예를 들어 기업 웹사이트를 950명의 개인이 볼 수 있다면 해당 사이트의 총 사용자는 950명입니다.
활성 사용자: 시스템에 로그인한 사용자입니다. 총 950명의 사용자가 사이트를 볼 수 있고 그 중 30명이 사이트에 로그인했다면 활성 사용자는 30명입니다.
동시 사용자: 서버에서 처리 중인 작업이 있는 사용자(MicroStrategy Web, Intelligence Server 등)을 동시에 실행합니다. 예를 들어 사이트는 총 950명의 사용자가 사용할 수 있고 30명이 로그인되어 있습니다. 30명의 활성 사용자 중 10명은 서버에서 동시에 작업을 처리하고 있습니다. 따라서 동시 사용자는 10명입니다.

이러한 측정 중 동시 사용자 수를 고려하는 것이 중요합니다. 시스템은 주어진 시간에 예상되는 최대 동시 사용자 수를 지원해야 합니다.

보고서 복잡성

보고서가 복잡할수록 더 많은 Intelligence Server 리소스가 필요합니다. 이러한 맥락에서 "복잡한" 보고서는 많은 분석 처리가 필요한 보고서입니다. 길고 복잡한 SQL이 포함된 보고서는 본질적으로 복잡하지만 실행하는 데 반드시 추가 Intelligence Server 리소스가 필요한 것은 아닙니다. Intelligence Server에 추가적인 스트레스를 생성하는 것은 보고서의 분석 처리입니다.

분석적으로 복잡한 보고서는 간단한 보고서보다 Intelligence Server에 더 많은 부하를 생성하므로 시스템의 평균 보고서 복잡성이 어느 정도인지에 대한 일반적인 아이디어가 있어야 합니다. 이를 알면 캐싱 전략을 결정하는 데 도움이 될 수 있습니다. 예를 들어, 복잡한 보고서를 사전 캐시하고 Intelligence Server에 필요한 처리 능력을 결정하기로 결정할 수 있습니다.

데이터베이스 서버는 Intelligence Server가 생성하는 SQL을 처리하므로 매우 복잡한 SQL이 포함된 보고서는 데이터베이스 서버에 추가적인 스트레스를 줄 수 있습니다. 데이터베이스 서버 시스템의 크기를 조정할 때 이 점을 고려해야 합니다.

임시 보고서와 캐시

보고서 캐시는 이전에 실행된 보고서의 결과를 저장합니다. 만약 클라이언트(MicroStrategy Web, 개발자 등)이 캐시된 보고서를 요청하면 Intelligence Server는 캐시된 보고서 결과를 클라이언트에 반환합니다. 캐시되지 않은 임시 보고서의 경우 Intelligence Server는 결과를 반환하기 전에 전체 보고서 실행 주기를 거쳐야 합니다. 이러한 이유로 보고서 캐싱을 사용하면 Intelligence Server의 로드를 최소화하면서 응답 시간을 높일 수 있습니다.

캐싱의 이점은 간단한 보고서보다 복잡한 보고서에서 더 분명하게 나타납니다. 복잡한 보고서를 캐싱하면 실행 시간이 크게 향상될 수 있지만 간단한 보고서에 대한 보고서 캐시는 이 점에서 큰 차이를 가져오지 못할 수 있습니다.

따라서 시스템의 임시 보고가 복잡할수록 Intelligence Server의 전체 로드도 커집니다. Intelligence Server 시스템 크기를 조정할 때 이 점을 반드시 고려해야 합니다.

요소 찾아보기 프로세스는 임시 보고와 유사합니다. 요소 찾아보기는 애트리뷰트 요소의 계층 구조를 탐색할 때(예: 연도 애트리뷰트의 월 목록 보기) 발생합니다. 기본적으로 요소 탐색에는 캐싱이 활성화되어 있습니다. 또한 한 번에 검색할 요소 수를 제한할 수 있습니다.

보고서 서비스 문서

보고서 서비스 문서는 활용 MicroStrategy 복잡하고 정교한 보고서를 실행하는 개체입니다. 문서에 사용 가능한 데이터세트에 따라 문서의 내용이 결정됩니다. 각 데이터 세트는 리포트와 애트리뷰트, 메트릭, 사용자 정의 그룹, 통합 등의 구성 요소 개체를 나타냅니다. 문서에 데이터 세트를 사용할 수 있는 경우 해당 데이터 세트의 전체 보고서 또는 구성 요소 개체가 문서 출력에 포함될 수 있습니다.

문서를 생성할 때 Intelligence Server 실행 시간과 전체 CPU 사용량이 증가하지 않도록 다음 지침을 참조하십시오.

데이터 세트의 수는 적지만 크기는 커야 합니다.
출력 문서의 그리드 수는 더 적어야 합니다. 가능한 경우 출력 문서에서 더 적은 수의 그리드에 맞도록 데이터를 통합합니다.
통합, 사용자 정의 그룹 및 스마트 메트릭과 같은 복잡한 요소를 사용하면 특히 산술 연산자가 요소 정의에 사용되는 경우 Intelligence Server 사용량이 증가할 수 있습니다.
필요한 경우에만 사용자 정의 형식을 사용하십시오.

OLAP 서비스

OLAP Services는 보고서를 Intelligence Server의 물리적 메모리에 Intelligent Cube로 저장합니다. 이러한 Intelligent Cube가 메모리에 캐시되면 파생 메트릭 및 파생 요소 추가, 서식 지정 및 Intelligent Cube 내 드릴링과 같은 보고서 조작에 소요되는 시간이 상당히 줄어듭니다. 이는 새 SQL이 데이터베이스에 대해 실행되지 않기 때문입니다.

OLAP Services는 큐브가 Intelligence Server의 메모리에 저장되므로 Intelligence Server 리소스를 희생하면서 향상된 보고서 조작 기능을 제공합니다. Intelligent Cube의 크기를 결정하려면 다음 요소를 고려하십시오.

Intelligence Server 리소스
예상 응답 시간
사용자 동시성

OLAP Services는 플랫폼 성능, 특히 메모리 및 보고서 응답 시간에 영향을 미칠 수 있으므로 Intelligence Server CPU 사용률과 메모리 사용량을 면밀히 모니터링해야 합니다. OLAP Service에 대한 자세한 내용은 다음을 참조하세요. In-memory Analytics 도움말. OLAP Service에 대한 추가 성능 조정 모범 사례는 다음에서 제공됩니다. System Administration 도움말.

추가 고려사항

다양한 요소가 시스템 성능에 영향을 미칠 수 있으며, 그 중 대부분은 시스템 세부 사항과 관련되어 있어 예측하기 어렵습니다. 아래에는 시스템 요구 사항을 결정할 때 고려해야 할 항목이 나열되어 있습니다.

개발자 대 MicroStrategy Web 용법-MicroStrategy 제품은 대부분의 사용자가 다음을 통해 시스템에 액세스한다는 가정하에 설계되었습니다. MicroStrategy Web 더 적은 비율이 개발자 제품을 사용합니다.
통계 로깅 - 통계 로깅은 실제 사용량을 기반으로 시스템 구성을 분석하고 추가로 구체화하는 데 매우 유용합니다. 그러나 모든 통계를 항상 기록하면 시스템 응답 시간이 눈에 띄게 늘어날 수 있습니다. 이러한 이유로 생성된 통계의 하위 집합만 기록하거나 통계만 주기적으로 기록하도록 선택할 수 있습니다.
백업 빈도 - 캐시는 메모리와 디스크에 저장될 수 있습니다. 백업을 활성화하면 Intelligence Server가 모든 캐시 파일을 디스크에 쓸 수 있습니다. 백업 빈도가 기본값인 0으로 설정된 경우 백업 파일은 생성되는 즉시 디스크에 기록됩니다. 그러나 모든 캐시 파일을 항상 디스크에 기록하면 시스템 성능이 눈에 띄게 저하될 수 있습니다.
디스크 쓰기를 최소화하고 시스템의 메모리 사용량을 최적화하는 값으로 백업 빈도를 설정하십시오.
비율 MicroStrategy Web 서버 대 Intelligence Server - 일반적인 시스템에서는 Intelligence Server와 Intelligence Server의 비율이 1:1이어야 합니다. MicroStrategy Web 서버. 이렇게 하면 양쪽의 리소스가 최적화됩니다. 그러나 Intelligence Server를 추가하거나 MicroStrategy Web 귀하의 특정 요구 사항에 따라 서버.
보고서 스타일 -MicroStrategy Web 다양한 세트를 제공합니다 XSL 보고서 스타일. 이러한 스타일을 사용하면 보고서 모양을 쉽게 사용자 정의할 수 있습니다. 이러한 스타일의 복잡성이 다양하기 때문에 일부 스타일은 다른 스타일보다 더 많은 처리가 필요할 수 있습니다.

MicroStrategy 고성능을 위한 전문 서비스

MicroStrategy 전문 서비스는 고객이 훨씬 더 빠른 성능을 얻기 위해 사용할 수 있는 5가지 주요 수단을 식별했습니다.

인메모리 비즈니스 인텔리전스 활용
고성능 대시보드 디자인
쿼리 효율성 최적화
효과적인 캐싱 전략 구현
구성 MicroStrategy 고성능을 위해

단 일주일 만에, MicroStrategy 전문 서비스에서는 비즈니스 인텔리전스 구현을 철저하게 검사하여 전반적인 성과를 개선하기 위한 5가지 주요 영역에 대한 실행 가능한 권장 사항을 제공합니다. 그만큼 MicroStrategy 성능 분석 서비스는 다음을 제공합니다.

성능 최적화 로드맵: 성과 목표 달성을 위한 우선순위 권장 사항이 포함된 맞춤형 보고서입니다.
시스템 설정: 다양한 환경에서 리소스를 효율적으로 사용하기 위한 최적의 구성 설정 권장 사항 MicroStrategy 제품.
성과 모니터링 계획: 성과 기회를 사전에 모니터링하고 식별하기 위한 일련의 성과 관련 지표입니다.

방법을 배우려면 MicroStrategy 전문 서비스는 성과 분석을 통해 성과 기회를 평가하고 우선순위를 정하는 데 도움을 줍니다. MicroStrategy 서비스.

크기 조정에 대한 일반적인 질문

아래 섹션에서는 일반적인 크기 조정 질문에 대한 간략한 설명을 제공합니다. 튜닝에 대한 자세한 내용은 MicroStrategy 환경을 참조하세요. 최고의 성능을 위한 시스템 조정 의 장 System Administration 도움말. 아래 섹션에서는 기타 추가 리소스도 제공합니다.

Intelligence Server의 프로세서 속도를 높여야 하는 이유는 무엇입니까?

Intelligence Server의 프로세서 속도를 높이면 모든 분석 작업과 XML(Extensible Markup Language) 및 COM(구성 요소 개체 모델) API(응용 프로그래밍 인터페이스)의 요청에 대한 성능이 향상되고 실행 시간이 단축됩니다. 시스템이 고용량(예: 80% 이상)에서 일관되게 실행되는 경우 프로세서 속도가 빨라지면 시스템 용량이 향상된다는 신호일 수 있습니다.

귀하의 프로세서를 조정하는 방법에 대한 자세한 내용은 MicroStrategy 환경에 대해서는 섹션을 참조하세요. 시스템 리소스 관리 에서 System Administration 도움말.

Intelligence Server에 더 많은 프로세서를 추가해야 하는 이유는 무엇입니까?

Intelligence Server에 더 많은 프로세서를 추가하면 프로세서 간의 로드 분산이 향상됩니다. 이는 전반적인 성능 향상을 제공합니다. 프로세서가 지속적으로 고용량(예: 80% 이상)으로 실행되는 경우 프로세서 수를 늘리는 것이 좋습니다.

Intelligence Server를 호스팅하는 시스템에서 메모리를 늘려야 하는 이유는 무엇입니까?

Intelligence Server를 호스팅하는 시스템에서 물리적 디스크를 너무 많이 활용하는 경우 시스템 성능에 병목 현상이 있음을 나타낼 수 있습니다. Windows 시스템에서 이를 모니터링하려면 개체에 대한 Windows 성능 모니터를 사용하십시오. 물리적 디스크 그리고 카운터 % 디스크 시간. 카운터가 평균 80%보다 큰 경우 시스템에 메모리가 부족하다는 의미일 수 있습니다.

시스템 메모리 조정에 대한 자세한 내용은 MicroStrategy 환경에 대해서는 섹션을 참조하세요. 시스템 리소스 관리 에서 System Administration 도움말.

더 많은 네트워크 대역폭이 나에게 어떤 도움이 될까요?

네트워크 용량이 얼마나 사용되고 있는지 모니터링하여 네트워크가 시스템 성능에 부정적인 영향을 미치는지 여부를 알 수 있습니다. Windows 시스템에서 이를 모니터링하려면 개체에 대한 Windows 성능 모니터를 사용하십시오. 네트워크 인터페이스, 그리고 카운터를 살펴보세요 총 바이트/초 네트워크 대역폭의 백분율로 표시됩니다. 예를 들어 지속적으로 60%보다 큰 경우 네트워크가 시스템 성능에 부정적인 영향을 미치고 있음을 나타낼 수 있습니다.

결과 집합이 매우 큰 경우 네트워크 대역폭을 늘리면 네트워크 정체로 인해 발생하는 병목 현상이 줄어듭니다. 그 결과 데이터 흐름이 더 커지고 쿼리 응답 시간이 빨라집니다.

네트워크를 조정하는 방법에 대한 자세한 내용은 MicroStrategy 환경에 대해서는 섹션을 참조하세요. 네트워크가 성능에 미치는 영향 에서 System Administration 도움말.

사용자가 완전히 활용할 수 있는 CPU는 몇 개입니까?

한 명의 사용자는 서버에서 사용 가능한 CPU 수에 관계없이 최대 하나의 CPU를 완전히 활용할 수 있습니다. 로드는 다중 프로세서 서버의 여러 CPU에 분산됩니다.

라이센스가 CPU 활용도에 어떤 영향을 미칠 수 있는지에 대한 자세한 내용은 다음을 참조하세요. System Administration 도움말.

듀얼 프로세서에 하이퍼스레딩을 사용하면 어떤 이점이 있나요?

듀얼 프로세서에서 하이퍼스레딩을 사용하면 전체 CPU 사용량이 줄어든다는 이점이 있습니다. 사용자 수가 많은 경우 하이퍼스레딩을 사용하는 것이 좋습니다.

듀얼 프로세서에 하이퍼스레딩을 사용하면 어떤 단점이 있나요?

하이퍼스레딩 사용의 단점은 Intelligence Server 실행 시간이 약간 증가한다는 것입니다. 따라서 빠른 처리를 위해서는 하이퍼스레딩을 사용하지 않는 것이 좋습니다.

Intelligence Server에 저장할 수 있는 최대 Intelligent Cube 크기는 얼마입니까?

리포트가 해당 데이터에 액세스하려면 Intelligent Cube가 Intelligence Server 메모리에 저장되어야 합니다. 이렇게 하면 이러한 보고서의 성능이 향상될 수 있지만 Intelligence Server 메모리에 너무 많은 데이터를 로드하면 Intelligence Server의 작업 처리 능력에 부정적인 영향을 미칠 수 있습니다. 이러한 이유로 Intelligence Server에 저장할 수 있는 Intelligent Cube 데이터의 양을 관리하는 것이 중요합니다.

Intelligent Cube 메모리 사용, 로드 및 저장 관리에 대한 자세한 내용은 다음을 참조하세요. System Administration 도움말.