권장 기준 구성

Tableau Server 배포의 토폴로지(노드 수, Tableau Server 프로세스 수)를 결정하려면 환경, 셀프 서비스 데이터 액세스를 제공하기 위한 데이터 및 관리의 소스, 작업 부하, 사용량 등과 같은 변수를 고려해야 합니다. 하지만 Tableau Server를 처음 배포할 때 이러한 변수에 대한 정보가 충분하지 않을 수 있습니다. 이 항목에서는 Tableau Server 설치의 시작점으로 사용할 수 있는 세 가지 기준 아키텍처에 대해 설명합니다.

하드웨어 추천 항목

아래에 표시된 하드웨어 추천 항목은 Tableau 팀이 Tableau Server 확장성을 테스트하는 데 사용하는 하드웨어를 기반으로 합니다. 이러한 추천 항목을 프로덕션 배포의 시작점으로 사용하는 것이 좋습니다. 개념 검증 배포에 대해서는 Tableau Server의 최소 하드웨어 요구 사항 및 권장 사항을 참조하십시오.

설치 유형

프로세서

CPU

RAM

디스크의 여유 공간

단일 서버

64비트(x64)

ARM 기반 프로세서는 지원되지 않습니다.

8개 물리적 코어(16개 vCPU), 2.0GHz 이상

64GB(8GB/물리적 코어)

500GB ~ 1TB

Tableau Prep Conductor를 Tableau Server 설치에 추가하는 경우 두 번째 노드를 추가하고 이 노드를 실행 중인 Tableau Server Prep Conductor에 전용으로 사용하는 것이 좋습니다. 이 노드에는 최소 4개의 물리적 코어(8개 vCPU)와 16GB RAM이 있어야 합니다.

다중 노드 및 엔터프라이즈 배포

노드를 4개 물리적 코어(8개 vCPU)로 구성할 수 있는 다음과 같은 시나리오를 제외하면, 노드는 최소 하드웨어 추천 항목을 충족하거나 초과해야 합니다.

  • 백그라운더를 위한 전용 노드

  • Tableau Prep Conductor를 위한 전용 노드

  • 라이선스가 허가된 모든 프로세스를 초기 노드에서 추가 노드로 이동합니다.

참고: 가상 컴퓨터를 사용하는 배포의 경우 Tableau에서는 전용 CPU 선호도를 권장합니다. 가상 환경에서 Tableau Server를 실행하는 경우 VM 호스트의 물리적 CPU 코어 수에 따라 vCPU 할당을 위한 VM 호스트의 모범 사례를 사용하십시오. Tableau Server의 경우 일반적으로 vCPU 2개가 물리적 코어 1개에 해당합니다. 예를 들어 AWS 설치의 경우 4개 코어 최소 추천 항목은 AWS vCPU 8개에 해당합니다. 마찬가지로 가상 인프라 공급자가 제공하는 모범 사례에 따라 Tableau Server가 적절한 컴퓨팅, 메모리 및 데이터 리소스에 액세스할 수 있는지 확인합니다. 가상 환경 또는 클라우드 기반 배포에 Tableau Server를 설치하는 경우 이 항목 뒷부분에서 가상 컴퓨터 및 공용 클라우드 배포 섹션을 참조하십시오.

디스크 공간 예측

디스크 공간 요구 사항에 영향을 미치는 요소는 Tableau Server에 추출, 흐름 및 많은 수의 통합 문서를 게시하는지 여부를 비롯하여 여러 가지가 있습니다. 자세한 내용은 디스크 공간 요구 사항을 참조하십시오.

기준 구성

단일 서버 설치

권장 사항

사용량이 제한적이며 중요 업무용이 아닌 초기 배포의 경우 단일 컴퓨터를 사용하여 Tableau Server를 설치하는 것이 좋습니다. 작업 부하가 증가함에 따라 단일 서버 설치를 다중 노드 설치로 확장할 수도 있습니다.

