일반 성능 지침

하드웨어 및 소프트웨어

코어 및 메모리 추가: Tableau Server를 한 컴퓨터에서 실행하거나 여러 컴퓨터에서 실행하는 경우와 상관 없이 CPU 코어 수가 많고 RAM이 많을수록 성능이 증가합니다. Tableau Server 권장 하드웨어 및 소프트웨어 요구 사항이 충족되는지 확인하십시오.

가상 환경에서 Tableau Server를 실행하는 경우 VM 호스트의 물리적 CPU 코어 수에 따라 vCPU 할당을 위한 VM 호스트의 모범 사례를 사용하십시오.

외부 리포지토리

Tableau Server의 성능을 최적화하려면 배포의 전용 노드로 리포지토리를 격리하는 것이 좋습니다. Advanced Management 라이선스가 있는 경우 리포지토리를 외부 데이터베이스로 실행하는 것이 좋습니다.

조직의 최대 로드가 시간당 1000개 이상의 VizQL 세션인 경우 Linux에서 Tableau Server를 실행하는 것이 좋습니다. 이 경우 VizQL 세션은 Tableau Server에서 비주얼리제이션을 표시하거나 생성하는 모든 사용자 동작을 나타냅니다.

자세한 내용은 Tableau Server 외부 리포지토리(링크가 새 창에서 열림)를 참조하십시오.

구성

피크 이외 시간의 새로 고침 예약: 백업이 완료될 때까지 백업 작업으로 인해 다른 백그라운드 작업이 중단될 수 있습니다. 추출용 백그라운드 작업 관리 뷰를 사용하여 새로 고침 및 백업 작업 일정을 확인하십시오. 백업 기간과 겹치지 않도록 피크 이외 시간으로 새로 고침 작업을 예약해야 합니다.

캐싱 확인: 캐싱을 사용하면 Tableau Server가 특히 라이브 데이터베이스에 연결하는 뷰에 대한 클라이언트 요청에 빠르게 응답합니다. tsm data-access caching list 명령을 사용하여 캐싱 빈도가 기본값인 low로 설정되어 있는지 확인합니다.

Tableau Server는 쿼리 캐시를 사용하여 쿼리 결과를 저장합니다. 쿼리 캐시의 크기는 수동으로 설정하지 않는 한 사용 가능한 시스템 메모리 양에 따라 자동으로 설정됩니다. 쿼리 캐시는 논리적 쿼리 캐시, 메타데이터 캐시 및 기본 쿼리 캐시로 구성됩니다. 기본 설정이 대부분의 상황에 적합하지만 TSM 명령줄 인터페이스를 사용하여 이 설정을 수동으로 구성할 수 있습니다. TSM 설정은 native_api.InitializeQueryCacheSizeBasedOnWeights, native_api.QueryCacheMaxAllowedMB, native_api.LogicalQueryCacheMaxAllowedWeight, native_api.MetadataQueryCachMaxAllowedWeight, native_api.NativeQueryCacheMaxAllowedWeightnative_api.QueryCacheEntryMaxAllowedInPercent입니다. 자세한 내용은 native_api.InitializeQueryCacheSizeBasedOnWeights을 참조하십시오.

두 세션 메모리 설정을 변경해 보십시오.

  • VizQL 세션 시간 제한: 기본 VizQL 세션 시간 제한은 30분입니다. VizQL 세션이 유휴 상태인 경우에도 메모리와 CPU 사이클은 사용됩니다. 더 낮은 제한 시간으로도 문제가 없을 경우 tsm configuration set 옵션을 사용하여 vizqlserver.session.expiry.timeout 설정을 변경하십시오.

  • VizQL 세션 지우기: 기본적으로 VizQL 세션은 사용자가 다른 뷰로 이동한 후에도 메모리에 보관됩니다. 따라서 뷰를 다시 작성할 필요성은 줄어들지만 세션 메모리 사용량이 증가합니다. vizqlserver.clear_session_on_unload 설정의 값을 true로 변경하면 사용자가 뷰에서 나갈 때 세션이 종료되므로 여유 메모리를 확보할 수 있습니다. 이 설정과 관계없이 Tableau Mobile 앱에 대한 세션은 항상 메모리에 유지되므로 모바일 성능이 개선됩니다.

프로세스 구성 평가: Tableau Server는 서버 프로세스라고 하는 여섯 가지 구성 요소로 구분되어 있습니다. 기본 구성은 광범위한 시나리오용으로 설계되었지만 기본 구성을 재구성하여 다른 성능 목표를 달성할 수 있습니다. 특히 프로세스를 실행할 컴퓨터와 실행할 프로세스 수를 제어할 수 있습니다. 노드 1개, 2개 및 3개를 이용한 배포에 대한 일반적인 지침에 대해서는 성능 조정을 참조하십시오.

바이러스 백신 소프트웨어

Tableau Server에서 사용하는 디렉터리를 검사하는 바이러스 백신 소프트웨어는 Tableau Server의 설치 및 지속적인 사용을 방해할 수 있습니다. 경우에 따라 이로 인해 설치가 실패하거나, Tableau Server를 시작하는 데 문제가 있거나, 성능에 영향을 줄 수 있습니다. Tableau Server를 실행하는 컴퓨터에서 바이러스 백신 소프트웨어를 실행하려는 경우 기술 자료(링크가 새 창에서 열림)의 권장 사항을 따르십시오.

SRM(서버 리소스 관리자)

SRM(서버 리소스 관리자)은 각 Tableau 프로세스가 사용하는 시스템 리소스를 모니터링하고 시스템에서 Tableau Server의 총 사용량을 추적합니다. 특정 프로세스 또는 제품 전체가 지나치게 많은 시스템 리소스를 차지하면 SRM은 프로세스에 리소스를 해제하도록 알리거나 프로세스를 다시 시작할 수 있습니다.

SRM이 알림을 보내거나 프로세스를 다시 시작할 시기를 결정하는 임계값은 SRM 구성 옵션에서 설정됩니다. Tableau 개발 팀은 내부 테스트를 기반으로 기본 설정을 지정했으며 이러한 설정을 직접 변경하지 않는 것이 좋습니다.

시스템 리소스 사용량이 과도하다고 생각되면 Tableau 지원 부서에 문의하여 발생한 문제나 오류를 해결하기 위해 이러한 구성 옵션을 수정해야 하는지 여부를 결정하는 것이 좋습니다.

피드백을 제공해 주셔서 감사합니다!귀하의 피드백이 제출되었습니다. 감사합니다!