다음은 단일 서버 설치가 적합하지 않은 몇 가지 예입니다.

  • 시스템이 업무용으로 중요하며 고가용성이 필요한 경우. 고가용성은 시스템 가동 중단 시간을 최소화하는 것이며, 단일 장애 지점을 제거하고 신뢰할 수 있는 장애 조치 메커니즘을 마련하여 달성할 수 있습니다. Tableau Server가 중복성을 제공하고 단일 장애 지점을 제거하려면 최소 3노드 구성이 필요합니다. 이것이 다중 노드 구성으로 이전하는 주된 이유 중 하나입니다.

  • 활성 사용자가 많고 추출 새로 고침이 빈번한 경우 두 가지 유형의 부하가 컴퓨터에서 동일한 리소스를 두고 경쟁할 수 있습니다. 이러한 시나리오에서는 서로 다른 부하를 분리하기 위해 추가적인 특수 노드가 필요할 수 있으므로 단일 서버 구성이 올바른 옵션이 아닐 수 있습니다.

참고: 활성 사용자는 노트북이나 휴대기기에서 대시보드를 사용하고, 웹 작성을 수행하고, 게시된 데이터 원본에 연결하고 쿼리하는 등, Tableau Server에 대해 수행되는 동시적인 대화형 요청을 나타냅니다.

서버 구성

  • 모든 프로세스가 한 컴퓨터에 설치된 독립 실행형 단일 서버 노드

  • 다음은 8개 코어 컴퓨터의 프로세스 수입니다.

    • VizQL 서버: 2개 인스턴스로 설정됩니다(물리적 코어 수를 4로 나눔, 최대 4개).

    • 백그라운더, 캐시 서버 및 데이터 서버: 2개 인스턴스로 설정됩니다.

    • 다른 모든 프로세스는 하드웨어에 관계없이 프로세스의 단일 인스턴스만 설치됩니다.

참고: 서버에 활성화된 Data Management 제품 키가 있는 경우 Tableau Prep Conductor의 한 인스턴스가 자동으로 백그라운더로 구성됩니다. 하지만 Tableau Prep Conductor용 전용 노드를 사용하는 것이 좋습니다. Tableau Server에서 흐름을 사용할 계획이라면 둘 이상의 노드를 사용하고 이러한 노드 중 하나를 흐름만 실행하는 전용 노드로 사용하는 것이 좋습니다. 위에서 설명한 예제 구성은 단일 노드 서버이므로 Tableau Prep Conductor를 포함하지 않습니다.

다중 노드 설치

두 대 이상의 컴퓨터에서 Tableau Server를 실행하는 것을 다중 노드 설치 또는 클러스터라고 합니다. 다중 노드 설치를 사용하는 이유는 다양합니다. 예를 들어 추출 사용량이 많은 환경에서는 백그라운더 프로세스에 일부 하드웨어 리소스를 전용으로 할당할 수 있습니다. 고가용성 요구 사항이 있는 시스템의 경우 최소한 3개의 노드가 있는 다중 노드 환경이 필요합니다.

2노드 설치 - 추출을 많이 사용하는 환경에 특화됨

권장 사항

다음 조건이 적용되는 경우 2노드 구성으로 시작하십시오.

  • 추출 사용량이 많은 환경: 대부분의 데이터 원본이 추출입니다. 수는 몇 개 안 되지만 매우 큰 추출뿐만 아니라 크기는 작지만 수가 많은 추출이 있는 배포도 이 범주에 속할 수 있습니다.

  • 추출 새로 고침이 빈번한 경우: 추출 새로 고침은 CPU 사용량이 많은 작업입니다. 추출을 빈번하게 새로 고치는(예: 업무 시간 중 하루 여러 번) 배포는 새로 고침 작업을 처리하는 백그라운드 프로세스에 중점을 두면 문제가 해결되는 경우가 많습니다.

중요: 2노드 구성은 고가용성에 대한 최소 요구 사항을 충족시키지 못합니다. 시스템에 고가용성이 필요한 경우 HA(고가용성) 설치를 참조하십시오.

서버 구성

  • 초기 노드에서 백그라운더 프로세스를 제외한 모든 프로세스를 설치합니다. 다음은 8개 코어 컴퓨터의 프로세스 인스턴스 수입니다.

    • VizQL 서버: 2개 인스턴스로 설정됩니다. (기본 계산: 물리적 코어 수 / 4, 최대 4까지)

    • 캐시 서버 및 데이터 서버: 2개 인스턴스로 설정됩니다. 데이터에 질문(Ask Data) 기능의 한 인스턴스는 자동으로 데이터 서버가 있는 노드에 구성됩니다.

    • 탄력적 서버: 탄력적 서버 메모리는 기본적으로 1GB로 구성되며 elasticserver.vmopts TSM 구성 옵션을 사용하여 성능을 향상시키도록 구성할 수 있습니다. 자세한 내용은 tsm configuration set 옵션을 참조하십시오.

    • 다른 모든 프로세스는 하드웨어에 관계없이 프로세스의 단일 인스턴스만 설치됩니다. 대화형 마이크로서비스 컨테이너의 한 인스턴스는 응용 프로그램 서버가 사용되도록 설정된 노드에 설치되고 비대화형 마이크로서비스 컨테이너의 한 인스턴스는 백그라운더를 사용하도록 설정된 노드에 설치됩니다.

  • 추가 노드에서 백그라운더를 격리합니다. 컴퓨터의 총 물리적 코어 수를 4로 나누어 이 노드에서 실행할 최소 백그라운더 프로세스 수를 계산합니다. 최대 수를 구하려면 컴퓨터의 총 물리적 코어 수를 2로 나눕니다. 위에 표시된 예에서 두 노드 모두 8개 물리적 코어가 있는 컴퓨터에 있습니다. 백그라운더를 설치하면 Tableau Server가 데이터 엔진 인스턴스 하나를 자동으로 설치합니다.

참고: 이 구성에서는 사용자가 Tableau Server에서 Tableau Prep Conductor를 사용하도록 설정하지 않았다고 가정합니다. Tableau Prep Conductor를 사용하여 흐름을 예약 및 관리하고 추출 사용량이 많은 환경이 있는 경우 적어도 3개의 노드가 있어야 하며 이 항목의 뒷부분에서 설명하는 3노드 구성을 사용하는 것이 좋습니다.

성능 및 사용량에 대한 데이터를 모니터링하고 수집할 때 이러한 프로세스의 인스턴스 수를 미세 조정하고 구성할 수 있습니다. 예를 들어 백그라운더 실행 전용으로 사용되는 노드에서 초기에는 백그라운더 수를 최소값(4로 나눈 총 코어 수)으로 설정하고 나중에 다음과 같은 문제가 발생하면 백그라운더 프로세스 수를 늘릴 수 있습니다.

  • 추출 새로 고침을 완료하는 데 오랜 시간이 걸리는 경우

  • 구독 및 알림이 정시에 완료되지 않는 경우

성능 조정에 대한 자세한 내용은 성능 조정 항목을 참조하십시오.

2노드 설치 - 흐름을 사용하는 환경에 특화됨

Tableau Server에서 흐름을 게시, 예약 및 관리하려는 경우 2노드 구성으로 시작하십시오.

중요: 2노드 구성은 고가용성에 대한 최소 요구 사항을 충족시키지 못합니다. 시스템에 고가용성이 필요한 경우 HA(고가용성) 설치를 참조하십시오.

서버 구성

  • 초기 노드에서 모든 프로세스를 설치합니다. 다음은 8개 코어 컴퓨터의 프로세스 인스턴스 수입니다.

    • VizQL 서버: 2개 인스턴스로 설정됩니다. (기본 계산: 물리적 코어 수 / 4, 최대 4까지)

    • 캐시 서버 및 데이터 서버: 2개 인스턴스로 설정됩니다. 데이터에 질문(Ask Data) 기능의 한 인스턴스는 자동으로 데이터 서버가 있는 노드에 구성됩니다.

    • 백그라운더: 최소 2, 최대 4 위의 다이어그램에는 최대 8개 코어 노드가 나와 있습니다. Tableau Prep Conductor는 백그라운더를 설치한 노드에서 자동으로 구성됩니다. 초기 노드에서 tsm topology set-node-role tsm 구성을 사용하여 흐름을 비롯한 모든 작업 유형을 실행하도록 백그라운더 노드 역할을 설정합니다. 자세한 내용은 tsm topology set-node-role을 참조하십시오.

    • 탄력적 서버: 탄력적 서버 메모리는 기본적으로 1GB로 구성되며 elasticserver.vmopts TSM 구성 옵션을 사용하여 성능을 향상시키도록 구성할 수 있습니다. 자세한 내용은 tsm configuration set 옵션을 참조하십시오.

    • 다른 모든 프로세스는 하드웨어에 관계없이 프로세스의 단일 인스턴스만 설치됩니다. 대화형 마이크로서비스 컨테이너의 한 인스턴스는 응용 프로그램 서버가 사용되도록 설정된 노드에 설치되고 비대화형 마이크로서비스 컨테이너의 한 인스턴스는 백그라운더를 사용하도록 설정된 노드에 설치됩니다.

  • 추가 노드의 백그라운더는 흐름만 실행하도록 격리됩니다. tsm topology set-node-role tsm 구성을 사용하여 이 설정을 구성합니다. 자세한 내용은 tsm topology set-node-role을 참조하십시오.

참고: 추출 사용량이 많은 환경이 있고 서버에서 흐름을 예약 및 관리하는 경우 아래에서 설명하는 3노드 구성을 사용하는 것이 좋습니다.

 

HA(고가용성) 설치

권장 사항

Tableau Server의 고가용성 설치는 Tableau Server의 가용성을 극대화하도록 설계된 분산 설치입니다. 고가용성은 기본적으로 시스템의 가동 중단 시간을 최소화한다는 의미입니다. 리포지토리, 파일 중복성 및 장애 조치와 같은 HA 관련 항목에 대해 중복성을 구축하려면 최소 세 개의 노드가 필요합니다. 가동 중단 시간에 대한 허용치는 조직마다 다르며 조직에서 설정한 SLA에 따라 달라집니다.

고가용성을 달성하려면 단일 장애 지점을 제거하고 장애를 감지하며 신뢰할 수 있는 장애 조치 시스템을 설정해야 합니다. Tableau Server의 HA는 주로 다음과 같은 방법으로 달성됩니다.

  • 파일 저장소/데이터 엔진 인스턴스 여러 개를 사용하는 파일 중복성

  • 두 노드 간의 능동/수동 리포지토리

  • 설치 환경에 외부 부하 분산 장치를 추가하여 게이트웨이 오류에 대한 가용성을 확보하고 요청이 작동 중인 게이트웨이 프로세스로만 라우팅되는지 확인합니다.

서버 구성

3노드 구성:

  • 중복성을 구축하기 위해서는 리포지토리 및 파일 저장소/데이터 엔진 프로세스의 인스턴스를 호스팅할 여분의 노드를 추가해야 합니다. 노드에 있는 프로세스의 다중 인스턴스를 포함하여 다른 프로세스의 인스턴스를 추가할 수 있습니다.

  • 백그라운더 작업 유형에 대한 중복성을 구축하려면 노드 중 하나(이 예에서 초기 노드)에서 모든 유형의 작업을 실행합니다. 백그라운더는 기본적으로 모든 유형의 작업을 실행합니다. 추가 노드 중 하나에서 흐름만 실행하도록 백그라운더를 설정하고 흐름을 제외한 모든 작업을 실행하도록 다른 추가 노드를 설정합니다.

  • Tableau Server의 성공적인 작동은 제대로 작동하는 조정 서비스에 달려 있습니다. 3개 이상의 노드가 있는 서버 설치의 경우 새 조정 서비스 집합을 배포하여 여분의 조정 서비스 인스턴스를 추가하는 것이 좋습니다. 이렇게 하면 조정 서비스의 한 인스턴스에서 문제가 발생할 경우 중복성이 제공되고 가용성이 개선됩니다. 자세한 내용은 조정 서비스 집합 배포를 참조하십시오.

  • 탄력적 서버 메모리는 기본적으로 1GB로 구성되며 elasticserver.vmopts TSM 구성 옵션을 사용하여 성능을 향상시키도록 구성할 수 있습니다. 자세한 내용은 tsm configuration set 옵션을 참조하십시오.

  • 시스템의 취약점을 줄이기 위해 여러 게이트웨이와 일부 서버 프로세스의 추가 인스턴스를 실행할 수 있습니다. 이 구성을 달성하기 위해 필요한 최소한의 컴퓨터 수는 3대입니다.

  • 리포지토리도 초기 노드에서 추가 노드 중 하나로 이동되었으며 두 번째 수동 인스턴스가 다른 새 노드에 추가되었습니다.

  • 대화형 마이크로서비스 컨테이너의 한 인스턴스는 응용 프로그램 서버가 사용되도록 설정된 노드에 설치되고 비대화형 마이크로서비스 컨테이너의 한 인스턴스는 백그라운더를 사용하도록 설정된 노드에 설치됩니다.

참고: 특정 상황에서 초기 노드에서 실행 중인 프로세스를 제한해야 할 수 있습니다. 노드에서 처리 요청을 제한하기 위해 최대한 적은 수의 프로세스를 노드에서 실행하려고 하는 경우를 예로 들 수 있습니다. 코어 기반 라이선스를 사용하며 초기 노드의 코어가 코어 사용 수에 포함되지 않게 하려는 경우에도 노드에서 라이선스가 허가된 Tableau Server 프로세스를 제거할 수 있습니다. Tableau Server 라이선스 프로세스에 대한 자세한 내용은 노드에서 Tableau Server 프로세스를 참조하십시오.

가상 컴퓨터 및 공용 클라우드 배포

일반적으로 이 항목에서 설명하는 고려 사항 및 추천 항목은 가상 환경과 클라우드 배포에 적용됩니다.

가상 환경에서 Tableau Server를 실행하는 경우 VM 호스트의 물리적 CPU 코어 수에 따라 vCPU 할당을 위한 VM 호스트의 모범 사례를 사용하십시오. Tableau Server의 경우 일반적으로 vCPU 2개가 물리적 코어 1개에 해당합니다. 예를 들어 AWS 설치의 경우 4개 코어 최소 추천 항목은 AWS vCPU 8개에 해당합니다.

클라우드 기반 배포에 대한 자세한 내용은 다음을 참조하십시오.

기준 구성 초과

여기에 설명된 제한을 초과하는 구성을 가진 시스템을 계획하고 있다면 Tableau 전문 서비스(링크가 새 창에서 열림)에 문의하십시오.

재해 복구 고려 사항

HA 구성으로 가동 중단 시간을 줄일 수 있지만 재해나 하드웨어 오류가 발생할 경우에도 장애가 발생할 수 있습니다. 위의 고려 사항에 추가로, 조직에서 재해 복구의 중요성을 평가하고 재해 복구 목표 및 목적을 달성하는 데 도움이 되는 배포 계획을 수립해야 합니다.

Tableau 환경에서 재해 복구(DR) 계획을 수립할 때 고려해야 할 두 가지 주요 요소는 다음과 같습니다.

  • 복구 시간 목표(RTO) - 전체 복구 전에 비즈니스가 수용할 수 있는 가동 중단 시간의 양을 나타내는 측정값입니다.

    • RTO는 백업을 대체 클러스터로 복원하는 빈도와 인프라 투자 금액에 영향을 미칩니다.

  • 복구 시점 목표(RPO) - 비즈니스에서 허용할 수 있는 데이터 손실의 양을 나타내는 측정값입니다.

    • RPO는 시스템 백업을 수행하는 빈도에 영향을 미칩니다.

    • Tableau Server의 경우 RPO가 서버 전체 백업을 완료하는 데 걸리는 시간보다 짧을 수 없습니다.

아래 다이어그램에서는 다양한 RTO 요구 사항을 계획하는 방법을 보여 줍니다.

Tableau Server 확장성

요구 사항이 변화하고 성장함에 따라 이러한 기준 구성이 부족해질 수 있으며 기준 구성을 초과하여 Tableau Server를 확장해야 할 수 있습니다. 다른 엔터프라이즈 플랫폼과 마찬가지로 Tableau Server는 기존 노드에 프로세서, 메모리 및 디스크를 추가하여 스케일업하고 클러스터에 여분의 노드를 추가하여 스케일아웃할 수 있습니다. 하지만 확장성과 성능은 외부 시스템 및 사용자 활동에 크게 의존합니다. Tableau Server의 구성은 다음과 같은 요구 사항과 변수에 따라 달라질 수 있습니다.

Tableau Server 확장성과 확장성에 영향을 주는 변수에 대한 자세한 내용은 Tableau Server 확장성 백서를 참조하십시오.

 

피드백을 제공해 주셔서 감사합니다!