# tableau Guides - Full Documentation [주요 콘텐츠로 건너뛰기](#main-content) # 1단계: 데이터에 연결 여러분은 직속 상관으로부터 회사의 전체 매출 및 수익성을 확인하고 개선이 필요한 주요 영역을 식별하라는 요청을 받았습니다.데이터는 많지만 어디서부터 시작해야 할지 막막합니다.먼저 Tableau Desktop Free Edition을 다운로드하기로 결정했습니다. 관련 리소스와 동영상은 [Tableau Desktop에서 데이터에 연결(영문)](https://www.tableau.com/ko-kr/learn/tutorials/on-demand/connecting-data-tableau-desktop?playlist=509089)을 참조하십시오. ## Tableau Desktop 열기 및 시작 Tableau Desktop을 열면 가장 먼저 [시작 페이지](https://help.tableau.com/current/pro/desktop/ko-kr/environment_startpage.htm)가 표시됩니다.여기에서 Tableau의 데이터 액세스에 필요한 커넥터를 선택합니다. ![Tableau 시작 페이지](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Connect1.png) 시작 페이지에서 다음과 같은 여러 옵션을 선택할 수 있습니다. **1.****Tableau 아이콘**.모든 페이지의 왼쪽 위에 표시되는 ![Tableau 로고 아이콘](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Connect2.png)을 클릭하여 시작 페이지와 작성 작업 영역 간을 전환할 수 있습니다. **2.****연결 패널**. - Microsoft Excel, PDF, 공간 파일 등의 파일에 있는 데이터에 연결합니다. - Google Drive, Amazon Redshift, Oracle과 같은 서버 기반 플랫폼의 데이터에 연결하거나 Tableau Cloud 또는 Tableau Server의 게시된 데이터 원본에 연결합니다. - 이전에 연결한 데이터 원본에 연결합니다. Tableau에서는 다양한 위치에 저장된 다양한 데이터에 연결할 수 있습니다.연결 패널에는 가장 일반적인 연결 위치가 나열됩니다. 또는 자세히 링크를 클릭하여 더 많은 옵션을 볼 수 있습니다.데이터 원본 연결에 대한 자세한 내용은 [학습 라이브러리](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-next.htm)에서 이 자습서를 참조하십시오. **3.**빠른 시작 **액셀러레이터:** 사용자만의 데이터에 연결할 수 있는 미리 작성된 템플릿입니다. **4.**빠른 시작 **샘플 통합 문서**: Tableau Desktop과 함께 제공되는 샘플 통합 문서입니다. **5.****열기**: 최근에 연 통합 문서입니다. **6.****더 알아보기**: 추가 리소스입니다. 연결 패널의 저장된 데이터 원본에서 **샘플 – 슈퍼스토어**를 클릭하여 샘플 데이터 집합에 연결합니다.슈퍼스토어에는 이 가상의 소매 회사 내에서 개선이 필요한 주요 영역을 식별하는 데 사용할 수 있는 제품, 고객 및 매출 정보가 포함되어 있습니다. 슈퍼스토어 데이터 집합을 다운로드해야 하는 경우 [Tableau Public 샘플 데이터](https://public.tableau.com/ko-kr/app/learn/sample-data) 페이지에서 찾은 다음 Microsoft Excel 커넥터를 사용하십시오. !["저장된 데이터 원본" 아래에 나열된 샘플 – 슈퍼스토어](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Connect_Superstore.png) **샘플 – 슈퍼스토어**를 선택하면 다음과 같은 화면이 나타납니다. ![빈 워크시트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Connect4.png) 자세한 내용: Tableau가 데이터에 수행하는 작업 데이터에 연결하면 Tableau에서 다음 작업이 수행됩니다. - 새 워크시트가 열립니다.이 워크시트는 빈 슬레이트로 여기에서 첫 번째 뷰를 만들 수 있습니다. - 연결된 데이터 원본을 표시합니다.여러 데이터 원본을 사용하는 경우 여기에서 모든 데이터 원본이 나열되는 것을 확인할 수 있습니다. - 데이터 원본의 열이 왼쪽에 있는 **데이터** 패널에 추가됩니다.열은 필드로 추가됩니다. - 데이터 유형(날짜, 숫자, 문자열 등)과 역할(차원 또는 측정값)이 자동으로 데이터에 할당됩니다.이 용어는 나중에 자세히 설명합니다. 데이터에 대한 세부 정보를 확인하려는 경우 왼쪽 맨 아래에 있는 **데이터 원본** 페이지를 선택하여 볼 수 있습니다.여기에는 데이터의 처음 1,000개 행이 표시되며 필드 정렬 또는 숨기기, 필드를 여러 열로 분할 및 열 머리글 이름 바꾸기와 같은 작업을 원래 데이터를 수정하지 않고 수행할 수 있습니다.Tableau 안에서 어떤 작업을 수행하더라도 데이터는 안전하게 유지됩니다. 세부 정보를 확인하기 위해 **데이터 원본** 페이지로 이동한 경우 **시트 1**에 대한 탭을 클릭하면 시작한 위치로 돌아갈 수 있습니다. 데이터 원본 페이지에 대한 자세한 내용은 [학습 라이브러리](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-next.htm)를 참조하십시오. 자세히 알아보기: 고유한 데이터 준비 고유한 데이터에 연결하는 경우 Tableau에서 연결하기 전에 몇 가지 사전 작업을 수행해야 할 수 있습니다.Tableau는 데이터를 추측하여 작업에 적절한 방식으로 표시하기 때문입니다. 데이터 준비에 대한 자세한 내용은 [학습 라이브러리](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-next.htm)를 참조하십시오. [2단계: 끌어놓기 방식으로 살펴보기](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-drag.htm)로 계속 진행합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 1부 - 엔터프라이즈 배포 이해 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. 1부에서는 Tableau Server 엔터프라이즈 배포 가이드가 설계된 이유인 업계 표준 엔터프라이즈 배포의 기능과 요구 사항을 보다 자세히 설명합니다. 다음 네트워크 다이어그램은 Tableau Server 참조 아키텍처를 사용한 일반적인 데이터 센터 계층형 배포를 보여줍니다. ## 업계 표준 및 배포 요구 사항 다음은 업계 표준 배포의 기능입니다. 참조 아키텍처는 다음과 같은 요구 사항을 충족하도록 설계되었습니다. - 다중 계층 네트워크 설계: 네트워크는 웹 계층, 응용 프로그램 계층 및 데이터 계층의 각 계층에서 액세스를 제한하기 위해 보호되는 서브넷으로 바인딩됩니다. 모든 통신은 다음 서브넷에서 종료되므로 어떤 통신도 서브넷을 통과할 수 없습니다. - 포트 및 프로토콜을 기본적으로 차단: 각 서브넷 또는 보안 그룹은 모든 인바운드 및 아웃바운드 포트와 프로토콜을 기본적으로 차단합니다. 통신을 사용하려면 부분적으로 포트 또는 프로토콜 구성에서 예외를 열어야 합니다. - 개별 웹 인증: 인터넷의 사용자 요청은 웹 계층의 역방향 프록시에 있는 인증 모듈에 의해 인증됩니다. 따라서 응용 프로그램 계층에 대한 모든 요청은 웹 계층에서 인증된 후 보호되는 응용 프로그램 계층으로 전달됩니다. - 플랫폼 독립성: 온프레미스 서버 응용 프로그램 또는 클라우드에 솔루션을 배포할 수 있습니다. - 기술 불가지론: 가상 컴퓨터 환경 또는 컨테이너에 솔루션을 배포할 수 있습니다. Windows 또는 Linux에도 배포할 수 있습니다. 그러나 이 초기 버전의 참조 아키텍처와 지원 문서는 AWS에서 실행되는 Linux용으로 개발되었습니다. - 고가용성: 시스템의 모든 구성 요소는 클러스터로 배포되며 활성/활성 또는 활성/비활성 배포에서 작동하도록 설계되었습니다. - 역할 분리: 각 서버는 고유한 역할을 수행합니다. 이 설계는 모든 서버를 분할하여 서비스 관련 관리자로 액세스를 최소화할 수도 있습니다. 예를 들어 DBA는 Tableau용 PostgreSQL을 관리하고, ID 관리자는 웹 계층의 인증 모듈을 관리하며, 네트워크 및 클라우드 관리자는 트래픽과 연결을 사용하도록 설정합니다. - 선형 확장: 고유한 역할과 마찬가지로 각 계층 서비스를 로드 프로필에 따라 독립적으로 확장할 수 있습니다. - 클라이언트 지원: 참조 아키텍처는 모든 Tableau 클라이언트(Tableau Desktop 버전 2021.2 이상, Tableau Mobile 및 Tableau 웹 작성)를 지원합니다. ## 보안 수단 언급한 바와 같이 업계 표준 데이터 센터 설계의 주된 기능은 보안입니다. - 액세스: 각 계층은 네트워크 계층에서 포트 필터링을 사용하여 액세스 제어를 적용하는 서브넷으로 바인딩됩니다. 응용 프로그램 계층에서는 프로세스 간 서비스 인증을 통해 서브넷 간 통신 액세스에도 인증을 적용할 수 있습니다. - 통합: 아키텍처는 웹 계층의 역방향 프록시에서 ID 공급자(IdP)로 플러그인하도록 설계되었습니다. - 개인 정보 보호: 웹 계층으로의 트래픽은 클라이언트에서 SSL을 통해 암호화됩니다. 필요한 경우 내부 서브넷으로의 트래픽도 암호화할 수 있습니다. ## 웹 프록시 계층 웹 계층은 DMZ(매개 변수 영역이라고도 함)의 서브넷으로, 인터넷과 응용 프로그램이 배포된 내부 서브넷 간의 보안 완충 지대 역할을 합니다. 웹 계층은 민감한 정보를 저장하지 않는 역방향 프록시 서버를 호스팅합니다. 역방향 프록시 서버는 AuthN 플러그인으로 구성되어 클라이언트 요청을 Tableau Server로 리디렉션하기 전에 신뢰할 수 있는 IdP를 사용하여 클라이언트 세션을 사전 인증합니다. 자세한 내용은 [AuthN 모듈을 사용한 사전 인증](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part5.htm#Pre-auth)을 참조하십시오. ### 부하 분산 장치 이 배포 설계에서는 엔터프라이즈 부하 분산 솔루션을 역방향 프록시 서버 앞에 포함합니다. 부하 분산 장치는 다음을 통해 중요한 보안 및 성능 개선을 제공합니다. - 응용 프로그램 계층 서비스의 프런트엔드 URL 가상화 - SSL 암호화 적용 - SSL 오프로드 - 클라이언트와 웹 계층 서비스 간에 압축 적용 - DOS 공격으로부터 보호 - 고가용성 제공 **참고**: Tableau Server 버전 2022.1에는 Tableau Server 독립 게이트웨이가 포함됩니다. 독립 게이트웨이는 Tableau 게이트웨이 프로세스의 독립 실행형 인스턴스로, Tableau 인식 역방향 프록시 역할을 합니다. 릴리스 시점에 독립 게이트웨이는 검증되었지만 EDG 참조 아키텍처에서 완벽하게 테스트되지 않았습니다. 전체 테스트가 완료되면 EDG가 Tableau Server 독립 게이트웨이 규범적 지침으로 업데이트될 것입니다. ## 응용 프로그램 계층 응용 프로그램 계층은 서버 응용 프로그램의 핵심 비즈니스 논리를 실행하는 서브넷입니다. 응용 프로그램 계층은 클러스터의 분산 노드 전체에 걸쳐 구성되는 서비스 및 프로세스로 구성됩니다. 응용 프로그램은 웹 계층에서만 액세스할 수 있고 사용자는 직접 액세스할 수 없습니다. 리소스 사용 프로필이 다른 프로세스(예: CPU 집약적 프로세스와 메모리 집약적 프로세스)를 함께 배치하도록 응용 프로그램 프로세스를 구성하면 성능 및 안정성이 개선됩니다. ## 데이터 계층 데이터 계층은 중요한 데이터를 보관하는 계층입니다. 이 계층으로의 모든 트래픽은 응용 프로그램 계층에서 시작되므로 이미 인증이 완료된 상태입니다. 네트워크 계층의 액세스 요구 사항 및 포트 구성뿐 아니라 이 계층에는 인증된 액세스 권한이 포함되어야 하고 선택적으로 응용 프로그램 계층과 함께 암호화된 트래픽이 포함되어야 합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 2단계: 끌어놓기 방식으로 살펴보기 ## 뷰 만들기 이제 개선이 필요한 주요 영역을 식별하려고 하지만 어디서부터 시작해야 할지 막막합니다.4년치 데이터를 가지고 전체 매출 데이터를 드릴다운하여 결과를 보기로 결정합니다.단순한 차트를 만드는 것부터 시작합니다. 관련 리소스와 동영상은 [Tableau Desktop에서 작업 영역 탐색(영문)](https://www.tableau.com/ko-kr/learn/tutorials/on-demand/navigating-workspace-tableau-desktop?playlist=509089)을 참조하십시오. 자세히 알아보기: 이 섹션의 용어
용어설명
집계 및 세부 수준

집계는 매출 합계 또는 평균 수익과 같은 상위 범주로 롤업된 행 수준의 정량적 데이터입니다.Tableau에서는 자동으로 집계가 수행되므로 작업하려는 세부 정보 수준으로 데이터를 분리할 수 있습니다.

세부 수준은 데이터가 얼마나 자세한지를 의미합니다. 예를 들어 날짜에는 일, 월, 년 등의 세부 수준이 있을 수 있습니다.

차원 및 측정값

차원은 이름 또는 날짜와 같은 질적 데이터입니다.기본적으로 Tableau는 정성적 또는 범주형 정보를 포함하는 데이터를 차원으로 자동 분류합니다. 예를 들어, 텍스트가 있는 필드 또는 부울(참/거짓) 값이 있는 필드가 해당됩니다.이러한 필드는 일반적으로 데이터 행의 열 머리글로 표시되며(예: Customer Name 또는 Order Date), 뷰에 표시되는 세부 수준을 정의합니다.

측정값은 양적 숫자 데이터입니다.기본적으로 Tableau에서는 이러한 종류의 데이터가 포함된 모든 필드가 측정값으로 처리됩니다(예: 매출 거래 또는 수익).측정값으로 분류된 데이터는 지정된 차원을 기준으로 집계될 수 있습니다. 예를 들어 total sales by region(지역별 총 매출)을 구할 수 있습니다. 여기서 sales는 측정값이고 total(또는 Sum)은 집계이며 region은 차원입니다.

연속형 및 불연속형

연속형 필드에는 무한한 수의 값이 포함될 수 있습니다.예를 들어 특정 날짜 범위 내 매출 또는 수량과 같은 값 범위가 포함될 수 있습니다.연속형 필드는 Tableau에서 녹색으로 표시됩니다.

불연속형 필드에는 국가, 주, 고객 이름 등 한정된 수의 값이 포함됩니다.불연속형 필드는 Tableau에서 파란색으로 표시됩니다.

[학습 라이브러리](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-next.htm)에서 **차원 및 측정값에 대한 자세한 내용**을 확인하십시오. 자세히 알아보기: Tableau 작업 영역 컨트롤 및 요소 이 섹션에서는 필드를 열 및 행 선반으로 끄는 작업과 마크 카드를 사용하는 작업을 수행하게 됩니다.아래의 이미지는 사용하게 될 일부 작업 영역 컨트롤과 요소를 나타냅니다. ![작업 영역 요소의 개요](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag28.png)
요소설명

A실행 취소

Tableau에서는 데이터를 자유롭게 실험할 수 있습니다.실행 취소 단추를 사용하여 언제든지 시작 위치로 돌아갈 수 있습니다.이 단추를 사용하여 통합 문서에서 수행한 마지막 작업을 되돌릴 수 있습니다.

작업을 저장한 이후에도 원하는 만큼 실행 취소하여 마지막으로 통합 문서를 열었던 시점으로 되돌릴 수 있습니다.

B데이터 패널

뷰 및 사용 가능한 필드에 포함된 데이터 원본의 이름이 표시됩니다.필드는 원본 테이블을 기반으로 그룹화하거나 폴더를 기준으로 그룹화할 수 있습니다.

학습 라이브러리에서 데이터 패널에 대한 자세한 내용을 확인하십시오.

C and D카드 및 선반

카드는 Tableau에서 사용할 수 있는 다양한 컨트롤이 포함된 컨테이너입니다.선반은 카드 컨트롤의 유형입니다.데이터 패널의 필드를 열 또는 행 선반으로 끌어오면 데이터가 열 또는 행으로 뷰의 축에 추가됩니다.

데이터 패널의 필드를 마크 카드로 끌어오면 유형, 색상, 크기, 모양 등의 시각적 속성을 제어할 수 있습니다.이 작업은 뷰의 마크에만 영향을 미치며 축은 변경되지 않습니다.

학습 라이브러리에서 카드 및 선반에 대한 자세한 내용을 확인하십시오.

E카드 표시/숨기기

지금 필요한 카드가 숨겨져 있나요?상관없습니다.Tableau 작업 영역의 모든 항목을 설정하거나 해제하여 비주얼리제이션을 만들 최대한의 공간을 확보할 수 있습니다.

페이지, 필터 또는 범례와 같은 카드를 표시하거나 숨기려면 툴바의 카드 표시/숨기기카드 표시/숨기기 아이콘 단추에서 다운로드 화살표를 클릭한 다음 카드의 확인 표시를 지우거나 선택합니다.

패널의 오른쪽 위에 있는 최소화데이터 및 분석 패널 최소화 단추를 클릭하여 작업 영역의 왼쪽 아래로 데이터 및 분석 패널을 축소할 수도 있습니다.패널을 원래대로 복원하려면 단추를 다시 클릭합니다.

1. 데이터 패널에서 **Order Date(주문 날짜)**를 **열** 선반으로 끌어옵니다. **참고:**Order Date(주문 날짜)를 **열** 선반으로 끌면 데이터 집합의 각 연도에 대한 열이 만들어집니다.각 열 아래에는 Abc 표시기가 있습니다.이 표시기는 Excel 스프레드시트에서와 같이 텍스트 또는 숫자 데이터를 끌어올 수 있다는 것을 나타냅니다.Sales를 이 영역으로 끌면 크로스탭(스프레드시트에서와 같이)이 생성되고 각 연도의 총 매출이 표시됩니다. 2. 데이터 패널에서 **Sales(매출)**를 **행** 선반으로 끌어 놓습니다. 합계로 롤업된 매출(집계)이 포함된 다음 차트가 생성됩니다.각 연도에 대해 집계된 총 매출을 주문 날짜별로 볼 수 있습니다. ![열 선반에 Order Date(주문 날짜)를 사용하고 행 선반에 Sum(Sales)를 사용하는 라인 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag1.png) _시간(이 경우 Order Date)이 포함된 뷰를 처음 만들 경우 자동으로 라인 차트가 생성됩니다._ 이 라인 차트를 보면 매출이 양호하며 시간이 지남에 따라 증가하고 있음을 알 수 있습니다.유용한 정보이기는 하지만 실제로 가장 매출이 높은 제품이 무엇인지와 다른 제품보다 성과가 높은 제품은 무엇인지에 대해서는 많은 정보를 제공하지 않습니다.지금은 시작한 지 얼마 되지 않았으므로 추가 정보를 탐색하여 더 많은 결과를 알아보기로 합니다. 자세히 알아보기: 옵션 탐색 차트 유형을 빠르게 변경하려면 **마크** 카드에서 드롭다운 메뉴를 선택합니다. 예를 들어 영역 차트의 경우 **영역**을 선택할 수 있습니다. ![마크 메뉴에 나열된 차트 유형](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag2.png) Tableau에서는 마크 유형이라고 하는 다양한 차트 유형을 지원합니다.자세한 내용은 [학습 라이브러리](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-next.htm)의 **마크 유형에 대한 자세한 내용**을 참조하십시오. **참고:** 자습서를 계속하기 전에 차트 유형이 **자동**으로 설정되어 있는지 확인하십시오. 작업 확인! "맵 만들기" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 뷰 구체화 전체 매출을 주도한 제품에 대한 더 많은 정보를 얻으려면 데이터를 추가해 보십시오.먼저 제품 범주를 추가하여 총 매출을 다른 방식으로 볼 수 있습니다. 1. 데이터 패널에서 **Category(범주)**를 **열** 선반으로 끌어 YEAR(Order Date)의 오른쪽에 배치합니다.Category(범주) 필드를 표시하려면 Product(제품) 계층을 확장해야 할 수 있습니다. 뷰가 막대 차트로 업데이트됩니다.두 번째 불연속형 차원을 뷰에 추가하면 데이터를 연속적으로 표시하지 않고 불연속형 청크로 분류할 수 있습니다.이렇게 하면 막대 차트가 생성되고 각 제품 범주에 대한 전체 매출이 연도별로 표시됩니다. ![열 선반에 연도(Order Date) 및 범주가 있고 행 선반에 Sum(Sales)이 있는 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag4.png) 자세히 알아보기: 큐브 뷰 변경 막대 차트를 세로가 아닌 가로로 표시하려면 툴바에서 **행과 열 바꾸기**를 클릭합니다. **참고:** 시작하기 자습서를 계속하기 전에 이 동작을 실행 취소하십시오. ![행과 열 바꾸기 아이콘이 하이라이트된 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag7.png) 자세히 알아보기: 번호 표시 데이터 요소 정보를 보거나 뷰에 추가할 수 있습니다.이 예에서 이 정보는 정확한 매출 합계를 범주별로 보여 줍니다. 뷰에서 각 데이터 요소(즉, 마크)에 대한 정보를 보려면 막대 중 하나를 마우스오버하여 도구 설명을 표시합니다.도구 설명에 해당 범주에 대한 총 매출이 표시됩니다.다음은 2025년 Office Suplies(사무용품) 범주에 대한 도구 설명입니다. ![2021년 Office Supplies(사무용품) 매출을 보여 주는 도구 설명](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag5.png) 데이터 요소 정보를 레이블로 뷰에 추가하려면 툴바에서 **마크 레이블 표시**를 클릭합니다.아래에서 각 범주 및 연도에 대한 총 매출을 볼 수 있습니다. **참고:** 시작하기 자습서를 계속하기 전에 이 동작을 실행 취소하십시오. ![마크 레이블 표시 아이콘이 하이라이트된 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag6.png) 이제 뷰에 Furniture, Office Supplies 및 Technology과 같은 범주별로 매출이 표시됩니다.유용한 정보가 표시되었습니다. Office Supplies(사무용품) 범주가 2025년에 정말 좋은 해를 보냈음에도 불구하고, 이 뷰에서 Furniture(가구)의 매출이 Office Supplies(사무용품) 매출보다 빠르게 증가하는 것을 확인할 수 있습니다.이 정보에 기반하면 사무용품 대신 가구에 영업을 집중하는 것이 좋다고 제안할 수 있을지 모릅니다.그러나 회사에서 판매하는 제품 중 이러한 범주에 포함되는 제품은 아주 많기 때문에 제안을 하려면 더 많은 정보가 필요합니다. 이를 위해서는 어떤 항목이 잘 팔리는지 확인하기 위해 제품을 하위 범주별로 살펴볼 필요가 있습니다.예를 들어 Furniture 범주의 경우 Bookcases, Chairs, Furnishings 및 Tables에 대한 정보를 자세히 살펴봐야 합니다.이 데이터를 보면 매출에 대한 정보를 얻고 나중에 전체 수익성을 확인하는 데 도움이 될 수 있습니다. 이제 하위 범주를 막대 차트에 추가합니다. 1. **Sub-Category(하위 범주)**를 두 번 클릭하거나 **열** 선반으로 끌어 놓습니다. **참고:** 필드를 끌어서 놓거나 두 번 클릭하여 뷰에 추가할 수 있지만 주의하십시오.Tableau가 데이터를 추가할 위치를 추측하여 사용자가 예상한 위치가 아닌 다른 위치에 데이터를 배치할 수 있습니다.언제든지 실행 취소를 클릭하여 필드를 제거하거나 Tableau가 배치한 영역 밖으로 끌어 다시 시작할 수 있습니다. Sub-Category는 다른 불연속형 필드입니다.Sub-Category를 추가하면 뷰의 아래쪽에 다른 머리글이 생성되고 각 하위 범주(68개의 마크)에 대한 막대가 범주 및 연도로 분류되어 표시됩니다. ![열 선반에 Order Date(주문 날짜), Category(범주) 및 Sub-Category(하위 범주)가 있고 행 선반에 Sum(Sales)이 있는 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag9.png) 이제 필요한 정보에 조금 근접했습니다. 그러나 시각적으로 정렬해야 할 데이터가 아직도 많습니다.다음 섹션에서는 색상, 필터 및 기타 항목을 추가하여 특정 결과를 집중적으로 표시하는 방법을 학습합니다. 자세히 알아보기: 다른 뷰를 사용하여 제품 매출 비교 전체 매출에 대한 제품의 기여도를 범주별로 표시하려면 Tableau에서 다른 옵션을 사용할 수 있습니다. **Sub-Category(하위 범주)**를 마크 카드의 **색상**으로 끌어 오면 각 하위 범주를 고유한 색으로 식별하는 추가 마크가 포함된 누적 막대 차트가 생성됩니다.Sub-Category(하위 범주) 값 오른쪽에 범례 카드가 자동으로 표시됩니다. **참고:** 시작하기 자습서를 계속하기 전에 이 동작을 실행 취소하십시오. ![열 선반에 Order Date(주문 날짜) 및 Category(범주)가 있고 행 선반에 Sum(Sales)이 있으며 마크 카드의 색상에 Sub-Category(하위 범주)가 있는 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag8.png) 이 뷰에서는 각 제품이 각 범주의 합계에 기여한 매출량을 빠르게 보고 영향력이 높거나 낮은 기여자를 한 눈에 볼 수 있습니다. 하위 범주는 Sales 축이 아닌 범례에 나열된 순서에 따라 누적 막대로 표시됩니다. 예를 들면 위 뷰에서는 각 Furniture(가구) 막대의 맨 위에 Bookcases(책장)가 표시됩니다. 이는 책장이 범례에서 Chairs(의자), Furnishings(비품) 및 Tables(테이블)보다 위에 나열되어 있기 때문입니다.하위 범주가 범례에 표시되므로 하위 범주를 이동하면서 데이터를 적절하게 검토할 수 있습니다. 수행하려는 분석의 종류에 따라 누적 막대 차트가 적절하거나 적절하지 않을 수 있습니다. 작업 확인! "뷰 구체화" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 단계 요약 이 단계는 데이터를 파악하고 데이터에 대한 질문을 통해 유용한 정보를 얻는 단계입니다.이 단계에서 학습한 내용은 다음과 같습니다. - 뷰에서 작업에 적절한 차트를 만듭니다. - 필드를 추가하여 뷰에 적절한 수준의 세부 정보를 표시합니다. 이제 결과를 집중적으로 표시하여 보다 구체적인 문제 영역을 식별할 수 있습니다.다음 섹션에서는 필터 및 색상을 사용하여 데이터를 시각적으로 탐색하는 방법을 학습합니다. [3단계: 결과를 집중적으로 보기](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-focus.htm)로 계속 진행합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 2부 - Tableau Server 배포 참조 아키텍처 이해 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. 다음 이미지에서는 관련 Tableau Server 프로세스와 참조 아키텍처에 이러한 프로세스가 배포되는 방식을 보여 줍니다. 이 배포는 엔터프라이즈에 적합한 최소 Tableau Server 배포로 간주됩니다. 이 항목의 프로세스 다이어그램은 각 노드의 주요 정의 프로세스를 보여 주기 위한 것입니다. 다이어그램에 표시되지 않은 노드에서도 실행되는 지원 프로세스가 많이 있습니다. 모든 프로세스 목록은 이 가이드의 구성 섹션에서 [4부 - Tableau Server 설치 및 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm)을 참조하십시오. ## Tableau Server 프로세스 Tableau Server 참조 아키텍처는 PostgreSQL에 외부 리포지토리가 있는 4노드 Tableau Server 클러스터 배포입니다. - Tableau Server 초기 노드(노드 1): 클러스터의 단일 노드에서만 실행할 수 있는 TSM 관리 및 라이선스 서비스가 필요합니다. 엔터프라이즈 환경에서 Tableau Server 초기 노드는 클러스터의 주 노드입니다. 이 노드는 노드 2에서도 중복 응용 프로그램 서비스를 실행합니다. - Tableau Server 응용 프로그램 노드(노드 1 및 노드 2): 이 두 노드는 클라이언트 요청을 처리하고 데이터 원본 및 데이터 노드에 연결하여 쿼리를 수행합니다. - Tableau Server 데이터 노드(노드 3 및 노드 4): 데이터 관리를 전담하는 노드입니다. - 외부 PostgreSQL: 이 호스트에서는 Tableau Server 리포지토리 프로세스를 실행합니다. HA 배포를 위해서는 활성/비활성 중복성을 위해 PostgreSQL 호스트를 추가로 실행해야 합니다. Amazon RDS에서 PostgreSQL을 실행할 수도 있습니다. RDS에서 리포지토리를 실행하는 경우와 EC2 인스턴스에서 리포지토리를 실행하는 경우 간의 차이점에 대한 자세한 내용은 _Tableau Server 외부 리포지토리_([Linux](https://help.tableau.com/current/server-linux/ko-kr/server_external_repo.htm))를 참조하십시오. 외부 리포지토리와 함께 Tableau Server를 배포하려면 Tableau Advanced Management 라이선스가 필요합니다. 사내 DBA 전문가가 없는 조직의 경우 기본 내부 PostgreSQL 구성에서 Tableau Server 리포지토리 프로세스를 선택적으로 실행할 수도 있습니다. 기본 시나리오에서 리포지토리는 PostgreSQL이 내장된 Tableau 노드에서 실행됩니다. 이 경우 전용 Tableau 노드에서 리포지토리를 실행하고, 리포지토리 장애 조치를 지원하기 위해 추가 전용 노드에서 비활성 리포지토리를 실행하는 것이 좋습니다. _리포지토리 장애 조치_([Linux](https://help.tableau.com/current/server-linux/ko-kr/distrib_ha_failover.htm))를 참조하십시오. 이 가이드에 예제로 설명된 AWS 구현은 EC2 인스턴스에서 실행되는 PostgreSQL에 외부 리포지토리를 배포하는 방법을 설명합니다. - 선택 사항: 조직에서 외부 스토리지를 사용하는 경우 Tableau 파일 저장소를 외부 서비스로 배포할 수 있습니다. 이 가이드에서는 핵심 배포 시나리오에 외부 파일 저장소를 포함하지 않습니다. _Tableau Server에 외부 파일 저장소 설치_([Linux](https://help.tableau.com/current/server-linux/ko-kr/server_external_filestore_storage_new_install.htm))를 참조하십시오. 외부 파일 저장소와 함께 Tableau Server를 배포하려면 Tableau Advanced Management 라이선스가 필요합니다. ### PostgresSQL 리포지토리 Tableau Server 리포지토리는 서버 데이터를 저장하는 PostgresSQL 데이터베이스입니다. 이 데이터에는 Tableau Server 사용자, 그룹 및 그룹 할당, 사용 권한, 프로젝트, 데이터 원본, 추출 메타데이터 및 새로 고침 정보와 관련된 정보가 포함됩니다. ![두 PostgreSQL 데이터베이스 사이에서 데이터 복제가 수행되고 있으며, 각각에는 상징적인 코끼리 로고가 있습니다.](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/edg-ref-arch-repo.png) 기본 PostgresSQL 배포에는 시스템 메모리 리소스의 거의 50%가 사용됩니다. 사용 유형(프로덕션 및 대규모 프로덕션 배포)에 따라 리소스 사용량이 증가할 수 있습니다. 이러한 이유로 VizQL, 백그라운더 또는 데이터 엔진과 같은 다른 리소스 집약적 서버 구성 요소를 실행하지 않는 컴퓨터에서 리포지토리 프로세스를 실행하는 것이 좋습니다. 이러한 구성 요소와 함께 리포지토리 프로세스를 실행하면 IO 경합이 발생하여 리소스가 제약되고 배포의 전체 성능이 저하됩니다. ## 노드 1: 초기 노드 초기 노드는 소수의 중요한 프로세스를 실행하고 응용 프로그램 노드를 노드 2와 공유합니다. Tableau를 설치한 첫 번째 컴퓨터인 "초기 노드"에는 몇 가지 고유한 특성이 있습니다. 라이선스 서비스(라이선스 관리자), 활성화 서비스 및 TSM 컨트롤러(관리 컨트롤러)의 세 프로세스는 초기 노드에서만 실행되며 장애 상황 이외에는 다른 노드로 이동할 수 없습니다. ### 노드 1 장애 조치 및 자동 복원 라이선스, 활성화 및 TSM 컨트롤러 서비스는 Tableau Server 배포의 상태에 매우 중요합니다. 노드 1에 장애가 발생해도 사용자가 Tableau Server 배포에 연결할 수 있습니다. 올바르게 구성된 참조 아키텍처가 요청을 노드 2로 라우팅하기 때문입니다. 그러나 이러한 코어 서비스가 없으면 배포가 심각한 장애 보류 상태에 있게 됩니다. [초기 노드 자동 복구](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part7.htm#Initial)를 참조하십시오. ## 노드 1 및 2: 응용 프로그램 서버 ![Tableau 응용 프로그램 노드 프로세스](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/edg-ref-arch-appnodes.png) 노드 1 및 2는 클라이언트 요청을 처리하고 데이터 원본을 쿼리하고 비주얼리제이션을 생성하며 콘텐츠 및 관리와 기타 핵심 Tableau 비즈니스 논리를 처리하는 Tableau Server 프로세스를 실행합니다. 응용 프로그램 서버는 사용자 데이터를 저장하지 않습니다. **참고**: '응용 프로그램 서버'는 TSM에 나열되는 Tableau Server 프로세스를 나타내는 용어이기도 합니다. “응용 프로그램 서버”의 기초 프로세스는 VizPortal입니다. 부하 분산 논리 실행의 요청을 역방향 프록시 서버에서 처리하도록 노드 1과 노드 2 병렬 실행을 확장합니다. 중복 노드로서 이러한 노드 중 하나에 장애가 발생하면 나머지 노드에서 클라이언트 요청 및 서비스를 처리합니다. 보조 응용 프로그램 프로세스가 동일한 컴퓨터에서 실행되도록 참조 아키텍처가 설계됩니다. 즉, 프로세스가 컴퓨팅 리소스를 놓고 경쟁하지 않고 경합을 유발하지 않는다는 의미입니다. 예를 들어 응용 프로그램 서버의 코어 처리 서비스인 VizQL은 CPU 및 메모리 제한이 높은 프로세스로, 컴퓨터 CPU 및 메모리의 거의 60~70%를 사용합니다. 이러한 이유로 이 참조 아키텍처는 다른 메모리 또는 CPU 제한 프로세스를 VizQL과 동일한 노드에서 실행하지 않도록 설계되었습니다. 테스트에서 부하의 양 또는 사용자 수는 VizQL 노드의 메모리 또는 CPU 사용량에 영향을 미치지 않는 것으로 밝혀졌습니다. 예를 들어 부하 테스트에서 동시 사용자 수를 줄이면 대시보드 또는 비주얼리제이션 로드 프로세스의 성능만 영향을 받고 리소스 사용률이 줄어들지는 않습니다. 따라서 사용량이 피크일 때의 가용 메모리 및 CPU에 따라 더 많은 VizQL 프로세스를 추가하는 것을 고려할 수 있습니다. 일반적인 통합 문서로 시작할 때는 VizQL 프로세스당 4개의 코어를 할당합니다. ### 응용 프로그램 서버 확장 참조 아키텍처는 사용 기반 모델에 따라 확장할 수 있도록 설계되었습니다. 일반적으로 최소 2개의 응용 프로그램 서버를 사용하는 것이 좋습니다. 각 서버는 최대 1000명의 사용자를 지원합니다. 사용자 기반이 증가하는 경우 1000명의 사용자를 추가할 때마다 응용 프로그램 서버를 추가할 계획을 세우십시오. 사용 현황 및 성능을 모니터링하여 조직의 호스트별 사용자 기반을 조정하십시오. ## 노드 3 및 4: 데이터 서버 ![Tableau Server 데이터 노드 프로세스](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/edg-ref-arch-data.png) 파일 저장소, 데이터 엔진(Hyper) 및 백그라운더 프로세스는 다음과 같은 이유로 노드 3과 4에 함께 배치됩니다. - 추출 최적화: 백그라운더, Hyper 및 파일 저장소를 동일한 노드에서 실행하면 성능 및 안정성이 최적화됩니다. 추출 프로세스 중에 백그라운더는 대상 데이터베이스를 쿼리하고 동일한 노드에 Hyper 파일을 만든 다음 파일 저장소에 업로드합니다. 이러한 프로세스를 동일한 노드에 함께 배치하면 추출 생성 워크플로우에서 다량의 데이터 스트림을 네트워크 또는 노드에 복사하지 않아도 됩니다. - 보조 리소스 분산: 백그라운더는 대부분 CPU 집약적입니다. 데이터 엔진은 메모리 집약적인 프로세스입니다. 이러한 프로세스를 결합하면 각 노드의 리소스 활용률을 최대화할 수 있습니다. - 데이터 프로세스 통합: 이러한 각 프로세스는 백엔드 데이터 프로세스이므로 가장 안전한 데이터 계층에서 실행하는 것이 적절합니다. 향후 버전의 참조 아키텍처에서는 응용 프로그램과 데이터 서버가 별도의 계층에서 실행됩니다. 그러나 Tableau 아키텍처의 응용 프로그램 종속성으로 인해 현재는 응용 프로그램 및 데이터 서버가 같은 계층에서 실행되어야 합니다. ### 데이터 서버 확장 응용 프로그램 서버와 마찬가지로 Tableau 데이터 서버에 필요한 리소스를 계획하려면 사용 기반 모델링이 필요합니다. 일반적으로 각 데이터 서버가 하루에 최대 2000개의 추출 새로 고침 작업을 지원할 수 있다고 가정합니다. 추출 작업이 늘어나면 파일 저장소 서비스 없이 데이터 서버를 더 추가하십시오. 일반적으로 로컬 파일 시스템을 파일 저장소 서비스로 사용하는 배포의 경우 2노드 데이터 서버 배포가 적합합니다. 응용 프로그램 서버를 더 추가해도 데이터 서버의 성능이나 선형 확장에는 영향을 미치지 않습니다. 실제로 추가 사용자 쿼리로 인한 오버헤드를 제외하고 응용 프로그램 호스트 및 사용자를 더 추가할 경우 미치는 영향은 매우 적습니다. [주요 콘텐츠로 건너뛰기](#main-content) # 3단계: 결과를 집중적으로 보기 범주 및 하위 범주로 분류된 제품 매출의 뷰를 만들었습니다. 이제 필요한 정보에 근접하기 시작했지만 아직 정렬해야 할 데이터가 많습니다. 흥미로운 데이터 요소를 쉽게 찾고 특정 결과를 집중적으로 볼 수 있어야 합니다. Tableau에는 이를 위한 유용한 옵션이 있습니다. 필터 및 색상을 사용하면 관심 있는 세부 정보를 보다 집중적으로 표시할 수 있습니다. 데이터를 중점적으로 표시한 후 다른 Tableau Desktop 기능을 사용하여 해당 데이터와 상호 작용을 시작할 수 있습니다. ## 뷰에 필터 추가 필터를 사용하여 뷰에 값을 포함하거나 제외할 수 있습니다. 이 예에서는 특정 연도의 하위 범주별 제품 매출을 보다 쉽게 볼 수 있도록 워크시트에 단순 필터 2개를 추가하기로 합니다. 1. 데이터 패널에서 **Order Date**를 마우스 오른쪽 단추로 클릭하고 **필터 표시**를 선택합니다. 2. **Sub-Category** 필드에 대해 위의 단계를 반복합니다. 필터는 선택한 순서대로 뷰의 오른쪽에 추가됩니다. 필터는 카드 유형이며 필터를 클릭하고 뷰의 다른 위치로 끌어 놓아 캔버스 주위에서 이동할 수 있습니다. 필터를 끌면 필터를 놓을 수 있는 위치를 나타내는 선이 나타납니다. **참고**: 시작하기 자습서는 기본 필터 카드 위치를 사용합니다. 학습 라이브러리(최상위 메뉴)에서 **필터에 대한 자세한 내용**을 확인하십시오. ![Sub-Category(하위 범주) 및 Order Date(주문 날짜)에 대한 필터가 있는 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag10.png) 작업 확인! "뷰에 필터 적용" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 뷰에 색상 추가 필터를 추가하면 이 모든 데이터를 정렬하는 데 도움이 됩니다. 그런데 파란색이 너무 많습니다. 이제 색상과 관련하여 뭔가를 해야 합니다. 현재 다양한 제품에 대한 총 매출을 보고 있습니다. 일부 제품의 경우 판매 실적이 지속적으로 저조하고, 일부 제품의 경우 해당 제품군의 판매 노력을 줄일 수 있는 가능성이 있습니다. 하지만 다른 제품에 대한 전반적인 수익성은 어떻게 보입니까? **Profit(수익)**을 색상으로 끌어 봅니다. 데이터 패널에서 **Profit(수익)**를 마크 카드의 **색상**으로 끌어 놓습니다. Profit(수익)을 색상으로 끌어 오면 Tables(테이블), Bookcases(책장) 및 심지어 Machines(장비)의 수익도 음수인 것을 알 수 있습니다. 또 다른 유용한 정보가 확인되었습니다. ![열 선반에 Order Date(주문 날짜), Category(범주) 및 Sub-Category(하위 범주)가 있고 행 선반에 Sum(Sales)이 있으며 마크 카드의 색상에 Sum(Sales)이 있는 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Dragcolor1.png) **참고:** 데이터에 음수 값과 양수 값이 모두 포함되므로 자동으로 색상 범례가 추가되고 다중 색상표가 할당되었습니다. 자세히 알아보기: 색상 작업 색상을 추가하면 뷰가 시각적으로 향상될 뿐 아니라 관심 있는 데이터가 눈에 띕니다. Tableau는 기본 색상표를 사용하여 뷰의 제품에 색상을 할당하지만 사용자는 기본 색상표에 제한되지 않고 색상을 할당할 수 있습니다. 원하는 색상을 선택할 수 있습니다. 표시된 색상이 아닌 다른 색상을 사용하려는 경우 언제든지 색상 또는 색상표를 변경할 수 있습니다. 마크 카드의 **색상**을 클릭한 다음 **색상 편집**을 클릭하면 됩니다. 색상 편집 대화 상자가 열리면 다른 색상표를 선택할 수 있습니다. **참고:** 시작하기 자습서는 기본 색상표를 사용합니다. 뷰의 데이터에 따라 색상 편집 대화 상자에 다중 색상표 또는 범주형 색상표가 표시될 수 있습니다. 다중 색상표는 아래의 이미지와 같습니다. 다중 색상표는 일반적으로 연속형 필드에 할당됩니다. ![색상 편집 메뉴에 나열된 다중 색상표](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Dragcolor2.png) 범례를 사용하는 경우 아래의 이미지와 같을 수 있습니다. 범주형 색상표는 이 이미지와 같으며 일반적으로 불연속형 필드에 할당됩니다. ![색상 편집 메뉴에 나열된 범주형 색상표](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Drag12.png) 작업 확인! "뷰에 색상 추가" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 주요 정보 찾기 지금까지 학습했듯이 Tableau Desktop에서 뷰를 작성하면서 데이터를 탐색할 수 있습니다. 필터 및 색상을 추가하면 데이터의 시각화가 개선되고 문제를 즉시 식별할 수 있습니다. 다음 단계는 뷰와 상호 작용하여 결론에 이르는 단계입니다. 뷰를 보면 수익성이 없는 일부 제품이 보입니다. 이제 이러한 제품이 매년 수익성이 없었는지를 확인해 봐야 합니다. 필터를 사용하여 자세히 들여다 볼 때입니다. 1. 뷰의 **Sub-Category** 필터 카드에서 **Bookcases**, **Machines** 및 **Tables**를 제외한 다른 모든 확인란의 선택을 취소합니다. ![하위 범주에서 수익과 손실을 표시하기 위해 다중 색상표가 있는 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_FocusFilter1.png) 이제 보시다시피 일부 연도에 Bookcases와 Machines는 수익이 있었습니다. 그러나 최근에 Machines가 수익을 내지 못했습니다. 중요한 정보를 발견했지만 상관에게 조치 항목을 제안하기 전에 더 많은 정보를 수집해야 합니다. 직감에 따라 뷰를 지역별로 분류하기로 합니다. 2. 데이터 패널에서 **Region(지역)**을 **행** 선반으로 끌어 합계(Sales) 왼쪽에 놓습니다. 지역별로 분류된 여러 축이 있는 뷰가 만들어집니다. 이제 각 지역의 제품별 매출 및 수익성을 봅니다. 지역을 뷰에 추가하고 하위 범주를 필터링한 후 Machines의 음수 수익이 다른 지역보다 South 지역에서 높게 보고된 것을 알게 됩니다. 숨겨진 정보를 알게 되었습니다. ![각 지역의 Machines 하위 범주의 수익성을 보여주는 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Focus_MachineSpike.png) 이 뷰에는 지금까지의 작업이 가장 잘 요약되어 있습니다. **Sub-Category** 필터 카드에서 **전체**를 선택(필터를 변경한 경우)하여 모든 하위 범주를 다시 표시하고 워크시트의 이름을 지정하고 제목을 추가합니다. 6. 작업 영역의 왼쪽 아래에서 **시트 1**을 두 번 클릭하고 **Sales by Product/Region**을 입력합니다. 이제 만들어진 뷰를 유지하면서 South 지역을 집중적으로 분석하려고 합니다. Tableau Desktop에서는 워크시트를 복제하여 중단한 위치에서 계속할 수 있습니다. 7. 통합 문서에서 **Sales by Product/Region** 시트를 마우스 오른쪽 단추로 클릭하고 **복제**를 선택합니다. 8. 복제된 시트의 이름을 **Sales in the South**로 바꿉니다. 9. 새 워크시트의 데이터 패널에서 **Region(지역)**을 **필터** 선반으로 끌어 뷰에 필터로 추가합니다. 10. 필터 \[Region\] 대화 상자에서 **South**를 제외한 모든 확인란을 지운 다음 **확인**을 클릭합니다. 11. **행** 선반에서 **Region** 필드를 마우스 오른쪽 단추로 클릭하고 **머리글 표시**를 선택 취소합니다. 아래의 이미지와 같이 뷰가 업데이트됩니다. ![South 하위 범주의 수익성을 보여주는 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_FocusSouth1.png) 이제 South 지역의 매출 및 수익에 집중할 수 있습니다. Machine 매출이 2022년과 2025년에 다시 음수 수익을 낸 것을 바로 볼 수 있습니다. 분명히 조사가 필요한 영역입니다. 4. **파일** > **다른 이름으로 저장**을 선택하여 작업을 저장합니다. 통합 문서 이름을 Regional Sales and Profits와 같은 이름으로 지정합니다. 자세히 알아보기: Tableau에서 저장된 통합 문서가 정렬되는 방식 Tableau를 설치하면 **문서** > **내 문서** > **내 Tableau 리포지토리**에 폴더 디렉터리가 자동으로 만들어집니다. 내 Tableau 리포지토리에는 데이터 원본, 저장된 통합 문서, 지오코딩 데이터 및 기타 항목에 대한 여러 폴더가 포함됩니다. 학습 라이브러리(최상위 메뉴)에서 **통합 문서를 다양한 Tableau 파일 유형으로 저장하는 방법에 대한 자세한 내용**을 확인하십시오. 작업 확인! 아래 "주요 정보 찾기" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 단계 요약 이 단계에서는 필터 및 색상을 사용하여 데이터 작업을 용이하게 했습니다. 또한 데이터에 대한 주요 질문의 답을 쉽게 찾을 수 있도록 하는 Tableau의 유용한 기능 몇 가지를 학습했습니다. 이 단계에서 학습한 내용은 다음과 같습니다. - 필터 및 색상을 적용하여 가장 관심 있는 데이터 영역을 집중적으로 표시합니다. - Tableau가 제공하는 도구를 사용하여 차트와 상호 작용합니다. - 워크시트를 복제하고 변경 사항을 저장하여 작업 손실 없이 다른 방식으로 데이터 탐색을 계속합니다. Tableau Desktop에서 데이터를 탐색하여 문제 영역을 식별했습니다. South 지역의 매출 및 수익에 문제가 있다는 것을 알지만 아직 해결책이 없습니다. 이러한 결과의 원인일 수 있는 다른 요인을 살펴봐야 할 것 같습니다. 다음으로 Tableau의 다른 주요 기능을 활용하여 지리적 데이터를 작업합니다. [4단계: 데이터를 지리적으로 탐색](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-explore.htm)로 계속 진행합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 3부 - Tableau Server 엔터프라이즈 배포 준비 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. 3부에서는 Tableau Server 참조 아키텍처를 배포할 인프라를 준비할 때의 요구 사항을 설명합니다. 시작하기 전에 [2부 - Tableau Server 배포 참조 아키텍처 이해](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part2.htm)를 검토하는 것이 좋습니다. 이 항목에서는 요구 사항에 대한 설명 외에도 AWS 환경에서 참조 아키텍처의 구현 예를 제공합니다. 이 가이드의 나머지 부분은 이 항목에서 처음 설명된 AWS 참조 아키텍처 예를 기반으로 합니다. 이 참조 아키텍처의 핵심 원칙은 데이터 센터 보안 모범 사례를 통한 표준화입니다. 이 아키텍처는 서비스를 보호되는 네트워크 서브넷으로 분리하도록 설계되었습니다. 서브넷 간 통신은 특정 프로토콜 및 포트 트래픽으로 제한됩니다. 다음 다이어그램은 온프레미스 배포 또는 고객 관리형 클라우드 배포에 대한 참조 아키텍처 서브넷 설계를 보여줍니다. 클라우드 배포 예제는 아래의 [예: AWS에서 서브넷 및 보안 그룹 구성](#AWSexampe) 섹션을 참조하십시오. ## 서브넷 3개의 서브넷을 만듭니다.  - 웹 계층 - 응용 프로그램 계층 - 데이터 서브넷 ### 방화벽/보안 그룹 규칙 아래 탭은 데이터 센터의 각 계층에 대한 방화벽 규칙을 설명합니다. AWS별 보안 그룹 규칙에 대해서는 이 항목의 뒷부분에 있는 섹션을 참조하십시오. 웹 계층은 인바운드 HTTPS 요청을 처리하고 응용 프로그램 계층으로 요청을 중계하는 공개 DMZ 서브넷입니다. 이 설계는 조직을 표적으로 할 수 있는 악성 프로그램으로부터의 방어 계층을 제공합니다. 웹 계층은 응용 프로그램/데이터 계층에 대한 액세스를 차단합니다.
트래픽유형프로토콜포트 범위원본

인바운드

SSHTCP22배스천 서브넷(클라우드 배포용)
인바운드HTTPTCP80인터넷(0.0.0.0/0)
인바운드HTTPSTCP443인터넷(0.0.0.0/0)
아웃바운드모든 트래픽전체전체 
응용 프로그램 서브넷은 Tableau Server 배포가 상주하는 위치입니다. 응용 프로그램 서브넷에는 Tableau 응용 프로그램 서버(노드 1 및 노드 2)가 포함됩니다. Tableau 응용 프로그램 서버는 데이터 서버에 대한 사용자 요청을 처리하고 핵심 비즈니스 논리를 실행합니다. 응용 프로그램 서브넷에는 Tableau 데이터 서버(노드 3 및 노드 4)도 포함됩니다. 응용 프로그램 계층에 대한 모든 클라이언트 트래픽은 웹 계층에서 인증됩니다. 응용 프로그램 서브넷에 대한 관리 액세스는 인증되고 배스천 호스트를 거쳐 라우팅됩니다.
트래픽유형프로토콜포트 범위원본

인바운드

SSHTCP22배스천 서브넷(클라우드 배포용)
인바운드HTTPSTCP443웹 계층 서브넷
아웃바운드모든 트래픽전체전체 
데이터 서브넷은 외부 PostgreSQL 데이터베이스 서버가 상주하는 위치입니다.
트래픽유형프로토콜포트 범위원본

인바운드

SSHTCP22배스천 서브넷(클라우드 배포용)
인바운드PostgreSQLTCP5432응용 프로그램 계층 서브넷
아웃바운드모든 트래픽전체전체 
대부분의 기업 보안 팀은 온프레미스 관리 시스템에서 클라우드에 배포된 노드로의 직접 통신을 허용하지 않습니다. 대신, 클라우드 노드로 가는 모든 관리 SSH 트래픽에 대한 프록시로 배스천 호스트를 사용합니다(“점프 서버”라고도 함). 클라우드 배포의 경우 참조 아키텍처의 모든 리소스에 대한 배스천 호스트 프록시 연결을 사용하는 것이 좋습니다. 온프레미스 환경에서 이 구성은 선택 사항입니다. 배스천 호스트는 관리 액세스를 인증하고 SSH 프로토콜을 통한 트래픽만 허용합니다.
트래픽유형프로토콜포트 범위원본대상

인바운드

SSHTCP22관리 컴퓨터 IP 주소 
아웃바운드SSHTCP22 웹 계층 서브넷
아웃바운드SSHTCP22 응용 프로그램 계층 서브넷
## 예: AWS에서 서브넷 및 보안 그룹 구성 이 섹션은 AWS의 Tableau Server 참조 아키텍처 배포에 대한 VPC 및 네트워크 환경을 만들고 구성하기 위한 단계별 절차를 제공합니다. 아래 슬라이드에서는 4개 계층의 참조 아키텍처를 보여 줍니다. 슬라이드를 진행하면서 구성 요소가 토폴로지 맵에 계층화됩니다. 1. VPC 서브넷 토폴로지 및 EC2 인스턴스: 배스천 호스트 1개, 역방향 프록시 서버 2개, Tableau Server 4개 및 PostgreSQL 서버 1개 이상 2. 프로토콜 흐름 및 인터넷 연결: 모든 인바운드 트래픽은 AWS 인터넷 게이트웨이를 통해 관리됩니다. 인터넷 트래픽은 NAT를 통해 라우팅됩니다. 3. 가용성 영역: 프록시, Tableau Server 및 PostgreSQL 호스트는 두 가용성 영역에 균등하게 배포됩니다. 4. 보안 그룹: 네 개의 보안 그룹(공용, 사설, 데이터 및 배스천)이 프로토콜 수준에서 각 계층을 보호합니다. ![서버, 데이터베이스, 사용자가 있는 가상 사설 클라우드의 네트워크 다이어그램입니다.](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/edg-vpc-sg-1.png) ![서버, 데이터베이스, 사용자가 있는 가상 사설 클라우드의 네트워크 다이어그램입니다.](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/edg-vpc-sg-2.png) ![서버, 데이터베이스, 사용자가 있는 가상 사설 클라우드의 네트워크 다이어그램입니다.](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/edg-vpc-sg-3.png) ![서버, 데이터베이스, 사용자가 있는 가상 사설 클라우드의 네트워크 다이어그램입니다.](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/edg-vpc-sg-4.png) ### AWS 가용성 영역 및 고가용성 이 가이드에 나온 참조 아키텍처는 단일 호스트에 장애가 발생할 경우 중복성을 통해 가용성을 제공하는 배포를 명시합니다. 그러나 두 가용성 영역에 참조 아키텍처를 배포하는 AWS 사례에서는 가용성 영역에 장애가 발생하는 매우 드문 경우에만 가용성이 손상됩니다. ### VPC 구성 이 섹션에서는 다음을 수행하는 방법을 설명합니다. - VPC 설치 및 구성 - 인터넷 연결 구성 - 서브넷 구성 - 보안 그룹 생성 및 구성 ### VPC 구성 이 섹션의 절차는 클래식 VPC 경험의 UI에 매핑됩니다. AWS VPC 대시보드의 왼쪽 위에서 새 VPC 경험을 해제하여 클래식 뷰를 표시하도록 UI를 전환할 수 있습니다. VPC 마법사를 실행하여 기본적인 사설 및 공용 서브넷과 기본적인 라우팅 및 네트워크 ACL을 만듭니다. 1. VPC를 구성하기 전에 탄력적 IP를 만들어야 합니다. 모든 기본값을 사용하여 할당을 만듭니다. 2. VPC 마법사 실행 > "공용 및 사설 서브넷이 있는 VPC" 3. 대부분의 기본값을 수락합니다. 다음은 예외입니다.  - VPC 이름을 입력합니다. - 탄력적 IP 할당 ID를 지정합니다. - 다음 CIDR 마스크를 지정합니다. - 공용 서브넷의 IPv4 CIDR: 10.0.1.0/24, 이 서브넷의 이름을 `Public-a`로 바꿉니다. - 사설 서브넷의 IPv4 CIDR: 10.0.30.0/24, 이 서브넷의 이름을 `Private-a`로 바꿉니다. - 가용성 영역: 두 서브넷에 대해 현재 지역에 해당하는 a 옵션을 선택합니다. **참고**: 이 예에서는 특정 AWS 데이터 센터의 가용성 영역을 서로 구분하기 위해 **a**와 **b**를 사용합니다. AWS에서 가용성 영역 이름이 여기에 표시된 예와 일치하지 않을 수 있습니다. 예를 들어 일부 가용성 영역에는 데이터 센터 내에 **c** 및 **d** 영역이 포함됩니다. 4. VPC 만들기를 클릭합니다. 5. VPC가 만들어지면 `Public-b`, `Private-b`, `Data` 및 `Bastion` 서브넷을 만듭니다. 서브넷을 만들려면 서브넷 > 서브넷 만들기를 클릭합니다. - `Public-b`: 가용성 영역의 경우 현재 지역에 해당하는 b 옵션을 선택합니다. CIDR 블록: 10.0.2.0/24 - `Private-b`: 가용성 영역의 경우 현재 지역에 해당하는 b 옵션을 선택합니다. CIDR 블록: 10.0.31.0/24 - `Data`: 가용성 영역의 경우 현재 지역에 해당하는 a 영역을 선택합니다. CIDR 블록: 10.0.50.0/24. 선택 사항: PostgreSQL 클러스터 전체의 외부 데이터베이스를 복제하려는 경우 CIDR 블록이 10.0.51.0/24인 가용성 영역 b에 Data-b 서브넷을 만듭니다. - `Bastion`: 가용성 영역의 경우 영역 중 하나를 선택합니다. CIDR 블록: 10.0.0.0/24 6. 서브넷이 만들어지면 연결된 IGW(인터넷 게이트웨이)에 대해 구성된 라우팅 테이블을 사용하도록 공용 및 배스천 서브넷의 라우팅 테이블을 편집합니다. 그런 다음 NAT(네트워크 주소 변환기)에 대해 구성된 라우팅 테이블을 사용하도록 사설 및 데이터 서브넷을 편집합니다. - IGW 또는 NAT에 구성된 라우팅 테이블을 확인하려면 AWS 대시보드에서 라우팅 테이블을 클릭합니다. 두 라우팅 테이블 링크 중 하나를 선택하여 속성 페이지를 엽니다. 라우팅 \> 대상\> 0.0.0.0/0에서 대상 값을 확인합니다. 대상 값에 따라 라우팅 유형이 달라지며 `igw-` 또는 `nat-` 문자열로 시작됩니다. - 라우팅 테이블을 업데이트하려면 VPC > 서브넷 \> \[subnet\_name\] > 라우팅 테이블 > 라우팅 테이블 연결 편집으로 이동합니다. ### 보안 그룹 구성 VPC 마법사는 단일 보안 그룹을 만들지만 이는 사용되지 않습니다. 다음 보안 그룹을 만듭니다(보안 그룹 > 보안 그룹 만들기). EC2 호스트는 위의 슬라이드 다이어그램과 같이 두 가용성 영역에 걸쳐 이러한 그룹에 설치됩니다. - 새 보안 그룹 **사설**을 만듭니다. Tableau Server의 노드 4개가 모두 여기에 설치됩니다. 설치 프로세스의 나중에 사설 보안 그룹은 10.0.30.0/24 및 10.0.31.0/24 서브넷에 연결됩니다. - 새 보안 그룹 **공용**을 만듭니다. 여기에는 프록시 서버가 설치됩니다. 설치 프로세스의 나중에 공용 보안 그룹은 10.0.1.0/24 및 10.0.2.0/24 서브넷에 연결됩니다. - 새 보안 그룹 **데이터**를 만듭니다. PostgreSQL용 외부 Tableau 리포지토리가 모두 여기에 설치됩니다. 설치 프로세스의 나중에 데이터 보안 그룹은 10.0.50.0/24(선택적으로 10.0.51.0/24) 서브넷에 연결됩니다. - 새 보안 그룹 **배스천**을 만듭니다. 여기에는 배스천 호스트가 설치됩니다. 설치 프로세스의 나중에 배스천 보안 그룹은 및 10.0.0.0/24 서브넷에 연결됩니다. #### 인바운드 및 아웃바운드 규칙 지정 AWS에서 보안 그룹은 온프레미스 환경의 방화벽과 같은 역할을 합니다. 보안 그룹의 송/수신에 허용되는 트래픽 유형(예: https, https 등), 프로토콜(TCP 또는 UDP) 및 포트 또는 포트 범위(예: 80, 443 등)를 지정해야 합니다. 각 프로토콜에 대해 대상 또는 원본 트래픽도 지정해야 합니다. #### 공용 보안 그룹 규칙
인바운드 규칙
유형프로토콜포트 범위원본
HTTPTCP800.0.0.0/0
HTTPSTCP4430.0.0.0/0
SSHTCP22배스천 보안 그룹
아웃바운드 규칙
유형프로토콜포트 범위대상
모든 트래픽전체전체0.0.0.0/0
#### 사설 보안 그룹 규칙 사설 보안 그룹에는 공용 보안 그룹의 HTTP 트래픽을 허용하는 인바운드 규칙이 포함됩니다. 연결을 확인하기 위해 배포 프로세스 중에만 HTTP 트래픽을 허용합니다. 역방향 프록시 배포를 마치고 Tableau에 대한 SSL을 구성한 후에는 HTTP 인바운드 규칙을 제거하는 것이 좋습니다.
인바운드 규칙
유형프로토콜포트 범위원본
HTTPTCP80공용 보안 그룹
HTTPSTCP443공용 보안 그룹
PostgreSQLTCP5432데이터 보안 그룹
SSHTCP22배스천 보안 그룹
모든 트래픽전체전체사설 보안 그룹
아웃바운드 규칙
유형프로토콜포트 범위대상
모든 트래픽전체전체0.0.0.0/0
PostgreSQLTCP5432데이터 보안 그룹
SSHTCP22배스천 보안 그룹
#### 데이터 보안 그룹 규칙
인바운드 규칙
유형프로토콜포트 범위원본
PostgreSQLTCP5432사설 보안 그룹
SSHTCP22배스천 보안 그룹
아웃바운드 규칙
유형프로토콜포트 범위대상
모든 트래픽전체전체0.0.0.0/0
PostgreSQLTCP5432사설 보안 그룹
SSHTCP22배스천 보안 그룹
#### 배스천 호스트 보안 그룹 규칙
인바운드 규칙
유형프로토콜포트 범위원본
SSHTCP22AWS(관리 컴퓨터)에 로그인하는 데 사용할 컴퓨터의 IP 주소 및 넷 마스크입니다.
SSHTCP22사설 보안 그룹
SSHTCP22공용 보안 그룹
아웃바운드 규칙
유형프로토콜포트 범위대상
SSHTCP22AWS(관리 컴퓨터)에 로그인하는 데 사용할 컴퓨터의 IP 주소 및 넷 마스크입니다.
SSHTCP22사설 보안 그룹
SSHTCP22공용 보안 그룹
SSHTCP22데이터 보안 그룹
HTTPSTCP4430.0.0.0/0(선택 사항: 배스천 호스트에서 지원 소프트웨어를 다운로드하기 위해 인터넷에 연결해야 하는 경우 이 규칙을 만들어야 함)
### 공용 IP 자동 할당 사용 프록시 서버 및 배스천 호스트에 연결하기 위한 IP 주소를 제공합니다. 공용 및 배스천 서브넷의 경우: 1. 서브넷을 선택합니다. 2. 동작 메뉴에서 "IP 자동 할당 설정 수정"을 선택합니다. 3. "공용 IPv4 주소 자동 할당 사용"을 클릭합니다. 4. 저장을 클릭합니다. ## 부하 분산 장치 **참고**: 이 가이드의 예제 배포에 따라 AWS에 설치하는 경우 배포 프로세스의 나중에 [5부 - 웹 계층 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part5.htm)에 설명된 대로 AWS 부하 분산 장치를 설치하고 구성해야 합니다. 온프레미스 배포의 경우 네트워크 관리자와 협력하여 참조 아키텍처의 웹 계층을 지원할 부하 분산 장치를 배포하십시오. - Tableau 클라이언트의 HTTPS 요청을 수락하고 역방향 프록시 서버로 전달하는 웹용 응용 프로그램 부하 분산 장치 - 역방향 프록시:  - 중복성을 구현하고 클라이언트 부하를 처리할 수 있도록 최소 2개의 프록시 서버를 구성하는 것이 좋습니다. - 부하 분산 장치의 HTTPS 트래픽을 수신합니다. - Tableau 호스트에 대한 고정 세션을 지원합니다. - 게이트웨이 프로세스를 실행하는 각 Tableau Server에 대한 라운드 로빈 부하 분산을 위한 프록시를 구성합니다. - 외부 IdP의 인증 요청을 처리합니다. - 정방향 프록시: 라이선스 및 맵 기능을 위해 Tableau Server에서 인터넷에 액세스할 수 있어야 합니다. 사용하는 정방향 프록시 환경에 따라 Tableau Service URL에 대한 정방향 프록시 허용 목록을 구성해야 할 수 있습니다. _인터넷 통신_([Linux](https://help.tableau.com/current/server-linux/ko-kr/plan_network.htm))을 참조하십시오. ## 호스트 컴퓨터 구성 ### 최소 권장 하드웨어 다음 권장 사항은 참조 아키텍처에서 실제 데이터로 수행한 테스트 결과를 기준으로 합니다. 응용 프로그램 서버: - CPU: 물리적 코어 8개(16vCPU) - RAM: 128GB(16 GB/물리적 코어) - 디스크 공간: 100 GB 데이터 서버 - CPU: 물리적 코어 8개(16vCPU) - RAM: 128GB(16 GB/물리적 코어) - 디스크 공간: 1TB. 배포에서 Tableau 파일 저장소에 대해 외부 저장소를 사용할 경우 적절한 디스크 공간을 계산해야 합니다. _Tableau Server에 외부 파일 저장소 설치_([Linux](https://help.tableau.com/current/server-linux/ko-kr/server_external_filestore_storage_new_install.htm))를 참조하십시오. 프록시 서버 - CPU: 물리적 코어 2개(4vCPU) - RAM: 8 GB(4 GB/물리적 코어) - 디스크 공간: 100 GB 외부 리포지토리 데이터베이스 - CPU: 물리적 코어 8개(16vCPU) - RAM: 128GB(16 GB/물리적 코어) - 디스크 공간 요구 사항은 데이터 부하 및 백업에 미치는 영향에 따라 다릅니다. _디스크 공간 요구 사항([Linux](https://help.tableau.com/current/server-linux/ko-kr/requ_diskspace.htm#backup-and-restore-processes))_ 항목에서 _백업 및 복원 프로세스_ 섹션을 참조하십시오. ### 디렉터리 구조 이 참조 아키텍처는 Tableau Server 패키지 및 데이터를 기본이 아닌 위치에 설치할 것을 권장합니다. - `/app/tableau_server`에 패키지 설치: Tableau Server 패키지를 설치하기 전에 이 디렉터리 경로를 만든 다음 설치 중에 이 경로를 지정합니다. - `/data/tableau_data`에 Tableau 데이터를 설치합니다. Tableau Server를 설치하기 전에 이 디렉터리를 만들지 마십시오. 대신, 설치 중에 경로를 지정한 다음 Tableau 설치 프로그램을 통해 경로를 만들고 적절한 사용 권한을 설정합니다. 구현 세부 정보는 [설치 패키지 실행 및 TSM 초기화](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm#Run2)를 참조하십시오. ## 예: AWS에서 호스트 컴퓨터 설치 및 준비 이 섹션에서는 Tableau Server 참조 아키텍처의 각 서버 유형에 대한 EC2 호스트를 설치하는 방법을 설명합니다. 이 참조 아키텍처에는 8개의 호스트가 필요합니다. - Tableau Server용 인스턴스 4개 - 프록시 서버용 인스턴스 2개(Apache) - 배스천 호스트용 인스턴스 1개 - EC2 PostgreSQL 데이터베이스 인스턴스 1개 또는 2개 ### 호스트 인스턴스 세부 정보 아래의 세부 정보에 따라 호스트 컴퓨터를 설치합니다. #### Tableau Server - Amazon Linux 2 - 인스턴스 유형: m5a.8xlarge - 보안 그룹 ID: 사설 - 저장소: EBS, 150GiB, gp2 볼륨 유형. 배포에서 Tableau 파일 저장소에 대해 외부 저장소를 사용할 경우 적절한 디스크 공간을 계산해야 합니다. _Tableau Server에 외부 파일 저장소 설치_([Linux](https://help.tableau.com/current/server-linux/ko-kr/server_external_filestore_storage_new_install.htm))를 참조하십시오. - 네트워크: 각 사설 서브넷(10.0.30.0/24 및 10.0.31.0/24)에 두 개의 EC2 호스트 설치 - [Tableau 다운로드 페이지](https://www.tableau.com/ko-kr/support/releases/server)에서 최신 Tableau Server 2021.2 이상 rpm 패키지의 최신 유지 관리 버전을 각 Tableau 호스트에 복사합니다. #### 배스천 호스트 - Amazon Linux 2 - 인스턴스 유형: t3.micro - 보안 그룹 ID: 배스천 - 저장소: EBS, 50GiB, gp2 볼륨 유형 - 네트워크: 배스천 서브넷 10.0.0.0/24 #### Tableau Server 독립 게이트웨이 - Amazon Linux 2 - 인스턴스 유형: t3.xlarge - 보안 그룹 ID: 공용 - 저장소: EBS, 100GiB, gp2 볼륨 유형 - 네트워크: 각 공용 서브넷(10.0.1.0/24 및 10.0.2.0/24)에 한 개의 EC2 인스턴스 설치 #### PostgreSQL EC2 호스트 - Amazon Linux 2 - 인스턴스 유형: r5.4xlarge - 보안 그룹 ID: 데이터 - 저장소: 디스크 공간 요구 사항은 데이터 부하 및 백업에 미치는 영향에 따라 다릅니다. _디스크 공간 요구 사항([Linux](https://help.tableau.com/current/server-linux/ko-kr/requ_diskspace.htm#backup-and-restore-processes))_ 항목에서 _백업 및 복원 프로세스_ 섹션을 참조하십시오. - 네트워크: 데이터 서브넷 10.0.50.0/24 (HA 클러스터에서 PostgreSQL을 복제하는 경우 10.0.51.0/24 서브넷에 두 번째 호스트 설치) ## 확인: VPC 연결 호스트 컴퓨터를 설치한 후 네트워크 구성을 확인합니다. 배스천 보안 그룹의 호스트에서 SSH를 통해 각 서브넷의 호스트에 연결하여 호스트 간 연결성을 확인합니다. ### 예: AWS의 배스천 호스트에 연결 1. SSH 에이전트로 사용할 관리 컴퓨터를 설정합니다. 이렇게 하면 개인 키 파일을 EC2 인스턴스에 배치하지 않고도 AWS의 호스트에 연결할 수 있습니다. Mac에서 SSH 에이전트를 구성하려면 다음 명령을 실행합니다. `ssh-add -K myPrivateKey.pem` 또는 최신 Mac OS의 경우 `ssh-add --apple-use-keychain myPrivateKey.pem` Windows의 경우 [사설 Amazon VPC에서 실행되는 Linux 인스턴스에 안전하게 연결(영문)](https://aws.amazon.com/blogs/security/securely-connect-to-linux-instances-running-in-a-private-amazon-vpc/) 항목을 참조하십시오. 2. 다음 명령을 실행하여 배스천 호스트에 연결합니다. `ssh -A ec2-user@` 3. 그런 다음 배스천 호스트에서 사설 IP 주소를 사용하여 VPC의 다른 호스트에 연결할 수 있습니다. 예를 들면 다음과 같습니다. `ssh -A ec2-user@10.0.1.93` [주요 콘텐츠로 건너뛰기](#main-content) # 4단계: 데이터를 지리적으로 탐색 지난 몇 년간의 제품별 매출과 수익을 검토할 수 있는 유용한 뷰가 만들어졌습니다. South 지역의 제품 매출 및 수익성을 살펴본 후 해당 지역의 추세 또는 패턴을 찾아보기로 결정합니다. 현재 지리적 데이터(Region 필드)를 보고 있으므로 맵 뷰를 작성할 수 있습니다. 맵 뷰는 이러한 종류의 정보를 표시하고 분석하는 데 적합합니다. 게다가 멋지기까지 합니다. 이 예에서는 적절한 지리적 역할이 Country, State/Province, City 및 Postal Code 필드에 이미 할당되었습니다. 위의 각 필드에 지리적 데이터가 포함된 것이 인식되었기 때문입니다. 지금 바로 맵 뷰를 만들 수 있습니다. 자세히 알아보기: 지리적 역할 충족 Tableau는 시/도 및 시(도시) 이름 같은 많은 일반적인 지리적 데이터를 인식합니다. Tableau에서 이러한 유형의 데이터가 인식되면 해당하는 지리적 역할이 자동으로 필드에 할당되고 해당 필드가 지리적 필드가 됩니다. 지리적 필드는 **데이터** 패널에서 옆에 지구본 아이콘 ![지리적 데이터 필드를 식별하는 지구 아이콘](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore16_24x13.png)이 나타납니다. 지리적 역할이 할당된 필드를 마크 카드의 **세부 정보**에 추가하면 자동으로 맵 뷰가 만들어집니다. 이 부분은 나중에 자세히 설명합니다. Tableau에서 지리적 데이터로 인식되지 않는 데이터의 경우 관련 필드 각각에 수동으로 지리적 역할을 할당할 수 있습니다. 여러 지리적 역할을 선택할 수 있습니다. - 공항 - 지역번호(미국) - CBSA/MSA(미국) - 시(도시) - 하원의원 선거구(미국) - 국가/지역 - 시군구 - 통계지역단위명명법-유럽 - 주/시/도 - 우편번호 ![필드에 지리적 역할을 수동으로 할당하는 이미지](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore1.png) ## 맵 뷰 작성 새 워크시트로 새롭게 시작합니다. 1. 통합 문서 맨 아래에서 **새 워크시트** 아이콘을 클릭합니다. ![새 워크시트 아이콘 하이라이트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_explore17.png) 이전 워크시트를 유지하면서 새 워크시트가 만들어지므로 작업 손실 없이 데이터 탐색을 계속할 수 있습니다. 4. **데이터** 패널에서 **State/Province**를 두 번 클릭하여 마크 카드의 **세부 정보**에 추가합니다. 이제 맵 뷰가 만들어졌습니다! ![캐나다와 미국 본토의 기호 맵](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_explore3.png) 자세히 알아보기: 두 번 클릭하여 지리적 필드 추가 필드를 두 번 클릭하여 빠르게 뷰에 추가할 수 있습니다. 지리적 필드를 두 번 클릭하면 마크 카드의 세부 정보에 자동으로 추가되고 필드에 나열된 각 위치에 대한 마크가 포함된 맵 뷰가 만들어집니다. Tableau에서 시/도 이름은 지리적 데이터로 인식되고 **State/Province** 차원에는 주/시/도 지리적 역할이 할당되므로 자동으로 맵 뷰가 만들어집니다. 데이터 원본에는 미국 본토 48개 주와 캐나다 주마다 각각 하나의 마크가 있습니다. (아쉽게도 데이터 원본에 포함되지 않은 Alaska와 Hawaii는 제외되었으며 매핑되지 않습니다.) **Country** 필드도 뷰에 추가된 것을 알 수 있습니다. 수 있는데 샘플 – 슈퍼스토어의 지리적 필드가 계층의 일부이기 때문입니다. 계층의 상위 수준이 세부 수준으로 자동 추가될 수 있습니다. 또한 생성된 Latitude(위도) 및 Longitude(경도) 필드가 열 선반과 행 선반에 추가되었습니다. 이 두 필드를 X 필드와 Y 필드로 생각할 수 있습니다. 데이터의 각 위치에 위도 및 경도 값이 할당되므로 이 두 필드는 맵 뷰를 만들 때 필수적입니다. Tableau가 데이터의 지리적 필드로부터 이러한 필드를 자동 생성하는 경우도 있습니다. 또는 데이터에 고유한 위도 및 경도 값이 포함되어 있을 수 있습니다. 이 필드에 대한 자세한 내용은 학습 라이브러리의 리소스를 통해 확인할 수 있습니다. 이제 미국 본토와 캐나다에 초점을 맞춘 멋진 맵이 만들어졌습니다. 이 맵을 만든 이유는 South 지역의 상황을 확인하기 위해서였습니다. 기억하십니까? 13. **Region**을 **필터** 선반으로 끌어 놓은 다음 **South**로만 필터링합니다. 맵 뷰가 South 지역으로 확대되고 각 주에 대한 마크(총 11개)가 표시됩니다. 이제 이 지역의 세부적인 데이터를 봐야 하므로 다른 필드를 마크 카드로 끌어 오기 시작합니다. 15. **Sales** 측정값을 마크 카드의 **색상**으로 끌어 놓습니다. ![다양한 파란색 음영으로 표시된 미국 남부 11개 주의 맵](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_explore2.png) 채워진 맵으로 뷰가 자동 업데이트되고 총 매출에 따라 각 주에 색상이 지정됩니다. 제품 매출을 탐구하고 있기 때문에 매출을 USD로 표시하려 합니다. **마크** 카드의 **Sum(Sales)** 필드를 클릭하고 **서식**을 선택합니다. 숫자에 대해 **통화**를 선택합니다. 양수가 포함된 연속형 측정값(예: Sales)을 마크 카드의 색상에 추가하면 채워진 맵이 파란색으로 표시됩니다. 음수 값에는 주황색이 할당됩니다. 맵에 파란색 외의 다른 색상을 표시할 수 있습니다. 녹색을 선호하는 경우나 산불 또는 교통 체증과 같이 파란색으로 표시할 경우 혼란을 야기할 수 있는 데이터가 있는 경우 걱정할 필요가 없습니다. 색상표를 이전과 같은 방법으로 변경할 수 있습니다. 20. 마크 카드의 **색상**을 클릭한 다음 **색상 편집**을 선택합니다. 이 예에서는 실적이 우수한 주와 그렇지 못한 주를 보려고 합니다. 22. 색상표 드롭다운 목록에서 **주황색-파란색 다중**을 선택하고 대화 상자를 닫습니다. 이렇게 하면 실적이 가장 낮은 주와 가장 높은 주를 빠르게 볼 수 있습니다. 뷰가 다음과 같이 업데이트됩니다. ![주 전체 매출을 기준으로 파란색-주황색 다중색이 있는 맵](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore5.png) 하지만 잠시 살펴보겠습니다. 주황색이 너무 많습니다! 어떻게 된 것일까요? 데이터는 정확하고 _엄밀히 말해_ 실적이 낮은 주와 높은 주를 비교할 수는 있지만 그게 전부가 아닌 것 같습니다. 주황색 주의 매출이 실제로 형편 없는 수준인지, 단순히 플로리다주에 제품을 구매하는 사람이 많은 것인지를 알 수 없습니다. 어쩌면 주황색으로 표시된 주에 매장이 적은 것일 수도 있습니다. 또는 파란색으로 표시된 주의 인구 밀도가 높아 제품을 구매하는 사람이 많은 것일 수도 있습니다. 그 이유가 무엇이든 이 뷰로는 유용한 정보를 확실하게 상관에게 전달할 수 없습니다. 29. 툴바에서 **실행 취소** 아이콘 ![왼쪽을 가리키는 화살표 아이콘입니다.](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore22.png)을 클릭하여 파란색 뷰로 돌아갑니다. 여기에도 색상 문제가 있습니다. 모든 항목이 말끔해 보이는 것이 문제입니다. 첫 눈에는 플로리다가 실적이 가장 좋은 것으로 보입니다. 마크를 마우스오버하면 총 매출이 89,474USD인 것을 알 수 있습니다. 사우스캐롤라이나의 경우 매출이 8,482USD에 불과합니다. 그러나 South 지역에서 _수익을 낸_ 다른 주는 없을까요? 32. **Profit**을 마크 카드의 **색상**으로 끌어 이 질문에 답할 수 있는지 확인합니다. ![시/도 전체 수익을 기준으로 파란색-주황색이 있는 맵](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore6.png) 이제 더 나아졌습니다! 수익은 양수 값과 음수 값으로 구성되는 경우가 많으므로 Tableau에서는 자동으로 주황색-파란색 다중 색상표를 선택하여 음수 수익을 낸 지역과 양수 수익을 낸 지역을 빠르게 표시합니다. 이제 테네시, 노스캐롤라이나 및 플로리다가 높은 매출을 보이는 것에 비해 수익은 음수라는 것을 분명히 알 수 있습니다. 그 이유는 무엇일까요? 이 질문에 대한 답은 다음 단계에서 찾습니다. 작업 확인! "맵 뷰 작성" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. [5단계: 세부 정보로 드릴다운](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-drilldown.htm)으로 계속 진행합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 4부 - Tableau Server 설치 및 구성 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. 이 항목은 기준 Tableau Server 배포의 설치 및 구성을 완료하는 방법을 설명합니다. 이 절차는 AWS 및 Linux 참조 아키텍처의 예를 계속 따릅니다. 설치 절차 전반에 걸친 Linux 예는 RHEL 유사 배포에 대한 명령을 보여줍니다. 특히 여기에 나온 명령은 Amazon Linux 2 배포를 통해 개발되었습니다. Ubuntu 배포를 실행 중인 경우 그에 따라 명령을 편집합니다. ## 시작하기 전에 [3부 - Tableau Server 엔터프라이즈 배포 준비](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part3.htm)에 설명된 대로 환경을 준비하고 검증해야 합니다. ## PostgreSQL 설치, 구성 및 tar 백업 만들기 이 PostgreSQL 인스턴스는 Tableau Server 배포를 위한 외부 리포지토리를 호스팅합니다. Tableau를 설치하기 전에 PostgreSQL을 설치하고 구성해야 합니다. Amazon RDS 또는 EC2 인스턴스에서 PostgreSQL을 실행할 수 있습니다. RDS에서 리포지토리를 실행하는 경우와 EC2 인스턴스에서 리포지토리를 실행하는 경우 간의 차이점에 대한 자세한 내용은 _Tableau Server 외부 리포지토리_([Linux](https://help.tableau.com/current/server-linux/ko-kr/server_external_repo.htm))를 참조하십시오. 예를 들어 아래의 절차는 Amazon EC2 인스턴스에 Postgres를 설치하고 구성하는 방법을 보여줍니다. 여기에 나온 예제는 참조 아키텍처의 PostgreSQL에 대한 일반적인 설치 및 구성입니다. 따라서 조직의 DBA가 데이터 크기 및 성능 요구 사항에 따라 PostgreSQL 배포를 최적화해야 합니다. 요구 사항: PostgreSQL 1.6을 실행하고 uuid-ossp 모듈을 설치해야 합니다. ### PostgreSQL 버전 관리 Tableau Server 외부 리포지토리로 사용할 호환되는 주 버전의 PostgreSQL을 설치해야 합니다. 또한 부 버전도 최소 요구 사항을 충족해야 합니다.
Tableau Server 버전PostgreSQL 최소 호환 버전

2022.3.0 ~ 2022.3.7

2023.1.0 ~ 2023.1.4

13.7
2022.1.17 ~ 2022.1.19

2022.3.8 ~ 2022.3.19

2023.1.5 ~ 2023.1.15

2023.3.0 ~ 2023.3.8

13.11
2022.3.20 ~ 2022.3.x

2023.1.16 ~ 2023.1.x

2023.3.9 ~ 2023.3.x

13.14
2024.0 ~ 2024.2.815.6
2024.2.9 ~ 2024.2.13

2025.1.0 ~ 2025.1.6

15.10
2024.2.14 ~ 2024.2.16

2025.1.7 ~ 2025.1.9

15.13

2024.2.17

2025.1.10

2025.3 ~ 2025.3.5

15.14
2025.3.615.16

2026.2.x

17.7
### PostgreSQL 설치 이 예제 설치 절차는 PostgreSQL 버전 13.6의 설치 방법을 설명합니다. 이전 부에서 만든 EC2 호스트에 로그인합니다. 1. 업데이트를 실행하여 최신 수정을 Linux OS에 적용합니다. `sudo yum update` 2. `/etc/yum.repos.d/` 경로에서 pgdg.repo. 파일을 만들고 편집합니다. 다음 구성 정보로 파일을 채웁니다. \[pgdg13\] name=PostgreSQL 13 for RHEL/CentOS 7 - x86\_64 baseurl=https://download.postgresql.org/pub/repos/yum/13/redhat/rhel-7-x86\_64 enabled=1 gpgcheck=0 3. Posgres 13.6을 설치합니다. sudo yum install postgresql13-server-13.6-1PGDG.rhel7.x86\_64 4. uuid-ossp 모듈을 설치합니다. sudo yum install postgresql13-contrib-13.6-1PGDG.rhel7.x86\_64 5. Postgres를 초기화합니다. sudo /usr/pgsql-13/bin/postgresql-13-setup initdb ### Postgres 구성 Postgres를 구성하여 기본 설치를 완료합니다. 1. 다음 두 항목으로 pg\_hba 구성 파일(`/var/lib/pgsql/13/data/pg_hba.conf`)을 업데이트합니다. 각 항목에 Tableau Server를 실행할 서브넷의 마스크를 포함해야 합니다.  `host all all 10.0.30.0/24 password` `host all all 10.0.31.0/24 password` 2. 다음 줄을 추가하여 PostgreSQL 파일(`/var/lib/pgsql/13/data/postgresql.conf`)을 업데이트합니다. `listen_addresses = '*'` 3. 재부팅 시 Postgres를 시작하도록 구성합니다. sudo systemctl enable --now postgresql-13 4. 슈퍼 사용자 비밀번호를 설정합니다. sudo su - postgres psql -c "alter user postgres with password 'StrongPassword'" **참고**: 강력한 비밀번호를 설정하십시오. 여기 예제에 표시된 대로 `'StrongPassword`'를 사용하지 마십시오. exit 5. Postgres를 다시 시작합니다. sudo systemctl restart postgresql-13 ## PostgreSQL 1단계 tar 백업 만들기 PostgreSQL 구성의 tar 백업을 만듭니다. 현재 구성의 tar 스냅샷을 만들면 배포를 계속하는 동안 오류가 발생할 경우 시간이 절약됩니다. 이 백업을 “1단계” 백업이라고 합니다. PostgreSQL 호스트에서 1. Postgres 데이터베이스 인스턴스를 중지합니다. sudo systemctl stop postgresql-13 2. 다음 명령을 실행하여 tar 백업을 만듭니다. sudo su cd /var/lib/pgsql tar -cvf step1.13.bkp.tar 13 exit 3. Postgres 데이터베이스를 시작합니다. sudo systemctl start postgresql-13 1단계 복원 설치하는 동안 Tableau Server 초기 노드가 실패하면 1단계로 복원합니다. 1. Tableau를 실행하는 컴퓨터에서 obliterate 스크립트를 실행하여 호스트에서 Tableau Server를 완전히 제거합니다. sudo /app/tableau\_server/packages/scripts././tableau-server-obliterate -a -y -y -y -l 2. PostgreSQL 1단계 tar를 복원합니다. Postgres를 실행하는 컴퓨터에서 다음 명령을 실행합니다. sudo su systemctl stop postgresql-13 cd /var/lib/pgsql tar -xvf step1.13.bkp.tar systemctl start postgresql-13 exit Tableau Server의 초기 노드를 설치하는 설치 프로세스를 다시 시작합니다. ## 설치 전 수행할 작업 이 가이드에 설명된 AWS/Linux 구현 예에 따라 Tableau를 배포하는 경우 자동 설치 스크립트인 TabDeploy4EDG를 실행할 수 있습니다. TabDeploy4EDG 스크립트는 다음 절차에 설명된 4노드 Tableau 배포의 예시 설치를 자동화합니다. [부록 - AWS 배포 도구 상자](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part_app-aws.htm)를 참조하십시오. ## Tableau Server의 초기 노드 설치 다음 절차에서는 참조 아키텍처에 정의된 대로 Tableau Server의 초기 노드를 설치하는 방법에 대해 설명합니다. 패키지 설치와 TSM 초기화를 제외하고, 가능한 경우 다음 절차에서 TSM 명령줄을 사용합니다. TSM CLI를 사용하면 플랫폼에 구애받지 않을 뿐 아니라 가상화 및 헤드리스 환경에 보다 원활하게 설치할 수 있습니다. ### 설치 패키지 실행 및 TSM 초기화 노드 1 호스트 서버에 로그인합니다. 1. 업데이트를 실행하여 최신 수정을 Linux OS에 적용합니다. sudo yum update 2. [Tableau 다운로드 페이지](https://www.tableau.com/ko-kr/support/releases/server)에서 Tableau Server를 실행할 호스트 컴퓨터로 설치 패키지를 복사합니다. 예를 들어 Linux RHEL 유사 운영 체제를 실행하는 컴퓨터에서 다음을 실행합니다. wget https://downloads.tableau.com/esdalt/2022/tableau-server-.rpm 여기서 ``은 릴리스 번호입니다. 3. 종속 항목을 다운로드 및 설치합니다. sudo yum deplist tableau-server-.rpm | awk '/provider:/ {print $2}' | sort -u | xargs sudo yum -y install 4. 루트 디렉터리에 `/app/tableau_server` 경로를 만듭니다. sudo mkdir -p /app/tableau\_server 5. 설치 프로그램을 실행하고 `/app/tableau_server` 설치 경로를 지정합니다. 예를 들어 Linux RHEL과 같은 운영 체제에서 다음을 실행합니다. sudo rpm -i --prefix /app/tableau\_server tableau-server-.x86\_64.rpm 6. `/app/tableau_server/packages/scripts./` 디렉터리로 변경하고 거기에 있는 `initialize-tsm` 스크립트를 실행합니다. sudo ./initialize-tsm -d /data/tableau\_data --accepteula 7. 초기화가 완료되면 셸을 끝냅니다. exit ### Tableau Server 활성화 및 등록 1. 노드 1 호스트 서버에 로그인합니다. 2. 이 단계에서 Tableau Server 제품 키를 입력합니다. 구매한 각 라이선스 키에 대해 다음 명령을 실행합니다. tsm licenses activate -k 3. 다음과 같은 형식으로 json 등록 파일을 만듭니다. { "zip" : "97403", "country" : "USA", "city" : "Springfield", "last\_name" : "Simpson", "industry" : "Energy", "eula" : "yes", "title" : "Safety Inspection Engineer", "company\_employees" : "100", "phone" : "5558675309", "company" : "Example", "state" : "OR", "opt\_in" : "true", "department" : "Engineering", "first\_name" : "Homer", "email" : "homer@example.com" } 4. 파일의 변경 내용을 저장한 후 `--file` 옵션을 사용하여 전달하고 Tableau Server를 등록합니다. tsm register --file path\_to\_registration\_file.json ### ID 저장소 구성 **참고**: 배포에서 Tableau 파일 저장소에 외부 저장소를 사용할 경우 ID 저장소를 구성하기 전에 외부 파일 저장소를 사용하도록 설정해야 합니다. _Tableau Server에 외부 파일 저장소 설치_([Linux](https://help.tableau.com/current/server-linux/ko-kr/server_external_filestore_storage_new_install.htm))를 참조하십시오. 기본 참조 아키텍처에서는 로컬 ID 저장소를 사용합니다. `tsm settings import` 명령으로 `config.json` 파일을 전달하여 초기 호스트를 로컬 ID 저장소로 구성합니다. 운영 체제에 따라 `config.json` 파일을 가져옵니다. `config.json` 파일은 scripts. 디렉터리 경로(예: `scripts.20204.21.0217.1203`)에 포함되어 있으며 ID 저장소를 구성할 수 있도록 형식이 지정됩니다. 다음 명령을 실행하여 `config.json` 파일을 가져옵니다. tsm settings import -f /app/tableau\_server/packages/scripts./config.json ### 외부 Postgres 구성 1. 다음 구성 설정을 사용하여 외부 데이터베이스 json 파일을 만듭니다. { "flavor":"generic", "masterUsername":"postgres", "host":"", "port":5432 } 2. 파일에 변경 내용을 저장한 후 다음 명령을 사용하여 파일을 전달합니다. tsm topology external-services repository enable -f .json --no-ssl Postgres 마스터 사용자 이름 및 비밀번호를 묻는 메시지가 표시됩니다. `--no-ssl` 옵션은 Postgres 서버가 SSL/TLS에 대해 구성된 경우에만 SSL/TLS를 사용하도록 Tableau를 구성합니다. Postgres가 SSL/TLS에 대해 구성되지 않은 경우 연결이 암호화되지 않습니다. [6부 - 설치 후 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part6.htm) 에서는 첫 번째 배포 단계를 완료한 후 Postgres 연결에 SSL/TLS를 사용하도록 설정하는 방법에 대해 설명합니다. 3. 변경 내용을 적용합니다. 이 명령을 실행하여 변경 사항을 적용하고 Tableau Server를 다시 시작합니다. tsm pending-changes apply 4. 1단계에서 사용한 구성 파일을 삭제합니다. ### 노드 1 설치 완료 1. Tableau Server가 설치되면 서버를 초기화해야 합니다. 다음 명령을 실행합니다. tsm initialize --start-server --request-timeout 1800 2. 초기화가 완료되면 Tableau Server 관리자 계정을 만들어야 합니다. TSM 운영 체제 구성 요소를 설치 및 관리하는 데 사용하는 컴퓨터 계정과 달리 Tableau Server 관리자 계정은 Tableau Server 사용자, 프로젝트 및 사이트를 만드는 데 사용되는 응용 프로그램 계정입니다. Tableau Server 관리자는 Tableau 리소스에 대한 사용 권한도 적용합니다. 다음 명령을 실행하여 초기 관리자 계정을 만듭니다. 다음 예에서는 사용자를 `tableau-admin`이라고 합니다. tabcmd initialuser --server http://localhost --username "tableau-admin" Tabcmd는 이 사용자의 비밀번호를 설정하라는 메시지를 표시합니다. ### 확인: 노드 1 구성 1. 다음 명령을 실행하여 TSM 서비스가 실행되고 있는지 확인합니다. tsm status -v Tableau에서 다음을 반환합니다. external: Status: RUNNING 'Tableau Server Repository 0' is running (Active Repository). node1: localhost Status: RUNNING 'Tableau Server Gateway 0' is running. 'Tableau Server Application Server 0' is running. 'Tableau Server Interactive Microservice Container 0' is running. 'MessageBus Microservice 0' is running. 'Relationship Query Microservice 0' is running. 'Tableau Server VizQL Server 0' is running. ... 모든 서비스가 나열됩니다. 2. 다음 명령을 실행하여 Tableau 관리 사이트가 실행되고 있는지 확인합니다. curl localhost 처음 몇 개 줄은 Vizportal html을 보여주며 다음과 유사합니다. /./start-administrative-services 8. 노드 1에서 `tsm status` 명령을 실행하여 다시 시작 전에 TSM 상태를 모니터링합니다. 일부 경우 `Cannot connect to server...` 오류가 표시됩니다. 이 오류는 tabadmincontroller 서비스가 다시 시작되지 않았기 때문에 발생합니다. 계속해서 `tsm status`를 주기적으로 실행합니다. 10분 후에도 이 오류가 사라지지 않으면 `start-administrative-services` 명령을 다시 실행합니다. 몇 분 후에 `tsm status` 명령은 DEGRADED 상태를 반환하고 그런 다음 ERROR 상태를 반환합니다. STOPPED 상태가 반환될 때까지 TSM을 시작하지 마십시오. 그런 후 다음 명령을 실행합니다. tsm start 나머지 노드에서 Tableau Server를 설치하는 설치 프로세스를 다시 시작합니다. ## 나머지 노드에 Tableau Server 설치 배포를 계속하려면 각 노드에 Tableau 설치 프로그램을 복사합니다. 노드 구성 개요 이 섹션에서는 노드 2~4를 구성하는 프로세스를 설명합니다. 이후 섹션에는 각 단계의 자세한 구성 정보와 검증 절차가 제공됩니다. Tableau Server의 2~4번 노드를 설치할 때는 노드 설치 중에 부트스트랩 파일을 생성, 복사 및 참조해야 합니다. 부트스트랩 파일을 생성하려면 초기 노드에서 TSM 명령을 실행합니다. 그런 다음 부트스트랩 파일을 대상 노드에 복사하고 대상 노드에서 노드 초기화의 일부로 실행합니다. 다음 json 콘텐츠는 부트스트랩 파일의 예를 보여줍니다. (인증서 및 암호화 관련 값은 예제 파일의 가독성을 높이기 위해 잘렸습니다.) { "initialBootstrapSettings" : { "certificate" : "-----BEGIN CERTIFICATE-----\\r\\...=\\r\\n-----END CERTIFICATE-----", "port" : 8850, "configurationName" : "tabsvc", "clusterId" : "tabsvc-clusterid", "cryptoKeyStore" : "zs7OzgAAAAIAAAABAAAAA...w==", "toksCryptoKeystore" : "LS0tLS1CRUdJTiBUT00tLS0tCjM5MDBh...L", "sessionCookieMaxAge" : 7200, "nodeId" : "node1", "machineAddress" : "ip-10-0-1-93.us-west-1.compute.internal", "cryptoEnabled" : true, "sessionCookieUser" : "tsm-bootstrap-user", "sessionCookieValue" : "eyJjdHkiOiJKV1QiLCJlbmMiOiJBMTI4Q0JDLUhQ...", "sessionCookieName" : "AUTH\_COOKIE" } } 부트스트랩 파일은 노드 1을 인증하기 위한 연결 기반 검증을 포함하며 부트스트랩 프로세스를 위한 암호화된 채널을 만듭니다. 부트스트랩 세션은 시간이 제한되어 있으며 노드 구성 및 검증에는 많은 시간이 소요됩니다. 그러므로 노드를 구성할 때 새 부트스트랩을 만들고 복사할 계획을 세우십시오. 부트스트랩 파일을 실행한 후 초기 Tableau Server 노드에 로그인하고 새 노드에 대한 프로세스를 구성합니다. 노드 구성이 완료되면 변경 내용을 적용하고 초기 노드를 다시 시작해야 합니다. 새 노드가 구성되고 시작됩니다. 노드를 추가하면 배포를 구성하고 다시 시작하는 시간이 계속해서 길어집니다. 설치 절차 전반에 걸친 Linux 예는 RHEL 유사 배포에 대한 명령을 보여줍니다. Ubuntu 배포를 실행 중인 경우 그에 따라 명령을 편집합니다. 1. 업데이트를 실행하여 최신 수정을 Linux OS에 적용합니다. sudo yum update 2. 종속 항목을 다운로드 및 설치합니다. sudo yum deplist tableau-server-.rpm | awk '/provider:/ {print $2}' | sort -u | xargs sudo yum -y install 3. 루트 디렉터리에 `/app/tableau_server` 경로를 만듭니다. sudo mkdir -p /app/tableau\_server 4. 설치 프로그램을 실행하고 `/app/tableau_server` 설치 경로를 지정합니다. 예를 들어 Linux RHEL과 같은 운영 체제에서 다음을 실행합니다. sudo rpm -i --prefix /app/tableau\_server tableau-server-.x86\_64.rpm ## 부트스트랩 파일을 생성, 복사 및 사용하여 TSM 초기화 다음 절차는 다른 노드에서 TSM을 초기화할 때 부트스트랩 파일을 생성, 복사 및 사용하는 방법을 보여줍니다. 이 예에서 부트스트랩 파일의 이름은 `boot.json`입니다. 이 예에서 호스트 컴퓨터는 AWS에서 실행되고 EC2 호스트는 Amazon Linux 2를 실행합니다. 1. 초기 노드(노드 1)에 연결하고 다음 명령을 실행합니다. tsm topology nodes get-bootstrap-file --file boot.json 2. 부트스트랩 파일을 노드 2에 복사합니다. scp boot.json ec2-user@10.0.31.83:/home/ec2-user/ 3. 노드 2에 연결하고 Tableau Server 스크립트 디렉터리로 전환합니다. cd /app/tableau\_server/packages/scripts. 4. `initialize-tsm` 명령을 실행하고 부트스트랩 파일을 참조합니다. sudo ./initialize-tsm -d /data/tableau\_data -b /home/ec2-user/boot.json --accepteula 5. `initialize-tsm`이 완료되면 `boot.json`을 삭제한 다음 세션을 끝내거나 로그아웃합니다. ## 프로세스 구성 Tableau Server 관리 컨트롤러(TSM 컨트롤러)가 실행 중인 노드에서 Tableau Server 클러스터를 구성해야 합니다. TSM 컨트롤러는 초기 노드에서 실행됩니다. ![Tableau Server에서 실행 중인 프로세스의 실시간 상태를 보여주는 프로세스 상태 창입니다.](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/edg-process-config.png) ### 노드 2 구성 1. 노드 2에서 부트스트랩 파일을 사용하여 TSM을 초기화한 후 초기 노드에 로그인합니다. 2. 초기 노드(`node1`)에서 다음 명령을 실행하여 노드 2의 프로세스를 구성합니다. tsm topology set-process -n node2 -pr clustercontroller -c 1 tsm topology set-process -n node2 -pr gateway -c 1 tsm topology set-process -n node2 -pr vizportal -c 1 tsm topology set-process -n node2 -pr vizqlserver -c 2 tsm topology set-process -n node2 -pr cacheserver -c 2 tsm topology set-process -n node2 -pr searchserver -c 1 tsm topology set-process -n node2 -pr dataserver -c 2 tsm topology set-process -n node2 -pr clientfileservice -c 1 tsm topology set-process -n node2 -pr tdsservice -c 1 tsm topology set-process -n node2 -pr collections -c 1 tsm topology set-process -n node2 -pr contentexploration -c 1 버전 2022.1 이상을 설치하는 경우 인덱스 및 검색 서비스도 추가합니다. tsm topology set-process -n node2 -pr indexandsearchserver -c 1 버전 2023.3 이상을 설치하는 경우 인덱스 및 검색 서비스만 포함하십시오. 검색 및 찾아보기(searchserver) 서비스는 추가하지 마십시오. 3. 적용하기 전에 구성을 검토합니다. 다음 명령을 실행합니다. tsm pending-changes list 4. 변경 내용이 보류 목록(보류 목록에는 다른 서비스도 포함됨)에 있는지 확인한 후 변경 내용을 적용합니다. tsm pending-changes apply 변경 내용을 적용하려면 다시 시작해야 합니다. 구성 및 다시 시작에는 시간이 조금 걸립니다. 5. 노드 2 구성을 확인합니다. 다음 명령을 실행합니다. tsm status -v ### 노드 3 구성 노드 3에서 부트스트랩 프로세스를 사용하여 TSM을 초기화한 다음 아래의 `tsm topology set-process` 명령을 실행합니다. 프로세스를 설정할 때마다 조정 서비스 경고가 표시됩니다. 프로세스를 설정할 때는 이 경고를 무시해도 됩니다. 1. 노드 3에서 부트스트랩 파일을 사용하여 TSM을 초기화한 후 초기 노드(`node1`)에 로그인하고 다음 명령을 실행하여 프로세스를 구성합니다. tsm topology set-process -n node3 -pr clustercontroller -c 1 tsm topology set-process -n node3 -pr clientfileservice -c 1 tsm topology set-process -n node3 -pr backgrounder -c 4 tsm topology set-process -n node3 -pr filestore -c 1 버전 2022.1 이상을 설치하는 경우 인덱스 및 검색 서비스도 추가합니다. tsm topology set-process -n node3 -pr indexandsearchserver -c 1 2. 적용하기 전에 구성을 검토합니다. 다음 명령을 실행합니다. tsm pending-changes list 3. 변경 내용이 보류 목록(이 목록에는 자동으로 구성되는 다른 서비스도 포함됨)에 있는지 확인한 후 변경 내용을 적용합니다. tsm pending-changes apply --ignore-warnings 변경 내용을 적용하려면 다시 시작해야 합니다. 구성 및 다시 시작에는 시간이 조금 걸립니다. 4. 다음 명령을 실행하여 구성을 확인합니다. tsm status -v ## 노드 1~3에 조정 서비스 집합 배포 표준 참조 아키텍처인 4노드 배포의 경우 다음 절차를 실행합니다. 1. 노드 1에서 다음 명령을 실행합니다. tsm stop tsm topology deploy-coordination-service -n node1,node2,node3 이 프로세스에는 TSM을 재시작하는 작업이 포함되어 있으며, 시간이 다소 걸립니다. 2. 조정 서비스가 배포된 후 TSM을 시작합니다. tsm start ## 3단계 tar 백업 만들기 설치를 확인한 후 4개의 tar 백업을 수행합니다. - PostgreSQL - Tableau 초기 노드(노드 1) - Tableau 노드 2 - Tableau 노드 3 Step 3 tar 파일 만들기 1. Tableau의 초기 노드에서 Tableau를 중지합니다. tsm stop 2. TSM이 중지된 후 각 노드에서 Tableau 관리 서비스를 중지합니다. 각 노드에서 다음 명령을 순서대로 실행합니다(노드 1, 노드 2, 노드 3). sudo /app/tableau\_server/packages/scripts././stop-administrative-services 3. PostgreSQL 호스트에서 Postgres 데이터베이스 인스턴스를 중지합니다. sudo systemctl stop postgresql-12 4. 다음 명령을 실행하여 tar 백업을 만듭니다. sudo su cd /var/lib/pgsql tar -cvf step3.12.bkp.tar 12 exit 5. Postgres tar 파일이 루트 권한으로 만들어졌는지 확인합니다. sudo ls -al /var/lib/pgsql 6. Postgres 호스트에서 Postgres 데이터베이스를 시작합니다. sudo systemctl start postgresql-12 7. 노드 1, 노드 2 및 노드 3에 tar 백업을 만듭니다. 각 노드에서 다음 명령을 실행합니다. - cd /data sudo tar -cvf step3.tableau\_data.bkp.tar tableau\_data - Tableau tar 파일이 루트 권한으로 만들어졌는지 확인합니다. ls -al 8. 각 노드에서 Tableau 관리 서비스를 순서대로 시작합니다(노드 1, 노드 2, 노드 3). sudo /app/tableau\_server/packages/scripts././start-administrative-services 9. `tsm status` 명령을 실행하여 다시 시작 전에 TSM 상태를 모니터링합니다. 대부분의 경우 이 명령은 DEGRADED 상태를 반환한 다음 ERROR 상태를 반환합니다. 잠시 기다린 후 명령을 다시 실행합니다. ERROR 또는 DEGRADED 상태가 반환되면 계속 기다립니다. STOPPED 상태가 반환될 때까지 TSM을 시작하려고 하지 마십시오. 그런 후 다음 명령을 실행합니다. tsm start Step 3 복원 다음 프로세스는 Tableau 노드 1, 노드 2 및 노드 3을 복원합니다. 또한 Postgres 인스턴스를 Step 3으로 복원합니다. 이 Step으로 복원한 후 조정 서비스, 노드 4 및 최종 노드 구성을 배포할 수 있습니다. 1. 초기 Tableau 호스트(노드 1)에서 tsm 서비스를 중지합니다. tsm stop 2. TSM이 중지된 후 노드 1, 노드 2 및 노드 3에서 Tableau 관리 서비스를 중지합니다. 각 노드에서 다음 명령을 실행합니다. sudo /app/tableau\_server/packages/scripts././stop-administrative-services 3. PostgreSQL Step 3 tar를 복원합니다. Postgres를 실행하는 컴퓨터에서 다음 명령을 실행합니다. sudo su systemctl stop postgresql-12 cd /var/lib/pgsql tar -xvf step3.12.bkp.tar systemctl start postgresql-12 exit 4. 노드 1, 노드 2 및 노드 3에서 Tableau Step 3 tar를 복원합니다. 각 Tableau 노드에서 다음 명령을 실행합니다. cd /data sudo rm -rf tableau\_data sudo tar -xvf step3.tableau\_data.bkp.tar 5. Tableau 노드 1 컴퓨터에서 다음 파일을 제거합니다. - sudo rm /data/tableau\_data/data/tabsvc/appzookeeper/1/version-2/currentEpoch - sudo rm /data/tableau\_data/data/tabsvc/appzookeeper/1/version-2/acceptedEpoch - sudo rm /data/tableau\_data/data/tabsvc/tabadminagent/0/servicestate.json 셸에서 “파일을 찾을 수 없음” 오류가 반환되는 경우 파일 이름을 변경하여 경로의 `.../appzookeeper//version-2/...` 섹션에서 숫자 ``을 늘려야 할 수 있습니다. 6. 노드 1, 노드 2 및 노드 3에서 관리 서비스를 다시 시작합니다. 각 노드에서 다음 명령을 실행합니다. sudo /app/tableau\_server/packages/scripts././start-administrative-services sudo su -l tableau -c "systemctl --user daemon-reload" sudo /app/tableau\_server/packages/scripts././start-administrative-services 7. 노드 1에서 `tsm status` 명령을 실행하여 다시 시작 전에 TSM 상태를 모니터링합니다. 일부 경우 `Cannot connect to server...` 오류가 표시됩니다. 이 오류는 tabadmincontroller 서비스가 다시 시작되지 않았기 때문에 발생합니다. 계속해서 `tsm status`를 주기적으로 실행합니다. 10분 후에도 이 오류가 사라지지 않으면 `start-administrative-services` 명령을 다시 실행합니다. 몇 분 후에 `tsm status` 명령은 DEGRADED 상태를 반환하고 그런 다음 ERROR 상태를 반환합니다. STOPPED 상태가 반환될 때까지 TSM을 시작하지 마십시오. 그런 후 다음 명령을 실행합니다. `tsm start` 노드 1~3에 조정 서비스를 배포하는 설치 프로세스를 다시 시작합니다. ## 노드 4 구성 노드 4의 구성 프로세스는 노드 3과 동일합니다. 위에 표시된 것과 동일한 명령 집합을 실행하되 명령에 `node4`를 지정(`node3` 대신)하여 노드 3에 설정한 것과 동일한 프로세스를 설정합니다. 노드 3을 확인할 때와 마찬가지로 `tsm status -v`를 실행하여 노드 4 구성을 확인합니다. 계속하기 전에 노드 4의 파일 저장소 프로세스 동기화가 완료될 때까지 기다립니다. 파일 저장소 서비스 상태는 완료될 때까지 `is synchronizing`을 반환합니다. 파일 저장소 서비스 상태가 `is running`을 반환하면 계속할 수 있습니다. ## 마지막 프로세스 구성 및 검증 구성 프로세스의 마지막 단계는 노드 1에서 중복 프로세스를 제거하는 것입니다. 1. 초기 노드(`node1`)에 연결합니다. 2. 노드 1의 파일 저장소를 해제합니다. 그러면 함께 배치된 컨트롤러에서 파일 저장소가 제거된다는 내용의 경고가 표시됩니다. 이 경고는 무시해도 됩니다. 다음 명령을 실행합니다. tsm topology filestore decommission -n node1 3. 파일 저장소가 해제되면 다음 명령을 실행하여 노드 1에서 백그라운더 프로세스를 제거합니다. tsm topology set-process -n node1 -pr backgrounder -c 0 4. 적용하기 전에 구성을 검토합니다. 다음 명령을 실행합니다. tsm pending-changes list 5. 변경 내용이 보류 목록에 있는지 확인한 후 변경 내용을 적용합니다. tsm pending-changes apply 변경 내용을 적용하려면 다시 시작해야 합니다. 구성 및 다시 시작에는 시간이 조금 걸립니다. 6. 구성을 확인합니다. `tsm status -v`. 계속하기 전에 노드 4의 파일 저장소 프로세스 동기화가 완료될 때까지 기다립니다. 파일 저장소 서비스 상태는 완료될 때까지 `is synchronizing`을 반환합니다. 파일 저장소 서비스 상태가 `is running`을 반환하면 계속할 수 있습니다. ## 백업 수행 Tableau Server의 전체 복구를 수행하려면 다음 세 가지 구성 요소가 포함된 백업 포트폴리오가 필요합니다. - 리포지토리와 파일 저장소 데이터의 백업 파일. 이 파일은 `tsm maintenance backup` 명령에 의해 생성됩니다. - 토폴로지 및 구성 내보내기 파일. 이 파일은 `tsm settings export` 명령에 의해 생성됩니다. - 인증 인증서, 키 및 keytab 파일. 백업 및 복원 프로세스에 대한 자세한 설명은 Tableau Server 항목인 _Tableau Server의 전체 백업 및 복원 수행_([Linux](https://help.tableau.com/current/server-linux/ko-kr/backup_restore.htm) | Linux)을 참조하십시오. 배포의 이 단계에서는 `tsm maintenance backup` 및 `tsm settings export` 명령을 실행하여 전체 복원에 필요한 모든 관련 파일 및 자산이 포함됩니다. 1. 다음 명령을 실행하여 구성 및 토폴로지 설정을 `ts_settings_backup.json`이라는 파일로 내보냅니다. tsm settings export -f ts\_settings\_backup.json 2. 다음 명령을 실행하여 이름이 `ts_backup-.tsbak`인 파일에 리포지토리 및 파일 저장소 데이터의 백업을 만듭니다. 파일 저장소가 컨트롤러 노드에 없다는 내용의 경고를 무시합니다. tsm maintenance backup -f ts\_backup -d --skip-compression 백업 파일의 위치: `/data/tableau_data/data/tabsvc/files/backups/` 3. 두 파일을 모두 복사하고 Tableau Server 배포와 공유하지 않는 다른 저장소 자산에 저장합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 5단계: 세부 정보로 드릴다운 이전 단계에서 테네시, 노스캐롤라이나 및 플로리다의 수익이 음수인 것을 확인했습니다. 그 이유를 찾기 위해 추가 정보를 드릴다운하고 이 세 주에서 일어난 일을 집중적으로 보기로 합니다. ## 맵 뷰를 중단한 위치에서 시작 이전 단계에서 보았듯이 맵을 사용하면 데이터를 포괄적으로 시각화할 수 있습니다. 막대 차트는 핵심을 파악하는 데 도움이 됩니다. 이를 위해 다른 워크시트를 만듭니다. 1. **시트 3**을 두 번 클릭하고 워크시트의 이름을 **Profit Map**으로 지정합니다. 2. 작업 영역의 아래쪽에서 **Profit Map**을 마우스 오른쪽 단추로 클릭하고 **복제**를 선택합니다. 새 시트의 이름을 **Negative Profit Bar Chart**로 지정합니다. 3. Negative Profit Bar Chart에서 **표현 방식**을 클릭한 다음 **가로 막대**를 선택합니다. 표현 방식 옵션은 뷰에 추가된 데이터에 따라 다른 차트 유형을 하이라이트합니다. **참고:** 언제든지 **표현 방식**을 다시 클릭하여 축소할 수 있습니다. ![표현 방식 메뉴에서 가로 막대 차트의 하이라이트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore8.png) 이제 막대 차트가 다시 표시되었습니다. ![남부 지역의 주별 수익을 보여 주는 가로 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore9.png) 7. 왼쪽에 있는 여러 막대를 선택하려면 커서로 **Tennessee**, **North Carolina** 및 **Florida**의 막대 전체를 클릭하고 끌어옵니다. 도구 설명이 표시되면 **이 항목만 포함**을 선택하여 3개 주에 집중합니다. ![세 개의 막대가 동시에 선택된 파란색 상자](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore_click_and_drag.png) **참고:** 하이라이트된 막대 중 하나를 마우스 오른쪽 단추로 클릭하여 **이 항목만 포함**을 선택할 수도 있습니다. State에 대한 _포함_ 필드가 필터 선반에 추가되어 특정 주가 뷰에서 필터링되었음을 나타냅니다. 필드에서 두 개의 원이 있는 아이콘은 해당 필드가 집합임을 나타냅니다. 필터 선반에서 필드를 마우스 오른쪽 단추로 클릭하고 **필터 편집**을 선택하여 필터를 편집할 수 있습니다. 이제 이들 주의 도시에 대한 데이터를 보려고 합니다. 9. **행** 선반에서 **State** 필드의 **더하기** 아이콘을 클릭하여 City 수준의 세부 정보로 드릴다운합니다. 정보가 너무 많으므로 상위 N 필터를 사용하여 가장 높은 음수 수익을 낸 시(도시)로 뷰를 필터링하기로 합니다. 작업 확인! 1~5단계 직접 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 상위 N 필터 만들기 Tableau Desktop에서 상위 N 필터를 사용하여 뷰에 표시되는 마크 수를 제한할 수 있습니다. 이 예에서는 상위 N 필터를 사용하여 실적이 저조한 도시를 집중적으로 표시하려고 합니다. 1. 데이터 패널에서 **City**를 **필터** 선반으로 끌어 놓습니다. 2. 필터 대화 상자에서 **상위** 탭을 선택하고 다음을 수행합니다. 1. **필드 기준**을 클릭합니다. 2. **상위** 드롭다운을 클릭하고 **하위**를 선택하여 실적이 가장 저조한 도시를 표시합니다. 3. 텍스트 상자에 **5**를 입력하여 데이터 집합에서 실적이 저조한 최하위 5개 도시를 표시합니다. 상위 N 필터에 대한 필드(Profit)와 집계(합계)는 뷰의 필드에 따라 이미 선택되어 있습니다. 이 설정은 수익 합계를 기준으로 실적이 가장 저조한 5개 도시만 뷰에 표시합니다. ![\[City\] 필터 대화 상자의 상위 탭이 기준 필드: 하위 5로 설정됩니다.](Img/gs_Explore12.png) 6. **확인**을 클릭합니다. 뭔가 해낸 것 같습니다! 하지만 노스캐롤라이나주 Jacksonville(잭슨빌)을 포함한 6개의 도시가 뷰에 있는데, 이는 양수 수익을 내고 있습니다. 양수 수익을 올린 도시를 필터링하도록 필터를 만들었지만 수익성 있는 도시가 뷰에 표시되는 것일까요? 노스캐롤라이나주 잭슨빌이 포함된 이유는 City가 뷰에 표시된 가장 낮은 세부 수준이기 때문입니다. Tableau Desktop에서 노스캐롤라이나주 잭슨빌과 플로리다주 잭슨빌의 차이를 인지할 수 있도록 하려면 위치 계층에서 그다음 세부 수준으로 드릴다운해야 합니다. 이 예에서는 Postal Code(우편 번호)입니다. 우편 번호를 추가한 후에는 플로리다주의 잭슨빌을 제외하지 않고 노스캐롤라이나주의 잭슨빌을 제외할 수 있습니다. 1. 행 선반에서 **City**의 더하기 아이콘을 클릭하여 Postal Code 세부 수준으로 드릴다운합니다. 2. 노스캐롤라이나주 잭슨빌에 대한 우편 번호 **28540**을 마우스 오른쪽 단추로 클릭하고 **제외**를 선택합니다. Postal Code가 필터 선반에 추가되고 Postal Code 필드의 특정 멤버가 뷰에서 필터링된 것을 알 수 있습니다. Postal Code(우편 번호) 필드를 뷰에서 제거해도 필터는 유지됩니다. 4. **Postal Code**를 행 선반 밖으로 끌어 놓습니다. 뷰가 다음과 같이 업데이트됩니다. ![남부에서 가장 수익성이 낮은 5개 도시의 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore14.png) 작업 확인! 1~8단계 직접 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. 이제 수익이 가장 낮은 도시로 뷰를 집중했으니 더 많은 정보를 조사하여 원인 제품을 식별할 수 있습니다. ## 문제 항목 식별 뷰를 Sub-Category로 구분하여 수익을 끌어내리는 제품을 식별하려고 합니다. Sub-Category 필드에 위치별 판매 제품에 대한 정보가 포함되므로 이 필드에서 시작합니다. 1. **Sub-Category**를 **행** 선반으로 끌어 City 오른쪽에 배치합니다. 2. 음수 수익을 낸 제품을 쉽게 확인할 수 있도록 **Profit**을 마크 카드의 **색상**으로 끌어 놓습니다. 3. 데이터 패널에서 **Order Date**를 마우스 오른쪽 단추로 클릭하고 **필터 표시**를 선택합니다. 이제 필요한 경우 연도별로 음수 수익을 탐색하고 손해가 나는 제품을 신속하게 발견할 수 있습니다. Machines, Tables 및 Binders의 수익이 좋지 못한 것 같습니다. 그렇다면 Jacksonville, Concord, Burlington, Knoxville 및 Memphis에서 이 품목의 판매를 중단하는 것이 옳을까요? ![실적이 가장 저조한 도시의 하위 범주에 대한 수익성을 보여주는 가로 막대 차트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Explore15.png) ## 결과 확인 Binders, Machines 및 Tables을 제거하면 플로리다, 노스캐롤라이나 및 테네시의 수익이 올라갈까요? 문제 제품을 필터링으로 제외하고 결과를 확인하여 그 답을 찾을 수 있습니다. 1. **Profit Map** 시트 탭을 클릭하여 맵 뷰로 돌아갑니다. 2. 데이터 패널에서 **Sub-Category(하위 범주)**를 마우스 오른쪽 단추로 클릭하고 **필터 표시**를 선택합니다. 제공하는 모든 제품에 대한 필터 카드가 맵 뷰 옆에 표시됩니다. 이 필터는 나중에 사용할 수 있습니다. 3. 데이터 패널에서 **Profit(수익)** 및 **Profit Ratio(수익률)**를 마크 카드의 **레이블**로 끌어 놓습니다. - 수익률을 백분율 서식으로 지정하려면 **Profit Ratio(수익률)**를 마우스 오른쪽 단추로 클릭하고 **서식**을 선택합니다. 그런 다음 **기본값** 섹션의 **숫자**에서 **백분율**을 선택하고 맵에 표시할 소수 자릿수를 설정합니다. 이 맵에서는 소수점 자릿수 0을 선택합니다. 그런 다음 서식 패널을 닫습니다. 이제 각 주를 마우스오버하지 않고도 정확한 수익을 볼 수 있습니다. 4. 데이터 패널에서 **Order Date(주문 날짜)**를 마우스 오른쪽 단추로 클릭하고 **필터 표시**를 선택하여 뷰에 대한 컨텍스트를 제공합니다. 연도(Order Date)에 대한 필터 카드가 뷰에 표시됩니다. 이제 모든 연도 또는 연도의 조합에 대한 수익을 볼 수 있습니다. 이는 프레젠테이션에 유용할 수 있습니다. 5. 뷰의 Sub-Category 필터 카드에 있는 목록에서 **Binders**, **Machines** 및 **Tables**의 선택을 취소합니다. 필터를 뷰에 추가하면 값을 포함하고 제외하여 데이터의 특정 부분을 하이라이트할 수 있습니다. 멤버를 하나씩 지울 때마다 테네시, 노스캐롤라이나 및 플로리다의 수익이 개선되고 최종적으로 수익이 양수로 바뀝니다. ![Sub-Category(하위 범주) 필터에서 Binders(바인더), Machines(장비) 및 Tables(테이블)을 선택 취소한 결과](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_explore-deselect.png) 흥미로운 발견입니다! 테네시, 노스캐롤라이나 및 플로리다에서는 Binders, Machines 및 Tables가 손실의 원인인 것이 분명하지만 South 지역의 나머지 주에서는 아닙니다. 다른 일부 주의 경우 필터 카드에서 항목을 지울 때 실제로 수익이 감소하는 것을 보셨습니까? 예를 들어 아칸소의 경우 Sub-Category 필터 카드에서 **Binders**를 설정/해제하면 수익이 4% 떨어집니다. 아칸소에서는 Binder가 실제로 수익성이 있다는 것을 추론할 수 있습니다. 이제 지금까지 수행한 동일한 단계를 팀에 보여줌으로써 이 내용을 팀과 공유하려고 합니다. 11. Sub-Category 필터 카드에서 **(모두)**를 선택하여 모든 제품을 다시 포함합니다. 자세히 알아보기: 가능한 추가 질문 테네시, 노스캐롤라이나 및 플로리다의 수익이 음수인 원인이 Binders, Machines 및 Tables라는 것을 알게 되었습니다. 어떻게 해야 하나요? 아래의 질문에 대한 답을 찾으며 계속해서 데이터를 탐색할 수 있습니다. **참고:** 뷰를 사용하여 이러한 질문을 탐색하는 경우 시작하기 자습서를 계속하기 전에 변경 사항을 실행 취소하십시오. - 테네시, 노스캐롤라이나 및 플로리다의 Machine 매출은 어떻습니까? 판매량이 많습니까? 그렇다면 수익에는 어떤 영향을 미칩니까? - 이러한 결과를 야기한 다른 요인은 없습니까? South 지역의 소매점에서 제품을 할인된 가격으로 판매하고 있습니까? - Table과 Binder 매출은 어떻습니까? - Machines, Tables 또는 Binders를 제거할 경우 Jacksonville, Miami, Burlington, Knoxville 및 Memphis의 매출은 어떻게 됩니까? - Bookcases는 어떻습니까? 2단계에서 Bookcases가 다른 지역에서 수익이 매우 저조한 것을 확인했습니다. 이 지역을 더 깊숙히 조사해보면 추가 해결책이 밝혀질 수 있습니다. 작업 확인! "결과 확인" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. 이제 Machines, Tables 및 Binders가 회사의 문제 제품이라는 것을 압니다. South(남부) 지역을 중심으로 이러한 제품이 수익에 미치는 영향이 다르다는 것을 확인합니다. 상관에게 보고할 가치가 있는 정보입니다. 다음으로 지금까지 수행한 작업을 대시보드에 모아 결과를 분명하게 보여 줄 수 있습니다. 학습 라이브러리(최상위 메뉴)에서 **맵 및 지리적 역할 작업에 대한 자세한 내용**을 확인하십시오. [6단계: 심층 정보를 표시하는 대시보드 작성](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-build.htm)으로 계속 진행합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 5부 - 웹 계층 구성 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. 참조 아키텍처의 웹 계층에는 다음 구성 요소가 포함되어야 합니다. - Tableau 클라이언트의 HTTPS 요청을 수락하고 역방향 프록시 서버로 전달하는 웹용 응용 프로그램 부하 분산 장치 - 역방향 프록시:  - Tableau Server 독립 게이트웨이를 배포하는 것이 좋습니다. - 중복성을 구현하고 클라이언트 부하를 처리할 수 있도록 최소 2개의 프록시 서버를 구성하는 것이 좋습니다. - 부하 분산 장치의 HTTPS 트래픽을 수신합니다. - Tableau 호스트에 대한 고정 세션을 지원합니다. - 게이트웨이 프로세스를 실행하는 각 Tableau Server에 대한 라운드 로빈 부하 분산을 위한 프록시를 구성합니다. - 외부 IdP의 인증 요청을 처리합니다. - 정방향 프록시: 라이선스 및 맵 기능을 위해 Tableau Server에서 인터넷에 액세스할 수 있어야 합니다. Tableau Service URL에 대한 정방향 프록시 허용 목록을 구성해야 합니다. _인터넷 통신_([Linux](https://help.tableau.com/current/server-linux/ko-kr/plan_network.htm))을 참조하십시오. - 모든 클라이언트 관련 트래픽은 HTTPS를 통해 암호화될 수 있습니다. - 클라이언트에서 응용 프로그램 부하 분산 장치로의 트래픽 - 응용 프로그램 부하 분산 장치에서 역방향 프록시 서버로의 트래픽 - 프록시 서버에서 Tableau Server로의 트래픽 - 역방향 프록시에서 실행되는 인증 처리기에서 IdP로의 트래픽 - Tableau Server에서 IdP로의 트래픽 ### Tableau Server 독립 게이트웨이 Tableau Server 버전 2022.1에는 Tableau Server 독립 게이트웨이가 도입되었습니다. 독립 게이트웨이는 Tableau 게이트웨이 프로세스의 독립 실행형 인스턴스로, Tableau 인식 역방향 프록시 역할을 합니다. 독립 게이트웨이는 백엔드 Tableau Server로의 단순한 라운드 로빈 부하 분산을 지원합니다. 그러나 독립 게이트웨이는 엔터프라이즈 응용 프로그램 부하 분산 장치로 사용되도록 만들어진 것이 아닙니다. 따라서 독립 게이트웨이는 엔터프라이즈급 응용 프로그램 부하 분산 장치 뒤에서 실행하는 것이 좋습니다. 독립 게이트웨이에는 Advanced Management 라이선스가 필요합니다. ## 인증 및 권한 부여 기본 참조 아키텍처는 로컬 인증을 구성하여 Tableau Server를 설치할 것을 명시합니다. 이 모델에서 클라이언트는 Tableau Server에 연결하여 기본 Tableau Server의 로컬 인증 프로세스로 인증되어야 합니다. 참조 아키텍처에서는 이 인증 방법의 사용을 권장하지 않습니다. 이 시나리오에서는 인증되지 않은 클라이언트가 응용 프로그램 계층과 통신해야 하는데 이는 보안상 위험하기 때문입니다. 따라서 엔터프라이즈급 외부 ID 공급자를 구성하고 AuthN 모듈과 결합하여 응용 프로그램 계층으로 가는 모든 트래픽을 사전 인증하는 것이 좋습니다. 외부 IdP로 구성되면 기본 Tableau Server 로컬 인증 프로세스가 사용되지 않습니다. IdP가 사용자를 인증하면 Tableau Server가 배포의 리소스에 대한 액세스 권한을 부여합니다. ### AuthN 모듈을 사용한 사전 인증 이 가이드에 문서화된 예제에는 SAML SSO가 구성되어 있지만 대부분의 외부 ID 공급자 및 AuthN 모듈을 사용하여 사전 인증 프로세스를 구성할 수 있습니다. 참조 아키텍처에서 역방향 프록시는 Tableau Server에 대한 요청을 프록시 연결하기 전에 IdP로 클라이언트 인증 세션을 만들도록 구성됩니다. 이 프로세스를 _사전 인증_ 단계라고 합니다. 역방향 프록시는 인증된 클라이언트 세션만 Tableau Server로 리디렉션합니다. 그런 다음 Tableau Server에서 세션을 만들고 IdP로 세션 인증을 확인한 다음 클라이언트 요청을 반환합니다. 다음 다이어그램은 AuthN 모듈이 구성된 사전 인증 및 인증 프로세스에 대한 단계별 세부 정보를 보여줍니다. 일반 타사 솔루션 또는 Tableau Server 독립 게이트웨이를 역방향 프록시로 사용할 수 있습니다. ![위의 다이어그램에 표시된 단계 1단계: Tableau 클라이언트가 Tableau Server의 리소스를 요청합니다. 2단계: 역방향 프록시가 URL 리디렉션을 통해 ID 공급자에 대한 인증 요청을 만듭니다. 3단계: ID 공급자가 사용자에게 로그인 양식을 전송합니다. 4단계: 사용자에게 자격 증명을 입력하라는 메시지가 표시됩니다. 5단계: ID 공급자가 사용자가 제출한 자격 증명을 확인합니다. 6단계: ID 공급자가 역방향 프록시 서비스 공급자에 게시되는 내장된 SAML 어설션으로 클라이언트에 응답합니다. 7단계: 프록시의 서비스 공급자가 어설션의 유효성을 검사하고 세션을 만든 다음 Tableau Server의 서비스 공급자로 리디렉션합니다. 8단계: Tableau Server의 서비스 공급자가 ID 공급자에 대한 인증 요청을 만듭니다. 9단계: ID 공급자가 현재 세션의 유효성을 검사합니다. 10단계: Tableau Server의 서비스 공급자가 자체 세션의 유효성을 검사하고 세션을 만들어 사용자에게 응답을 전송합니다. 11단계: 사용자가 Tableau Server에 연결하여 지정된 리소스에 대한 권한을 부여받습니다.](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/pixel-transparent.png) ## 구성 개요 다음은 웹 계층을 구성하는 프로세스에 대한 개요입니다. 각 단계 후 연결을 확인합니다. 1. Tableau Server에 대한 HTTP 액세스를 제공하도록 역방향 프록시 2개를 구성합니다. 2. 프록시 서버에서 고정 세션을 사용하여 게이트웨이 프로세스를 실행하는 각 Tableau Server 인스턴스에 연결하는 부하 분산 논리를 구성합니다. 3. 인터넷 게이트웨이에서 고정 세션을 사용하여 요청을 역방향 프록시 서버로 전달하는 응용 프로그램 부하 분산을 구성합니다. 4. 외부 IdP를 통한 인증을 구성합니다. 역방향 프록시 서버에 인증 처리기를 설치하여 SSO 또는 SAML을 구성할 수 있습니다. AuthN 모듈은 외부 IdP와 Tableau 배포 간의 인증 핸드셰이크를 관리합니다. Tableau는 IdP 서비스 공급자 역할도 하며 IdP로 사용자를 인증합니다. 5. 이 배포에서 Tableau Desktop으로 인증하려면 클라이언트에서 Tableau Desktop 2021.2.1 이상을 실행해야 합니다. ## Tableau Server 독립 게이트웨이를 사용한 웹 계층 구성 예제 이 항목의 나머지 부분에서는 예제 AWS 참조 아키텍처에서 Tableau Server 독립 게이트웨이를 사용하여 웹 계층을 구현하는 방법을 설명하는 전체 절차를 제공합니다. Apache를 역방향 프록시로 사용한 예제 구성은 [부록 - Apache를 사용한 웹 계층 예제 배포](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part_app-apache.htm)를 참조하십시오. 예제 구성은 다음 구성 요소로 구성됩니다. - AWS 응용 프로그램 부하 분산 장치 - Tableau Server 독립 게이트웨이 - Mellon 인증 모듈 - Okta IdP - SAML 인증 **참고**: 이 섹션에 나와 있는 웹 계층 구성 예제에는 타사 소프트웨어 및 서비스를 배포하는 자세한 절차가 포함되어 있습니다. Tableau는 웹 계층 시나리오를 지원하기 위한 절차를 확인하고 문서화하기 위해 최선을 다하고 있습니다. 하지만 타사 소프트웨어가 변경되거나 여기에 설명된 참조 아키텍처와 다른 시나리오가 있을 수 있습니다. 신뢰할 수 있는 구성 세부 정보 및 지원은 타사 설명서를 참조하십시오. 이 섹션 전반에 걸친 Linux 예는 RHEL와 같은 배포에 대한 명령을 보여줍니다. 특히 여기에 나온 명령은 Amazon Linux 2 배포를 통해 개발되었습니다. Ubuntu 배포를 실행 중인 경우 그에 따라 명령을 편집합니다. 이 예제의 웹 계층 배포는 단계별 구성 및 확인 절차를 따릅니다. 핵심 웹 계층 구성은 Tableau와 인터넷 간의 HTTP를 사용하도록 설정하는 다음 단계로 구성됩니다. AWS 응용 프로그램 부하 분산 장치 뒤에서 역방향 프록시/부하 분산을 수행하도록 독립 게이트웨이를 구성하고 실행합니다. 1. 환경 준비 2. 독립 게이트웨이 설치 3. 독립 게이트웨이 서버 구성 4. AWS 응용 프로그램 부하 분산 장치 구성 웹 계층을 설정하고 Tableau 연결을 확인한 후에는 외부 공급자를 통한 인증을 구성합니다. ### 환경 준비 독립 게이트웨이를 배포하기 전에 다음 작업을 완료합니다. 1. AWS 보안 그룹을 변경합니다. 사설 보안 그룹에서 오는 인바운드 독립 게이트웨이 하우스키핑 트래픽(TCP 21319)을 허용하도록 공용 보안 그룹을 구성합니다. 2. [4부 - Tableau Server 설치 및 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm)에 문서화된 대로 버전 22.1.1 이상을 4노드 Tableau Server 클러스터에 설치합니다. 3. [호스트 컴퓨터 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part3.htm#Install)에 문서화된 대로 2개의 프록시 EC2 인스턴스를 공용 보안 그룹에 구성합니다. ### 독립 게이트웨이 설치 Tableau Server 독립 게이트웨이에는 Advanced Management 라이선스가 필요합니다. Tableau Server 독립 게이트웨이 배포는 .rpm 패키지를 설치 후 실행한 다음 초기 상태를 구성하는 작업으로 구성됩니다. 이 가이드에 포함된 절차는 참조 아키텍처에 배포하기 위한 권장 지침을 제공합니다. 참조 아키텍처와 다른 배포의 경우 핵심 Tableau Server 설명서인 _독립 게이트웨이로 Tableau Server 설치_([Linux](https://help.tableau.com/current/server-linux/ko-kr/server_tsig_new_install.htm))를 참조하십시오. **중요**: 독립 게이트웨이를 구성하는 프로세스에서는 오류가 많이 발생합니다. 2개의 독립 게이트웨이 서버 인스턴스에서 구성 문제를 해결하기는 아주 어렵습니다. 따라서 한 번에 1개의 독립 게이트웨이 서버를 구성하는 것이 좋습니다. 첫 번째 서버를 구성한 후 기능을 확인하고 그 다음에 두 번째 독립 게이트웨이 서버를 구성해야 합니다. 각 독립 게이트웨이 서버를 따로 구성하게 되지만 공용 보안 그룹에 설치한 EC2 인스턴스 모두에서 이 설치 절차를 실행하십시오.  1. 업데이트를 실행하여 최신 수정을 Linux OS에 적용합니다. sudo yum update 2. Apache가 설치되어 있는 경우 제거합니다. sudo yum remove httpd 3. [Tableau 다운로드 페이지](https://www.tableau.com/ko-kr/support/releases/server)에서 버전 2022.1.1 이상 독립 게이트웨이 설치 패키지를 Tableau Server를 실행할 호스트 컴퓨터에 복사합니다. 예를 들어 Linux RHEL 유사 운영 체제를 실행하는 컴퓨터에서 다음을 실행합니다. wget https://downloads.tableau.com/esdalt/2022/tableau-server-tsig-.x86\_64.rpm 4. 설치 프로그램을 실행합니다. 예를 들어 Linux RHEL과 같은 운영 체제에서 다음을 실행합니다. sudo yum install .x86\_64.rpm 5. `/opt/tableau/tableau_tsig/packages/scripts./` 디렉터리로 변경하고 거기에 있는 `initialize-tsig` 스크립트를 실행합니다. `--accepteula` 플래그에 더해 Tableau Server 배포가 실행되는 서브넷의 IP 범위를 제공해야 합니다. IP 범위를 지정하려면 `-c` 옵션을 사용합니다. 아래의 예제는 지정된 예제 AWS 서브넷과 명령을 보여줍니다. sudo ./initialize-tsig --accepteula -c "ip 10.0.30.0/24 10.0.31.0/24" 6. 초기화가 완료되면 `tsighk-auth.conf` 파일을 열고 파일의 인증 암호를 복사합니다. 백엔드 Tableau Server 구성의 일부로 이 코드를 각 독립 게이트웨이 인스턴스에 대해 제출해야 합니다. sudo less /var/opt/tableau/tableau\_tsig/config/tsighk-auth.conf 7. 독립 게이트웨이의 두 인스턴스에서 이전 단계를 실행한 후 `tsig.json` 구성 파일을 준비합니다. 구성 파일은 “independentGateways” 배열로 구성됩니다. 이 배열에는 각각 독립 게이트웨이 인스턴스의 연결 세부 정보를 정의하는 구성 개체가 포함됩니다. 다음 JSON을 복사하고 배포 환경에 따라 사용자 지정합니다. 여기의 예제는 샘플 AWS 참조 아키텍처에 대한 파일을 보여줍니다. 아래의 예제 JSON 파일에는 독립 게이트웨이 1개의 연결 정보만 포함되어 있습니다. 이 프로세스의 후반부에서 두 번째 독립 게이트웨이 서버의 연결 정보를 포함할 것입니다. 다음 절차를 위해 파일을 `tsig.json`으로 저장합니다. { "independentGateways": \[ { "id": "ip-10-0-1-169.ec2.internal", "host": "ip-10-0-1-169.ec2.internal", "port": "21319", "protocol" : "http", "authsecret": "13660-27118-29070-25482-9518-22453" }\] } - `"id"` - 독립 게이트웨이를 실행하는 AWS EC2 인스턴스의사설 DNS 이름입니다. - `"host"` - `"id"`와 동일합니다. - `"port"` - 하우스키핑 포트이며 기본값은 `"21319"`입니다. - `"protocol"` - 클라이언트 트래픽의 프로토콜입니다. 초기 구성의 경우 `http`로 남겨둡니다. - `"authsecret"` - 이전 단계에서 복사한 암호입니다. ### 독립 게이트웨이: 직접 연결과 릴레이 연결 계속하기 전에 배포에서 구성할 연결 체계(직접 연결 또는 릴레이 연결)를 결정해야 합니다. 여기에 관련된 의사 결정 데이터 요소와 함께 각 옵션이 간략하게 설명되어 있습니다. **릴레이 연결**: 단일 포트를 통해 Tableau Server의 게이트웨이 프로세스로 클라이언트 통신을 릴레이하도록 독립 게이트웨이를 구성할 수 있습니다. 이를 _릴레이_ 연결이라고 합니다. - 릴레이 프로세스에서는 독립 게이트웨이에서 백엔드 Tableau Server 게이트웨이 프로세스에 연결할 때 추가 홉이 발생합니다. 이 추가 홉으로 인해 직접 연결 구성에 비해 성능이 저하됩니다. - 릴레이 모드에는 TLS가 지원됩니다. 릴레이 모드의 모든 통신은 단일 프로토콜(HTTP 또는 HTTPS)로 제한되므로 TLS를 통해 암호화하고 인증할 수 있습니다. **직접 연결**: 독립 게이트웨이는 여러 포트를 통해 직접 백엔드 Tableau Server 프로세스와 통신할 수 있습니다. 이 통신 방식을 _직접_ 연결이라고 합니다. - 백엔드 Tableau Server에 직접 연결되기 때문에 릴레이 연결에 비해 클라이언트 성능이 크게 개선됩니다. - 독립 게이트웨이에서 Tableau Server 컴퓨터로의 직접 프로세스 통신에는 공용에서 사설로 연결되는 서브넷에서 16개 이상의 포트를 열어야 합니다. - 독립 게이트웨이에서 Tableau Server로의 프로세스에 TLS는 아직 지원되지 않습니다. Tableau Server와 독립 게이트웨이 간에 TLS를 실행하려면 릴레이 연결로 구성해야 합니다. EDG의 예제 시나리오는 릴레이 연결로 구성됩니다. 1. `tsig.json`을 Tableau Server 배포의 노드 1에 복사합니다. 2. 노드 1에서 다음 명령을 실행하여 독립 게이트웨이를 사용하도록 설정합니다. tsm stop tsm configuration set -k gateway.tsig.proxy\_tls\_optional -v none tsm pending-changes apply tsm topology external-services gateway enable -c tsig.json tsm start 직접 연결은 TLS를 지원하지 않으므로 다른 방법으로 모든 네트워크 트래픽을 보호할 수 있는 경우에만 직접 연결을 구성하는 것이 좋습니다. Tableau Server와 독립 게이트웨이 간에 TLS를 실행하려면 릴레이 연결로 구성해야 합니다. EDG의 예제 시나리오는 릴레이 연결로 구성됩니다. Tableau Server에 직접 연결하도록 독립 게이트웨이를 구성하는 경우 통신을 트리거하는 구성을 사용해야 합니다. Tableau Server가 독립 게이트웨이와 통신하면 프로토콜 대상이 설정됩니다. 그러면 독립 게이트웨이 컴퓨터에서 `proxy_targets.csv`를 검색하고 AWS의 공용에서 사설 보안 그룹으로 연결되는 해당하는 포트를 열어야 합니다. 1. `tsig.json`을 Tableau Server 배포의 노드 1에 복사합니다. 2. 노드 1에서 다음 명령을 실행하여 독립 게이트웨이를 사용하도록 설정합니다. tsm stop tsm topology external-services gateway enable -c tsig.json tsm start 3. 독립 게이트웨이 컴퓨터에서 다음 명령을 실행하여 Tableau Server 클러스터에 사용되고 있는 포트를 확인합니다. less /var/opt/tableau/tableau\_tsig/config/httpd/proxy\_targets.csv 4. AWS 보안 그룹을 구성합니다. `proxy_targets.csv`에 나열된 TCP 포트를 추가하여 공용 보안 그룹과 사설 보안 그룹 간의 통신을 허용합니다. Tableau Server 배포가 변경될 경우 포트가 변경될 수 있으므로 포트 수신 구성을 자동화하는 것이 좋습니다. Tableau Server 배포에서 노드를 추가하거나 프로세스를 재구성하면 독립 게이트웨이에 필요한 포트 액세스 권한이 변경됩니다. ### 확인: 기본 토폴로지 구성 `http://`로 이동하여 Tableau Server 관리 페이지에 액세스할 수 있어야 합니다. Tableau Server 로그인 페이지가 로드되지 않거나 Tableau Server가 시작되지 않으면 다음 문제 해결 단계를 따르십시오. 네트워크:  - Tableau Server 노드 1에서 `wget` 명령(wget http://:21319)을 실행하여 Tableau 배포와 독립 게이트웨이 인스턴스 간의 연결을 확인합니다. 예를 들면 다음과 같습니다. wget http://ip-10-0-1-38:21319 연결이 거부되거나 실패하면 공용 보안 그룹이 사설 보안 그룹의 독립 게이트웨이 하우스키핑 트래픽(TCP 21319)을 허용하도록 구성되었는지 확인합니다. 보안 그룹이 올바르게 구성된 경우 독립 게이트웨이를 초기화하는 동안 올바른 IP 주소 또는 IP 범위를 지정했는지 확인합니다. `/etc/opt/tableau/tableau_tsig/environment.bash`에 있는 `environment.bash` 파일에서 이 구성을 보고 변경할 수 있습니다. 이 파일을 변경한 경우 아래 설명된 대로 tsig-http 서비스를 다시 시작하십시오. 프록시 1 호스트: 1. httpd.conf 파일을 독립 게이트웨이 stub 파일로 덮어씁니다. cp /var/opt/tableau/tableau\_tsig/config/httpd.conf.stub /var/opt/tableau/tableau\_tsig/config/httpd.conf 2. 첫 번째 문제 해결 단계로 tsig-httpd를 다시 시작합니다. sudo su - tableau-tsig systemctl --user restart tsig-httpd exit Tableau 노드 1: - `tsig.json` 파일을 다시 확인합니다. 오류가 발견되면 수정한 다음 `tsm topology external-services gateway update -c tsig.json`을 실행합니다. - 직접 연결을 실행하는 경우 `proxy_targets.csv`에 나열된 TCP 포트가 공용 보안 그룹과 사설 보안 그룹 간의 수신 포트로 구성되었는지 확인합니다. ### AWS 응용 프로그램 부하 분산 장치 구성 부하 분산 장치를 HTTP 수신기로 구성합니다. 다음 절차에서는 AWS에서 부하 분산 장치를 추가하는 방법에 대해 설명합니다. #### 1단계: 대상 그룹 만들기 대상 그룹은 프록시 서버를 실행하는 EC2 인스턴스를 정의하는 AWS 구성입니다. 이러한 그룹은 LBS에서 오는 트래픽의 대상입니다. 1. EC2 > 대상 그룹 > 대상 그룹 만들기 2. 만들기 페이지에서: - 대상 그룹 이름 입력(예: `TG-internal-HTTP`) - 대상 유형: 인스턴스 - 프로토콜: HTTP - 포트: 80 - VPC: 해당하는 VPC 선택 - 상태 확인 > 고급 상태 확인 설정 > 성공 코드에서 읽을 코드 목록(`200,303`)을 추가합니다. - 만들기를 클릭합니다. 3. 방금 만든 대상 그룹을 선택한 다음 대상 탭을 클릭합니다.  - 편집을 클릭합니다. - 프록시 애플리케이션을 실행하는 EC2 인스턴스(또는 한 번에 1개를 구성하는 경우 단일 인스턴스)를 선택한 다음 등록된 항목에 추가를 클릭합니다. - 저장을 클릭합니다. #### 2단계: 부하 분산 장치 마법사 시작 1. EC2 > 부하 분산 장치 > 부하 분산 장치 만들기 2. "부하 분산 장치 유형 선택" 페이지에서 응용 프로그램 부하 분산 장치를 만듭니다. **참고**: 부하 분산 장치를 구성하기 위해 표시되는 UI는 AWS 데이터 센터 간에 일관되지 않습니다. 아래의 "마법사 구성" 절차는 **1단계 부하 분산 장치 구성**으로 시작하는 AWS 구성 마법사를 설명합니다.  데이터 센터가 모든 구성을 단일 페이지에 표시하는 경우 페이지 아래쪽에 **부하 분산 장치 만들기** 단추가 포함되어 있으면 아래의 "단일 페이지 구성" 절차를 따르십시오. 1. 부하 분산 장치 구성 페이지: - 이름 지정 - 스키마: 인터넷 연결(기본값) - IP 주소 유형: ipv4(기본값) - 수신기(수신기 및 라우팅): 1. 기본 HTTP 수신기를 그대로 둡니다. 2. 수신기 추가를 클릭하고 `HTTPS:443`를 추가합니다. - VPC: 모든 항목을 설치한 VPC 선택 - 가용성 영역: - 데이터 센터 지역을 나타내는 **a** 및 **b**를 선택합니다. - 해당하는 각 드롭다운 선택 도구에서 공용 서브넷(프록시 서버가 상주하는 서브넷)을 선택합니다. - 보안 설정 구성 클릭 2. 보안 설정 구성 페이지 - 공용 SSL 인증서를 업로드합니다. - 다음: 보안 그룹 구성을 클릭합니다. 3. 보안 그룹 구성 페이지: - 공용 보안 그룹을 선택합니다. 기본 보안 그룹이 선택된 경우 해당 선택을 취소합니다. - 다음: 라우팅 구성을 클릭합니다. 4. 라우팅 구성 페이지 - 대상 그룹: 기존 대상 그룹 - 이름: 이전에 만든 대상 그룹 선택 - 다음: 대상 등록을 클릭합니다. 5. 대상 등록 페이지 - 이전에 구성한 프록시 서버 인스턴스 2개가 표시됩니다. - 다음: 검토를 클릭합니다. 6. 검토 페이지 만들기를 클릭합니다. 기본 구성 - 이름 지정 - 스키마: 인터넷 연결(기본값) - IP 주소 유형: ipv4(기본값) 네트워크 매핑 - VPC: 모든 항목을 설치한 VPC 선택 - 매핑: - 데이터 센터 지역을 나타내는 **a** 및 **b**(또는 그에 상응하는) 가용성 영역을 선택합니다. - 해당하는 각 드롭다운 선택 도구에서 공용 서브넷(프록시 서버가 상주하는 서브넷)을 선택합니다. 보안 그룹 - 공용 보안 그룹을 선택합니다. 기본 보안 그룹이 선택된 경우 해당 선택을 취소합니다. 수신기 및 라우팅 - 기본 HTTP 수신기를 그대로 둡니다. 기본 동작의 경우 이전에 설정한 대상 그룹을 지정합니다. - 수신기 추가를 클릭하고 `HTTPS:443`을 추가합니다. 기본 동작의 경우 이전에 설정한 대상 그룹을 지정합니다. 보안 수신기 설정 - 공용 SSL 인증서를 업로드합니다. 부하 분산 장치 만들기를 클릭합니다. #### 3단계: 연결 유지 사용 1. 부하 분산 장치를 만든 후 대상 그룹에서 연결 유지를 사용하도록 설정해야 합니다. - AWS 대상 그룹 페이지(EC2 > 부하 분산 > 대상 그룹)를 열고 방금 설정한 대상 그룹 인스턴스를 선택합니다. 동작 메뉴에서 특성 편집을 선택합니다. - 특성 편집 페이지에서 연결 유지를 선택하고 기간을 `1 day`로 지정한 다음 변경 내용을 저장합니다. 2. 부하 분산 장치에서 HTTP 수신기에 연결 유지를 사용하도록 설정합니다. 방금 구성한 부하 분산 장치를 선택한 다음 수신기 탭을 클릭합니다. - HTTP:80에서 규칙 보기/편집을 클릭합니다. 결과로 표시되는 규칙 페이지에서 편집 아이콘을 클릭하여 규칙을 편집합니다(페이지 맨 위에서 한 번 클릭하여 편집한 다음 규칙별로 다시 편집). 기존 THEN 규칙을 삭제하고 동작 추가 > 전달 대상...을 클릭하여 바꿉니다. 결과로 나온 THEN 구성에서 이전에 만든 것과 동일한 대상 그룹을 지정합니다. 그룹 수준 연결 유지에서 연결 유지를 사용하도록 설정하고 기간을 1일로 설정합니다. 설정을 저장한 다음 업데이트를 클릭합니다. #### 4단계: 부하 분산 장치에서 유휴 시간 초과 설정 부하 분산 장치에서 유휴 시간 초과를 400초로 업데이트합니다. 이 배포에 대해 구성한 부하 분산 장치를 선택한 다음 동작 > 특성 편집을 클릭합니다. 유휴 시간 초과를 `400` 초로 설정한 다음 저장을 클릭합니다. #### 5단계: LBS 연결 확인 AWS 부하 분산 장치 페이지(EC2 > 부하 분산 장치)를 열고 방금 설정한 부하 분산 장치 인스턴스를 선택합니다. 설명에서 DNS 이름을 복사하여 브라우저에 붙여 넣고 Tableau Server 로그인 페이지에 액세스합니다. 500 수준 오류가 발생하면 프록시 서버를 다시 시작해야 할 수 있습니다. ### 공용 Tableau URL로 DNS 업데이트 AWS 부하 분산 장치 설명의 도메인 DNS 영역 이름을 사용하여 DNS에 CNAME 값을 만듭니다. URL(tableau.example.com)에 대한 트래픽은 AWS 공용 DNS 이름으로 전송되어야 합니다. ### 연결 확인 DNS 업데이트가 완료되면 공용 URL(예: `https://tableau.example.com`)을 입력하여 Tableau Server 로그인 페이지로 이동할 수 있어야 합니다. ## 인증 구성 예: SAML 및 외부 IdP 다음 예에서는 AWS 참조 아키텍처에서 실행되는 Tableau 배포를 위해 Okta IdP 및 Mellon 인증 모듈로 SAML을 설정하고 구성하는 방법에 대해 설명합니다. 이 예제는 이전 섹션의 정보를 사용하며 한 번에 1개의 독립 게이트웨이 서버를 구성한다고 가정합니다. 이 예에서는 HTTP를 통해 Tableau Server와 독립 게이트웨이를 구성하는 방법을 설명합니다. Okta는 HTTPS를 통해 AWS 부하 분산 장치로 요청을 보내지만 모든 내부 트래픽은 HTTP를 통해 이동합니다. 이 시나리오에서 구성할 때는 URL 문자열을 설정할 때 HTTP와 HTTPS 프로토콜의 차이점을 숙지하십시오. 이 예에서는 Mellon을 독립 게이트웨이 서버의 사전 인증 서비스 공급자 모듈로 사용합니다. 이 구성에서는 인증된 트래픽만 Tableau Server에 연결되며 Tableau Server는 Okta IdP를 통한 서비스 공급자 역할도 합니다. 따라서 Mellon 서비스 공급자용과 Tableau 서비스 공급자용으로 IdP 응용 프로그램 2개를 구성해야 합니다. ### Tableau 관리자 계정 만들기 SAML을 구성할 때 흔히 하는 실수는 SSO를 사용하도록 설정하기 전에 Tableau Server에서 관리자 계정을 생성하는 것을 잊는 것입니다. 첫 번째 단계는 Tableau Server에서 서버 관리자 역할의 계정을 만드는 것입니다. Okta 시나리오의 예에서 사용자 이름은 올바른 이메일 주소 형식이어야 합니다(예: user@example.com). 이 사용자에 대한 비밀번호를 설정해야 하지만 SAML이 구성된 후에는 비밀번호가 사용되지 않습니다. ### Okta 사전 인증 응용 프로그램 구성 이 섹션에 설명된 전체 시나리오에서는 두 개의 Okta 응용 프로그램이 필요합니다. - Okta 사전 인증 응용 프로그램 - Okta Tableau Server 응용 프로그램 이러한 각 응용 프로그램은 서로 다른 메타데이터에 연결되며 이를 역방향 프록시와 Tableau Server에서 각각 구성해야 합니다. 이 절차에서는 Okta 사전 인증 응용 프로그램을 만들고 구성하는 방법에 대해 설명합니다. 이 항목의 뒷부분에서는 Okta Tableau Server 응용 프로그램을 만듭니다. 사용자 수가 제한되어 있는 Okta 무료 테스트 계정은 [Okta 개발자 웹 페이지](https://developer.okta.com/signup/)를 참조하십시오. Mellon 사전 인증 서비스 공급자를 위한 SAML 앱 통합을 만듭니다. 1. Okta 관리 대시보드 > 응용 프로그램 > 앱 통합 만들기를 엽니다. 2. 새 앱 통합 만들기 페이지에서 SAML 2.0을 선택한 후 다음을 클릭합니다. 3. 일반 설정 탭에서 앱 이름(예: `Tableau Pre-Auth`)을 입력하고 다음을 클릭합니다. 4. SAML 구성 탭에서: - SSO(Single Sign-On) URL. Single Sign-On URL의 최종 경로 요소는 이 절차의 뒷부분에서 설명하는 `mellon.conf` 구성 파일의 `MellonEndpointPath`를 일컫습니다. 원하는 끝점을 지정할 수 있습니다. 이 예에서는 `sso`가 끝점입니다. 마지막 요소인 `postResponse`는 `https://tableau.example.com/sso/postResponse`에 필수입니다. - 수신자 URL 및 대상 URL에 사용 확인란을 선택 취소합니다. - 수신자 URL: SSO URL과 동일하지만 HTTP가 포함됩니다. 예를 들어 `http://tableau.example.com/sso/postResponse`입니다. - 대상 URL: SSO URL과 동일하지만 HTTP가 포함됩니다. 예를 들어 `http://tableau.example.com/sso/postResponse`입니다. - 대상 URI(SP 엔터티 ID) 예를 들어 `https://tableau.example.com`입니다. - 이름 ID 형식: `EmailAddress` - 응용 프로그램 사용자 이름: `Email` - 특성 문: 이름 = `mail`, 이름 형식 = `Unspecified`, 값 = `user.email`. 다음을 클릭합니다. 5. 피드백 탭에서 다음을 선택합니다. - 내부 앱을 추가하는 Okta 고객 - 이전에 만든 내부 앱 - 마침을 클릭합니다. 6. 사전 인증 IdP 메타데이터 파일을 만듭니다. - Okta에서: Applications(응용 프로그램) \> Applications(응용 프로그램) \> Your new application(새 응용 프로그램)(예: `Tableau Pre-Auth`) > Sign On(로그온) - SAML Signing Certificates(SAML 서명 인증서) 근처에서 View SAML setup instructions(SAML 설정 지침 보기)를 클릭합니다. - How to Configure SAML 2.0 for Application( 응용 프로그램에 대해 SAML 2.0을 구성하는 방법) 페이지에서 Optional(선택 사항) 섹션인 Provide the following IDP metadata to your SP provider(SP 공급자에게 다음 IdP 메타데이터 제공)로 스크롤합니다. - XML 필드의 콘텐츠를 복사하고 `pre-auth_idp_metadata.xml`이라는 파일에 저장합니다. 7. (선택 사항) 다단계 인증을 구성합니다. - Okta에서: Applications(응용 프로그램) > Applications(응용 프로그램) > Your new application(새 응용 프로그램)(예: `Tableau Pre-Auth`) > Sign On(로그온) - 로그온 정책에서 규칙 추가를 클릭합니다. - 앱 로그온 규칙에서 이름 및 다른 MFA 옵션을 지정합니다. 기능을 테스트하려면 모든 옵션을 기본값으로 두어도 됩니다. 그러나 동작에서는 인증 요소 표시를 선택하고 사용자가 로그인해야 하는 빈도를 지정해야 합니다. 저장을 클릭합니다. ### Okta 사용자 만들기 및 할당 1. Okta에서 디렉터리 \> 사용자 \> 사용자 추가로 이동하여 Tableau에서 만든 것과 동일한 사용자 이름(user@example.com)으로 사용자를 만듭니다. 2. 사용자가 만들어지면 해당 사용자에게 새 Okta 앱을 할당합니다. 사용자 이름을 클릭한 다음 응용 프로그램 할당에서 응용 프로그램을 할당합니다. ### 사전 인증을 위해 Mellon 설치 이 예제에서는 주요 오픈 소스 모듈인 mod\_auth\_mellon을 사용합니다. 일부 Linux 배포는 이전 리포지토리의 사용되지 않는 mod\_auth\_mellon 버전을 패키지합니다. 이 사용되지 않는 버전에는 알 수 없는 보안 취약점이나 기능 문제가 포함될 수 있습니다. mod\_auth\_mellon을 사용하도록 선택하는 경우 최신 버전을 사용 중인지 확인하십시오. mod\_auth\_mellon 모듈은 타사 소프트웨어입니다. Tableau는 이 시나리오를 지원하기 위한 절차를 확인하고 문서화하기 위해 최선을 다하고 있습니다. 하지만 타사 소프트웨어가 변경되거나 여기에 설명된 참조 아키텍처와 다른 시나리오가 있을 수 있습니다. 신뢰할 수 있는 구성 세부 정보 및 지원은 타사 설명서를 참조하십시오. 1. 독립 게이트웨이를 실행하는 활성 EC2 인스턴스에서 최신 버전의 Mellon 인증 모듈을 설치합니다. 2. `/etc/mellon` 디렉터리를 만듭니다. sudo mkdir /etc/mellon ### Mellon을 사전 인증 모듈로 구성 독립 게이트웨이를 처음 설치하는 경우 다음 절차를 실행합니다. Okta 구성에서 만든 `pre-auth_idp_metadata.xml` 파일의 복사본이 있어야 합니다. 1. 디렉터리를 변경합니다. cd /etc/mellon 2. 서비스 공급자 메타데이터를 만듭니다. `mellon_create_metadata.sh` 스크립트를 실행합니다. 명령에 조직의 엔티티 ID와 반환 URL을 포함해야 합니다. 반환 URL은 Okta의 _Single Sign On URL_이라고 합니다. 반환 URL의 최종 경로 요소는 이 절차의 뒷부분에서 설명하는 `mellon.conf` 구성 파일의 `MellonEndpointPath`를 일컫습니다. 이 예에서는 끝점 경로로 `sso`를 지정합니다. 예를 들면 다음과 같습니다. sudo /usr/libexec/mod\_auth\_mellon/mellon\_create\_metadata.sh https://tableau.example.com "https://tableau.example.com/sso" 스크립트는 서비스 공급자 인증서, 키 및 메타데이터 파일을 반환합니다. 3. 쉽게 읽을 수 있도록 `mellon` 디렉터리에서 서비스 공급자 파일의 이름을 바꿉니다. 설명서에서 이러한 파일은 다음 이름으로 설명하겠습니다. sudo mv \*.key mellon.key sudo mv \*.cert mellon.cert sudo mv \*.xml sp\_metadata.xml 4. `pre-auth_idp_metadata.xml` 파일을 동일한 디렉터리에 복사합니다. 5. `/etc/mellon` 디렉터리의 모든 파일에 대한 소유권과 사용 권한을 변경합니다. sudo chown tableau-tsig mellon.key sudo chown tableau-tsig mellon.cert sudo chown tableau-tsig sp\_metadata.xml sudo chown tableau-tsig pre-auth\_idp\_metadata.xml sudo chmod +r \* mellon.key sudo chmod +r \* mellon.cert sudo chmod +r \* sp\_metadata.xml sudo chmod +r \* pre-auth\_idp\_metadata.xml 6. `/etc/mellon/conf.d` 디렉터리를 만듭니다. sudo mkdir /etc/mellon/conf.d 7. `/etc/mellon/conf.d` 디렉터리에서 `global.conf` 파일을 만듭니다. 아래와 같이 파일 내용을 복사하고 루트 도메인 이름으로 `MellonCookieDomain`을 업데이트합니다. 예를 들어 Tableau의 도메인 이름이 `tableau.example.com`인 경우 루트 도메인에 대해 `example.com`을 입력합니다. AuthType Mellon MellonEnable auth Require valid-user MellonCookieDomain MellonSPPrivateKeyFile /etc/mellon/mellon.key MellonSPCertFile /etc/mellon/mellon.cert MellonSPMetadataFile /etc/mellon/sp\_metadata.xml MellonIdPMetadataFile /etc/mellon/pre-auth\_idp\_metadata.xml MellonEndpointPath /sso MellonEnable Off 8. `/etc/mellon/conf.d` 디렉터리에서 `mellonmod.conf` 파일을 만듭니다. 이 파일에는 `mod_auth_mellon.so` 파일의 위치를 지정하는 단일 지시문이 포함됩니다. 여기 예제에서 위치는 파일의 기본 위치입니다. 파일이 이 위치에 있는지 확인하거나 이 지시문의 경로를 `mod_auth_mellon.so`의 실제 위치와 일치하도록 변경합니다. LoadModule auth\_mellon\_module /usr/lib64/httpd/modules/mod\_auth\_mellon.so ### Okta에서 Tableau Server 응용 프로그램 만들기 1. Okta 대시보드에서: 응용 프로그램 \> 응용 프로그램 \> 앱 카탈로그 찾아보기 2. 앱 통합 카탈로그 찾아보기에서 `Tableau`를 검색하고 Tableau Server 타일을 선택한 다음 추가를 클릭합니다. 3. Tableau Server 추가 > 일반 설정에서 레이블을 입력하고 다음을 클릭합니다. 4. 로그온 옵션에서 SAML 2.0을 선택한 다음 고급 로그온 설정으로 스크롤합니다. - SAML 엔터티 ID: 공용 URL을 입력합니다(예: https://tableau.example.com). - 응용 프로그램 사용자 이름 형식: 이메일 5. ID 공급자 메타데이터 링크를 클릭하여 브라우저를 시작합니다. 브라우저 링크를 복사합니다. 이 링크는 다음 절차에서 Tableau를 구성할 때 사용됩니다. 6. 완료를 클릭합니다. 7. 사용자(user@example.com)에게 새 Tableau Server Okta 앱 할당: 사용자 이름을 클릭하고 응용 프로그램 할당에서 응용 프로그램을 할당합니다. ### Tableau Server에서 인증 모듈 구성 설정 Tableau Server 노드 1에서 다음 명령을 실행합니다. 이러한 명령은 원격 독립 게이트웨이 컴퓨터의 Mellon 구성 파일에 대한 파일 위치를 지정합니다. 이러한 명령에 지정된 파일 경로가 원격 독립 게이트웨이 컴퓨터의 경로 및 파일 위치에 매핑되는지 다시 확인하십시오. tsm configuration set -k gateway.tsig.authn\_module\_block -v "/etc/mellon/conf.d/mellonmod.conf" --force-keys tsm configuration set -k gateway.tsig.authn\_global\_block -v "/etc/mellon/conf.d/global.conf" --force-keys 가동 중단을 줄이려면 다음 섹션에 설명된 대로 SAML을 설정하기 전까지 변경 내용을 적용하지 마십시오. ### Tableau Server에서 IdP에 SAML을 사용하도록 설정 Tableau Server 노드 1에서 이 절차를 실행합니다. 1. Okta에서 Tableau Server 응용 프로그램 메타데이터를 다운로드합니다. 이전 절차에서 저장한 링크를 사용합니다. wget https://dev-66144217.okta.com/app/exk1egxgt1fhjkSeS5d7/sso/saml/metadata -O idp\_metadata.xml 2. TLS 인증서와 관련 키 파일을 Tableau Server에 복사합니다. 키 파일은 RSA 키여야 합니다. SAML 인증서 및 IdP 요구 사항에 대한 자세한 내용은 _SAML 요구 사항_([Linux](https://help.tableau.com/current/server-linux/ko-kr/saml_requ.htm))을 참조하십시오. 인증서 관리 및 배포를 간소화하고 보안을 위한 모범 사례를 적용하기 위해 신뢰할 수 있는 주요 외부 CA(인증 기관)에서 생성된 인증서를 사용할 것을 권장합니다. 또는 자체 서명 인증서를 생성하거나 TLS용 PKI의 인증서를 사용할 수도 있습니다. TLS 인증서가 없는 경우 아래 포함된 절차를 사용하여 자체 서명 인증서를 생성할 수 있습니다. 자체 서명 인증서를 생성합니다. Tableau Server 노드 1에서 이 절차를 실행합니다. 1. 서명 루트 CA(인증 기관) 키를 생성합니다. openssl genrsa -out rootCAKey-saml.pem 2048 2. 루트 CA 인증서를 만듭니다. openssl req -x509 -sha256 -new -nodes -key rootCAKey-saml.pem -days 3650 -out rootCACert-saml.pem 인증서 필드에 값을 입력하라는 메시지가 표시됩니다. 예: Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, your name or your server's hostname) \[\]:tableau.example.com Email Address \[\]:example@tableau.com 3. 인증서 및 관련 키(아래 예에서 `server-saml.csr` 및 `server-saml.key`)를 만듭니다. 인증서의 주체 이름은 Tableau 호스트의 공용 호스트 이름과 일치해야 합니다. 주체 이름은 `-subj` 옵션과 `"/CN="` 형식을 사용하여 설정됩니다. 예: openssl req -new -nodes -text -out server-saml.csr -keyout server-saml.key -subj "/CN=tableau.example.com" 4. 위에서 만든 CA 인증서를 사용하여 새 인증서에 서명합니다. 다음 명령은 `crt` 형식으로도 인증서를 출력합니다. openssl x509 -req -in server-saml.csr -days 3650 -CA rootCACert-saml.pem -CAkey rootCAKey-saml.pem -CAcreateserial -out server-saml.crt 5. 키 파일을 RSA로 변환합니다. Tableau에서 SAML을 사용하려면 RSA 키 파일이 필요합니다. 키를 변환하려면 다음 명령을 실행합니다. openssl rsa -in server-saml.key -out server-saml-rsa.key 3. SAML을 구성합니다. 엔터티 ID와 반환 URL, 메타데이터 파일, 인증서 파일 및 키 파일에 대한 경로를 지정하여 다음 명령을 실행합니다. tsm authentication saml configure --idp-entity-id "https://tableau.example.com" --idp-return-url "https://tableau.example.com" --idp-metadata idp\_metadata.xml --cert-file "server-saml.crt" --key-file "server-saml-rsa.key" tsm authentication saml enable 4. 조직에서 Tableau Desktop 2021.4 이상을 실행하는 경우 다음 명령을 실행하여 역방향 프록시 서버를 통한 인증을 사용하도록 설정해야 합니다. 최상위 수준 도메인 쿠키 유지를 허용하도록 사전 인증 모듈(예: Mellon)을 구성한 경우 Tableau Desktop 버전 2021.2.1 ~ 2021.3은 이 명령을 실행하지 않고 작동합니다. tsm configuration set -k features.ExternalBrowserOAuth -v false 5. 구성 변경 내용을 적용합니다. tsm pending-changes apply #### tsig-httpd 서비스 다시 시작 Tableau Server 배포에서 변경 내용을 적용하면 Tableau Server 독립 게이트웨이 컴퓨터에 다시 로그인하고 다음 명령을 실행하여 tsig-httpd 서비스를 다시 시작합니다. sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### SAML 기능 확인 전체 SAML 기능을 확인하려면 이 절차를 시작할 때 만든 Tableau 관리자 계정으로 공용 URL(예: https://tableau.example.com)을 사용하여 Tableau Server에 로그인합니다. TSM이 시작되지 않거나("게이트웨이 오류") 연결을 시도할 때 브라우저 오류가 발생하는 경우 [Tableau Server 독립 게이트웨이 문제 해결](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part7.htm#Troubles)을 참조하십시오. ## 두 번째 인스턴스의 독립 게이트웨이에서 인증 모듈 구성 독립 게이트웨이의 첫 번째 인스턴스를 성공적으로 구성한 후 두 번째 인스턴스를 배포합니다. 여기에 나온 예제는 이 항목에 설명된 AWS/Mellon/Okta 시나리오를 설치하는 마지막 프로세스입니다. 이 절차는 이전에 이 항목([독립 게이트웨이 설치](#Install))에 설명된 대로 두 번째 인스턴스에 독립 게이트웨이를 이미 설치한 것으로 가정합니다. 두 번째 독립 게이트웨이 배포 프로세스에는 다음 단계가 필요합니다. 1. 독립 게이트웨이의 두 번째 인스턴스에서: Mellon 인증 모듈을 설치합니다. 이 항목의 앞부분에서 설명한 대로 Mellon 인증 모듈을 구성하지 마십시오. 대신 다음 단계에 설명된 대로 구성을 복제해야 합니다. 2. 구성된(첫 번째) 독립 게이트웨이 인스턴스에서: 기존 Mellon 구성에 대한 tar 복사본을 만듭니다. tar 백업에는 모든 디렉터리 계층 및 사용 권한이 보존됩니다. 다음 명령을 실행합니다. cd /etc sudo tar -cvf mellon.tar mellon `mellon.tar`를 독립 게이트웨이의 두 번째 인스턴스에 복사합니다. 3. 독립 게이트웨이의 두 번째 인스턴스에서: `/etc` 디렉터리의 두 번째 인스턴스에 tar 파일을 추출("압축 풀기")합니다. 다음 명령을 실행합니다. cd /etc sudo tar -xvf mellon.tar 4. Tableau Server 배포의 노드 1에서: 두 번째 독립 게이트웨이의 연결 정보로 연결 파일(`tsig.json`)을 업데이트합니다. 이전에 이 항목([독립 게이트웨이 설치](#Install))에 설명된 대로 인증 키를 검색해야 합니다. 아래에 예제 연결 파일(`tsig.json`)이 나와 있습니다. { "independentGateways": \[ { "id": "ip-10-0-1-169.ec2.internal", "host": "ip-10-0-1-169.ec2.internal", "port": "21319", "protocol" : "http", "authsecret": "13660-27118-29070-25482-9518-22453" }, { "id": "ip-10-0-2-230.ec2.internal", "host": "ip-10-0-2-230.ec2.internal", "port": "21319", "protocol" : "http", "authsecret": "9055-27834-16487-27455-30409-7292" }\] } 5. Tableau Server 배포의 노드 1에서: 다음 명령을 실행하여 구성을 업데이트합니다. tsm stop tsm topology external-services gateway update -c tsig.json tsm start 6. Tableau Server가 시작될 때 독립 게이트웨이의 두 인스턴스에서: `tsig-httpd` 프로세스를 다시 시작합니다. sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 7. AWS EC2>대상 그룹에서: 두 번째 독립 게이트웨이 인스턴스를 실행하는 EC2 인스턴스를 포함하도록 대상 그룹을 업데이트합니다. 방금 만든 대상 그룹을 선택한 다음 대상 탭을 클릭합니다.  - 편집을 클릭합니다. - 두 번째 독립 게이트웨이 컴퓨터의 EC2 인스턴스를 선택한 다음 등록된 항목에 추가를 클릭하고 저장을 클릭합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 6단계: 심층 정보를 표시하는 대시보드 작성 상관이 알아야 할 중요한 정보가 포함된 4개의 워크시트가 만들어졌습니다.이제 Tennessee(테네시주), North Carolina(노스캐롤라이나주), Florida(플로리다주)의 마이너스 수익을 보여주고 수익이 낮은 이유를 설명할 수 있는 방법이 필요합니다. 이를 위해 대시보드를 사용하면 여러 워크시트를 한 번에 표시하고 원할 경우 서로 상호 작용하도록 만들 수 있습니다. 관련 리소스와 동영상은 [Tableau Desktop에서 대시보드 작성(영문)](https://www.tableau.com/ko-kr/node/106947?playlist=509089)을 참조하십시오. ## 대시보드 설정 특정 장소에서 특정 품목의 판매가 저조하다는 것을 강조하고 싶을 경우 수익에 대한.막대 그래프 뷰와 맵 뷰를 사용할 수 있습니다. 1. **새 대시보드** 단추를 클릭합니다. ![새 대시보드 아이콘](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Build1.png) 2. 왼쪽의 **대시보드** 패널에 만든 시트가 표시됩니다.**Sales in the South(남부 매출)**를 빈 대시보드로 끌어다 놓습니다. 3. **Profit Map**을 대시보드로 끌어 Sales in the South 뷰 위에 놓습니다. 대시보드가 다음과 같이 업데이트됩니다. ![Profit Map(수익 맵)과 Sales in the South(남부 매출) 시트가 있는 대시보드](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Build2.png) 이제 두 개의 뷰를 한 번에 볼 수 있습니다! 하지만 문제는 막대 차트가 가려져서 상관에게 데이터의 의미를 전달하는 데 도움이 되지 않는다는 것입니다. ## 대시보드 정렬 Sales in the South(남부 매출) 막대 차트에서 **Sub-Category(하위 범주)**의 각 항목에 대한 세부 정보가 잘 보이지 않습니다. 이 문제를 해결하면 필요한 정보를 전달할 공간을 더 많이 확보할 수 있습니다. 1. Sales in the South에서 **Category** 열 머리글의 값을 마우스 오른쪽 단추로 클릭하고 **머리글 표시**의 선택을 취소합니다. ![머리글 표시가 선택된 메뉴](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Build3.png) 2. Sales in the South에서 Order Date / Sub-Category 머리글을 마우스 오른쪽 단추로 클릭하고 '열에 대한 필드 레이블 숨기기'를 선택합니다. ![열 필드 레이블에 대한 메뉴](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_build4.png) 이제 데이터 분석을 유지하면서 대시보드에서 불필요한 정보를 숨겼습니다.추가 공간을 사용하면 대시보드에서 데이터를 쉽게 볼 수 있지만 좀 더 새로운 방식을 시도해보겠습니다. 3. **Profit Map** 제목을 마우스 오른쪽 단추로 클릭하고 **제목 숨기기**를 선택합니다. Profit Map 제목이 대시보드에서 숨겨지고 더 많은 공간이 확보됩니다. 4. **Sales in the South** 뷰 제목에도 이 단계를 반복합니다. 5. 시트를 가져올 때마다 필터도 함께 왔습니다.따라서 중복 필터가 표시됩니다.뷰의 오른쪽에서 첫 번째 **Sub-Category** 필터 카드를 선택하고 카드 맨 위의 **제거** 아이콘 ![대시보드에서 제거 아이콘](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_build5.png)을 클릭합니다. 6. 두 번째 **Sub-Category** 필터 카드와 **Year of Order Date** 필터 카드 중 하나에 대해 이 단계를 반복합니다. 7. **Profit 색상 범례**를 클릭하고 오른쪽에서 Sales in the South 아래로 끌어옵니다. 8. 마지막으로, 남은 **Order Date 연도** 필터를 선택하고 드롭다운 화살표를 클릭한 다음 **부동**을 선택합니다.필터를 맵 뷰의 흰색 공간으로 이동합니다.이 예에서는 대서양의 동부 해안 외곽에 배치합니다. Order Date 연도 필터에서 다른 연도를 선택해 보십시오.데이터가 바로 필터링되고 연도별로 다른 해당 주의 실적이 표시됩니다.지금도 좋지만 더 쉽게 비교할 수 있도록 만들 수 있습니다. 10. **Order Date 연도** 필터의 맨 위에 있는 드롭다운 화살표를 클릭하고 **단일 값(슬라이더)**을 선택합니다. 뷰가 다음과 같이 업데이트됩니다. ![열 머리글 및 필터 수가 더 적으면서 Profit Map(수익 맵)과 Sales in the South(남부 매출) 시트가 있는 대시보드](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_build6.png) 자세히 알아보기: 대시보드의 부동형 개체와 바둑판식 개체 구분 대시보드의 개체를 **바둑판식** 또는 **부동형**으로 설정할 수 있습니다. 바둑판식 항목은 항목을 배치하는 영역에 맞게 자동으로 크기가 조정됩니다. 부동형 항목은 대시보드의 다른 개체에서 자유롭게 이동하고 크기를 조정할 수 있습니다.원하는 경우 부동형 항목과 바둑판식 항목을 동일한 대시보드에 배치할 수 있습니다. 학습 라이브러리(최상위 메뉴)에서 **대시보드 정렬에 대한 자세한 내용**을 확인하십시오. 이제 대시보드가 모양이 보기 좋습니다!이제 연도별 수익과 매출을 쉽게 비교할 수 있습니다.그러나 Tableau를 사용하고 있는데 아직은 프레젠테이션에서 보는 사진과 크게 다르지 않습니다!대시보드를 더욱 흥미롭게 만들어 보겠습니다. 작업 확인!"대시보드 정렬" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 상호 작용 추가 특정 주에서 수익성이 높은 하위 범주를 볼 수 있다면 좋을 것 같지 않습니까? 1. 대시보드에서 **Profit Map**을 선택하고 오른쪽 위의 **필터로 사용** 아이콘 ![필터로 사용 아이콘](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_build7.png)을 클릭합니다. 2. 맵에서 남부 지역 내에 있는 주를 선택합니다. Sales in the South 막대 차트가 자동으로 업데이트되어 선택한 주의 하위 범주 매출만 표시합니다.어떤 하위 범주가 수익성이 높은지 빠르게 확인할 수 있습니다. 3. 선택 내용을 지우려면 색상별 남부 주가 아닌 맵 영역을 클릭합니다. Viewer(뷰어)가 주문 날짜를 기준으로 변경 사항을 확인할 수 있게 만들 수도 있습니다. 5. **Order Date 연도** 필터를 선택하고 드롭다운 화살표를 클릭한 다음 **워크시트에 적용** > **이 데이터 원본을 사용하는 모든 항목**을 선택합니다. 새로운 대화형 대시보드에서 연도별 주 실적을 탐색하십시오! 작업 확인!"상호 작용 추가" 작동 방식 보기 여기서는 노스캐롤라이나에서 판매된 항목만 표시하도록 Sales in the South를 필터링한 다음 연도별 수익을 탐색합니다. _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 이름을 바꾼 후 계속 상관은 여러분이 보여 준 대시보드를 보고 흡족해 합니다.상관이 대시보드의 이름을 "Regional Sales and Profit"으로 바꾸자, 여러분도 **대시보드 1** 탭을 두 번 클릭하고 **Regional Sales and Profit**을 입력하여 이름을 동일하게 바꿉니다. 상관은 조사를 통해 2025년에 노스캐롤라이나주 시장에 Machines 품목을 출시하기로 한 결정이 _잘못된 생각_이었다는 것을 알게 됩니다. 이 대시보드를 탐색하여 유용한 정보를 얻은 여러분의 상관은 더 큰 규모의 팀을 대상으로 확실한 사업 계획을 프레젠테이션해 줄 것을 요청합니다.상관은 조사 결과가 포함된 프레젠테이션을 만들도록 요청합니다. Tableau의 스토리를 알고 있는 여러분에게는 다행입니다. [7단계: 프레젠테이션 스토리 작성](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-story.htm)을 계속 진행합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 6부 - 설치 후 구성 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. ## 부하 분산 장치에서 Tableau Server로의 SSL/TLS 구성 일부 조직의 경우 클라이언트에서 백엔드 서비스에 이르는 엔드 투 엔드 암호화 채널을 요구합니다. 지금까지 설명한 기본 참조 아키텍처는 클라이언트에서 부하 분산 장치(조직의 웹 계층에서 실행됨)로의 SSL을 구성할 것을 명시합니다. 이 섹션에서는 AWS 참조 아키텍처 예제에서 Tableau Server와 독립 게이트웨이에 대한 SSL/TLS를 구성하는 방법을 설명합니다. AWS 참조 아키텍처에서 Apache에 SSL/TLS를 구성하는 방법을 설명하는 구성 예제는 [예제: AWS 참조 아키텍처에서 SSL/TLS 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part_app-apache.htm#Example:)을 참조하십시오. 지금은 8000~9000 범위에서 실행되는 백엔드 Tableau Server 프로세스에 대해 TLS가 지원되지 않습니다. TLS를 사용하려면 Tableau Server에 대한 릴레이 연결로 독립 게이트웨이를 구성해야 합니다. 이 절차는 독립 게이트웨이와 Tableau Server 간의 연결에 TLS를 사용하고 구성하는 방법을 설명합니다. 이 절차에서는 HTTPS/443을 통해 릴레이 트래픽을 암호화하고 HTTPS/21319를 통해 하우스키핑 트래픽을 암호화합니다. 이 예 전반에 걸친 Linux 절차는 RHEL와 같은 배포에 대한 명령을 보여줍니다. 특히 여기에 나온 명령은 Amazon Linux 2 배포를 통해 개발되었습니다. Ubuntu 배포를 실행 중인 경우 그에 따라 명령을 편집합니다. 여기의 지침은 이 가이드에 나온 특정 AWS 예제 참조 아키텍처에 권장되는 것입니다. 따라서 선택적 구성은 포함되어 있지 않습니다. 전체 참조 설명서는 _독립 게이트웨이에서 TLS 구성_([Linux](https://help.tableau.com/current/server-linux/ko-kr/server_tsig_configure_tls.htm))을 참조하십시오. ### TLS를 구성하기 전에 업무 시간이 아닐 때 TLS 구성을 수행합니다. 구성할 때는 Tableau Server를 한 번 이상 다시 시작해야 합니다. 전체 4노드 참조 아키텍처 배포를 실행하는 경우 다시 시작하는 데 시간이 걸릴 수 있습니다. - 클라이언트에서 HTTP를 통해 Tableau Server에 연결할 수 있는지 확인합니다. 독립 게이트웨이를 통해 TLS를 구성하는 프로세스는 여러 단계를 포함하며 문제 해결이 필요할 수 있습니다. 따라서 TLS를 구성하기 전에 완벽하게 작동하는 Tableau Server 배포로 시작하는 것이 좋습니다. - TLS/SSL 인증서, 키 및 관련 자산을 수집합니다. 독립 게이트웨이 및 Tableau Server에 대한 SSL 인증서가 필요합니다. 인증서 관리 및 배포를 간소화하고 보안을 위한 모범 사례를 적용하기 위해 신뢰할 수 있는 주요 외부 CA(인증 기관)에서 생성된 인증서를 사용할 것을 권장합니다. 또는 자체 서명 인증서를 생성하거나 TLS용 PKI의 인증서를 사용할 수도 있습니다. 이 항목의 구성 예에서는 설명을 위해 다음 자산 이름을 사용합니다. - `tsig-ssl.crt`: 독립 게이트웨이의 TLS/SSL 인증서입니다. - `tsig-ssl.key`: 독립 게이트웨이의 `tsig-ssl.crt` 관련 개인 키입니다. - `ts-ssl.crt`: Tableau Server용 TLS/SSL 인증서입니다. - `ts-ssl.key`: Tableau Server의 `tsig-ssl.crt` 관련 개인 키입니다. - `tableau-server-CA.pem`: Tableau Server 컴퓨터에 대한 인증서를 생성하는 CA의 루트 인증서입니다. 신뢰할 수 있는 주요 타사의 인증서를 사용하는 경우에는 일반적으로 이 인증서가 필요하지 않습니다. - `rootTSIG-CACert.pem`: 독립 게이트웨이 컴퓨터에 대한 인증서를 생성하는 CA의 루트 인증서입니다. 신뢰할 수 있는 주요 타사의 인증서를 사용하는 경우에는 일반적으로 이 인증서가 필요하지 않습니다. - SAML에 필요한 다른 인증서 및 키 파일 자산이 있습니다. 해당 정보는 이 가이드의 5부에 나와 있습니다. - 구현 시 인증서 체인 파일을 사용해야 하는 경우 기술 자료 문서 [인증서 체인이 있는 인증서를 사용할 때 독립 게이트웨이에서 TLS 구성(영문)](https://kb.tableau.com/articles/HowTo/configure-tls-on-independent-gateway-when-using-intermediate-certificate?lang=ko-kr)을 참조하십시오. - IdP에 액세스할 수 있는지 확인합니다. IdP를 인증에 사용하는 경우 SSL/TLS를 구성한 후 IdP에서 수신자 및 대상 URL을 변경해야 할 가능성이 높습니다. ### TLS에 대해 독립 게이트웨이 컴퓨터 구성 TLS를 구성하는 프로세스에서는 오류가 많이 발생합니다. 독립 게이트웨이의 두 인스턴스에서 문제를 해결하려면 많은 시간이 소모될 수 있으므로 EDG 배포에서 독립 게이트웨이 1개로 TLS를 사용하도록 설정하고 구성하는 것이 좋습니다. 배포에서 TLS가 작동하는 것을 확인한 후 두 번째 독립 게이트웨이 컴퓨터를 구성합니다. #### 1단계: 독립 게이트웨이 컴퓨터에 인증서 및 키 배포 tsig-httpd 사용자에게 파일에 대한 읽기 액세스 권한이 있기만 하면 임의의 모든 디렉터리에 자산을 배포해도 됩니다. 이러한 파일의 경로는 다른 절차에 언급되어 있습니다. 이 항목에서는 아래에 표시된 것과 같이 `/etc/ssl`의 예제 경로를 사용합니다. 1. 개인 키에 대한 디렉터리를 만듭니다. sudo mkdir -p /etc/ssl/private 2. 인증서와 키 파일을 `/etc/ssl` 경로에 복사합니다. 예를 들면 다음과 같습니다. sudo cp tsig-ssl.crt /etc/ssl/certs/ sudo cp tsig-ssl.key /etc/ssl/private/ 3. (선택 사항) 자체 서명 또는 PKI 인증서를 Tableau Server의 SSL/TLS에 사용하는 경우 CA 루트 인증서 파일을 독립 게이트웨이 컴퓨터에도 복사해야 합니다. 예를 들면 다음과 같습니다. sudo cp tableau-server-CA.pem /etc/ssl/certs/ #### 2단계: TLS의 환경 변수 업데이트 독립 게이트웨이 구성에 대한 포트 및 프로토콜 환경 변수를 업데이트해야 합니다. 다음과 같이 `/etc/opt/tableau/tableau_tsig/environment.bash` 파일을 업데이트하여 이러한 값을 변경합니다. TSIG\_HK\_PROTOCOL="https" TSIG\_PORT="443" TSIG\_PROTOCOL="https" #### 3단계: HK 프로토콜에 대한 stub 구성 파일 업데이트 stub 구성 파일(`/var/opt/tableau/tableau_tsig/config/httpd.conf.stub`)을 수동으로 업데이트하여 HK(하우스키핑) 프로토콜에 대한 TLS 관련 Apache httpd 지시문을 설정합니다. stub 구성 파일에는 `#TLS#` 마커로 주석 처리된 TLS 관련 지시문 블록이 포함되어 있습니다. 아래 예제에 표시된 것과 같이 지시문에서 마커를 제거하십시오. 이 예제에서는 `SSLCACertificateFile` 옵션을 사용하여 Tableau Server에 사용된 SSL 인증서에 루트 CA 인증서를 사용합니다. #TLS# SSLPassPhraseDialog exec:/path/to/file SSLEngine on #TLS# SSLHonorCipherOrder on #TLS# SSLCompression off SSLCertificateFile /etc/ssl/certs/tsig-ssl.crt SSLCertificateKeyFile /etc/ssl/private/tsig-ssl.key SSLCACertificateFile /etc/ssl/certs/tableau-server-CA.pem #TLS# SSLCARevocationFile /path/to/file 독립 게이트웨이를 다시 설치하면 이러한 변경 내용이 손실됩니다. 따라서 백업 복사본을 만드는 것이 좋습니다. #### 4단계: stub 파일 복사 및 서비스 다시 시작 1. 마지막 단계에서 업로드한 파일을 복사하여 httpd.conf를 변경 내용으로 업데이트합니다. cp /var/opt/tableau/tableau\_tsig/config/httpd.conf.stub /var/opt/tableau/tableau\_tsig/config/httpd.conf 2. 독립 게이트웨이 서비스를 다시 시작합니다. sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 다시 시작한 후 Tableau Server에서 다음 집합의 단계를 실행하기 전까지는 독립 게이트웨이가 작동하지 않습니다. Tableau Server에서 단계를 완료하면 독립 게이트웨이가 변경 내용을 가져오고 온라인으로 전환됩니다. ### TLS에 대해 Tableau Server 노드 1 구성 Tableau Server 배포의 노드 1에서 다음 단계를 실행합니다. #### 1단계: 인증서 및 키를 복사하고 TSM을 중지 1. Tableau Server “외부 SSL” 인증서와 키가 노드 1에 복사되었는지 확인합니다. 2. 가동 중단을 최소화하려면 TSM을 중지하고 다음 단계를 실행한 다음 변경 내용이 적용된 후 TSM을 시작하는 것이 좋습니다. `tsm stop` #### 2단계: 인증서 자산을 설정하고 독립 게이트웨이 구성을 사용하도록 설정 1. 독립 게이트웨이에 대한 인증서 및 키 파일의 위치를 지정합니다. 이러한 경로는 독립 게이트웨이 컴퓨터의 위치를 참조합니다. 참고로 이 예제에서는 HTTPS 및 하우스키핑 트래픽 보호에 동일한 인증서 및 키 쌍이 사용된다고 가정합니다. tsm configuration set -k gateway.tsig.ssl.cert.file\_name -v /etc/ssl/certs/tsig-ssl.crt --force-keys tsm configuration set -k gateway.tsig.ssl.key.file\_name -v /etc/ssl/private/tsig-ssl.key --force-keys 2. 독립 게이트웨이의 HTTPS 및 HK 프로토콜에 TLS를 사용하도록 설정합니다. tsm configuration set -k gateway.tsig.ssl.enabled -v true --force-keys tsm configuration set -k gateway.tsig.hk.ssl.enabled -v true --force-keys 3. (선택 사항) 자체 서명 또는 PKI 인증서를 독립 게이트웨이의 SSL/TLS에 사용하는 경우 CA 루트 인증서 파일을 업로드해야 합니다. CA 루트 인증서 파일은 독립 게이트웨이 컴퓨터에 대한 인증서를 생성하는 데 사용된 루트 인증서입니다. 예를 들면 다음과 같습니다. tsm security custom-cert add -c rootTSIG-CACert.pem 4. (선택 사항) 자체 서명 또는 PKI 인증서를 Tableau Server의 SSL/TLS에 사용하는 경우 CA 루트 인증서 파일을 독립 게이트웨이의 `/etc/ssl/certs` 디렉터리에도 복사해야 합니다. CA 루트 인증서 파일은 Tableau Server 컴퓨터에 대한 인증서를 생성하는 데 사용된 루트 인증서입니다. 독립 게이트웨이에 인증서를 복사한 후 다음 tsm 명령을 사용하여 노드 1의 인증서 위치를 지정해야 합니다. 예를 들면 다음과 같습니다. tsm configuration set -k gateway.tsig.ssl.proxy.gateway\_relay\_cluster.cacertificatefile -v /etc/ssl/certs/tableau-server-CA.pem --force-keys 5. (선택 사항: 테스트 전용) 자체 서명 또는 PKI 인증서를 여러 컴퓨터에서 공유하기 때문에 인증서의 주체 이름이 컴퓨터 이름과 일치하지 않는 경우 인증서 유효성 검사를 사용하지 않도록 설정해야 합니다.  tsm configuration set -k gateway.tsig.ssl.proxy.verify -v optional\_no\_ca --force-keys #### 3단계: Tableau Server에 "외부 SSL"을 사용하도록 설정하고 변경 내용을 적용 1. Tableau Server에서 "외부 SSL"을 사용하도록 설정하고 구성합니다. tsm security external-ssl enable --cert-file ts-ssl.crt --key-file ts-ssl.key 2. 변경 내용을 적용합니다. tsm pending-changes apply #### 4단계: 게이트웨이 구성 JSON 파일을 업데이트하고 tsm을 시작 1. Tableau Server 측의 독립 게이트웨이 구성 파일(예: `tsig.json`)을 업데이트하여 독립 게이트웨이 개체에 대한 `https` 프로토콜을 지정합니다. "protocol" : "https", 2. 독립 게이트웨이의 두 번째 인스턴스에 대한 연결 정보를 제거(또는 주석 처리)합니다. JSON을 저장하기 전에 외부 편집기에서 이를 확인하십시오. 독립 게이트웨이 인스턴스 1개에 대한 TLS를 구성하고 확인한 후 독립 게이트웨이의 두 번째 인스턴스에 대한 연결 정보로 이 JSON 파일을 업데이트합니다. 3. 다음 명령을 실행하여 독립 게이트웨이 구성을 업데이트합니다. tsm topology external-services gateway update -c tsig.json 4. TSM을 시작합니다. tsm start 5. TSM을 시작하는 동안 독립 게이트웨이 인스턴스에 로그인하고 `tsig-httpd` 서비스를 다시 시작합니다. sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### IdP 인증 모듈 URL을 HTTPS로 업데이트 Tableau에 대한 외부 ID 공급자를 구성한 경우 IdP 관리 대시보드의 반환 URL을 업데이트해야 할 수 있습니다. 예를 들어 Okta 사전 인증 응용 프로그램을 사용하는 경우 수신자 URL 및 대상 URL에 HTTPS 프로토콜을 사용하도록 응용 프로그램을 업데이트해야 합니다. ### HTTPS에 대한 AWS 부하 분산 장치 구성 이 가이드에 설명된 대로 AWS 부하 분산 장치를 배포하는 경우 독립 게이트웨이를 실행하는 컴퓨터로 HTTPS 트래픽을 보내도록 AWS 부하 분산 장치를 다시 구성해야 합니다. 1. 기존 HTTP 대상 그룹을 삭제합니다. 대상 그룹에서 부하 분산 장치에 구성된 HTTP 대상 그룹을 선택하고 동작을 클릭한 다음 삭제를 클릭합니다. 2. HTTPS 대상 그룹을 만듭니다. 대상 그룹 \> 대상 그룹 만들기 - "인스턴스" 선택 - 대상 그룹 이름 입력(예: `TG-internal-HTTPS`) - VPC 선택 - 프로토콜: HTTPS 443 - 상태 확인 > 고급 상태 확인 설정 > 성공 코드에서 읽을 코드 목록(`200,303`)을 추가합니다. - 만들기를 클릭합니다. 3. 방금 만든 대상 그룹을 선택한 다음 대상 탭을 클릭합니다.  - 편집을 클릭합니다. - 이전에 구성하여 Tableau Server 독립 게이트웨이를 실행 중인 EC2 인스턴스를 선택한 다음 등록된 항목에 추가를 클릭합니다. - 저장을 클릭합니다. 4. 대상 그룹이 만들어지면 연결 유지를 사용하도록 설정해야 합니다. - AWS 대상 그룹 페이지(EC2 > 부하 분산 > 대상 그룹)를 열고 방금 설정한 대상 그룹 인스턴스를 선택합니다. 동작 메뉴에서 특성 편집을 선택합니다. - 특성 편집 페이지에서 연결 유지를 선택하고 기간을 `1 day`로 지정한 다음 변경 내용을 저장합니다. 5. 부하 분산 장치에서 수신기 규칙을 업데이트합니다. 이 배포에 대해 구성한 부하 분산 장치를 선택한 다음 수신기 탭을 클릭합니다. - HTTP:80에서 규칙 보기/편집을 클릭합니다. 결과로 표시되는 규칙 페이지에서 편집 아이콘을 클릭하여 규칙을 편집합니다(페이지 맨 위에서 한 번 클릭하여 편집한 다음 규칙별로 다시 편집). 기존 THEN 규칙을 삭제하고 동작 추가 > 리디렉션 대상...을 클릭하여 바꿉니다. 결과로 나온 THEN 구성에서 `HTTPS` 및 포트 `443`을 지정하고 다른 옵션을 기본 설정으로 유지합니다. 설정을 저장한 다음 업데이트를 클릭합니다. - HTTPS:443에서 규칙 보기/편집을 클릭합니다. 결과로 표시되는 규칙 페이지에서 편집 아이콘을 클릭하여 규칙을 편집합니다(페이지 맨 위에서 한 번 클릭하여 편집한 다음 규칙별로 다시 편집). 기존 THEN 규칙을 삭제하고 동작 추가 > 전달 대상...을 클릭하여 바꿉니다. 대상 그룹을 방금 만든 HTTPS 그룹으로 지정합니다. 그룹 수준 연결 유지에서 연결 유지를 사용하도록 설정하고 기간을 1일로 설정합니다. 설정을 저장한 다음 업데이트를 클릭합니다. 6. 부하 분산 장치에서 유휴 시간 초과를 400초로 업데이트합니다. 이 배포에 대해 구성한 부하 분산 장치를 선택한 다음 동작 > 특성 편집을 클릭합니다. 유휴 시간 초과를 `400` 초로 설정한 다음 저장을 클릭합니다. ## TLS 확인 TLS 기능을 확인하려면 이 절차를 시작할 때 만든 Tableau 관리자 계정으로 공용 URL(예: https://tableau.example.com)을 사용하여 Tableau Server에 로그인합니다. TSM이 시작되지 않거나 다른 오류가 발생하는 경우 [Tableau Server 독립 게이트웨이 문제 해결](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part7.htm#Troubles)을 참조하십시오. ## SSL에 대해 독립 게이트웨이의 두 번째 인스턴스 구성 독립 게이트웨이의 첫 번째 인스턴스를 성공적으로 구성한 후 두 번째 인스턴스를 배포합니다. 두 번째 독립 게이트웨이 배포 프로세스에는 다음 단계가 필요합니다. 1. 구성된(첫 번째) 독립 게이트웨이 인스턴스에서: 두 번째 독립 게이트웨이 인스턴스의 해당 위치에 다음 파일을 복사합니다. - `/etc/ssl/certs/tsig-ssl.crt` - `/etc/ssl/private/tsig-ssl.key`(두 번째 인스턴스에서 `private` 디렉터리를 만들어야 함) - `/var/opt/tableau/tableau_tsig/config/httpd.conf.stub` - `/etc/opt/tableau/tableau_tsig/environment.bash` 2. Tableau Server 배포의 노드 1에서: 두 번째 독립 게이트웨이의 연결 정보로 연결 파일(`tsig.json`)을 업데이트합니다. 아래에 예제 연결 파일(`tsig.json`)이 나와 있습니다. { "independentGateways": \[ { "id": "ip-10-0-1-169.ec2.internal", "host": "ip-10-0-1-169.ec2.internal", "port": "21319", "protocol" : "https", "authsecret": "13660-27118-29070-25482-9518-22453" }, { "id": "ip-10-0-2-230.ec2.internal", "host": "ip-10-0-2-230.ec2.internal", "port": "21319", "protocol" : "https", "authsecret": "9055-27834-16487-27455-30409-7292" }\] } 3. Tableau Server 배포의 노드 1에서: 다음 명령을 실행하여 구성을 업데이트합니다. tsm stop tsm topology external-services gateway update -c tsig.json tsm start 4. 독립 게이트웨이의 두 인스턴스에서: Tableau Server가 시작될 때 독립 게이트웨이의 두 인스턴스에서 `tsig-httpd` 프로세스를 다시 시작합니다. sudo su - tableau-tsig systemctl --user restart tsig-httpd exit 5. AWS EC2>대상 그룹에서: 두 번째 독립 게이트웨이 인스턴스를 실행하는 EC2 인스턴스를 포함하도록 대상 그룹을 업데이트합니다. 방금 만든 대상 그룹을 선택한 다음 대상 탭을 클릭합니다.  - 편집을 클릭합니다. - 두 번째 독립 게이트웨이 컴퓨터의 EC2 인스턴스를 선택한 다음 등록된 항목에 추가를 클릭하고 저장을 클릭합니다. ## Postgres에 대한 SSL 구성 필요한 경우 Tableau Server의 외부 리포지토리 연결을 위한 Postgres 연결에 사용할 SSL(TLS)을 구성할 수 있습니다. 인증서 관리 및 배포를 간소화하고 보안을 위한 모범 사례를 적용하기 위해 신뢰할 수 있는 주요 외부 CA(인증 기관)에서 생성된 인증서를 사용할 것을 권장합니다. 또는 자체 서명 인증서를 생성하거나 TLS용 PKI의 인증서를 사용할 수도 있습니다. 이 절차에서는 예제 AWS 참조 아키텍처에서 RHEL 유사 Linux 배포의 Postgres 호스트에서 OpenSSL을 사용하여 자체 서명 인증서를 생성하는 방법에 대해 설명합니다. SSL 인증서를 생성하고 서명한 후에 CA 인증서를 Tableau 호스트에 복사해야 합니다. **Postgress를 실행하는 호스트에서 다음을 수행합니다.** 1. 서명 루트 CA(인증 기관) 키를 생성합니다. openssl genrsa -out pgsql-rootCAKey.pem 2048 2. 루트 CA 인증서를 만듭니다. openssl req -x509 -sha256 -new -nodes -key pgsql-rootCAKey.pem -days 3650 -out pgsql-rootCACert.pem 인증서 필드에 값을 입력하라는 메시지가 표시됩니다. 예: Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, Postgres server's hostname) \[\]:ip-10-0-1-189.us-west-1.compute.internal Email Address \[\]:example@tableau.com 3. Postgres 컴퓨터에 대한 인증서 및 관련 키(아래 예에서 `server.csr` 및 `server.key`)를 만듭니다. 인증서의 주체 이름은 Postgres 호스트의 EC2 사설 DNS 이름과 일치해야 합니다. 주체 이름은 `-subj` 옵션과 `"/CN="` 형식을 사용하여 설정됩니다. 예: openssl req -new -nodes -text -out server.csr -keyout server.key -subj "/CN=ip-10-0-1-189.us-west-1.compute.internal" 4. 2단계에서 만든 CA 인증서를 사용하여 새 인증서에 서명합니다. 다음 명령은 `crt` 형식으로도 인증서를 출력합니다. openssl x509 -req -in server.csr -days 3650 -CA pgsql-rootCACert.pem -CAkey pgsql-rootCAKey.pem -CAcreateserial -out server.crt 5. crt 및 key 파일을 Postgres `/var/lib/pgsql/13/data/` 경로에 복사합니다. sudo cp server.crt /var/lib/pgsql/13/data/ sudo cp server.key /var/lib/pgsql/13/data/ 6. 루트 사용자로 전환합니다. sudo su 7. 인증서 및 키 파일에 대한 사용 권한을 설정합니다. 다음 명령을 실행합니다. cd /var/lib/pgsql/13/data chown postgres.postgres server.crt chown postgres.postgres server.key chmod 0600 server.crt chmod 0600 server.key 8. pg\_haba 구성 파일(`/var/lib/pgsql/13/data/pg_hba.conf`)을 업데이트하여 md5 트러스트를 지정합니다. 기존 연결 문을 변경합니다. 변경 전: `host all all 10.0.30.0/24 password` 및 `host all all 10.0.31.0/24 password` 변경 후: `host all all 10.0.30.0/24 md5` 및 `host all all 10.0.31.0/24 md5`. 9. 다음 줄을 추가하여 postgresql 파일(`/var/lib/pgsql/13/data/postgresql.conf`)을 업데이트합니다. ssl = on 10. 루트 사용자 모드를 끝냅니다. exit 11. Postgres를 다시 시작합니다. sudo systemctl restart postgresql-13 ### 선택 사항: Tableau Server에서 Postgres SSL용 인증서 신뢰 유효성 검사 사용 [4부 - Tableau Server 설치 및 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm)의 설치 절차를 수행한 경우 Postgres 연결에 대해 선택적인 SSL을 사용하여 Tableau Server가 구성됩니다. 즉, 앞서 설명한 것처럼 Postgres에 SSL을 구성하면 연결이 암호화됩니다. 연결에 대해 인증서 신뢰 유효성 검사를 요구하려면 Tableau Server에서 다음 명령을 실행하여 Postgres 호스트 연결을 재구성해야 합니다. tsm topology external-services repository replace-host -f .json -c CACert.pem 여기서 `.json`은 [외부 Postgres 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm#Configur3)에 명시된 연결 파일입니다. 그리고 `CACert.pem`은 Postgres에서 사용하는 SSL/TLS 인증서의 CA 인증서 파일입니다. 선택 사항: SSL 연결 확인 SSL 연결을 확인하려면 다음을 수행해야 합니다. - Tableau Server 노드 1에 Postgres 클라이언트를 설치합니다. - 이전 절차에서 만든 루트 인증서를 Tableau 호스트에 복사합니다. - 노드 1에서 Postgres 서버에 연결합니다. ### 노드 1에 Postgres 클라이언트 설치 이 예에서는 Postgres 13.4 버전을 설치하는 방법을 보여 줍니다. 외부 리포지토리에 대해 실행 중인 것과 동일한 버전을 설치해야 합니다. 1. 노드 1에서 `/etc/yum.repos.d` 경로에 pgdg.repo 파일을 만들고 편집합니다. 다음 구성 정보로 파일을 채웁니다. \[pgdg13\] name=PostgreSQL 13 for RHEL/CentOS 7 - x86\_64 baseurl=https://download.postgresql.org/pub/repos/yum/13/redhat/rhel-7-x86\_64 enabled=1 gpgcheck=0 2. Postgres 클라이언트를 설치합니다. sudo yum install postgresql13-13.4-1PGDG.rhel7.x86\_64 ### 노드 1에 루트 인증서 복사 CA 인증서(`pgsql-rootCACert.pem`)를 Tableau 호스트에 복사합니다. scp ec2-user@:/home/ec2-user/pgsql-rootCACert.pem /home/ec2-user ### 노드 1에서 SSL을 통해 Postgres 호스트에 연결 Postgres 서버 호스트 IP 주소와 루트 CA 인증서를 지정하여 노드 1에서 다음 명령을 실행합니다. psql "postgresql://postgres@:5432/postgres?sslmode=verify-ca&sslrootcert=pgsql-rootCACert.pem" 예: psql "postgresql://postgres@10.0.1.189:5432/postgres?sslmode=verify-ca&sslrootcert=pgsql-rootCACert.pem" Postgres에 비밀번호를 입력하라는 메시지가 표시됩니다. 성공적으로 로그인되면 셸에서 다음을 반환합니다. psql (13.4) SSL connection (protocol: TLSv1.2, cipher: ECDHE-RSA-AES256-GCM-SHA384, bits: 256, compression: off) Type "help" for help. postgres=# ## SMTP 및 이벤트 알림 구성 Tableau Server는 관리자와 사용자에게 이메일 알림을 보냅니다. 이메일 알림을 사용하도록 설정하려면 이메일 서버로 메일을 보내도록 Tableau Server를 구성해야 합니다. 또한 보내려는 이벤트 유형, 임계값 및 구독 정보도 지정해야 합니다. SMTP 및 알림의 초기 구성에서는 아래의 구성 파일 템플릿을 사용하여 json 파일을 만드는 것이 좋습니다. 또한 _tsm configuration set_([Linux](https://help.tableau.com/current/server-linux/ko-kr/cli_configuration_tsm.htm#TSMSet))에 설명되어 있는 구문을 사용하여 아래에 나와 있는 모든 단일 구성 키를 설정할 수 있습니다. Tableau Server 배포의 노드 1에서 다음 절차를 실행합니다. 1. 다음 json 템플릿을 파일에 복사합니다. 조직의 SMTP 구성 옵션과 구독 및 알림으로 파일을 사용자 지정합니다. - 모든 SMTP 옵션의 목록 및 설명을 보려면 _SMTP CLI 구성 참조_([Linux](https://help.tableau.com/current/server-linux/ko-kr/config_smtp.htm#config_reference))를 참조하십시오. - 모든 알림 이벤트 옵션의 목록 및 설명을 보려면 _서버 이벤트 알림 구성_([Linux](https://help.tableau.com/current/server-linux/ko-kr/email.htm))의 CLI 섹션을 참조하십시오. { "configKeys": { "svcmonitor.notification.smtp.server": "_SMTP server host name_", "svcmonitor.notification.smtp.send\_account": "_SMTP user name_", "svcmonitor.notification.smtp.port": 443, "svcmonitor.notification.smtp.password": "_SMTP user account password_", "svcmonitor.notification.smtp.ssl\_enabled": true, "svcmonitor.notification.smtp.from\_address": "_From email address_", "svcmonitor.notification.smtp.target\_addresses": "_To email address1,address2_", "svcmonitor.notification.smtp.canonical\_url": "_Tableau Server URL_", "backgrounder.notifications\_enabled": true, "subscriptions.enabled": true, "subscriptions.attachments\_enabled": true, "subscriptions.max\_attachment\_size\_megabytes": 150, "svcmonitor.notification.smtp.enabled": true, "features.DesktopReporting": true, "storage.monitoring.email\_enabled": true, "storage.monitoring.warning\_percent": 20, "storage.monitoring.critical\_percent": 15, "storage.monitoring.email\_interval\_min": 25, "storage.monitoring.record\_history\_enabled": true } } 2. `tsm settings import -f file.json`을 실행하여 json 파일을 Tableau 서비스 관리자로 전달합니다. 3. `tsm pending-changes apply` 명령을 실행하여 변경 내용을 적용합니다. 4. `tsm email test-smtp-connection`을 실행하여 연결 구성을 보고 확인합니다. ## PostgreSQL 드라이버 설치 Tableau Server에서 관리 뷰를 보려면 PostgreSQL 드라이버를 Tableau Server 배포의 노드 1에 설치해야 합니다. 1. [Tableau 드라이버 다운로드](https://www.tableau.com/ko-kr/support/drivers) 페이지로 이동하고 PostgreSQL jar 파일에 대한 URL을 복사합니다. 2. Tableau 배포의 각 노드에서 다음 절차를 실행합니다. - 다음 파일 경로를 만듭니다. `sudo mkdir -p /opt/tableau/tableau_driver/jdbc` - 새 경로에서 PostgreSQL jar 파일의 최신 버전을 다운로드합니다. 예: `sudo wget https://downloads.tableau.com/drivers/linux/postgresql/postgresql-42.2.22.jar` 4. 초기 노드에서 Tableau Server를 다시 시작합니다. `tsm restart` ## 강력한 비밀번호 정책 구성 IdP 인증 솔루션을 사용하여 Tableau Server를 배포하지 않는 경우 기본 Tableau 비밀번호 정책의 보안을 강화하는 것이 좋습니다. IdP를 사용하여 Tableau Server를 배포하는 경우 IdP를 통해 비밀번호 정책을 관리해야 합니다. 다음 절차에는 Tableau Server에서 비밀번호 정책을 설정하기 위한 json 구성이 포함되어 있습니다. 아래의 옵션에 대한 자세한 내용은 _로컬 인증_([Linux](https://help.tableau.com/current/server-linux/ko-kr/local_auth.htm))을 참조하십시오. 1. 다음 json 템플릿을 파일에 복사합니다. 암호 정책 구성에 따라 키 값을 채웁니다. { "configKeys": { "wgserver.localauth.policies.mustcontainletters.enabled": true, "wgserver.localauth.policies.mustcontainuppercase.enabled": true, "wgserver.localauth.policies.mustcontainnumbers.enabled": true, "wgserver.localauth.policies.mustcontainsymbols.enabled": true, "wgserver.localauth.policies.minimumpasswordlength.enabled": true, "wgserver.localauth.policies.minimumpasswordlength.value": 12, "wgserver.localauth.policies.maximumpasswordlength.enabled": false, "wgserver.localauth.policies.maximumpasswordlength.value": 255, "wgserver.localauth.passwordexpiration.enabled": true, "wgserver.localauth.passwordexpiration.days": 90, "wgserver.localauth.ratelimiting.maxbackoff.minutes": 60, "wgserver.localauth.ratelimiting.maxattempts.enabled": false, "wgserver.localauth.ratelimiting.maxattempts.value": 5, "vizportal.password\_reset": true } } 2. `tsm settings import -f file.json`을 실행하여 json 파일을 Tableau 서비스 관리자로 전달하고 Tableau Server를 구성합니다. 3. `tsm pending-changes apply` 명령을 실행하여 변경 내용을 적용합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 7단계: 프레젠테이션 스토리 작성 지금까지의 결과를 더 큰 규모의 팀과 공유하려고 합니다. 그러면 팀과 함께 노스캐롤라이나주의 Machines 판매를 재평가할 수 있습니다. 여러분은 팀이 관심을 가질만한 핵심 정보를 추측하여 프레젠테이션에 포함하지 않고 Tableau에서 스토리를 만들기로 결정합니다. 이렇게 하면 데이터 검색 프로세스를 팀에 보여 주고 대화형으로 데이터를 탐색하면서 프레젠테이션 중에 나오는 질문에 답할 수 있습니다. ## 첫 번째 스토리 포인트 만들기 Tableau의 스토리는 슬라이드 쇼와 같습니다. 각 스토리 포인트는 본질적으로 프레젠테이션의 독립적인 슬라이드입니다. 대시보드와 달리 각 스토리 포인트는 동일한 비주얼리제이션 또는 대시보드를 독립적인 상태로 표시할 수 있습니다. 무슨 뜻인지 잘 모르시겠다고요? 아래 지침을 따르면 명확해질 것입니다. 프레젠테이션에 사용할 개요를 만드는 것부터 시작합니다. 1. **새 스토리** 단추를 클릭합니다. ![새 스토리 아이콘](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Story1.png) 그러면 빈 작업 영역이 나타나고 '여기로 시트 끌기'라고 표시되어 있습니다. 여기가 첫 번째 스토리 포인트를 만들 위치입니다. 빈 스토리는 상당히 빈 대시보드처럼 보입니다. 대시보드와 마찬가지로 워크시트를 끌어 표시할 수도 있습니다. 스토리에서 대시보드를 프레젠테이션으로 끌어올 수도 있습니다. 5. 왼쪽의 스토리 패널에서 **Sales in the South** 워크시트를 뷰로 끌어옵니다. 6. "연도별 매출 및 수익"과 같은 캡션을 추가합니다. 캡션을 추가하려면 워크시트 위의 회색 상자에서 텍스트를 편집합니다. ![스토리에 표시된 Sales in the South(남부 매출) 시트](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Story2.png) 이 스토리 포인트는 프레젠테이션 대상이 데이터를 쉽게 파악할 수 있도록 하는 데 사용됩니다. 그러나 노스캐롤라이나주의 Machines 판매에 대한 스토리를 이야기할 수 있도록 해당 데이터에 초점을 맞춰보겠습니다. ## Machines 판매 하이라이트 Machines를 화면으로 가져오려면 Sales in the South 막대 차트에 포함된 Sub-Category 필터를 활용할 수 있습니다. 1. **스토리** 패널의 새 스토리 포인트 아래에서 **복제**를 클릭하여 첫 번째 스토리 포인트를 복제합니다. 중단한 위치에서 작업을 계속하지만 첫 번째 스토리 포인트는 중단한 위치와 정확히 동일하게 유지됩니다. 이 새로운 스토리 포인트에서는 첫 번째 스토리 포인트나 기초 비주얼리제이션을 변경하지 않고도 필터 및 기타 대화형 기능을 변경할 수 있습니다. 2. 스토리의 주제가 Machines에 대한 것이므로 Sub-Category 필터에서 **(모두)**에 대한 선택을 취소하고 **Machines**를 선택합니다. 이제 Viewer(뷰어)가 Machines의 연도별 매출 및 수익을 바로 식별할 수 있습니다. 3. Viewer(뷰어)가 보는 항목에 밑줄을 표시하는 캡션을 추가합니다. 예를 들어 "연도별 컴퓨터 매출 및 수익"과 같은 캡션을 추가합니다. ![Sales in the South(남부 매출) 시트를 포함하고 Machines(장비)에 대해 필터링되는 스토리](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Story4.png) 이제 초점이 Machines로 이동했지만 뭔가 이상합니다. 이 뷰에서는 손실의 원인이 되는 시/도를 확인할 수 없습니다. 이 문제는 다음 스토리 포인트에서 맵을 도입하여 해결할 수 있습니다. 자세한 알아보기: 스토리 포인트 캡션 옆에 있는 이 작은 툴바는 무엇입니까? 첫 번째 스토리 포인트를 캔버스로 끌어 오고 탐색기 영역을 마우스오버하면 스토리 툴바 ![스토리 포인트 캡션을 마우스오버하면 나타나는 아이콘](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_story_toolbar.png)가 스토리 포인트 캡션 옆에 표시됩니다. 이 툴바를 사용하여 변경 내용을 되돌리거나, 스토리 포인트에 업데이트를 적용하거나, 스토리 포인트를 삭제하거나, 사용자 지정된 현재 스토리 포인트에서 새 스토리 포인트를 만듭니다. 스토리 포인트를 변경한 후 모든 옵션을 사용할 수 있게 됩니다. 그 외의 경우 삭제 옵션만 사용할 수 있습니다. 작업 확인! '첫 번째 스토리 포인트 만들기' 및 'Machines 판매 하이라이트'의 작동 방식을 확인하십시오. _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 포인트 만들기 쟁점은 노스캐롤라이나주의 Machines 판매가 회사에 손해를 끼치고 있다는 것입니다. 앞서 만든 대시보드에서 이를 확인했습니다. 이 포인트를 입증하려면 연도별 전체 매출 및 수익이 아닌 지역별 수익을 살펴봐야 합니다. 1. **스토리** 패널에서 **빈 페이지**를 선택하여 비어 있는 새 스토리 포인트를 추가합니다. 그런 다음 **Regional Sales and Profit** 대시보드를 캔버스로 끌어옵니다. 그러면 Viewer(뷰어)가 새로운 관점으로 데이터를 볼 수 있습니다. 음수 수익에 시선이 주목됩니다. ![Regional Sales and Profit(지역별 매출 및 수익) 대시보드를 사용하는 스토리](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Story6.png) 3. "South 지역에서 실적이 저조한 품목"과 같은 캡션을 추가합니다. 결과를 North Carolina로 축소하려면 스토리 포인트를 복제합니다. 1. **복제**를 선택하여 Regional Profit 대시보드가 포함된 다른 스토리 포인트를 만듭니다. 2. 맵에서 **North Carolina**를 선택하고 막대 차트가 자동으로 업데이트되는지 확인합니다. 3. Order Date 연도 필터 카드에서 모두를 선택합니다. 4. 캡션을 추가합니다. 예를 들어 'Profit in North Carolina, 2022- 2025'(노스캐롤라이나주 수익, 2022-2025)을 추가합니다. 이제 Viewer(뷰어)에게 노스캐롤라이나의 연도별 수익 변화를 보여 줄 수 있습니다. 이를 위해 4개의 스토리 포인트를 만듭니다. 1. **복제**를 선택하여 노스캐롤라이나에 초점을 맞춘 Regional Profit 대시보드를 시작합니다. 2. Order Date 연도 필터에서 오른쪽 화살표 단추를 클릭하여 **2022**을 표시합니다. 3. 캡션을 추가합니다. 예를 들어 "Profit in North Carolina, 2022"을 추가한 후 **복제**를 클릭합니다. 4. 2023, 2024 및 2025년에 대해 2단계와 3단계를 반복합니다. 이제 Viewer(뷰어)가 노스캐롤라이나에 출시된 제품 및 출시 연도를 보고 그 실적이 얼마나 저조한지를 알 수 있습니다. 작업 확인! "결과 확인" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 마무리 2025년의 데이터를 중점적으로 보여 주는 이 스토리 포인트에서 지금까지 결과를 설명하려고 합니다. 캡션보다 더 자세한 내용을 추가해 보겠습니다. 1. 왼쪽 패널에서 **텍스트를 끌어와서 추가**를 선택하고 뷰로 끌어옵니다. 2. 노스캐롤라이나주의 저조한 Machines(장비) 판매 실적을 강조하는 대시보드에 대한 설명을 입력합니다. 예를 들어 'Re-introducing machines to the North Carolina market in 2025 resulted in losing a significant amount of money'(2025년에 노스캐롤라이나주 시장에 장비를 재도입하면서 상당한 손해가 발생함)입니다. Sales in the South 막대 차트에서 Machines를 마우스오버하고 유용한 도구 설명, 즉 거의 4,000달러에 가까운 손해에 대한 도구 설명을 보여 주면 프레젠테이션의 효과를 극대화할 수 있습니다. !["2021년에 노스캐롤라이나주 시장에 장비를 도입하면서 상당한 손해가 발생했습니다."라는 텍스트 캡션이 있는 Regional Sales and Profit(지역별 매출 및 수익) 대시보드](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Story9.png) 이제 마지막 슬라이드를 위해 세부 정보로 드릴다운합니다. 4. 스토리 패널에서 **공백**을 클릭합니다. 5. 스토리 패널에서 **Negative Profit Bar Chart**를 뷰로 끌어옵니다. 6. **Order Date 연도** 필터 카드에서 뷰 범위를 오직 **2025**년으로 좁힙니다. 이제 Machine 수익 손실은 전적으로 노스캐롤라이나주의 Burlington(벌링턴)에서 발생한 것임을 쉽게 알 수 있습니다. 7. 뷰에서 **Burlington** 마크(막대)를 마우스 오른쪽 단추로 클릭하고 **주석 추가** > **마크**를 선택합니다. 8. 주석 편집 대화 상자가 나타나면 필터 텍스트를 삭제하고 'Machines in Burlington lost nearly $4,000 in 2025'(2025년에 Burlington의 장비는 약 4,000달러의 손실을 기록함)을 입력합니다. 9. **확인**을 클릭합니다. 10. 뷰에서 주석을 클릭하고 끌어 나타나는 위치를 조정합니다. 11. 스토리 포인트에 캡션을 'Where are we losing machine profits in North Carolina?'(노스캐롤라이나주에서 장비 수익에서 손실이 나는 곳은 어디입니까?)로 지정합니다. 12. **스토리 1** 탭을 두 번 클릭하고 스토리 이름을 "Improve Profits in the South"로 바꿉니다. 13. **창** > **프레젠테이션 모드**를 선택하여 스토리를 검토합니다. 자세한 내용:크기 조정 프레젠테이션 모드에서 대시보드 스토리 포인트의 오른쪽이나 아래쪽에 있는 스크롤 막대의 용도는 무엇입니까? ![가로 및 세로 스크롤 막대가 있는 스토리](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Story7.png) 대시보드가 프레젠테이션에 잘 맞지 않는 것 같습니다. 그러면 피곤할 수 있습니다. **Esc** 키를 눌러 프레젠테이션을 종료한 다음 통합 문서의 아래쪽에서 **Regional Sales and Profit(지역별 매출 및 수익)** 시트를 선택합니다. **대시보드**의 왼쪽 패널에서 **크기** 드롭다운 선택 사항을 **Improve Profits in the South에 맞춤**으로 변경합니다. 그러면 대시보드의 크기가 스토리 보기에 최적화된 크기로 자동으로 변경됩니다. ![대시보드의 크기를 변경하는 데 사용하는 대시보드 패널 메뉴](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Story10.png) **Fit to Improve Profits in the South**를 선택한 다음 프레젠테이션 모드로 다시 들어갑니다. 대시보드의 크기가 적절하게 조정되었습니다. 작업 확인! "마무리" 작동 방식 보기 _이미지를 클릭하면 재생됩니다._ **참고**: 이 이미지의 세부 정보는 화면에 표시된 내용과 정확히 일치하지 않을 수 있습니다. ## 프레젠테이션을 마친 후 프레젠테이션은 성공적으로 끝났습니다. 팀은 노스캐롤라이나주 Burlington의 수익을 개선할 필요가 있다는 데 수긍하고 있고 장비의 실적이 저조한 이유를 가장 먼저 알고 싶어합니다. 상관은 감동했습니다. 여러분은 음수 수익을 해결할 방법을 찾았을 뿐 아니라 팀이 데이터에 대한 질문을 하도록 만들었습니다. 여러분의 상관은 팀이 여기에서 배운 교훈을 마음에 새길 수 있도록 여러분에게 결과를 문서로 만들어 이메일로 전달할 것을 요청합니다. 다행히 여러분은 Tableau Server와 Tableau Public을 사용하여 비주얼리제이션을 공유할 수 있다는 것을 알고 있습니다. [8단계: 결과 공유](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-share.htm)로 계속 진행합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 7부 - 유효성 검사, 도구 및 문제 해결 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. 이 항목에는 설치 후 검증 단계 및 문제 해결 지침이 수록되어 있습니다. ## 장애 조치 시스템 검증 배포를 구성한 후에는 간단한 장애 조치 테스트를 실행하여 시스템 이중화를 검증하는 것이 좋습니다. 다음 단계를 실행하여 장애 조치 기능을 검증하는 것이 좋습니다. 1. 독립 게이트웨이(TSIG1)의 첫 번째 인스턴스를 종료합니다. 모든 인바운드 트래픽은 독립 게이트웨이(TSIG2)의 두 번째 인스턴스를 통해 라우팅되어야 합니다. 2. TSIG1을 다시 시작한 다음 TSIG2를 종료합니다. 모든 인바운드 트래픽은 TSIG1을 통해 라우팅되어야 합니다. 3. TSIG2를 다시 시작합니다. 4. Tableau Server 노드 1을 종료합니다. 모든 Vizportal/응용 프로그램 서비스 트래픽이 노드 2로 장애 조치됩니다. **참고:** 2022년 9월부터 Tableau Server 2021.4 이상의 특정 버전에서는 노드 1 고가용성이 저하됩니다. 노드 1이 중단되면 클라이언트 연결이 실패합니다. 이 문제는 다음 유지 관리 버전에서 해결되었습니다. \- 2021.4.15 이상 \- 2022.1.11 이상 \- 2023.1.3 이상 ATR 활성화를 사용하는 Tableau Server 설치에 초기 노드 오류가 발생한 후 72시간의 유예 기간을 가지려면 이러한 버전 중 하나를 설치하거나 업그레이드하십시오. 자세한 내용은 Tableau 기술 자료에서 [ATR을 사용하는 Tableau Server HA에 초기 노드 오류 후 유예 기간이 없음](https://kb.tableau.com/articles/issue/tableau-server-ha-using-atr-does-not-have-a-grace-period-after-the-initial-node-failure?lang=ko-kr "고가용성 실패에 대한 Tableau KB 문서")을 참조하십시오. 5. 노드 1을 다시 시작하고 노드 2를 종료합니다. 모든 Vizportal/응용 프로그램 서비스 트래픽이 노드 1로 장애 조치됩니다. 6. 노드 2를 다시 시작합니다. 이 맥락에서 "종료" 또는 "다시 시작"은 응용 프로그램을 미리 정상적으로 종료하지 않고 운영 체제 또는 가상 컴퓨터를 끄는 방식으로 수행합니다. 이 작업의 목표는 하드웨어 또는 가상 컴퓨터 장애를 시뮬레이션하는 것입니다. 각 장애 조치 테스트의 최소 검증 단계는 사용자를 인증하고 기본적인 보기 작업을 수행하는 것입니다. 장애를 시뮬레이션한 후 로그인을 시도할 때 "잘못된 요청" 브라우저 오류가 발생할 수 있습니다. 브라우저에서 캐시를 지우는 경우에도 이 오류가 나타날 수 있습니다. 이 문제는 주로 브라우저가 이전 IdP 세션의 데이터를 캐싱할 때 발생합니다. 로컬 브라우저 캐시를 지워도 이 오류가 계속되면 다른 브라우저로 연결하여 Tableau 시나리오의 유효성을 검사하십시오. ## 초기 노드 자동 복구 Tableau Server 버전 2021.2.4 이상에는 스크립트 디렉터리(`/app/tableau_server/packages/scripts.`)에 자동화된 초기 노드 복구 스크립트인 `auto-node-recovery`가 포함되어 있습니다. 초기 노드에 문제가 있고 노드 2에 중복 프로세스가 있는 경우 Tableau Server가 계속 실행된다는 보장이 없습니다. Tableau Server는 초기 노드 장애 발생 후 최장 72시간 동안 계속 실행될 수 있으며, 그 이후에는 라이선스 서비스가 부족하여 다른 프로세스에 영향을 미칠 수 있습니다. 이러한 경우 사용자는 초기 노드에 장애가 발생한 후에도 계속 로그인하고 자신의 콘텐츠를 보고 사용할 수 있지만 관리 컨트롤러에 액세스할 수 없기 때문에 Tableau Server를 다시 구성할 수 없습니다. 중복 프로세스로 구성된 경우에도 초기 노드에 장애가 발생한 후 Tableau Server가 계속 작동하지 않을 수 있습니다. Tableau 초기 노드(노드 1) 오류를 복구하려면: 1. Tableau Server 노드 2에 로그인합니다. 2. 스크립트 디렉터리로 변경합니다. cd /app/tableau\_server/packages/scripts. 3. 다음 명령을 실행하여 스크립트를 시작합니다. sudo ./auto-node-recovery -p node1 -n node2 -k 여기서 ``는 배포의 쉼표로 구분된(공백 없음) 라이선스 키 목록입니다. 라이선스 키에 액세스할 수 없는 경우 [Tableau 고객 포털](http://customer.tableausoftware.com/?_fsi=v45oWMAM)을 방문하여 해당 키를 검색하십시오. 예를 들면 다음과 같습니다. sudo ./auto-node-recovery -p node1 -n node2 -k TSB4-8675-309F-TW50-9RUS,TSNM-559N-ULL6-22VE-SIEN auto-node-recovery 스크립트는 약 20단계를 실행하여 서비스를 노드 2로 복구합니다. 스크립트가 진행됨에 따라 각 단계가 터미널에 표시됩니다. 자세한 상태는 `/data/tableau_data/logs/app-controller-move.log`에 기록됩니다. 대부분의 환경에서 스크립트를 완료하는 데 35분에서 45분 정도 걸립니다. ### 초기 노드 복구 문제 해결 노드 복구가 실패하면 대화형으로 스크립트를 실행하여 유용한 프로세스에서 개별 단계를 허용하거나 허용하지 않을 수 있습니다. 예를 들어 스크립트가 프로세스 도중에 실패할 경우 로그 파일을 검토하고 구성을 변경한 다음 스크립트를 다시 실행할 수 있습니다. 대화형 모드로 실행하면 실패한 단계에 도달할 때까지 모든 단계를 건너뛸 수 있습니다. 대화형 모드로 실행하려면 script 인수에 `-i` 스위치를 추가합니다. ### 장애가 발생한 노드를 다시 구축 스크립트를 실행한 후에는 이전에 장애가 발생한 노드 1 호스트에 있었던 모든 서비스가 노드 2에서 실행됩니다. 4노드에서 추가하려면 부트스트랩 파일을 사용하여 새로운 Tableau Server 호스트를 배포하고 4부에 명시된 대로 원래 노드 2에 했던 것과 동일하게 구성합니다. 자세한 내용은 [노드 2 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm#Configur2)을 참조하십시오. ## switchto switchto는 창 간 전환을 손쉽게 하는 Tim의 스크립트입니다. 1. 배스천 호스트의 홈 디렉터리에 있는 `switchto` 파일에 다음 코드를 복사합니다. #!/bin/bash #------------------------------------------------------------------- # switchto # # Helper function to simplify SSH into the various AWS hosts when # following the Tableau Server Enterprise Deployment Guide (EDG). # # Place this file on your bastion host and provide your AWS hosts' # internal ip addresses or machine names here. # Example: readonly NODE1="10.0.3.187" # readonly NODE1="" readonly NODE2="" readonly NODE3="" readonly NODE4="" readonly PGSQL="" readonly PROXY1="" readonly PROXY2="" usage() { echo "Usage: switchto.sh \[ node1 | node2 | node3 | node4 | pgsql | proxy1 | proxy2 \]" } ip="" case $1 in node1) ip="$NODE1" ;; node2) ip="$NODE2" ;; node3) ip="$NODE3" ;; node4) ip="$NODE4" ;; pgsql) ip="$PGSQL" ;; proxy1) ip="$PROXY1" ;; proxy2) ip="$PROXY2" ;; ?) usage exit 0 ;; \*) echo "Unkown option $1." usage exit 1 ;; esac if \[\[ -z $ip \]\]; then echo "You must first edit this file to provide the ip addresses of your AWS hosts." exit 1 fi ssh -A ec2-user@$ip 3. 스크립트의 IP 주소를 업데이트하여 EC2 인스턴스에 매핑한 후 파일을 저장합니다. 4. 스크립트 파일에 사용 권한을 적용합니다. sudo chmod +x switchto 사용법: 호스트를 전환하려면 다음 명령을 실행합니다. `./switchto ` 예를 들어 노드 1로 전환하려면 다음 명령을 실행합니다. `./switchto node1` ## Tableau Server 독립 게이트웨이 문제 해결 Tableau Server에서 독립 게이트웨이, Okta, Mellon 및 SAML을 구성하는 프로세스에서는 오류가 많이 발생할 수 있습니다. 실패의 가장 일반적인 근본 원인은 문자열 오류입니다. 예를 들어 구성 중에 지정된 Okta URL의 후행 슬래시(`/`)로 인해 SAML 어설션 관련 불일치 오류가 발생할 수 있습니다. 이 오류는 한 가지 예입니다. 구성 중에 어떤 응용 프로그램에서든 잘못된 문자열을 입력하게 될 가능성이 많습니다. ### tableau-tsig 서비스 다시 시작 항상 독립 게이트웨이 컴퓨터에서 tableau-tsig 서비스를 다시 시작하는 것으로 문제 해결 작업을 시작합니다. 이 서비스는 빠르게 다시 시작되며 다시 시작하면 Tableau Server에서 업데이트된 구성이 로드됩니다. 독립 게이트웨이 컴퓨터에서 다음 명령을 실행합니다. sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### 잘못된 문자열 찾기 문자열 오류(복사/붙여넣기 실수, 문자열 잘림 등)가 있는 경우 구성한 각 설정을 검토하십시오. - Okta 사전 인증 구성. 설정한 URL을 주의 깊게 검토합니다. 후행 슬래시가 있는지 확인합니다. HTTP와 HTTPS를 비교하여 확인합니다. - 노드 1의 SAML 구성에 대한 셸 기록. 실행한 `tsm authentication saml configure` 명령을 검토합니다. 모든 URL이 Okta에 구성된 것과 일치하는지 확인합니다. 노드 1에서 셸 기록을 검토하는 동안 Mellon 구성 파일 경로를 지정하는 `tsm configuration set` 명령이 독립 게이트웨이에서 파일을 복사한 파일 경로에 정확히 매핑되는지 확인합니다. - 독립 게이트웨이의 Mellon 구성. 셸 기록을 검토하여 Okta 및 Tableau SAML에서 구성한 것과 동일한 URL 문자열로 메타데이터를 만들었는지 확인합니다. `/etc/mellon/conf.d/global.conf`에 지정된 모든 경로가 올바르고 `MellonCookieDomain`이 Tableau 하위 도메인이 아닌 루트 도메인으로 설정되어 있는지 확인합니다. ### 관련 로그 검색 모든 문자열이 올바르게 설정된 것으로 보이면 로그에서 오류를 검사해야 합니다. Tableau Server는 수십 개의 서로 다른 로그 파일에 오류 및 이벤트를 기록합니다. 독립 게이트웨이는 로컬 파일 집합에도 로그를 기록합니다. 이러한 로그를 검사할 때는 다음 순서를 따르는 것이 좋습니다. #### 독립 게이트웨이 로그 파일 독립 게이트웨이 로그 파일의 기본 위치는 `/var/opt/tableau/tableau_tsig/logs`입니다. - `access.log`: 이 로그는 Tableau Server 노드의 연결을 보여주는 항목이 있는 경우 유용합니다. TSM을 시작하려고 할 때 게이트웨이 오류가 발생해 시작되지 않는 경우 `access.log` 파일에 항목이 없다면 코어 연결 문제가 있는 것입니다. 항상 AWS 보안 그룹 구성을 첫 번째 단계로 확인합니다. 다른 일반적인 문제로는 `tsig.json`의 입력 오류가 있습니다. tsig.json을 업데이트하는 경우 `tsm topology external-services gateway update -c tsig.json`을 실행하기 전에 `tsm stop`을 실행합니다. tsig.json이 업데이트되면 `tsm start`를 실행합니다. - `error.log`: 다른 항목 중에서 이 로그에는 SAML 및 Mellon 오류가 포함됩니다. #### Tableau Server tabadminagent 로그 파일 `tabadminagent`(`tabadmincontroller`가 아님) 파일 집합은 독립 게이트웨이 관련 오류를 해결하는 것과 관련된 로그 파일만 모아 놓은 것입니다. 독립 게이트웨이 오류가 `tabdminagent`에 기록된 위치를 찾아야 합니다. 이러한 오류는 아무 노드에서나 발생할 수 있지만 노드 1개에만 존재합니다. Tableau Server 클러스터의 각 노드에서 다음 단계를 수행하면서 "independent" 문자열을 찾습니다. 1. EDG 설정의 Tableau Server 노드 1~4에서 tabadminagent 로그 파일 위치를 찾습니다. cd /data/tableau\_data/data/tabsvc/logs/tabadminagent 2. 다음과 같은 이름의 최신 로그를 엽니다. less tabadminagent\_nodeN.log (N을 노드 번호로 바꾸기) 3. 다음 검색 문자열을 사용하여 "Independent" 및 "independent"가 나오는 모든 경우를 검색합니다. /ndependent 일치하는 항목이 없는 경우 다음 노드로 이동하고 1~3단계를 반복합니다. 4. 일치하는 항목이 발견되면 `Shift + G`를 눌러 맨 아래로 이동하고 마지막 오류 메시지를 확인합니다. ### httpd stub 파일 다시 로드 독립 게이트웨이는 Apache의 httpd 구성을 관리합니다. 일시적인 문제를 해결하는 일반적인 작업은 기초 Apache 구성을 채우는 httpd stub 파일을 다시 로드하는 것입니다. 독립 게이트웨이의 두 인스턴스 모두에서 다음 명령을 실행합니다. 1. stub 파일을 httpd.conf에 복사합니다. cp /var/opt/tableau/tableau\_tsig/config/httpd.conf.stub /var/opt/tableau/tableau\_tsig/config/httpd.conf 2. 독립 게이트웨이 서비스를 다시 시작합니다. sudo su - tableau-tsig systemctl --user restart tsig-httpd exit ### 로그 파일 삭제 또는 이동 독립 게이트웨이는 모든 액세스 이벤트를 기록합니다. 디스크 공간이 가득 차는 것을 방지하기 위해 로그 파일 저장소를 관리해야 합니다. 디스크가 가득 차면 독립 게이트웨이가 액세스 이벤트를 기록할 수 없으며 서비스가 실패합니다. 다음 메시지가 독립 게이트웨이의 error.log에 기록됩니다. (28)No space left on device: \[client 10.0.2.209:54332\] AH00646: Error writing to /var/opt/tableau/tableau\_tsig/logs/access.%Y\_%m\_%d\_%H\_%M\_%S.log 이 오류는 Tableau 노드 1에서 `tsm status -v`를 실행할 때 `external` 노드에 대해 `DEGRADED` 상태를 초래합니다. 상태 출력의 `external` 노드는 독립 게이트웨이를 참조합니다. 이 문제를 해결하려면 access.log 파일을 삭제하거나 디스크에서 옮기십시오. Access.log 파일은 `/var/opt/tableau/tableau_tsig/logs`에 저장됩니다. 디스크를 지운 후 tableau-tsig 서비스를 다시 시작하십시오. ### 브라우저 오류 **잘못된 요청**: 이 시나리오의 일반적인 오류는 Okta의 "잘못된 요청" 오류입니다. 이 문제는 주로 브라우저가 이전 Okta 세션의 데이터를 캐싱할 때 발생합니다. 예를 들어 Okta 관리자 자격으로 Okta 응용 프로그램을 관리하고 다른 Okta 지원 계정을 사용하여 Tableau에 액세스하려고 하면 관리자 데이터의 세션 데이터가 "잘못된 요청" 오류를 발생시킬 수 있습니다. 로컬 브라우저 캐시를 지워도 이 오류가 계속되면 다른 브라우저로 연결하여 Tableau 시나리오의 유효성을 확인해 보십시오. “Bad Request” 오류의 또 다른 원인은 Okta, Mellon 및 SAML 구성 프로세스 중에 입력한 많은 URL 중 하나의 입력 오류입니다. 이 모든 것을 오류 없이 입력했는지 확인합니다. 오류를 야기한 URL은 주로 독립 게이트웨이 서버의 `error.log` 파일에 명시됩니다. **찾을 수 없음 - 요청한 URL을 이 서버에서 찾지 못했습니다**: 이 오류는 많은 구성 오류 중 하나를 나타냅니다. 사용자가 Okta로 인증된 후 이 오류가 발생하면 SAML을 구성할 때 Okta 사전 인증 응용 프로그램을 Tableau Server에 업로드한 것일 수 있습니다. Okta 사전 인증 응용 프로그램 메타데이터가 아니라 Tableau Server에 Okta Tableau Server 응용 프로그램 메타데이터가 구성되어 있는지 확인합니다. 다른 문제 해결 단계: - Okta 사전 인증 응용 프로그램 설정을 검토합니다. HTTP와 HTTPS 프로토콜이 이 항목에서 지정한 대로 설정되어 있는지 확인하십시오. - 두 독립 게이트웨이 서버에서 Restart tsig-httpd를 다시 시작합니다. - 두 독립 게이트웨이 모두에서 `sudo apachectl configtest`가 "Syntax OK"를 반환하는지 확인합니다. - 테스트 사용자가 Okta의 두 응용 프로그램에 모두 할당되었는지 확인합니다. - 부하 분산 장치 및 연결된 대상 그룹에 연결 유지가 설정되어 있는지 확인합니다. ### Tableau Server에서 독립 게이트웨이로의 TLS 연결 확인 `wget` 명령을 사용하여 Tableau Server에서 독립 게이트웨이로의 연결 및 액세스를 확인합니다. 이 명령의 변형을 사용하면 인증서 문제가 연결 문제를 일으키는지 여부를 확인하는 데 도움이 될 수 있습니다. 예를 들어 다음 `wget` 명령을 사용하여 Tableau Server의 HK(하우스키핑) 프로토콜을 확인합니다. `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319` tsig.json 파일의 호스트 옵션에 포함한 것과 동일한 호스트 주소를 사용하여 URL을 구성합니다. `https` 프로토콜을 지정하고 URL에 HK 포트 `21319`를 추가합니다. 연결을 확인하고 인증서 확인을 무시하려면 `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319 --no-check-certificate` TSIG의 루트 CA가 유효한지 확인하려면 `wget https://ip-10-0-1-38.us-west-1.compute.internal:21319 --ca-certificate=tsigRootCA.pem` Tableau에서 통신할 수 있는 경우에는 콘텐츠 관련 오류가 계속해서 발생할 수 있지만 연결 관련 오류는 발생하지 않습니다. Tableau에서 전혀 연결할 수 없는 경우 방화벽/보안 그룹의 프로토콜 구성을 확인하는 것으로 시작합니다. 예를 들어 독립 게이트웨이가 상주하는 보안 그룹의 인바운드 규칙은 TCP 21319를 허용해야 합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 8단계: 결과 공유 많은 작업을 통해 노스캐롤라이나주 Burlington(벌링턴)에 일부 미세 조정이 필요하다는 사실을 알게 되었습니다. 이 정보를 팀원들과 공유해 보겠습니다. **계속하기 전에** 아래의 옵션을 선택합니다. - Tableau Cloud 또는 Server를 사용하지 않거나 무료의 대체 공유 옵션에 대해 알고 싶은 경우 [Tableau Public 사용](#Use_Tableau_Public)으로 이동합니다. **참고:** Tableau Desktop Free Edition을 사용 중이며 회사에서 Tableau Public에 콘텐츠를 게시하는 것을 허용하지 않는 경우, 작업을 공유하거나 게시하기 전에 유료 라이선스로 Tableau Desktop을 활성화해야 합니다. - Tableau Cloud 또는 Tableau Server를 사용하고 있고 할당받은 사용 권한에 익숙한 경우 [Tableau Cloud 또는 Tableau Server 사용](#Use_Tableau_Server)으로 이동합니다. ## Tableau Public 사용 스토리는 성공적이었습니다. 정보를 Tableau Public에 게시하여 팀이 온라인에서 볼 수 있도록 할 것입니다. **참고:** Tableau Public에 게시하면 이름에서 알 수 있듯이 이러한 뷰에 공개적으로 액세스할 수 있습니다. 즉, 뷰와 기초 데이터를 인터넷에 액세스할 수 있는 모든 사용자와 공유하는 것입니다. 기밀 정보를 공개하는 경우에는 [Tableau Server](http://www.tableau.com/ko-kr/products/server) 또는 [Tableau Cloud](http://www.tableau.com/ko-kr/products/cloud-bi) 를 사용하는 것이 좋습니다. 1. **서버** > **Tableau Public** > **Tableau Public에 저장**을 선택합니다. 2. 대화 상자에 Tableau Public 자격 증명을 입력합니다. ![Tableau Public 로그인 화면](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Share7.png) Tableau Public 프로필이 없는 경우 **지금 무료로 만들기**를 클릭하고 화면의 지시를 따릅니다. 3. 이 대화 상자가 표시되면 데이터 원본 페이지를 엽니다. 오른쪽 상단에서 **연결** 유형을 **라이브**에서 **추출**로 변경합니다. !["통합 문서를 저장하는 동안 오류가 발생했습니다."라는 데이터 추출 필요 대화 상자](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Share10.png) 자세한 내용: 추출을 만들어야 하는 이유와 추출의 정의 Tableau Public은 라이브 데이터 연결을 지원하지 않으므로 게시 전에 데이터 추출을 만들어야 합니다. 데이터 추출은 통합 문서의 데이터에 대한 스냅샷을 공유하거나 성능을 향상시키거나 기초 데이터에서 사용할 수 없는 Tableau 기능을 활용하는 데 사용할 수 있는 데이터 원본의 저장된 하위 집합입니다. 학습 라이브러리(최상위 메뉴)에서 **추출 작업에 대한 자세한 내용**을 확인하십시오. 4. 두 번째이자 마지막으로 **서버** > **Tableau Public** > **Tableau Public에 저장**을 선택합니다. 5. 브라우저가 열리면 포함된 스토리를 검토합니다. 스토리는 다음과 같습니다. ![Tableau Public에 업로드된 'South 지역에서 실적이 저조한 품목'의 비주얼리제이션](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Share8.png) 6. **세부 정보 편집**을 클릭하여 비주얼라이제이션 제목을 업데이트하고 설명을 추가하는 등의 작업을 수행합니다. 7. **저장**을 클릭합니다. 이제 스토리가 웹에 게시되었습니다. 8. 동료와 공유하려면 비주얼라이제이션 아래에 있는 **공유**를 클릭합니다. ![Tableau Public의 공유 대화 상자](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Share9.png) 9. 스토리를 다음과 같은 방법으로 공유할 수 있습니다. 1. 웹 사이트에 내장:**내장 코드**의 HTML을 복사하여 웹 페이지 HTML에 붙여 넣습니다. 2. 링크 보내기: **링크**를 복사하여 동료에게 링크를 보냅니다. 3. 이메일 아이콘을 클릭하여 기본 이메일 클라이언트를 통해 이메일을 보냅니다. 4. 해당하는 아이콘을 클릭하여 Twitter 또는 Facebook에서 공유합니다. 이 단계를 완료한 후 [여기를 클릭](#Congrats,_you_did_it!)하여 자습서의 최종 섹션으로 이동합니다. ## Tableau Cloud 또는 Tableau Server 사용 스토리는 성공적이었습니다. 정보를 Tableau Server에 게시하여 팀이 온라인에서 볼 수 있도록 할 것입니다. ### Tableau Cloud 또는 Tableau Server에 게시 1. **서버** > **통합 문서 게시**를 선택하거나 툴바에서 공유 ![공유 아이콘](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/Share_Icon.png)를 클릭합니다. 2. **빠른 연결**에서 **Tableau Cloud**를 클릭하여 Tableau Cloud에 연결하거나, 연결하려는 Tableau Server의 이름(또는 IP 주소)을 대화 상자에 입력하고 연결을 클릭합니다. ![Tableau Server 또는 Tableau Cloud를 통해 공유 대화 상자](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_share1.png) 3. 이름 필드에 **Improve Profits in the South**를 입력합니다. 4. 원하는 경우 참조용 설명을 입력합니다. 예: 'Suggestions to improve profits in the South'(남부 지역의 수익 향상을 위한 제안) 5. **시트**에서 **편집**을 클릭한 다음 **Improve Profits in the South**를 제외한 모든 시트를 선택 취소합니다. 자세한 내용:스토리 외의 정보 공유 원하는 경우 통합 문서의 모든 시트를 Tableau Server에서 동료와 공유할 수 있습니다. 그러나 어떤 시트를 어느 동료와 공유할지를 생각해 봐야 합니다. **참고:** 사용 권한은 관리자의 설정에 따라 다를 수 있습니다. 학습 라이브러리(최상위 메뉴)에서 **Tableau Server 사용 권한에 대한 자세한 내용**을 확인하십시오. 6. **게시**를 클릭합니다. 인터넷 브라우저에서 Tableau Server가 열립니다. 메시지가 표시되면 서버 자격 증명을 입력합니다. 게시 완료 대화 상자에서 스토리의 게시 상태를 확인할 수 있습니다. ![게시 완료 대화 상자](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_share3.png) 잘 하셨습니다! Tableau Server를 사용하여 스토리가 성공적으로 게시되었습니다. ### 작업에 대한 링크 보내기 팀원들이 스토리를 온라인으로 상호 작용할 수 있도록 팀원들과 작업을 공유해 보겠습니다. 1. Tableau Server에서 앞서 게시한 Improve Profits in the South 스토리로 이동합니다. 다음과 같은 화면이 표시됩니다. ![Tableau Server에 업로드되는 South 스토리의 수익 개선](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Share5.png) _통합 문서의 추가 시트를 게시한 경우 Improve Profits in the South와 함께 나열될 수 있습니다._ 2. **Improve Profits in the South**를 클릭합니다. 3. 메뉴에서 **공유**를 선택합니다. ![공유 대화 상자](/tableau/current/ko-kr/guides/get-started-tutorial/ko-kr/Img/gs_Share4.png) 4. 스토리를 다음과 같은 방법으로 공유할 수 있습니다. 1. **내장 코드**를 복사하여 웹 페이지 HTML에 붙여 넣는 방식으로 웹 사이트에 내장합니다. 2. **링크**를 복사하여 동료에게 링크를 보는 방식으로 링크를 보냅니다. 3. 기본 이메일 클라이언트를 사용하여 이메일을 보내고 이메일 아이콘을 클릭합니다. ## 축하합니다. 완료했습니다! Tableau Desktop을 사용하여 제품 데이터의 뷰를 만들고, 지역별 제품 매출 및 수익성을 매핑하고, 결과에 대한 대시보드를 작성하고, 프레젠테이션 스토리를 작성하고, 원거리에 있는 팀원이 볼 수 있도록 찾은 사항을 웹에 공유했습니다. **이제 데이터 전문가가 되었습니다.** 잘 하셨습니다! 다음과 같은 Tableau "데이터 탐색" 방법을 성공적으로 연습했습니다. - 질문하기 - 데이터 수집 - 데이터 구조화 - 데이터 탐색 - 심층 정보 공유 위 항목은 Tableau에서 작업할 때 따르게 되는 기본적인 작업 흐름입니다. 그러나 실제로 작업할 때는 여기에서 연습한 것보다 각 단계에서 더 많은 부분을 수정하게 될 수 있습니다. 예를 들어 몇 가지를 수정하여 초기 질문을 일반적인 수준(매출 상태)에서 구체적인 수준(South 지역에서 음수 수익에 영향을 미친 도시)으로 세분화할 수 있습니다. 또한 수정을 통해 예상하지 않은 방향으로 진행할 수도 있습니다. 이는 긍정적인 현상입니다. 이렇게 하면 처음에 데이터를 볼 때 있는지도 몰랐던 사실을 발견할 수 있습니다. 데이터 작업을 시작할 준비가 되었다면 한 번 해보고 Tableau에서 데이터를 탐색해보십시오! 먼저 좀 더 많은 정보를 숙지하고 싶은 경우에는 학습 라이브러리를 확인하시기 바랍니다. [학습 라이브러리](https://help.tableau.com/current/guides/get-started-tutorial/ko-kr/get-started-tutorial-next.htm)로 계속 진행합니다. [주요 콘텐츠로 건너뛰기](#main-content) # Tableau Cloud 사이트 만들기 및 구성 본 문서는 [Tableau Cloud 수동 마이그레이션 가이드](https://help.tableau.com/current/guides/migration/ko-kr/emg_intro.htm)입니다. 이 가이드에서는 사용자가 100명 미만인 Tableau Server 배포를 Tableau Cloud로 수동으로 마이그레이션하는 방법을 설명합니다. 이 가이드에 설명된 마이그레이션 프로세스는 계정 관리자와 협력하여 Tableau 라이선스를 Server에서 Cloud로 전환하는 것으로 시작됩니다. 마이그레이션 전에 Tableau Cloud를 테스트하고 싶다면 언제든지 [Tableau Cloud 평가판](https://www.tableau.com/ko-kr/products/trial)을 사용할 수 있습니다. ## 1단계: Tableau 계정 관리자와 협력하여 라이선스 전환 마이그레이션의 첫 번째 단계는 계정 관리자와 협력하여 라이선스를 Server에서 Cloud로 전환하는 것입니다. 이 작업이 완료되면 두 제품 모두에 60일 동안 액세스할 수 있습니다. 사용자가 100명 이하인 대부분의 고객은 일주일 이내에 이 마이그레이션 프로세스를 완료하므로 전환할 때 두 제품 모두에 액세스할 수 있는 충분한 시간이 있어야 합니다. 시간이 더 필요한 경우 계정 관리자와 함께 작업할 수 있습니다. ## 2단계: 추가 Tableau Cloud 사이트 만들기 Tableau Server에서 여러 사이트를 만든 경우 [Tableau Cloud Manager](https://help.tableau.com/current/online/ko-kr/cloud_manager_intro.htm)를 사용하여 Tableau Cloud에서 동일한 사이트를 만들고 싶을 수 있습니다. 클라우드 관리자의 경우 [사이트를 추가](https://help.tableau.com/current/online/ko-kr/cloud_manager_sites.htm)하여 콘텐츠 환경을 분리하고, 사용자와 라이선스를 관리하고, 사용 권한을 제어할 수 있습니다. 만들 수 있는 Tableau Cloud 사이트 수는 구매한 Tableau 버전에 따라 다릅니다. 추가 사이트를 만든 후 각 사이트에 대해 이 항목의 나머지 단계를 계속 진행하십시오. ## 3단계: 인증 방법 지정 기본 인증 방법은 사용자 이름 및 비밀번호(TableauID)입니다. TableauID 사용자가 Tableau Cloud에 안전하게 액세스하려면 다단계 인증이 필요합니다. 또한 대부분의 업계 표준 SSO(Single Sign-On) 옵션을 지원합니다. [인증](https://help.tableau.com/current/online/ko-kr/security_auth.htm)에서 자세한 내용을 참조하여 조직에 가장 적합한 인증 방법을 결정하십시오. ## 4단계: 사이트에 익숙해지기 [사이트 설정](https://help.tableau.com/current/online/ko-kr/sites_add.htm)을 살펴보고 조직의 요구 사항에 맞게 적절하게 구성되었는지 확인합니다. ## 5단계: 데이터 연결 구성 Tableau Cloud가 데이터에 연결하는 방식은 데이터가 저장된 위치에 따라 다릅니다. 각 방법마다 필요한 준비가 다를 수 있으며 아래에 설명되어 있습니다. 어떤 옵션이 적합한지 확실하지 않은 경우 계정 관리자에게 문의하십시오. ### 공개적으로 사용 가능한 클라우드 데이터 예를 들어 공개적으로 사용 가능한 클라우드 데이터에는 Google Drive, Dropbox, OneDrive, Snowflake 등이 있습니다. 연결이 데이터베이스인 경우 Tableau Cloud를 사용하여 쿼리해야 할 수 있습니다. 연결을 사용하도록 설정하려는 경우 [Tableau Cloud에 게시된 클라우드 데이터에 대한 액세스 권한 부여](https://help.tableau.com/current/pro/desktop/ko-kr/publish_tableau_online_ip_authorization.htm)를 참조하십시오. Excel 및 .csv 파일과 같은 플랫 파일의 경우 이러한 파일을 Google Drive, Dropbox 또는 OneDrive와 같은 클라우드 저장소에 저장하는 것이 좋습니다. 그런 다음 Tableau Cloud에서 데이터에 대한 직접 연결을 사용하도록 설정할 수 있습니다. 그밖의 경우 로컬에 저장된 플랫 파일에 대한 연결을 유지하도록 Tableau Bridge를 구성해야 합니다. ### 온프레미스, 로컬 파일 또는 프라이빗 클라우드 데이터 로컬 파일, 프라이빗 클라우드 데이터 및 온프레미스 데이터는 예를 들어 SQL Server, Oracle 또는 로컬 Excel 파일일 수 있습니다. 데이터를 비공개 상태로 유지해야 하는 경우 [Tableau Bridge](https://help.tableau.com/current/online/ko-kr/to_bridge_install.htm)를 설치하고 구성해야 합니다. Tableau Bridge는 Tableau Cloud와 방화벽 뒤의 데이터 간에 안전한 통신을 제공합니다. 데이터에 액세스할 수 있는 별도의 컴퓨터에서 방화벽 뒤에 Bridge를 설치합니다. [Bridge 클라이언트 정보](https://help.tableau.com/current/online/ko-kr/to_bridge_client.htm)를 참조하십시오. 선택 사항: Excel, CSV 등 로컬 파일의 경우 Tableau Bridge를 사용하는 대신 Google Drive, Dropbox, Onebox와 같은 클라우드 저장소에 저장할 수 있습니다. ## 마이그레이션 워크플로우 이 가이드는 Tableau Cloud로 마이그레이션하기 위한 단계별 프로세스에 따라 구성되어 있습니다. 1. [마이그레이션 계획](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm) 2. **현재 위치:** Tableau Cloud 사이트 만들기 및 구성 3. [가상 연결 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2-5.htm) 4. [데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud로 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part3.htm) 5. [Tableau Cloud용 새로 고침 일정 다시 만들기](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part4.htm) 6. [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm) 7. [Tableau Cloud에 나머지 사용자 추가](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part6.htm) 8. [최종 사용자 마이그레이션 검사 목록](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part7.htm) [주요 콘텐츠로 건너뛰기](#main-content) # Tableau Cloud 수동 마이그레이션 가이드 이 가이드에서는 수동으로 Tableau Server 배포를 Tableau Cloud로 마이그레이션하는 방법을 설명합니다. 간단히 말해서 이 가이드는 100명 미만의 사용자로 Tableau Server를 실행하고 있고 완전히 수작업으로 진행하는 셀프 서비스 마이그레이션 프로세스에 익숙한 관리자에게 유용합니다. 사용자가 훨씬 더 많고 데이터 요구 사항이 더 복잡한 경우 [전문 서비스 또는 숙련된 마이그레이션 파트너](https://www.tableau.com/ko-kr/solutions/tableau-migration)와 협력하여 Tableau Cloud로 마이그레이션하는 것이 도움이 될 수 있습니다. 이 항목의 후반부에는 마이그레이션을 계획하는 방법에 대한 지침이 포함되어 있습니다. 그러나 먼저 Tableau Cloud로 이전하는 것이 조직에 현명한 조치인 까닭을 파악해야 합니다. ## 마이그레이션이 필요한 이유 소규모 사용자 그룹을 위해 단일 Tableau Server를 실행하는 경우 작업을 Tableau Cloud로 이전하면 대부분 시간과 비용을 절약할 수 있습니다. Tableau Cloud로 이전할 때 쉽게 얻을 수 있는 이점이 바로 대부분의 사람들에게 부족한 시간을 절약해주는 것입니다. 그리고 예기치 않게 Tableau Server 설치를 실행하고 있는 데이터 과학자 또는 분석가라면 마이그레이션하고 데이터 작업에 주력할 수 있습니다! 더 큰 규모의 조직은 어떻습니까? 조직의 사용자가 100명을 초과하는 경우 규모에 따라 비용과 시간을 절약할 수 있는 이점이 있습니다. Tableau Cloud는 대규모 조직을 처리하도록 구축되었지만 이 가이드에서는 다루지 않습니다. 더 큰 조직을 마이그레이션하려는 경우 전문 서비스 또는 숙련된 마이그레이션 파트너와의 작업에 대해 자세히 알아볼 수 있는 [Tableau Cloud 마이그레이션](https://www.tableau.com/ko-kr/solutions/tableau-migration)을 확인하십시오. 대부분의 조직에서 Tableau Server를 원활하게 유지하기 위해 현재 수행하고 있는 모든 작업보다 Tableau Cloud가 더 빠르고 안정적일 것입니다. 다른 주요 서버 업그레이드나, 아시다시피 업그레이드의 또 다른 이름인 유지 관리 버전 업데이트에 직면할 필요가 없습니다. Tableau Cloud는 항상 최신 기능을 갖춘 최신 릴리스를 실행합니다. 서비스를 통해 안정성과 성능이 뒷받침됩니다. 마이그레이션 프로세스를 마치면 Tableau Cloud에서는 사용자 및 데이터를 관리하는 시간만 할애하면 됩니다. 이것이 전부입니다. 서비스 오류 해결, 로그 결합, 여러 번 다시 시작하는 등의 작업이 없습니다. 계정 관리자와 협력하여 사용자 지원 비용을 파악하십시오. 전체 비용을 평가할 때 SAAS와 자체 호스팅 서버 간에 사용자당 라이선스 비용이라는 단일 메트릭의 단순 비교는 적합하지 않습니다. 이 비교는 Tableau Server 관리에 소요되는 시간과 하드웨어 교체 또는 임대에 드는 자본 비용을 포함하지 않는 경우 특히 취약합니다. 클라우드에서 단일 서버를 실행하는 연간 비용은 연간 $10,000 이상일 수 있습니다. 물론 모든 분석에는 유지 관리 인건비, 주기적인 업데이트 및 문제 해결 비용이 포함되어야 합니다. ### 심화 정보 - Tableau Cloud로의 이전에 대한 신속하고 관련성 높은 평가를 보려면 [내 분석 데이터를 Tableau Cloud로 옮겨야 합니까?(영문)](https://www.tableau.com/ko-kr/blog/should-i-move-my-analytics-cloud) 블로그 게시물을 참조하십시오. - 온프레미스 또는 자체 호스팅에서 Tableau Cloud로 전환할 때의 이점에 대한 자세한 내용은 GigaOm의 연구 문서인 [CxO Decision Brief: SaaS 비즈니스 인텔리전스 플랫폼(영문)](https://portal.gigaom.com/report/cxo-decision-brief-saas-business-intelligence-platforms)을 참조하십시오. - 실제 비용 절감 및 성능 향상을 자세히 설명하는 사례 연구는 [Tableau Cloud로의 Splunk 마이그레이션으로 서버 관리 오버헤드를 제거하고 대시보드 성능 향상(영문)](https://www.tableau.com/ko-kr/solutions/customer/splunk-migrates-tableau-cloud-eliminates-server-admin-overhead)을 참조하십시오. ## 마이그레이션이 합리적이지 않은 경우 다음 목록은 마이그레이션하는 대신 고유한 Tableau Server 인스턴스를 계속 관리하는 것이 타당할 수 있는 시나리오를 설명합니다. Tableau는 지속적으로 Tableau Cloud를 개선하기 위해 최선을 다하고 있으며 이러한 격차를 해소하기 위해 새로운 기능을 출시할 때 이 목록을 업데이트할 예정입니다. 그러나 마이그레이션을 결정하기 전에 Tableau Cloud가 요구 사항을 충족하는지 확인하는 것이 중요합니다. 마이그레이션을 진행하기 전에 요구 사항을 확인하십시오. - **규정 및 데이터 상주:** Tableau Cloud가 아직 충족하지 못하는 규정(예: FedRAMP, PCI 등) 또는 데이터 상주 요구 사항을 준수해야 하는 공간에서 비즈니스가 운영되는 경우입니다. [최신 규정 준수 목록을 검토](https://compliance.salesforce.com/en/services/tableau-cloud) 하고 새 인증이 제공되는 시기를 자주 확인하십시오. - **데이터 원본:** Tableau Cloud에서 작동하지 않거나 Tableau Bridge에서 지원하지 않거나 호환 가능한 방식으로 추출할 수 있는 소유권 범위를 벗어난 데이터 솔루션을 사용하는 조직의 경우입니다. 이러한 데이터 원본의 예로는 큐브 데이터 원본, 사용자 지정 커넥터, 패키지형 Tableau 커넥터(.taco) 파일 등이 있습니다. 다음 항목인 [마이그레이션 계획](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm)에서는 Tableau Cloud에서 사용할 수 있도록 지원되는 다양한 데이터 원본 및 옵션을 안내합니다. 또한 무료 [Tableau Cloud 마이그레이션 기술 준비 상태 평가](https://exchange.tableau.com/ko-kr/products/921)를 다운로드하여 현재 사용 중인 데이터 원본이 무엇인지, Tableau Cloud에서 지원되는지 확인할 수도 있습니다. - **사이트 용량:** 데이터가 1테라바이트 이상인 경우 [Tableau Cloud용 Advanced Management](https://help.tableau.com/current/online/ko-kr/itm_intro.htm)를 참조하십시오. 그 이하인 경우 [Tableau Cloud 사이트 용량](https://help.tableau.com/current/online/ko-kr/to_site_capacity.htm)을 검토하여 필요한 통합을 최적화합니다. [Tableau Cloud 마이그레이션 기술 준비 상태 평가](https://exchange.tableau.com/ko-kr/products/921)는 통합이 필요한 자산을 식별하는 데 도움이 될 수 있습니다. - **인증:** 외부 ID 저장소, Kerberos 인증 또는 Kerberos 위임 인증에 LDAP가 필요한 경우입니다. - **데이터 관리:** Tableau Prep 흐름이 Tableau Bridge에서 지원되지 않는 경우입니다. 사설망 뒤에 있는 데이터에 대해 Tableau Prep 흐름을 사용하여 자동화된 데이터 업데이트가 필요한 경우 [Tableau Cloud에서 온프레미스 데이터로 Tableau Prep Conductor 흐름을 실행하는 방법](https://kb.tableau.com/articles/howto/how-to-run-tableau-prep-conductor-flows-with-on-premises-data-in-tableau-cloud?lang=ko-kr)을 참조하십시오. Python을 사용하는 Tableau Prep 흐름도 Tableau Bridge에서 지원되지 않습니다. ## 이 가이드의 대상 이 가이드는 Tableau Cloud로의 마이그레이션을 수행할 사람 또는 팀을 위해 작성되었습니다. 이 가이드는 사용자가 100명 이하인 Tableau Server 설치를 위해 제작되었습니다. 이 가이드는 1~2주 내에 조직을 Tableau Server에서 Tableau Cloud의 모든 기능을 갖춘 사이트로 전환하기 위한 단계별 수동 프로세스를 안내합니다. Tableau Cloud에서 핵심 관리 기능(ID/사용자, 사이트 구성, 인증, 데이터 연결 등)을 마이그레이션하고 만든 후, 대량의 콘텐츠 마이그레이션을 조직의 Creator와 공유할 수 있습니다. "Creator"는 Creator 역할 기반 라이선스가 있는 사용자입니다. 목표에 따라 관리자 또는 Creator가 콘텐츠를 마이그레이션할 수 있습니다. 이러한 이유로 이 가이드에 사용되는 마이그레이션 관련 콘텐츠는 Creator를 대상으로 합니다. 콘텐츠를 마이그레이션하는 사용자는 Creator 라이선스와 [Tableau Desktop](https://www.tableau.com/ko-kr/products/desktop)에 대한 액세스 권한이 있어야 합니다. Creator가 Tableau Prep 흐름을 마이그레이션하는 경우 Tableau Prep Builder도 설치되어 있어야 합니다. ## 마이그레이션 후 이 가이드에서는 가능한 한 많은 Tableau Cloud 플랫폼을 다루기 위해 최선을 다하겠지만, 일부 기능은 관리자가 최종 사용자를 대신하여 설정할 수 없습니다. 사용자는 마이그레이션이 완료된 후 콘텐츠를 일부 업데이트해야 합니다. 클라우드만의 기본 기능을 사용하여 Tableau Cloud에서 새로 만드는 것이 더 나은 기능도 몇 가지 있습니다. ### Tableau Cloud의 기능 차이점 앞서 언급한 바와 같이 Tableau Cloud를 실행하는 것이 자체 Tableau Server를 관리하는 것보다 관리 측면에서 훨씬 덜 노동 집약적입니다. Tableau Server 도움말 항목 _Tableau Server에서 Tableau Cloud로 마이그레이션 시 기술 고려 사항_([Windows](https://help.tableau.com/current/server/ko-kr/migrate_server_to_cloud_overview.htm) | [Linux](https://help.tableau.com/current/server-linux/ko-kr/migrate_server_to_cloud_overview.htm))에서 기능 차이에 대한 요약 목록을 찾을 수 있습니다. 다음은 몇 가지 가장 일반적인 항목입니다. - Tableau Cloud에서 관리자는 _Tableau Server 리포지토리_([Windows](https://help.tableau.com/current/server/ko-kr/server_process_repository.htm) | [Linux](https://help.tableau.com/current/server-linux/ko-kr/server_process_repository.htm))에 직접 액세스할 수 없습니다. 대신 [관리자 인사이트](https://help.tableau.com/current/online/ko-kr/adminview_insights_manage.htm)를 사용하면 현재 라이선스 상태 및 성능을 포함하여 Tableau 환경에서 진행되는 상황을 이해할 수 있습니다. - Tableau Cloud에서는 게스트 액세스를 사용할 수 없습니다. 대신 액세스 범위를 넓히려면 [연결된 애플리케이션](https://help.tableau.com/current/online/ko-kr/connected_apps.htm)을 사용하십시오. - 전체 맞춤 글꼴 기능은 지원되지 않지만 게시된 콘텐츠에 사용할 수 있는 Google 글꼴 집합은 사용할 수 있습니다. - Tableau Cloud는 관리를 위해 테넌트 및 사이트 모델을 사용합니다. [Tableau Cloud Manager](https://help.tableau.com/current/online/ko-kr/cloud_manager_intro.htm)를 사용하여 Tableau Server에서와 마찬가지로 테넌트에 여러 사이트를 만들 수 있습니다. 기본적으로 최대 3개의 Tableau Cloud 사이트를 만들 수 있습니다. 이 용량은 구매한 Tableau 버전에 따라 증가하며, [Enterprise](https://help.tableau.com/current/online/ko-kr/to_tab_enterprise_features.htm)를 사용하는 경우 최대 10개 사이트, [Tableau+](https://help.tableau.com/current/online/ko-kr/to_tab_plus_features.htm)를 사용하는 경우 최대 50개 사이트까지 늘어납니다. [Tableau Cloud 마이그레이션 기술 준비 상태 평가](https://exchange.tableau.com/ko-kr/products/921)를 실행하여 Tableau Cloud로 마이그레이션하기 전에 조정해야 할 사용 사례가 있는지 파악합니다. ### 최종 사용자가 완료해야 하는 작업 관리자가 최종 사용자를 대신하여 설정할 수 없거나 수동 재구성이 필요한 일부 기능이 있습니다. 사용자와 직접 공유할 수 있도록 전체 목록을 [최종 사용자 마이그레이션 검사 목록](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part7.htm)으로 별도로 제공합니다. 이러한 작업의 일부를 살펴보면 다음과 같습니다. - 웹후크 - 내장 솔루션 업데이트 - REST API 스크립트 업데이트 - 분석 확장 프로그램 구성 ## 버전 호환성  일반적으로 설명서는 최신 버전의 Tableau Server를 기반으로 하지만 이 가이드에서 다루는 프로세스는 프로그래밍 방식 또는 자동화된 마이그레이션이 아니므로 이전 버전의 Tableau Server에서 Tableau Cloud로 마이그레이션하더라도 문제가 발생하지는 않습니다. 엄밀히 말하면 이 가이드의 프로세스는 관리용 구성과 관련하여 "마이그레이션"이라기보다는 "이식"에 가깝습니다. ## 라이선스 Tableau Cloud는 역할 기반 구독 라이선스를 사용합니다. Tableau Server는 역할 기반 구독 라이선스 및 기존 가격 책정 모델을 지원합니다. 다른(이전) 라이선스 모델을 사용 중인 경우 Tableau 계정 팀에 문의하여 라이선스를 역할 기반 구독으로 전환하십시오. ## 추가 지원 이 자료를 읽은 후 수동 마이그레이션을 직접 수행하지 않고 전문가에게 맡기기로 결정할 수 있습니다. 그러한 경우 [숙련된 마이그레이션 파트너](https://www.tableau.com/ko-kr/solutions/tableau-migration#partners)에게 연락하여 Tableau Cloud로의 마이그레이션을 빠르게 완료하는 방법을 알아보십시오. ## 마이그레이션 워크플로우 이 가이드는 Tableau Cloud로 마이그레이션하기 위한 단계별 프로세스에 따라 구성되어 있습니다. 1. [마이그레이션 계획](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm) 2. [Tableau Cloud 사이트 만들기 및 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2.htm) 3. [가상 연결 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2-5.htm) 4. [데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud로 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part3.htm) 5. [Tableau Cloud용 새로 고침 일정 다시 만들기](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part4.htm) 6. [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm) 7. [Tableau Cloud에 나머지 사용자 추가](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part6.htm) 8. [최종 사용자 마이그레이션 검사 목록](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part7.htm) [주요 콘텐츠로 건너뛰기](#main-content) # Tableau Cloud에 나머지 사용자 추가 본 문서는 [Tableau Cloud 수동 마이그레이션 가이드](https://help.tableau.com/current/guides/migration/ko-kr/emg_intro.htm)입니다. 이 가이드에서는 사용자가 100명 미만인 Tableau Server 배포를 Tableau Cloud로 수동으로 마이그레이션하는 방법을 설명합니다. 이제 모든 콘텐츠를 마이그레이션하고 프로젝트, 그룹 및 사용 권한을 설정했으므로 나머지(또는 전체) 사용자를 추가할 수 있습니다. 이 항목에서는 사이트 내에 사용자를 추가하는 방법에 대해 설명합니다. 여러 사이트에서 사용자를 추가하거나 제거하고 해당 사이트 역할을 수정하려면 클라우드 관리자가 Tableau Cloud Manager를 사용하면 됩니다. 자세한 내용은 [Tableau Cloud Manager로 사용자 관리](https://help.tableau.com/current/online/ko-kr/cloud_manager_users.htm)를 참조하십시오. ## 사용자 추가 사용자를 추가하는 즉시 해당 사용자가 콘텐츠에 액세스할 수 있습니다. 사용자를 추가하기 전에 [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm)의 절차를 따르십시오. 또한 Tableau Cloud로 마이그레이션하기 전에 사용자 사이트 역할에 대해 알아보는 것이 좋습니다. [사용자의 사이트 역할 설정](https://help.tableau.com/current/online/ko-kr/users_site_roles.htm)을 참조하십시오. 아래와 같이 수동으로 사용자를 추가할 수 있습니다. 사용자가 많고 CSV 파일로 일괄 가져오기를 원하는 경우 [사용자 가져오기](https://help.tableau.com/current/online/ko-kr/users_import.htm)를 참조하십시오. ### 수동으로 사용자 추가 1. Tableau Server 사이트에 로그인하고 **사용자**를 선택합니다. 2. 사용자 페이지에서 사용자 추가를 클릭한 다음 사용자 이름으로 사용자 추가를 클릭합니다. ![](/tableau/current/ko-kr/guides/migration/ko-kr/Img/users_add_online.png) 3. 가져온 사용자가 Tableau Cloud에 로그인할 때 사용할 인증 방법을 선택합니다. 사이트에 인증이 구성되어 있지 않으면 가져온 사용자에게 Tableau 및 MFA 인증 방법이 할당됩니다. **참고:** 사용자를 추가한 후 언제라도 사용자 페이지로 이동하여 사용자 인증 유형을 변경할 수 있습니다. 4. **사용자 이름 입력** 텍스트 상자에 사용자의 사용자 이름(이메일 주소 형식)을 입력합니다. 둘 이상의 사용자를 추가하는 경우 각 사용자 이름을 세미콜론으로 구분하십시오. 예: _tdavis@example.com; jjohnson@example.com; hwilson@example.com_ 5. 드롭다운 목록에서 사이트 역할을 선택하여 추가할 모든 사용자에게 해당 사이트 역할을 할당합니다. 사이트 역할 정의는 [사용자의 사이트 역할 설정](https://help.tableau.com/current/online/ko-kr/users_site_roles.htm)을 참조하십시오. 6. 사용자 추가를 클릭합니다. 새 사용자의 사용자 이름에 tableau.com의 계정이 이미 연결된 경우에는 사용자에게 해당 계정의 기존 이메일 주소 및 비밀번호를 사용하여 로그인하라는 메시지가 나타납니다. 새 사용자의 사용자 이름에 tableau.com의 계정이 아직 연결되지 않은 경우에는 성, 이름 및 비밀번호를 입력하라는 메시지가 나타납니다. 사용자가 이러한 값을 제공할 때까지 Tableau Server 사용자 목록의 해당 사용자 항목에 앞에 마침표가 있는 이메일 주소가 표시됩니다. 예를 들면 다음과 같습니다. `.snguyen@example.com` 사용자가 로그인하면 항목이 전체 이름을 표시하도록 업데이트됩니다. 예를 들면 다음과 같습니다. `Susan Nguyen` ## 마이그레이션 워크플로우 이 가이드는 Tableau Cloud로 마이그레이션하기 위한 단계별 프로세스에 따라 구성되어 있습니다. 1. [마이그레이션 계획](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm) 2. [Tableau Cloud 사이트 만들기 및 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2.htm) 3. [가상 연결 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2-5.htm) 4. [데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud로 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part3.htm) 5. [Tableau Cloud용 새로 고침 일정 다시 만들기](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part4.htm) 6. [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm) 7. **현재 위치**: Tableau Cloud에 사용자 추가 8. [최종 사용자 마이그레이션 검사 목록](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part7.htm) [주요 콘텐츠로 건너뛰기](#main-content) # Tableau Cloud용 새로 고침 일정 다시 만들기 본 문서는 [Tableau Cloud 수동 마이그레이션 가이드](https://help.tableau.com/current/guides/migration/ko-kr/emg_intro.htm)입니다. 이 가이드에서는 사용자가 100명 미만인 Tableau Server 배포를 Tableau Cloud로 수동으로 마이그레이션하는 방법을 설명합니다. ## 추출 데이터 원본에 대한 새 새로 고침 일정 설정 - 추출 데이터 원본의 경우 Tableau Cloud에서 게시된 데이터 원본 또는 내장된 데이터 원본으로 이동합니다. 추출 새로 고침 > 새 추출 새로 고침을 선택하고 추출 일정 선택합니다. Tableau Bridge가 필요한 데이터 원본의 경우 추출 새로 고침을 설정하기 전에 연결을 위해 Bridge가 구성되어 있는지 확인하십시오. [사설 클라우드 데이터에 Bridge 사용](https://help.tableau.com/current/online/ko-kr/to_bridge_vpc.htm)을 참조하십시오. ## Tableau Prep 흐름에 대한 새로운 새로 고침 일정 설정 흐름 일정을 예약하는 기능은 Data management 고객에게만 제공됩니다. - Tableau Prep 흐름에 대한 새로운 새로 고침 일정을 설정하려면 Tableau Cloud에서 흐름으로 이동합니다. 예약된 작업 > 새 작업을 선택하고, 일정을 선택하고 구성합니다. 연결된 작업에 대해서도 동일하게 수행합니다. 자세한 내용은 [흐름 작업 일정 예약](https://help.tableau.com/current/online/ko-kr/prep_conductor_schedule_flow_task.htm)을 참조하십시오. Tableau Cloud에서는 흐름에 대한 사용자 지정 일정이 지원되지 않습니다. ## 마이그레이션 워크플로우 이 가이드는 Tableau Cloud로 마이그레이션하기 위한 단계별 프로세스에 따라 구성되어 있습니다. 1. [마이그레이션 계획](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm) 2. [Tableau Cloud 사이트 만들기 및 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2.htm) 3. [가상 연결 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2-5.htm) 4. [데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud로 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part3.htm) 5. **현재 위치**: Tableau Cloud용 새로 고침 일정 다시 만들기 6. [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm) 7. [Tableau Cloud에 나머지 사용자 추가](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part6.htm) 8. [최종 사용자 마이그레이션 검사 목록](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part7.htm) [주요 콘텐츠로 건너뛰기](#main-content) # Tableau Server 엔터프라이즈 배포 가이드 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. Tableau Server EDG(엔터프라이즈 배포 가이드)는 Tableau Server 배포(온프레미스 또는 클라우드)를 위한 규범적 지침을 제공하기 위해 개발되었습니다. 이 가이드는 참조 아키텍처의 컨텍스트에서 엔터프라이즈 시나리오에 대한 배포 지침을 제공합니다. Tableau는 참조 아키텍처를 테스트하여 업계 표준 모범 사례에 따른 보안, 확장성 및 성능 벤치마크를 준수하는지 확인했습니다. 개괄적으로 업계 표준 엔터프라이즈 배포의 핵심 기능은 서버 응용 프로그램 기능의 각 계층(웹 게이트웨이 계층, 응용 프로그램 계층 및 데이터 계층)이 액세스 제어 서브넷으로 바인딩되고 보호되는 계층형 토폴로지로 구성됩니다. 인터넷에서 서버 응용 프로그램에 액세스하는 사용자는 웹 계층에서 인증됩니다. 인증되면 보호되는 서브넷으로 요청이 중계되고 여기에서 응용 프로그램 계층이 비즈니스 논리를 처리합니다. 가치가 높은 데이터는 세 번째 서브넷인 데이터 계층으로 보호됩니다. 응용 프로그램 계층의 서비스는 보호되는 네트워크를 통해 데이터 계층과 통신하여 백엔드 데이터 원본에 대한 데이터 요청을 처리합니다. 이 배포에서는 모든 설계 의사 결정 및 구현에서 보안을 가장 먼저 고려합니다. 그러나 안정성, 성능 및 확장성도 우선적인 요구 사항입니다. 이 참조 아키텍처의 분산형 및 모듈식 설계를 보면 안정성 및 성능이 예측 가능한 방식으로 선형 확장되는 것을 알 수 있습니다. 호환되는 서비스를 각 노드에 전략적으로 함께 배치하고 요충지에 서비스를 추가하기 때문입니다. ## 이 가이드의 대상 EDG는 다음을 수행해야 하는 엔터프라이즈 IT 관리자를 위해 개발되었습니다. - IT에서 관리하는 Tableau 배포 - 업계 규정 준수 정책 적용 - 업계 배포 모범 사례 - 기본적으로 안전한 배포 EDG는 엔터프라이즈 참조 아키텍처 배포를 위한 구축 가이드입니다. 이 EDG 버전에는 AWS/Linux 구축 예가 포함되어 있지만, 이 가이드는 숙련된 엔터프라이즈 IT 관리자가 특정 참조 아키텍처를 모든 업계 표준 데이터 센터 환경에 배포하는 리소스로 사용할 수 있습니다. ## 버전 이 버전의 EDG는 Tableau Server의 2021.2.3 버전 이상을 위해 개발되었습니다. 이전 버전의 Tableau Server를 배포할 때 이 EDG를 일반 참조로 사용할 수 있지만 2021.2.3 이상이 포함된 참조 아키텍처를 배포하는 것이 좋습니다. 이전 버전의 Tableau Server에서는 일부 기능 및 옵션을 사용할 수 없습니다. 최신 기능과 개선 사항을 활용하려면 Tableau Server 2022.1.7 이상이 포함된 EDG를 배포하는 것이 좋습니다. 이 가이드에 설명된 참조 아키텍처는 다음 Tableau 클라이언트(호환되는 브라우저가 포함된 웹 작성, Tableau Mobile 및 Tableau Desktop 버전 2021.2.1 이상)를 지원합니다. 다른 Tableau 클라이언트(Tableau Prep, Bridge 등)는 아직 참조 아키텍처를 통해 검증되지 않았습니다. ## 주요 기능 Tableau Server 참조 아키텍처의 첫 번째 버전은 다음 시나리오 및 기능을 도입합니다. - 클라이언트 사전 인증: Tableau 클라이언트(Desktop, Mobile, 웹 작성)는 내부 Tableau Server에 액세스하기 전에 웹 계층에서 기업 인증 공급자를 통해 인증됩니다. 이 프로세스는 역방향 프록시 서버 역할을 하는 Tableau Server 독립 게이트웨이에서 authN 플러그인을 구성하여 관리됩니다. [5부 - 웹 계층 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part5.htm)을 참조하십시오. - 제로 트러스트 배포: Tableau Server에 대한 모든 트래픽이 사전 인증되기 때문에 전체 Tableau 배포가 신뢰할 수 있는 연결이 필요하지 않은 사설 서브넷에서 작동합니다. - 외부 리포지토리: 참조 아키텍처는 Tableau 리포지토리를 외부 PostgreSQL 데이터베이스에 설치하도록 지정하여 DBA가 리포지토리를 일반 데이터베이스로 관리, 최적화, 확장 및 백업할 수 있도록 합니다. - 초기 노드 복구: EDG는 장애 발생 시 초기 노드 복원을 자동화하는 스크립트를 도입합니다. - tar 기반 백업 및 복원: 익숙한 tar 백업을 Tableau 배포의 전략적 이정표로 사용합니다. 실패 또는 배포 구성 오류가 발생하는 경우 연결된 tar 백업을 복구하여 이전 배포 단계로 빠르게 복구할 수 있습니다. - 성능 개선: 고객과 연구실 검증에서 EDG를 실행할 때 표준 배포에 비해 15%~20% 성능이 향상되는 것으로 나타났습니다. ## 라이선스 이 가이드에 규정된 Tableau Server 참조 아키텍처를 사용하려면 Tableau Advanced Management 라이선스를 통해 Tableau Server 외부 리포지토리를 사용할 수 있어야 합니다. 필요한 경우 Tableau Server 외부 파일 저장소를 배포할 수 있는데, 이 경우에도 Tableau Advanced Management 라이선스가 필요합니다. _Tableau Server([Linux](https://help.tableau.com/current/server-linux/ko-kr/itm_intro.htm))의 Tableau Advanced Management 정보_를 참조하십시오. [주요 콘텐츠로 건너뛰기](#main-content) # 가상 연결 마이그레이션 본 문서는 [Tableau Cloud 수동 마이그레이션 가이드](https://help.tableau.com/current/guides/migration/ko-kr/emg_intro.htm)입니다. 이 가이드에서는 사용자가 100명 미만인 Tableau Server 배포를 Tableau Cloud로 수동으로 마이그레이션하는 방법을 설명합니다. 조직이 Tableau Server의 가상 연결을 사용하는 경우 계속 진행하기 전에 해당 연결을 마이그레이션해야 합니다. Tableau Server에 대해 가상 연결이 구성되어 있지 않은 경우 이 절차를 건너뜁니다. Tableau Server에서 Tableau Cloud로 가상 연결을 마이그레이션하는 작업은 수동 프로세스입니다. Tableau Cloud 사이트에서 가상 연결(또는 게시된 데이터 원본과 가상 연결)을 다시 만들고 각 통합 문서의 데이터 원본을 새 가상 연결로 바꾼 다음 원래 통합 문서 데이터 원본의 계산 수식을 복사하여 업데이트된 통합 문서에 붙여 넣어야 합니다. **1단계: Tableau Cloud에서 가상 연결 다시 만들기 및 테스트** [가상 연결 만들기](https://help.tableau.com/current/online/ko-kr/dm_vconn_create_conn.htm)를 참조하십시오. **2단계: 가상 연결로 구축된 게시된 데이터 원본 다시 만들기** 가상 연결을 사용하는 모든 게시된 데이터 원본을 다시 만들어야 합니다. 1. [가상 연결 사용](https://help.tableau.com/current/online/ko-kr/dm_vconn_use.htm)의 절차를 따릅니다. 2. 원래 Server 데이터 원본을 정확하게 미러링할 수 있도록 Tableau Cloud에서 [게시된 데이터 원본을 만듭니다](https://help.tableau.com/current/pro/desktop/ko-kr/publish_datasources.htm). 다음 세부 정보가 일치해야 합니다. - 원래 데이터 원본의 모든 필드가 새 데이터 원본에 있어야 합니다. - 필드명: 대/소문자도 일치해야 합니다. - 측정값과 차원: 원래 필드에서 새 필드로 매핑되어야 합니다. - 기본 필드 설정: [필드의 기본 설정 편집](https://help.tableau.com/current/pro/desktop/ko-kr/datafields_fieldproperties.htm)을 참조하십시오. 3. 데이터 원본에 Tableau Bridge가 필요한지 확인합니다. **3단계: 통합 문서를 업데이트하여 이전 데이터 원본 바꾸기** Tableau Cloud로 마이그레이션하려는 각 통합 문서에 대해 Tableau Desktop에서 다음 절차를 실행하십시오. 1. Tableau Server에 로그인하고 마이그레이션하려는 통합 문서로 이동한 다음 통합 문서를 다운로드합니다. 2. 통합 문서 내에서 **파일 > 닫기**를 선택합니다. Tableau Desktop을 닫지 마십시오. 3. **서버 > http://example에 로그인됨 > 로그아웃**을 선택하여 Tableau Server에서 로그아웃합니다. Tableau Server에 연결되어 있는 동안 로그아웃에 대한 경고가 표시됩니다. **확인**을 클릭합니다. 4. **서버 > 로그인> Tableau Cloud**를 선택하여 Tableau Cloud에 로그인합니다. 5. Desktop 홈 화면에서 통합 문서 파일을 선택하여 다시 엽니다. 두 번의 _동작을 완료할 수 없습니다._ 오류 메시지가 수신됩니다. 오류 메시지를 닫습니다. 워크시트가 열리면 _워크시트 사용 불가능_ 메시지가 표시됩니다. 기본 창에서 연결을 편집하지 마십시오. 6. 이미 새 게시된 데이터 원본을 만든 경우 8단계로 건너뜁니다. 그렇지 않은 경우 **데이터 > 새 데이터 원본**으로 이동하여 데이터 원본을 업데이트합니다. - 이 통합 문서에 대해 만든 새 가상 연결로 이동한 다음 **연결**을 클릭합니다. - 원래 Tableau Server 통합 문서를 열고 수식을 복사합니다. 업데이트된 Cloud 통합 문서에 수식을 붙여 넣습니다. 7. 이전 데이터 원본과 정확히 일치하는 새 데이터 원본을 만듭니다. 필드명은 정확하게 일치해야 합니다. 8. 데이터 원본을 바꿉니다. 데이터 탭에서, 방금 만든 데이터 원본을 마우스 오른쪽 단추로 클릭한 다음 **데이터 원본 바꾸기**를 클릭합니다. **데이터 원본 바꾸기**의 **교체** 선택 도구에서 올바른 원본을 지정한 다음 **확인**을 클릭합니다. 9. 이전 데이터 원본을 마우스 오른쪽 단추로 클릭한 다음 **닫기**를 선택합니다. 10. 다음과 같이 데이터 원본을 게시합니다. - Tableau Cloud와 별도로 **게시 > 데이터 원본 > 데이터 원본 이름**을 선택합니다. - 통합 문서에 내장된 경우 **게시 > 통합 문서**를 선택합니다. ## 마이그레이션 워크플로우 이 가이드는 Tableau Cloud로 마이그레이션하기 위한 단계별 프로세스에 따라 구성되어 있습니다. 1. [마이그레이션 계획](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm) 2. [Tableau Cloud 사이트 만들기 및 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2.htm) 3. **현재 위치**: 가상 연결 마이그레이션 4. [데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud로 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part3.htm#clou) 5. [Tableau Cloud용 새로 고침 일정 다시 만들기](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part4.htm) 6. [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm) 7. [Tableau Cloud에 나머지 사용자 추가](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part6.htm) 8. [최종 사용자 마이그레이션 검사 목록](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part7.htm) [주요 콘텐츠로 건너뛰기](#main-content) # 학습 라이브러리 학습 라이브러리를 시작합니다. 자세한 내용을 학습하려는 프로세스가 포함된 단계의 이름을 찾으십시오. 다음 테이블이 표시될 때까지 아래로 스크롤하면 추가 학습 자습서, 비디오, 백서 및 기타 자료를 볼 수 있습니다. [Tableau 도움말](https://help.tableau.com/current/pro/desktop/ko-kr/default.htm)도 뛰어난 정보 출처입니다.
시작하기 자습서 단계탐구할 주제

샘플 데이터 원본에 연결

끌어놓기 방식으로 살펴보기

결과를 집중적으로 보기

데이터를 지리적으로 탐색

세부 정보로 드릴다운

심층 정보를 표시하는 대시보드 작성

결과를 다른 사용자와 공유

다음은 추가 학습 자습서, 비디오, 백서 및 기타 자료입니다. 이러한 리소스를 사용하여 Tableau Desktop에 대한 이해를 높일 수 있습니다.
원하는 작업리소스 위치콘텐츠 유형

Tableau 인터페이스의 항목을 학습합니다.

Tableau 작업 영역

레이블이 지정된 Tableau UI(사용자 인터페이스) 이미지를 볼 수 있습니다.

더 많은 자습서를 찾고 샘플 데이터를 사용하여 자습서의 지침을 따릅니다.

스스로 작성 연습

다음과 같은 자주 사용하는 차트 유형을 생성하는 방법을 안내하고 각 유형의 사용 시기를 설명하는 짧은 방법 안내서가 포함됩니다.

  • 막대 차트
  • 텍스트 테이블
  • 라인 차트
  • 분산형 차트
  • 히트 맵
  • 히스토그램
  • Gantt 차트
  • 파이 차트
  • 트리맵
  • 박스 플롯
  • 채워진 거품형 차트
  • 맵

데이터 비주얼리제이션을 위한 최상의 방법에 대한 예를 알아봅니다.

시각화를 위한 최상의 방법

효율적인 대시보드를 위한 최상의 방법

좋은 스토리를 만드는 최상의 방법

접근성이 높은 뷰를 설계하기 위한 최상의 방법

게시된 데이터 원본을 위한 최상의 방법

  • 멋지게 보이는 비주얼리제이션을 만드는 방법입니다.

  • 주요 정보를 발견하고 빠른 의사 결정을 하는 데 도움이 되는 효과적인 대시보드를 설계하는 방법입니다.

  • Tableau 스토리포인트를 사용하여 멋진 스토리를 만드는 방법입니다.

  • 시각적 또는 신체적 장애가 있는 사용자가 액세스할 수 있는 비주얼리제이션을 만드는 방법입니다.

  • 게시된 데이터 원본을 사용하여 데이터를 분석 가능하게 만드는 방법입니다.

작업을 시작하기 전에 Tableau 제품에 대한 추가 컨텍스트를 확인합니다.

백서

데이터 분석에서의 최상의 방법, 업계 추세 및 다음 단계에 대한 상세한 설명을 제공합니다.

온라인 또는 오프라인 교육을 찾습니다.

학습 및 교육

무료의 온라인 주문형 교육 과정을 수강하거나 강의실에서 진행되는 교육에 등록하여 전문 지식을 강화할 수 있습니다.

Tableau의 시스템 구성 방법 또는 타사 제품과 함께 사용하는 방법을 확인합니다.

기술 자료

특정 환경 또는 시나리오에서 Tableau를 사용하는 데 도움이 되는 콘텐츠가 포함되어 있습니다. 이러한 콘텐츠는 지원 요청을 바탕으로 생성되었습니다.
[주요 콘텐츠로 건너뛰기](#main-content) # 데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud로 마이그레이션 본 문서는 [Tableau Cloud 수동 마이그레이션 가이드](https://help.tableau.com/current/guides/migration/ko-kr/emg_intro.htm)입니다. 이 가이드에서는 사용자가 100명 미만인 Tableau Server 배포를 Tableau Cloud로 수동으로 마이그레이션하는 방법을 설명합니다. 수동 마이그레이션을 실행하는 많은 조직의 경우 사용자(또는 사용자 하위 집합)가 직접 본인에게 익숙한 콘텐츠를 새 Tableau Cloud 사이트로 마이그레이션하는 것이 합리적일 수 있습니다. 이 항목에 설명된 콘텐츠 마이그레이션 단계는 Creator 역할을 포함하여 조직의 사용자가 완료할 수 있습니다. ## 시작하기 전에 콘텐츠 마이그레이션을 시작하기 전에 전체 콘텐츠 목록을 만들고 기존 Tableau Server 환경을 정리하는 것이 가장 좋습니다. [대대적 정리: 오래된 콘텐츠를 보유하고 계십니까?](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm#Cleaning)를 참조하십시오. **Tableau Server를 계속 켜두십시오!** 마이그레이션 프로세스 중에 모든 콘텐츠 및 비즈니스 프로세스가 Tableau Server 시스템에서 계속 작동하는지 확인하십시오. 콘텐츠와 절차가 Tableau Cloud로 제대로 마이그레이션되었음을 확인하고 검증할 때까지 Tableau Server 환경을 해제하지 마십시오. ## 1단계: 최소 액세스 정책으로 사이트에 대한 프로젝트 만들기 새 Tableau Cloud 사이트는 최소 액세스 정책으로 설정하는 것이 좋습니다. 사용자가 Tableau Cloud에 추가되면 플랫폼의 콘텐츠에 액세스할 수 있다는 사실을 인지하고 있어야 합니다. 시작하기 전에 Tableau에서 사용 권한의 상호 작용 방식과 상속 방식에 대해 설명하는 [빠른 시작: 사용 권한](https://help.tableau.com/current/online/ko-kr/qs_permissions.htm) 과정을 복습 차원에서 검토하는 것이 좋습니다. Tableau Server의 맥락에서 이러한 개념에 익숙하다면 문제가 없습니다. Tableau Cloud 사용 권한은 Server와 동일한 논리를 사용합니다. 최소 액세스 정책으로 프로젝트를 설정하려면 다음 단계를 따르십시오. 1. 추가 프로젝트를 만들기 전에 기본 프로젝트에서 [템플릿 사용 권한](https://help.tableau.com/current/online/ko-kr/permissions_capabilities.htm)을 구성합니다. 2. 모든 사용자 그룹에 대한 사용 권한을 제거합니다. 모든 사용자를 제거하면 콘텐츠에 액세스해야 하는 사용자에 대한 명시적 사용 권한으로 프로젝트가 구성됩니다. 3. [그룹을 만듭니다](https://help.tableau.com/current/online/ko-kr/to_add_users_groups.htm). 그룹을 사용하면 대규모 조직 및/또는 콘텐츠의 사용 권한 관리가 단순해집니다. 일반 프로젝트 사용 권한 지침에 대한 자세한 내용은 [프로젝트를 사용하여 콘텐츠 액세스 관리](https://help.tableau.com/current/online/ko-kr/projects.htm)를 참조하십시오. ## 2단계: Creator 역할이 있는 사용자 추가 최소 액세스 정책을 구성한 후에는 이제 콘텐츠를 마이그레이션할 사용자를 추가해야 합니다. 콘텐츠를 마이그레이션하는 데 있어서 사용자가 중요하지 않은 경우 나중에 프로세스에서 추가할 수 있습니다. [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm)을 참조하십시오. Creator 사용자를 추가하려면 다음 지침을 따르십시오. - [사용자의 사이트 역할 설정](https://help.tableau.com/current/online/ko-kr/users_site_roles.htm)에서 사이트 역할을 검토하십시오. - [사용자를 수동으로 추가](https://help.tableau.com/current/online/ko-kr/sites_addusers.htm)하거나 [CSV 파일을 사용해 가져올](https://help.tableau.com/current/online/ko-kr/users_import.htm) 수 있습니다. - 사용자를 추가하고 사용자의 역할을 설정한 후 이전 단계에서 설정한 적절한 그룹에 사용자를 추가합니다. ## 3단계: 게시된 데이터 원본 마이그레이션 여러 통합 문서에서 게시된 단일 데이터 원본을 사용하는 경우 게시된 데이터 원본을 한 번만 마이그레이션하면 됩니다. 1. Tableau Desktop에서 Tableau Server 환경에 로그인하고 마이그레이션하려는 통합 문서로 이동한 다음 다운로드를 클릭합니다. 2. Tableau Desktop의 데이터 메뉴에서 데이터 원본을 선택하고 로컬 복사본 만들기를 선택한 다음 데이터 원본의 로컬 복사본을 저장합니다. 3. 시트에서 작업하면서 데이터 > 데이터 원본 바꾸기를 선택합니다. 다음 옵션을 입력합니다. - 현재: 현재 로컬 복사본 바꾸기: 저장한 로컬 복사본 - 데이터 패널에서 원래 게시된 데이터 원본을 마우스 오른쪽 단추로 클릭한 다음 닫기를 선택합니다. 4. 서버를 선택한 다음 로그아웃을 클릭합니다. 5. 데이터 메뉴에서 데이터 원본을 선택하고 서버에 게시를 선택합니다. 6. Tableau Desktop에서 Tableau Cloud에 로그인한 다음 데이터 원본을 게시합니다. 7. 필요한 경우 Tableau Cloud에서 해당 데이터 원본의 새로 고침을 예약합니다. 자세한 내용은 [Tableau Cloud용 새로 고침 일정 다시 만들기](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part4.htm)을 참조하십시오. 새로 게시된 데이터 원본이 통합 문서의 유일한 데이터 원본인 경우 다음 두 단계에 따라 통합 문서도 게시합니다. 통합 문서에 게시된 데이터 원본이 여러 개인 경우 다음 단계로 건너뜁니다. 1. 데이터 원본을 게시할 때 게시된 데이터 원본을 사용하도록 통합 문서 업데이트가 선택되어 있는지 확인합니다. 2. 서버 > 통합 문서 게시를 선택하고 Tableau Cloud에 통합 문서를 게시합니다. ## 4단계: 게시된 데이터 원본이 여러 개 있는 통합 문서 마이그레이션 Tableau Cloud로 마이그레이션하려는 모든 게시된 데이터 원본에 대해 다음 프로세스를 반복합니다. 1. Tableau Desktop에서 Tableau Server 환경에 로그인하고 마이그레이션하려는 게시된 데이터 원본으로 이동한 다음 다운로드를 클릭합니다. 2. 파일이 Tableau Desktop에서 열립니다. Tableau Desktop의 데이터 메뉴에서 데이터 원본을 선택하고 로컬 복사본 만들기를 선택한 다음 데이터 원본의 로컬 복사본을 저장합니다. 3. 데이터 패널에서 원래 게시된 데이터 원본을 마우스 오른쪽 단추로 클릭한 다음 닫기를 선택합니다. 4. 통합 문서의 모든 게시된 데이터 원본에 대해 2~3단계를 반복합니다. 5. 서버를 선택한 다음 로그아웃을 클릭합니다. 6. 시트에서 작업하면서 데이터 > 데이터 원본 바꾸기를 선택합니다. 다음 옵션을 입력합니다. - 현재: 현재 로컬 복사본 - 교체: 저장한 로컬 복사본 7. 모든 게시된 데이터 원본을 바꾼 후 선택 > 통합 문서 게시를 선택하여 통합 문서를 Tableau Cloud에 게시합니다. 통합 문서에 있는 내장된 데이터 원본에 Tableau Bridge가 필요한 경우 해당 데이터 원본은 마이그레이션 중에 별도로 게시해야 합니다. [데이터 원본 게시](https://help.tableau.com/current/pro/desktop/ko-kr/publish_datasources.htm)를 참조하십시오. ## 5단계: 내장된 데이터 원본이 여러 개 있는 통합 문서 마이그레이션 1. Tableau Desktop에서 Tableau Server 환경에 로그인하고 마이그레이션하려는 통합 문서로 이동한 다음 **다운로드**를 클릭합니다. 2. **서버**를 선택한 다음 **로그아웃**을 클릭합니다. 3. **서버**를 선택한 다음 **로그인**을 클릭하여 Tableau Cloud에 로그인합니다. 4. 내장된 데이터 원본이 자동 새로 고침을 위해 Tableau Bridge를 필요로 하고 **파일 데이터**(예: .cvs 및 .xlsx)인 경우 [온프레미스 데이터 게시(Tableau Cloud만 해당)](https://help.tableau.com/current/pro/desktop/ko-kr/publish_datasources.htm#publish-onpremises-data-tableau-cloud-only)의 지침을 따릅니다. 5. 데이터 원본이 Tableau Bridge를 필요로 하지 않는 경우 **또는** 파일 데이터가 아닌 경우 **서버 > 통합 문서 게시**를 선택합니다. ## 6단계: Tableau Prep 흐름 마이그레이션 공개적으로 사용 가능한 모든 클라우드 데이터의 경우 Tableau Cloud를 사용하여 쿼리해야 할 수 있습니다. 연결을 사용하도록 설정하려는 경우 [Tableau Cloud에 게시된 클라우드 데이터에 대한 액세스 권한 부여](https://help.tableau.com/current/pro/desktop/ko-kr/publish_tableau_online_ip_authorization.htm)를 참조하십시오. Tableau Cloud로 마이그레이션하려는 모든 Tableau Prep 흐름에 대해 다음 절차를 반복합니다. [Tableau Prep Builder](https://www.tableau.com/ko-kr/products/prep/download)를 실행하는 컴퓨터에서 이 절차를 실행합니다. 1. Tableau Server 환경에 로그인하고 마이그레이션하려는 흐름으로 이동한 다음 다운로드를 클릭합니다. 2. Tableau Prep Builder에서 흐름이 열립니다. 1. 흐름이 하나 이상의 게시된 데이터 원본에 연결되면 서버에 로그인하라는 메시지가 자동으로 표시됩니다. 자동으로 메시지가 표시되지 않으면 상단 메뉴에서 서버 > 로그인을 선택하고 Tableau Server에 로그인합니다. 2. 상단 메뉴로 이동하여 서버를 선택합니다. 서버 URL에 로그인됨을 클릭하고 로그아웃을 클릭합니다. 3. 흐름이 하나 이상의 게시된 데이터 원본에 연결되면 다음 경고가 표시됩니다. ![](/tableau/current/ko-kr/guides/migration/ko-kr/Img/prep-migrate_583x269.png) 4. 로그아웃을 클릭합니다. 3. 상단 메뉴로 이동하여 서버 > 로그인 > Tableau Cloud에 대한 빠른 연결을 선택하고 Tableau Cloud에 로그인합니다. 4. 흐름에 게시된 데이터 원본이 전혀 포함되지 않은 경우 다음 단계로 진행합니다. 흐름이 하나 이상의 게시된 데이터 원본에 연결되는 경우 다음을 수행합니다. 1. 연결 패널을 열고 Tableau Cloud에서 게시된 데이터 원본의 새 버전에 연결합니다. 2. 새 연결을 끌어 놓아 기존 Tableau Server의 게시된 데이터 원본 입력 단계를 바꿉니다. 3. 연결 플라이아웃에서 기존 연결을 마우스 오른쪽 단추로 클릭하고 Tableau Server의 게시된 데이터 원본을 삭제합니다. 4. 흐름에서 연결된 다른 모든 게시된 데이터 원본에 대해 단계를 반복합니다. 5. 흐름이 게시된 데이터 원본으로 출력되는 경우 출력 단계로 이동하여 Tableau Cloud에 새로 게시된 데이터 원본을 참조하도록 업데이트합니다. - 흐름이 출력된 다른 모든 게시된 데이터 원본에 대해 단계를 반복합니다. 6. 게시된 모든 데이터 원본이 교체된 후 서버 > 흐름 게시를 선택하거나 오른쪽 상단에 있는 게시 단추를 클릭하여 Tableau Cloud에 흐름을 게시합니다. ## 마이그레이션 워크플로우 이 가이드는 Tableau Cloud로 마이그레이션하기 위한 단계별 프로세스에 따라 구성되어 있습니다. 1. [마이그레이션 계획](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm) 2. [Tableau Cloud 사이트 만들기 및 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2.htm) 3. [가상 연결 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2-5.htm) 4. **현재 위치**: 데이터 원본, 통합 문서 및 흐름을 Tableau Cloud로 마이그레이션 5. [Tableau Cloud용 새로 고침 일정 다시 만들기](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part4.htm) 6. [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm) 7. [Tableau Cloud에 나머지 사용자 추가](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part6.htm) 8. [최종 사용자 마이그레이션 검사 목록](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part7.htm) [주요 콘텐츠로 건너뛰기](#main-content) # 마이그레이션 계획 본 문서는 [Tableau Cloud 수동 마이그레이션 가이드](https://help.tableau.com/current/guides/migration/ko-kr/emg_intro.htm)입니다. 이 가이드에서는 사용자가 100명 미만인 Tableau Server 배포를 Tableau Cloud로 수동으로 마이그레이션하는 방법을 설명합니다. 이 항목에서는 마이그레이션하기 전에 완료해야 하는 두 가지 중요한 계획 작업인 데이터 연결 전략 및 인증 메커니즘 설정을 안내합니다. Tableau Server 도움말 항목 _Tableau Server에서 Tableau Cloud로 마이그레이션 시 기술 고려 사항_([Windows](https://help.tableau.com/current/server/ko-kr/migrate_server_to_cloud_overview.htm) | [Linux](https://help.tableau.com/current/server-linux/ko-kr/migrate_server_to_cloud_overview.htm))에서 기능 차이에 대한 요약 목록을 찾을 수 있습니다. [Tableau Cloud 마이그레이션 기술 준비 상태 평가](https://exchange.tableau.com/ko-kr/products/921)를 실행하여 Tableau Cloud로 마이그레이션하기 전에 조정해야 할 사용 사례가 있는지 파악합니다. ## Tableau Cloud에 대해 알아보기 Tableau Cloud를 처음 사용하는 경우 [온라인 자가 주도 학습 과정](https://www.tableau.com/ko-kr/learn/training/elearning)에 등록하여 플랫폼에 대해 자세히 알아보는 것이 좋습니다. 이러한 과정은 Tableau Cloud를 소개하며 마이그레이션을 계획할 때 몇 가지 컨텍스트를 제공합니다. 현재 Tableau Server를 관리하는 데 익숙하다면 Tableau Cloud에서 대부분의 작업이 동일하다는 것을 알게 될 것입니다. 그러나 Tableau Cloud로 이동하면서 소프트웨어 배포 및 관리와 관련된 작업은 Tableau에서 관리형 서비스로 처리됩니다. 업그레이드는 자동으로 수행됩니다. 자세한 내용은 [내 분석 데이터를 Tableau Cloud로 옮겨야 합니까?(영문)](https://www.tableau.com/ko-kr/blog/should-i-move-my-analytics-cloud) 블로그 게시물을 참조하십시오. Tableau Cloud를 사용하면 원활한 데이터 연결을 보장하고 사용자에게 모범 사례를 제공하며 분석 커뮤니티를 개발하는 데 더 많은 에너지를 집중할 수 있습니다. Tableau Cloud 사이트 관리와 관련된 내용 및 관리자로서 시작하는 데 도움이 되는 다양한 리소스에 대한 자세한 내용은 [Tableau Cloud 사이트 관리자](https://www.tableau.com/ko-kr/learn/get-started/online-admin) 페이지를 참조하십시오. ## Tableau Cloud의 데이터 전략 계획 Tableau Cloud는 수십 개의 데이터 원본에 연결할 수 있지만 마이그레이션을 시작하기 전에 데이터 연결 계획을 개발해야 합니다. 이 섹션에서는 이를 수행하는 가장 좋은 방법을 안내하고 Tableau Cloud가 데이터에 연결하는 두 가지 방법을 설명합니다. 여기서의 목표는 Tableau Cloud로 마이그레이션한 후 현재 데이터 요구 사항을 지원할 수 있는지 확인하는 것입니다. ### 대대적 정리: 오래된 콘텐츠를 보유하고 계십니까? 다양한 데이터 유형과 모든 데이터 원본, 통합 문서 및 프로젝트를 Tableau Cloud로 마이그레이션하는 방법을 평가하기 전에 이번 마이그레이션을 대대적으로 정리할 기회로 삼는 것이 좋습니다. Tableau Server를 실행하는 대부분의 조직에서는 1년 또는 2년 이상 동안 통합 문서, 데이터 원본, 프로젝트 및 흐름과 같은 일부 오래된 콘텐츠를 수집합니다. 마이그레이션하기 전에 다음 단계를 수행하는 것이 좋습니다. - Tableau Server의 _오래된 콘텐츠_([Windows](https://help.tableau.com/current/server/ko-kr/adminview-stale-content.htm) | [Linux](https://help.tableau.com/current/server-linux/ko-kr/adminview-stale-content.htm)) 관리자 뷰를 사용하여 더 이상 사용하지 않는 콘텐츠를 식별할 수 있습니다. 일반적으로 오랫동안 보관된 콘텐츠를 Tableau Cloud로 이동하는 것은 아무 의미가 없습니다. 그냥 내버려 두는 것이 좋습니다! - 오랜 기간 동안 Tableau Server를 실행해 온 대부분의 조직과 마찬가지로 콘텐츠 계층 구조와 사용 권한 구조가 유기적으로 "진화"했을 수 있으며 다소 복잡할 수도 있습니다. 마이그레이션을 계획할 때 새 Tableau Cloud 사이트에서 프로젝트, 그룹 및 사용 권한 구조를 최적화할 전략을 개발하십시오. - Tableau Data Management 고객인 경우 도구를 사용하여 보류 중인 이동을 위한 데이터 정리, 결합 및 처리를 관리하십시오. ### 대시보드 성능 최적화 성능과 관련하여, 대시보드가 Tableau Server에서 느리면 Tableau Cloud에서도 느릴 가능성이 높다는 것이 일반적인 법칙입니다. 마이그레이션하기 전에 [통합 문서 성능 최적화](https://help.tableau.com/current/pro/desktop/ko-kr/performance_tips.htm)의 단계에 따라 대시보드 성능 문제를 해결하십시오. 마이그레이션 전에 조정하면 Tableau Cloud에서 동일하게 향상된 성능을 누릴 수 있습니다. ### 목록 작성 및 데이터 원본 전략 만들기 기존 콘텐츠를 정리한 후에는 데이터 원본의 목록을 작성할 차례입니다. 이 연습의 목표는 현재 사용 중인 데이터 원본으로 조직의 사용자를 지원하는 방법을 결정하는 것입니다. 각 데이터 원본에 대해 다음을 수행합니다. - 다음 섹션의 Tableau Cloud 커넥터 테이블과 교차 확인합니다. 지원되는 경우 이후 진행할 방식이 있습니다. 테이블에 없는 경우... - Tableau Bridge에서 데이터 유형이 지원되는지 확인하려면 [Bridge와의 연결](https://help.tableau.com/current/online/ko-kr/to_sync_local_data.htm)에서 교차 확인하십시오. - 데이터 원본이 정적 파일인 경우 Tableau Cloud는 브라우저 또는 Tableau Desktop에서 직접 Excel 또는 텍스트 기반 데이터 원본(.xlsx, .csv, .tsv) 업로드를 지원합니다. 업로드할 수 있는 최대 파일 크기는 1GB입니다. 아마도 사용자는 공유된 공통 디렉터리에서 이러한 유형의 파일에 연결하고 있을 것입니다. 그러한 경우 해당 파일을 Google Drive, Dropbox 또는 OneDrive와 같은 공용 클라우드 공간에 업로드할 수 있습니다. 또는 Bridge를 사용할 수 있습니다. 그런 다음 관리자 또는 사용자는 라이브 데이터 연결을 위해 이러한 공간에 연결하도록 Tableau Cloud를 구성할 수 있습니다. - [Tableau Cloud 마이그레이션 기술 준비 상태 평가](https://exchange.tableau.com/ko-kr/products/921)를 실행하여 Tableau Cloud로 마이그레이션하기 전에 조정해야 할 사용 사례가 있는지 파악합니다. #### 지원되는 Tableau Cloud 커넥터 Tableau Cloud에서 다음 커넥터가 지원됩니다.

Alibaba AnalyticsDB for MySQL‡

Alibaba Data Lake Analytics‡

Amazon Athena‡

Amazon Aurora for MySQL‡

Amazon EMR Hadoop Hive‡

Amazon Redshift‡

Apache Drill‡

Azure Data Lake Storage Gen2‡

Azure Synapse Analytics(SQL Server 호환)

Box‡

Cloudera Hadoop‡

Databricks‡

Datorama by Salesforce‡

Denodo‡

Dremio by Dremio‡

Dropbox*‡

Esri 커넥터‡

Exasol‡

Google BigQuery*‡

Google Cloud SQL(MySQL 호환)‡§

Google 드라이브‡

Hortonworks Hadoop Hive

Impala‡

Kyvos‡

MariaDB‡

Microsoft Azure SQL Database‡

Microsoft Azure Synapse Analytics‡

Microsoft SQL Server‡

MongoDB BI Connector‡

MySQL‡

OData‡

OneDrive*‡

Oracle‡

Pivotal Greenplum Database‡

PostgreSQL‡

Presto‡

Qubole Presto‡

Salesforce‡

SAP HANA(가상 연결 전용)‡

SharePoint 목록‡

SingleStore(이전의 MemSQL)‡

Snowflake‡

Spark SQL‡

Teradata**‡

Vertica‡

\*Tableau Cloud에서 Google BigQuery, OneDrive 및 Dropbox 연결에 대해 OAuth 2.0 표준을 사용하는 방법에 대한 자세한 내용은 [OAuth 연결](https://help.tableau.com/current/online/ko-kr/protected_auth.htm)을 참조하십시오. \*\*Teradata 웹 작성은 현재 쿼리 구간 설정 기능을 지원하지 않습니다. 자세한 내용은 [Teradata](https://help.tableau.com/current/pro/desktop/ko-kr/examples_teradata.htm)를 참조하십시오. ‡Data Management가 있는 경우 가상 연결을 지원합니다. 자세한 내용은 Tableau Cloud 도움말에서 [가상 연결 및 데이터 정책 정보](https://help.tableau.com/current/online/ko-kr/dm_vconn_overview.htm)를 참조하십시오. §Tableau Cloud는 Google Cloud SQL을 사용한 SSL을 지원하지 않습니다. ## 사용자 계정 및 인증 두 번째 필수 계획 단계는 Tableau Cloud 사용자를 위해 사용할 인증 메커니즘을 식별하는 것입니다. Tableau Cloud의 기본 사용자 계정은 TableauID라고 합니다. TableauID는 Tableau Cloud에 대한 보안 액세스를 보장하기 위해 MFA(다단계 인증)를 요구합니다. Tableau Cloud 설명서에서 [다단계 인증 및 Tableau Cloud 정보](https://help.tableau.com/current/online/ko-kr/security_auth.htm#mfa_requirement)를 참조하십시오. 조직에서 IdP(ID 공급자)를 사용하여 인증하는 경우 Tableau Cloud에 사용할 수도 있습니다. 기본적으로 Salesforce 인증 및 Google OpenID를 지원합니다. Azure, Okta, OneLogin, AD FS, PingOne 또는 표준 SAML 2.0 인증을 지원하는 모든 IdP에 대해 SAML을 구성할 수도 있습니다. 계속하기 전에 Tableau Cloud [인증](https://help.tableau.com/current/online/ko-kr/security_auth.htm) 옵션을 검토하여 계획을 수립하십시오. 조직에서 Azure AD, Okta 또는 OneLogin을 사용하여 ID를 관리하는 경우 Tableau Cloud에서 사용자 및 그룹을 자동으로 프로비저닝할 수도 있습니다. [외부 ID 공급자를 통해 사용자 프로비저닝 및 그룹 동기화 자동화](https://help.tableau.com/current/online/ko-kr/scim_config_online.htm)를 참조하십시오. ## 마이그레이션 워크플로우 이 가이드는 Tableau Cloud로 마이그레이션하기 위한 단계별 프로세스에 따라 구성되어 있습니다. 1. **현재 위치**: 마이그레이션 계획 2. [Tableau Cloud 사이트 만들기 및 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2.htm) 3. [가상 연결 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2-5.htm) 4. [데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud로 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part3.htm) 5. [Tableau Cloud용 새로 고침 일정 다시 만들기](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part4.htm) 6. [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm) 7. [Tableau Cloud에 나머지 사용자 추가](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part6.htm) 8. [최종 사용자 마이그레이션 검사 목록](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part7.htm) [주요 콘텐츠로 건너뛰기](#main-content) # 마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성 본 문서는 [Tableau Cloud 수동 마이그레이션 가이드](https://help.tableau.com/current/guides/migration/ko-kr/emg_intro.htm)입니다. 이 가이드에서는 사용자가 100명 미만인 Tableau Server 배포를 Tableau Cloud로 수동으로 마이그레이션하는 방법을 설명합니다. 이제 데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud에 추가했으므로 사용자를 추가할 차례입니다. 추가하기 전에 Tableau에서 사용자 역할과 액세스하는 데이터 종류가 어떤 방식으로 결정되는지 이해하는 것이 중요합니다. Tableau Cloud를 사용하면 콘텐츠에 액세스할 수 있는 사용자를 지정하고 데이터 원본 내에서 데이터 액세스를 제한할 수 있습니다. 콘텐츠 액세스 도구를 사용하여 콘텐츠 항목에 액세스할 수 있는 사용자를 제한하고, 행 수준 보안 도구를 사용하여 사용자가 데이터 원본 내에서 볼 수 있는 데이터를 제한합니다. ## 콘텐츠 액세스 프로젝트, 중첩된 프로젝트 및 개별 콘텐츠 항목에는 모두 사용 권한 규칙이 적용됩니다. 이러한 규칙이 Tableau Server 환경에서 어떻게 사용되는지 확인한 다음 Tableau Cloud에서 규칙을 다시 만들 수 있습니다. [사용 권한](https://help.tableau.com/current/online/ko-kr/permissions.htm)을 참조하십시오. ## 행 수준 보안 데이터 원본 또는 통합 문서에 행 수준 보안이 있는 경우 변환 중에 사용자 이름 및 그룹 이름이 변경될 수 있으므로 Tableau Cloud에 대한 행 수준 보안 사용 권한 및 계산을 업데이트해야 합니다. [데이터 행 수준에서 액세스 제한](https://help.tableau.com/current/pro/desktop/ko-kr/publish_userfilters.htm) 및 [행 수준 보안에 대한 데이터 정책 만들기](https://help.tableau.com/current/online/ko-kr/dm_vconn_create_rlspolicy.htm)를 참조하십시오. ## 마이그레이션 워크플로우 이 가이드는 Tableau Cloud로 마이그레이션하기 위한 단계별 프로세스에 따라 구성되어 있습니다. 1. [마이그레이션 계획](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm) 2. [Tableau Cloud 사이트 만들기 및 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2.htm) 3. [가상 연결 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2-5.htm) 4. [데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud로 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part3.htm) 5. [Tableau Cloud용 새로 고침 일정 다시 만들기](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part4.htm) 6. **현재 위치**: 마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성 7. [Tableau Cloud에 나머지 사용자 추가](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part6.htm) 8. [최종 사용자 마이그레이션 검사 목록](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part7.htm) [주요 콘텐츠로 건너뛰기](#main-content) # 부록 - Apache를 사용한 웹 계층 예제 배포 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. 이 항목에서는 예제 AWS 참조 아키텍처에서 웹 계층을 구현하는 방법을 설명하는 전체 절차를 제공합니다. 예제 구성은 다음 구성 요소로 구성됩니다. - AWS 응용 프로그램 부하 분산 장치 - Apache 프록시 서버 - Mellon 인증 모듈 - Okta IdP - SAML 인증 **참고**: 이 섹션에 나와 있는 웹 계층 구성 예제에는 타사 소프트웨어 및 서비스를 배포하는 자세한 절차가 포함되어 있습니다. Tableau는 웹 계층 시나리오를 지원하기 위한 절차를 확인하고 문서화하기 위해 최선을 다하고 있습니다. 하지만 타사 소프트웨어가 변경되거나 여기에 설명된 참조 아키텍처와 다른 시나리오가 있을 수 있습니다. 신뢰할 수 있는 구성 세부 정보 및 지원은 타사 설명서를 참조하십시오. 이 섹션 전반에 걸친 Linux 예는 RHEL와 같은 배포에 대한 명령을 보여줍니다. 특히 여기에 나온 명령은 Amazon Linux 2 배포를 통해 개발되었습니다. Ubuntu 배포를 실행 중인 경우 그에 따라 명령을 편집합니다. 이 예제의 웹 계층 배포는 단계별 구성 및 확인 절차를 따릅니다. 핵심 웹 계층 구성은 Tableau와 인터넷 간의 HTTP를 사용하도록 설정하는 다음 단계로 구성됩니다. AWS 응용 프로그램 부하 분산 장치 뒤에서 역방향 프록시/부하 분산을 수행하도록 Apache를 구성하고 실행합니다. 1. Apache 설치 2. Tableau Server에 대한 연결을 테스트하도록 역방향 프록시 구성 3. 프록시의 부하 분산 구성 4. AWS 응용 프로그램 부하 분산 장치 구성 웹 계층을 설정하고 Tableau 연결을 확인한 후에는 외부 공급자를 통한 인증을 구성합니다. ## Apache 설치 두 EC2 호스트(프록시 1 및 프록시 2)에서 다음 절차를 실행합니다. 참조 아키텍처 예제에 따라 AWS에서 배포하는 경우 두 가용성 영역이 있어야 하며 각 영역에서 단일 프록시 서버를 실행해야 합니다. 1. Apache를 설치합니다. sudo yum update -y sudo yum install -y httpd 2. 재부팅 시 Apache를 시작하도록 구성합니다. sudo systemctl enable --now httpd 3. 설치한 httpd 버전에 `proxy_hcheck_module`이 있는지 확인합니다. sudo httpd -M `proxy_hcheck_module`이 필요합니다. httpd 버전에 이 모듈이 없는 경우 모듈이 포함된 httpd 버전으로 업데이트합니다. ## Tableau Server에 대한 연결을 테스트하도록 프록시 구성 프록시 호스트 중 하나(프록시 1)에서 이 절차를 실행합니다. 이 단계의 목적은 사설 보안 그룹에서 인터넷, 프록시 서버 및 Tableau Server 간의 연결을 확인하는 것입니다. 1. `tableau.conf` 파일을 만들고 `/etc/httpd/conf.d` 디렉터리에 추가합니다. 다음 코드를 복사하고 Tableau Server 노드 1의 비공개 IP 주소를 사용하여 `ProxyPass` 및 `ProxyPassReverse` 키를 지정합니다. **중요**: 아래에 표시된 구성은 안전하지 않으므로 프로덕션에서 사용되어서는 안 됩니다. 이 구성은 설치 프로세스 중에 종단간 연결을 확인하기 위한 용도로만 사용되어야 합니다. 예를 들어 노드 1의 사설 IP 주소가 `10.0.30.32`인 경우 `tableau.conf` 파일의 내용은 다음과 같습니다. ProxyPreserveHost On ProxyPass "/" "http://10.0.30.32:80/" ProxyPassReverse "/" "http://10.0.30.32:80/" 2. httpd를 다시 시작합니다. sudo systemctl restart httpd ### 확인: 기본 토폴로지 구성 `http://`로 이동하여 Tableau Server 관리 페이지에 액세스할 수 있어야 합니다. 브라우저에서 Tableau Server 로그인 페이지가 로드되지 않는 경우 프록시 1 호스트에서 다음 문제 해결 단계를 수행하십시오. - 첫 번째 문제 해결 단계로 httpd를 중지한 다음 시작합니다. - `tableau.conf` 파일을 다시 확인합니다. 노드 1 비공개 IP가 올바른지 확인합니다. 큰따옴표를 확인하고 구문을 세심히 검토합니다. - 역방향 프록시 서버에서 노드 1 비공개 IP 주소를 사용하여 `curl` 명령을 실행합니다(예: `curl 10.0.1.90`). 셸에서 html이 반환되지 않거나 Apache 테스트 웹 페이지의 html이 반환되는 경우 공용 및 사설 보안 그룹 간의 프로토콜/포트 구성을 확인합니다. - 프록시 1 비공개 IP 주소를 사용하여 `curl` 명령을 실행합니다(예: `curl 10.0.0.163`). 셸에서 Apache 테스트 웹 페이지에 대한 html 코드가 반환되는 경우 프록시 파일이 올바르게 구성되지 않은 것입니다. - 프록시 파일 또는 보안 그룹의 구성을 변경한 후에는 항상 httpd(`sudo systemctl restart httpd`)를 다시 시작합니다. - TSM이 노드 1에서 실행되고 있는지 확인합니다. ## 프록시의 부하 분산 구성 1. `tableau.conf` 파일을 만든 동일한 프록시 호스트(프록시 1)에서 기존 가상 호스트 구성을 제거하고 부하 분산 논리를 포함하도록 파일을 편집합니다. 예: ServerAdmin admin@example.com #Load balancing logic. ProxyHCExpr ok234 {%{REQUEST\_STATUS} =~ /^\[234\]/} Header add Set-Cookie "ROUTEID=.%{BALANCER\_WORKER\_ROUTE}e; path=/" env=BALANCER\_ROUTE\_CHANGED #Replace IP addresses below with the IP addresses to the Tableau Servers running the Gateway service. BalancerMember http://10.0.3.40/ route=1 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico BalancerMember http://10.0.4.151/ route=2 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico ProxySet stickysession=ROUTEID ProxyPreserveHost On ProxyPass / balancer://tableau/ ProxyPassReverse / balancer://tableau/ 2. httpd를 중지한 다음 시작합니다. sudo systemctl stop httpd sudo systemctl start httpd 3. 프록시 1의 공용 IP 주소로 이동하여 구성을 확인합니다. ## 두 번째 프록시 서버에 구성 복사 1. 프록시 1에서 `tableau.conf` 파일을 복사하고 프록시 2 호스트의 `/etc/httpd/conf.d` 디렉터리에 저장합니다. 2. httpd를 중지한 다음 시작합니다. sudo systemctl stop httpd sudo systemctl start httpd 3. 프록시 2의 공용 IP 주소로 이동하여 구성을 확인합니다. ## AWS 응용 프로그램 부하 분산 장치 구성 부하 분산 장치를 HTTP 수신기로 구성합니다. 다음 절차에서는 AWS에서 부하 분산 장치를 추가하는 방법에 대해 설명합니다. #### 1단계: 대상 그룹 만들기 대상 그룹은 프록시 서버를 실행하는 EC2 인스턴스를 정의하는 AWS 구성입니다. 이러한 그룹은 LBS에서 오는 트래픽의 대상입니다. 1. EC2 > 대상 그룹 > 대상 그룹 만들기 2. 만들기 페이지에서: - 대상 그룹 이름 입력(예: `TG-internal-HTTP`) - 대상 유형: 인스턴스 - 프로토콜: HTTP - 포트: 80 - VPC: 해당하는 VPC 선택 - 상태 확인 > 고급 상태 확인 설정 > 성공 코드에서 읽을 코드 목록(`200,303`)을 추가합니다. - 만들기를 클릭합니다. 3. 방금 만든 대상 그룹을 선택한 다음 대상 탭을 클릭합니다.  - 편집을 클릭합니다. - 프록시 애플리케이션을 실행하는 EC2 인스턴스(또는 한 번에 1개를 구성하는 경우 단일 인스턴스)를 선택한 다음 등록된 항목에 추가를 클릭합니다. - 저장을 클릭합니다. #### 2단계: 부하 분산 장치 마법사 시작 1. EC2 > 부하 분산 장치 > 부하 분산 장치 만들기 2. "부하 분산 장치 유형 선택" 페이지에서 응용 프로그램 부하 분산 장치를 만듭니다. **참고**: 부하 분산 장치를 구성하기 위해 표시되는 UI는 AWS 데이터 센터 간에 일관되지 않습니다. 아래의 "마법사 구성" 절차는 **1단계 부하 분산 장치 구성**으로 시작하는 AWS 구성 마법사를 설명합니다.  데이터 센터가 모든 구성을 단일 페이지에 표시하는 경우 페이지 아래쪽에 **부하 분산 장치 만들기** 단추가 포함되어 있으면 아래의 "단일 페이지 구성" 절차를 따르십시오. 1. 부하 분산 장치 구성 페이지: - 이름 지정 - 스키마: 인터넷 연결(기본값) - IP 주소 유형: ipv4(기본값) - 수신기(수신기 및 라우팅): 1. 기본 HTTP 수신기를 그대로 둡니다. 2. 수신기 추가를 클릭하고 `HTTPS:443`를 추가합니다. - VPC: 모든 항목을 설치한 VPC 선택 - 가용성 영역: - 데이터 센터 지역을 나타내는 **a** 및 **b**를 선택합니다. - 해당하는 각 드롭다운 선택 도구에서 공용 서브넷(프록시 서버가 상주하는 서브넷)을 선택합니다. - 보안 설정 구성 클릭 2. 보안 설정 구성 페이지 - 공용 SSL 인증서를 업로드합니다. - 다음: 보안 그룹 구성을 클릭합니다. 3. 보안 그룹 구성 페이지: - 공용 보안 그룹을 선택합니다. 기본 보안 그룹이 선택된 경우 해당 선택을 취소합니다. - 다음: 라우팅 구성을 클릭합니다. 4. 라우팅 구성 페이지 - 대상 그룹: 기존 대상 그룹 - 이름: 이전에 만든 대상 그룹 선택 - 다음: 대상 등록을 클릭합니다. 5. 대상 등록 페이지 - 이전에 구성한 프록시 서버 인스턴스 2개가 표시됩니다. - 다음: 검토를 클릭합니다. 6. 검토 페이지 만들기를 클릭합니다. 기본 구성 - 이름 지정 - 스키마: 인터넷 연결(기본값) - IP 주소 유형: ipv4(기본값) 네트워크 매핑 - VPC: 모든 항목을 설치한 VPC 선택 - 매핑: - 데이터 센터 지역을 나타내는 **a** 및 **b**(또는 그에 상응하는) 가용성 영역을 선택합니다. - 해당하는 각 드롭다운 선택 도구에서 공용 서브넷(프록시 서버가 상주하는 서브넷)을 선택합니다. 보안 그룹 - 공용 보안 그룹을 선택합니다. 기본 보안 그룹이 선택된 경우 해당 선택을 취소합니다. 수신기 및 라우팅 - 기본 HTTP 수신기를 그대로 둡니다. 기본 동작의 경우 이전에 설정한 대상 그룹을 지정합니다. - 수신기 추가를 클릭하고 `HTTPS:443`을 추가합니다. 기본 동작의 경우 이전에 설정한 대상 그룹을 지정합니다. 보안 수신기 설정 - 공용 SSL 인증서를 업로드합니다. 부하 분산 장치 만들기를 클릭합니다. #### 3단계: 연결 유지 사용 1. 부하 분산 장치를 만든 후 대상 그룹에서 연결 유지를 사용하도록 설정해야 합니다. - AWS 대상 그룹 페이지(EC2 > 부하 분산 > 대상 그룹)를 열고 방금 설정한 대상 그룹 인스턴스를 선택합니다. 동작 메뉴에서 특성 편집을 선택합니다. - 특성 편집 페이지에서 연결 유지를 선택하고 기간을 `1 day`로 지정한 다음 변경 내용을 저장합니다. 2. 부하 분산 장치에서 HTTP 수신기에 연결 유지를 사용하도록 설정합니다. 방금 구성한 부하 분산 장치를 선택한 다음 수신기 탭을 클릭합니다. - HTTP:80에서 규칙 보기/편집을 클릭합니다. 결과로 표시되는 규칙 페이지에서 편집 아이콘을 클릭하여 규칙을 편집합니다(페이지 맨 위에서 한 번 클릭하여 편집한 다음 규칙별로 다시 편집). 기존 THEN 규칙을 삭제하고 동작 추가 > 전달 대상...을 클릭하여 바꿉니다. 결과로 나온 THEN 구성에서 이전에 만든 것과 동일한 대상 그룹을 지정합니다. 그룹 수준 연결 유지에서 연결 유지를 사용하도록 설정하고 기간을 1일로 설정합니다. 설정을 저장한 다음 업데이트를 클릭합니다. #### 4단계: 부하 분산 장치에서 유휴 시간 초과 설정 부하 분산 장치에서 유휴 시간 초과를 400초로 업데이트합니다. 이 배포에 대해 구성한 부하 분산 장치를 선택한 다음 동작 > 특성 편집을 클릭합니다. 유휴 시간 초과를 `400` 초로 설정한 다음 저장을 클릭합니다. #### 5단계: LBS 연결 확인 AWS 부하 분산 장치 페이지(EC2 > 부하 분산 장치)를 열고 방금 설정한 부하 분산 장치 인스턴스를 선택합니다. 설명에서 DNS 이름을 복사하여 브라우저에 붙여 넣고 Tableau Server 로그인 페이지에 액세스합니다. 500 수준 오류가 발생하면 프록시 서버를 다시 시작해야 할 수 있습니다. ## 공용 Tableau URL로 DNS 업데이트 AWS 부하 분산 장치 설명의 도메인 DNS 영역 이름을 사용하여 DNS에 CNAME 값을 만듭니다. URL(tableau.example.com)에 대한 트래픽은 AWS 공용 DNS 이름으로 전송되어야 합니다. ## 연결 확인 DNS 업데이트가 완료되면 공용 URL(예: `https://tableau.example.com`)을 입력하여 Tableau Server 로그인 페이지로 이동할 수 있어야 합니다. ## 인증 구성 예: SAML 및 외부 IdP 다음 예에서는 AWS 참조 아키텍처에서 실행되는 Tableau 배포를 위해 Okta IdP 및 Mellon 인증 모듈로 SAML을 설정하고 구성하는 방법에 대해 설명합니다. 이 예에서는 HTTP를 사용하도록 Tableau Server 및 Apache 프록시 서버를 구성하는 방법을 설명합니다. Okta는 HTTPS를 통해 AWS 부하 분산 장치로 요청을 보내지만 모든 내부 트래픽은 HTTP를 통해 이동합니다. 이 시나리오에서 구성할 때는 URL 문자열을 설정할 때 HTTP와 HTTPS 프로토콜의 차이점을 숙지하십시오. 이 예에서는 Mellon을 역방향 프록시 서버의 사전 인증 서비스 공급자 모듈로 사용합니다. 이 구성에서는 인증된 트래픽만 Tableau Server에 연결되며 Tableau Server는 Okta IdP를 통한 서비스 공급자 역할도 합니다. 따라서 Mellon 서비스 공급자용과 Tableau 서비스 공급자용으로 IdP 응용 프로그램 2개를 구성해야 합니다. ### Tableau 관리자 계정 만들기 SAML을 구성할 때 흔히 하는 실수는 SSO를 사용하도록 설정하기 전에 Tableau Server에서 관리자 계정을 생성하는 것을 잊는 것입니다. 첫 번째 단계는 Tableau Server에서 서버 관리자 역할의 계정을 만드는 것입니다. Okta 시나리오의 예에서 사용자 이름은 올바른 이메일 주소 형식이어야 합니다(예: user@example.com). 이 사용자에 대한 비밀번호를 설정해야 하지만 SAML이 구성된 후에는 비밀번호가 사용되지 않습니다. ### Okta 사전 인증 응용 프로그램 구성 이 섹션에 설명된 전체 시나리오에서는 두 개의 Okta 응용 프로그램이 필요합니다. - Okta 사전 인증 응용 프로그램 - Okta Tableau Server 응용 프로그램 이러한 각 응용 프로그램은 서로 다른 메타데이터에 연결되며 이를 역방향 프록시와 Tableau Server에서 각각 구성해야 합니다. 이 절차에서는 Okta 사전 인증 응용 프로그램을 만들고 구성하는 방법에 대해 설명합니다. 이 항목의 뒷부분에서는 Okta Tableau Server 응용 프로그램을 만듭니다. 사용자 수가 제한되어 있는 Okta 무료 테스트 계정은 [Okta 개발자 웹 페이지](https://developer.okta.com/signup/)를 참조하십시오. Mellon 사전 인증 서비스 공급자를 위한 SAML 앱 통합을 만듭니다. 1. Okta 관리 대시보드 > 응용 프로그램 > 앱 통합 만들기를 엽니다. 2. 새 앱 통합 만들기 페이지에서 SAML 2.0을 선택한 후 다음을 클릭합니다. 3. 일반 설정 탭에서 앱 이름(예: `Tableau Pre-Auth`)을 입력하고 다음을 클릭합니다. 4. SAML 구성 탭에서: - SSO(Single Sign-On) URL. Single Sign-On URL의 최종 경로 요소는 이 절차의 뒷부분에서 설명하는 `mellon.conf` 구성 파일의 `MellonEndpointPath`를 일컫습니다. 원하는 끝점을 지정할 수 있습니다. 이 예에서는 `sso`가 끝점입니다. 마지막 요소인 `postResponse`는 `https://tableau.example.com/sso/postResponse`에 필수입니다. - 수신자 URL 및 대상 URL에 사용 확인란을 선택 취소합니다. - 수신자 URL: SSO URL과 동일하지만 HTTP가 포함됩니다. 예를 들어 `http://tableau.example.com/sso/postResponse`입니다. - 대상 URL: SSO URL과 동일하지만 HTTP가 포함됩니다. 예를 들어 `http://tableau.example.com/sso/postResponse`입니다. - 대상 URI(SP 엔터티 ID) 예를 들어 `https://tableau.example.com`입니다. - 이름 ID 형식: `EmailAddress` - 응용 프로그램 사용자 이름: `Email` - 특성 문: 이름 = `mail`, 이름 형식 = `Unspecified`, 값 = `user.email`. 다음을 클릭합니다. 5. 피드백 탭에서 다음을 선택합니다. - 내부 앱을 추가하는 Okta 고객 - 이전에 만든 내부 앱 - 마침을 클릭합니다. 6. 사전 인증 IdP 메타데이터 파일을 만듭니다. - Okta에서: Applications(응용 프로그램) \> Applications(응용 프로그램) \> Your new application(새 응용 프로그램)(예: `Tableau Pre-Auth`) > Sign On(로그온) - SAML Signing Certificates(SAML 서명 인증서) 근처에서 View SAML setup instructions(SAML 설정 지침 보기)를 클릭합니다. - How to Configure SAML 2.0 for Application( 응용 프로그램에 대해 SAML 2.0을 구성하는 방법) 페이지에서 Optional(선택 사항) 섹션인 Provide the following IDP metadata to your SP provider(SP 공급자에게 다음 IdP 메타데이터 제공)로 스크롤합니다. - XML 필드의 콘텐츠를 복사하고 `pre-auth_idp_metadata.xml`이라는 파일에 저장합니다. 7. (선택 사항) 다단계 인증을 구성합니다. - Okta에서: Applications(응용 프로그램) > Applications(응용 프로그램) > Your new application(새 응용 프로그램)(예: `Tableau Pre-Auth`) > Sign On(로그온) - 로그온 정책에서 규칙 추가를 클릭합니다. - 앱 로그온 규칙에서 이름 및 다른 MFA 옵션을 지정합니다. 기능을 테스트하려면 모든 옵션을 기본값으로 두어도 됩니다. 그러나 동작에서는 인증 요소 표시를 선택하고 사용자가 로그인해야 하는 빈도를 지정해야 합니다. 저장을 클릭합니다. ### Okta 사용자 만들기 및 할당 1. Okta에서 디렉터리 \> 사용자 \> 사용자 추가로 이동하여 Tableau에서 만든 것과 동일한 사용자 이름(user@example.com)으로 사용자를 만듭니다. 2. 사용자가 만들어지면 해당 사용자에게 새 Okta 앱을 할당합니다. 사용자 이름을 클릭한 다음 응용 프로그램 할당에서 응용 프로그램을 할당합니다. ## 사전 인증을 위해 Mellon 설치 1. Apache 프록시 서버를 실행하는 EC2 인스턴스에서 다음 명령을 실행하여 PHP 및 Mellon 모듈을 설치합니다. sudo yum install httpd php mod\_auth\_mellon 2. `/etc/httpd/mellon` 디렉터리를 만듭니다. ## Mellon을 사전 인증 모듈로 구성 두 프록시 서버에서 다음 절차를 실행합니다. Okta 구성에서 만든 `pre-auth_idp_metadata.xml` 파일의 복사본이 있어야 합니다. 1. 디렉터리를 변경합니다. cd /etc/httpd/mellon 2. 서비스 공급자 메타데이터를 만듭니다. `mellon_create_metadata.sh` 스크립트를 실행합니다. 명령에 조직의 엔티티 ID와 반환 URL을 포함해야 합니다. 반환 URL은 Okta의 _Single Sign On URL_이라고 합니다. 반환 URL의 최종 경로 요소는 이 절차의 뒷부분에서 설명하는 `mellon.conf` 구성 파일의 `MellonEndpointPath`를 일컫습니다. 이 예에서는 끝점 경로로 `sso`를 지정합니다. 예: sudo /usr/libexec/mod\_auth\_mellon/mellon\_create\_metadata.sh https://tableau.example.com "https://tableau.example.com/sso" 스크립트는 서비스 공급자 인증서, 키 및 메타데이터 파일을 반환합니다. 3. 쉽게 읽을 수 있도록 `mellon` 디렉터리에서 서비스 공급자 파일의 이름을 바꿉니다. 설명서에서 이러한 파일은 다음 이름으로 설명하겠습니다. sudo mv \*.key mellon.key sudo mv \*.cert mellon.cert sudo mv \*.xml sp\_metadata.xml 4. `pre-auth_idp_metadata.xml` 파일을 동일한 디렉터리에 복사합니다. 5. `/etc/httpd/conf.d` 디렉터리에서 `mellon.conf` 파일을 만듭니다. sudo nano /etc/httpd/conf.d/mellon.conf 6. 다음 내용을 `mellon.conf`에 복사합니다. MellonSPPrivateKeyFile /etc/httpd/mellon/mellon.key MellonSPCertFile /etc/httpd/mellon/mellon.cert MellonSPMetadataFile /etc/httpd/mellon/sp\_metadata.xml MellonIdPMetadataFile /etc/httpd/mellon/pre-auth\_idp\_metadata.xml MellonEndpointPath /sso MellonEnable "info" 7. 기존 `tableau.conf` 파일에 다음 콘텐츠를 추가합니다. `` 블록 안에 다음 콘텐츠를 추가합니다. 엔터티 ID의 공용 호스트 이름으로 `ServerName` 을 업데이트합니다. DocumentRoot /var/www/html ServerName tableau.example.com ServerSignature Off ErrorLog logs/error\_sp.log CustomLog logs/access\_sp.log combined LogLevel info `` 블록 밖에 Location 블록을 추가합니다. 최상위 도메인으로 `MellonCookieDomain`을 업데이트하여 표시된 쿠키 정보를 유지합니다. AuthType Mellon MellonEnable auth Require valid-user MellonCookieDomain example.com 전체 `tableau.conf` 파일은 다음 예제와 같아야 합니다. ServerAdmin admin@example.com ProxyHCExpr ok234 {%{REQUEST\_STATUS} =~ /^\[234\]/} Header add Set-Cookie "ROUTEID=.%{BALANCER\_WORKER\_ROUTE}e; path=/" env=BALANCER\_ROUTE\_CHANGED BalancerMember http://10.0.3.36/ route=1 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico BalancerMember http://10.0.4.15/ route=2 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico ProxySet stickysession=ROUTEID ProxyPreserveHost On ProxyPass / balancer://tableau/ ProxyPassReverse / balancer://tableau/ DocumentRoot /var/www/html ServerName tableau.example.com ServerSignature Off ErrorLog logs/error\_sp.log CustomLog logs/access\_sp.log combined LogLevel info AuthType Mellon MellonEnable auth Require valid-user MellonCookieDomain example.com 8. 구성을 확인합니다. 다음 명령을 실행합니다. sudo apachectl configtest 구성 테스트에서 오류가 반환되면 오류를 수정하고 configtest를 다시 실행합니다. 구성이 성공적으로 완료되면 `Syntax OK`가 반환됩니다. 9. httpd를 다시 시작합니다. sudo systemctl restart httpd ## Okta에서 Tableau Server 응용 프로그램 만들기 1. Okta 대시보드에서: 응용 프로그램 \> 응용 프로그램 \> 앱 카탈로그 찾아보기 2. 앱 통합 카탈로그 찾아보기에서 `Tableau`를 검색하고 Tableau Server 타일을 선택한 다음 추가를 클릭합니다. 3. Tableau Server 추가 > 일반 설정에서 레이블을 입력하고 다음을 클릭합니다. 4. 로그온 옵션에서 SAML 2.0을 선택한 다음 고급 로그온 설정으로 스크롤합니다. - SAML 엔터티 ID: 공용 URL을 입력합니다(예: https://tableau.example.com). - 응용 프로그램 사용자 이름 형식: 이메일 5. ID 공급자 메타데이터 링크를 클릭하여 브라우저를 시작합니다. 브라우저 링크를 복사합니다. 이 링크는 다음 절차에서 Tableau를 구성할 때 사용됩니다. 6. 완료를 클릭합니다. 7. 사용자(user@example.com)에게 새 Tableau Server Okta 앱 할당: 사용자 이름을 클릭하고 응용 프로그램 할당에서 응용 프로그램을 할당합니다. ### Tableau Server에서 IdP에 SAML을 사용하도록 설정 Tableau Server 노드 1에서 이 절차를 실행합니다. 1. Okta에서 Tableau Server 응용 프로그램 메타데이터를 다운로드합니다. 이전 절차에서 저장한 링크를 사용합니다. wget https://dev-66144217.okta.com/app/exk1egxgt1fhjkSeS5d7/sso/saml/metadata -O idp\_metadata.xml 2. TLS 인증서와 관련 키 파일을 Tableau Server에 복사합니다. 키 파일은 RSA 키여야 합니다. SAML 인증서 및 IdP 요구 사항에 대한 자세한 내용은 _SAML 요구 사항_([Linux](https://help.tableau.com/current/server-linux/ko-kr/saml_requ.htm))을 참조하십시오. 인증서 관리 및 배포를 간소화하고 보안을 위한 모범 사례를 적용하기 위해 신뢰할 수 있는 주요 외부 CA(인증 기관)에서 생성된 인증서를 사용할 것을 권장합니다. 또는 자체 서명 인증서를 생성하거나 TLS용 PKI의 인증서를 사용할 수도 있습니다. TLS 인증서가 없는 경우 아래 포함된 절차를 사용하여 자체 서명 인증서를 생성할 수 있습니다. 자체 서명 인증서를 생성합니다. Tableau Server 노드 1에서 이 절차를 실행합니다. 1. 서명 루트 CA(인증 기관) 키를 생성합니다. openssl genrsa -out rootCAKey-saml.pem 2048 2. 루트 CA 인증서를 만듭니다. openssl req -x509 -sha256 -new -nodes -key rootCAKey-saml.pem -days 3650 -out rootCACert-saml.pem 인증서 필드에 값을 입력하라는 메시지가 표시됩니다. 예: Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, your name or your server's hostname) \[\]:tableau.example.com Email Address \[\]:example@tableau.com 3. 인증서 및 관련 키(아래 예에서 `server-saml.csr` 및 `server-saml.key`)를 만듭니다. 인증서의 주체 이름은 Tableau 호스트의 공용 호스트 이름과 일치해야 합니다. 주체 이름은 `-subj` 옵션과 `"/CN="` 형식을 사용하여 설정됩니다. 예: openssl req -new -nodes -text -out server-saml.csr -keyout server-saml.key -subj "/CN=tableau.example.com" 4. 위에서 만든 CA 인증서를 사용하여 새 인증서에 서명합니다. 다음 명령은 `crt` 형식으로도 인증서를 출력합니다. openssl x509 -req -in server-saml.csr -days 3650 -CA rootCACert-saml.pem -CAkey rootCAKey-saml.pem -CAcreateserial -out server-saml.crt 5. 키 파일을 RSA로 변환합니다. Tableau에서 SAML을 사용하려면 RSA 키 파일이 필요합니다. 키를 변환하려면 다음 명령을 실행합니다. openssl rsa -in server-saml.key -out server-saml-rsa.key 3. SAML을 구성합니다. 엔터티 ID와 반환 URL, 메타데이터 파일, 인증서 파일 및 키 파일에 대한 경로를 지정하여 다음 명령을 실행합니다. tsm authentication saml configure --idp-entity-id "https://tableau.example.com" --idp-return-url "https://tableau.example.com" --idp-metadata idp\_metadata.xml --cert-file "server-saml.crt" --key-file "server-saml-rsa.key" tsm authentication saml enable 4. 조직에서 Tableau Desktop 2021.4 이상을 실행하는 경우 다음 명령을 실행하여 역방향 프록시 서버를 통한 인증을 사용하도록 설정해야 합니다. 최상위 수준 도메인 쿠키 유지를 허용하도록 사전 인증 모듈(예: Mellon)을 구성한 경우 Tableau Desktop 버전 2021.2.1 ~ 2021.3은 이 명령을 실행하지 않고 작동합니다. tsm configuration set -k features.ExternalBrowserOAuth -v false 5. 구성 변경 내용을 적용합니다. tsm pending-changes apply ## SAML 기능 확인 전체 SAML 기능을 확인하려면 이 절차를 시작할 때 만든 Tableau 관리자 계정으로 공용 URL(예: https://tableau.example.com)을 사용하여 Tableau Server에 로그인합니다. ## 확인 문제 해결 **잘못된 요청**: 이 시나리오의 일반적인 오류는 Okta의 "잘못된 요청" 오류입니다. 이 문제는 주로 브라우저가 이전 Okta 세션의 데이터를 캐싱할 때 발생합니다. 예를 들어 Okta 관리자 자격으로 Okta 응용 프로그램을 관리하고 다른 Okta 지원 계정을 사용하여 Tableau에 액세스하려고 하면 관리자 데이터의 세션 데이터가 "잘못된 요청" 오류를 발생시킬 수 있습니다. 로컬 브라우저 캐시를 지워도 이 오류가 계속되면 다른 브라우저로 연결하여 Tableau 시나리오의 유효성을 확인해 보십시오. “Bad Request” 오류의 또 다른 원인은 Okta, Mellon 및 SAML 구성 프로세스 중에 입력한 많은 URL 중 하나의 입력 오류입니다. 이 모든 URL을 주의 깊게 확인하십시오. 오류를 야기한 URL은 주로 Apache 서버의 httpd `error.log` 파일에 명시됩니다. **찾을 수 없음 - 요청한 URL을 이 서버에서 찾지 못했습니다**: 이 오류는 많은 구성 오류 중 하나를 나타냅니다. 사용자가 Okta로 인증된 후 이 오류가 발생하면 SAML을 구성할 때 Okta 사전 인증 응용 프로그램을 Tableau Server에 업로드한 것일 수 있습니다. Okta 사전 인증 응용 프로그램 메타데이터가 아니라 Tableau Server에 Okta Tableau Server 응용 프로그램 메타데이터가 구성되어 있는지 확인합니다. 다른 문제 해결 단계: - 오타 또는 구성 오류가 있는지 `tableau.conf`를 주의 깊게 검토합니다. - Okta 사전 인증 응용 프로그램 설정을 검토합니다. HTTP와 HTTPS 프로토콜이 이 항목에서 지정한 대로 설정되어 있는지 확인하십시오. - 두 프록시 서버 모두에서 httpd를 다시 시작합니다. - 두 프록시 서버 모두에서 `sudo apachectl configtest`가 "Syntax OK"를 반환하는지 확인합니다. - 테스트 사용자가 Okta의 두 응용 프로그램에 모두 할당되었는지 확인합니다. - 부하 분산 장치 및 연결된 대상 그룹에 연결 유지가 설정되어 있는지 확인합니다. ## 부하 분산 장치에서 Tableau Server로의 SSL/TLS 구성 일부 조직의 경우 클라이언트에서 백엔드 서비스에 이르는 엔드 투 엔드 암호화 채널을 요구합니다. 지금까지 설명한 기본 참조 아키텍처는 클라이언트에서 부하 분산 장치(조직의 웹 계층에서 실행됨)로의 SSL을 구성할 것을 명시합니다. 부하 분산 장치에서 Tableau Server로의 SSL을 구성하려면 다음을 수행해야 합니다. - Tableau와 프록시 서버 모두에 유효한 SSL 인증서를 설치합니다. - 부하 분산 장치에서 역방향 프록시 서버로의 SSL을 구성합니다. - 프록시 서버에서 Tableau Server로의 SSL을 구성합니다. - Tableau Server에서 PostgreSQL 인스턴스로의 SSL을 구성해도 됩니다. 이 항목의 나머지 부분에서는 예제 AWS 참조 아키텍처의 컨텍스트에서 이 구현을 설명합니다. ## 예제: AWS 참조 아키텍처에서 SSL/TLS 구성 이 섹션에서는 Tableau에서 SSL을 구성하고, 예제 AWS 참조 아키텍처에서 실행되는 모든 Apache 프록시 서버에서 SSL을 구성하는 방법을 설명합니다. 이 예 전반에 걸친 Linux 절차는 RHEL와 같은 배포에 대한 명령을 보여줍니다. 특히 여기에 나온 명령은 Amazon Linux 2 배포를 통해 개발되었습니다. Ubuntu 배포를 실행 중인 경우 그에 따라 명령을 편집합니다. ### 1단계: 인증서 및 관련 키 수집 인증서 관리 및 배포를 간소화하고 보안을 위한 모범 사례를 적용하기 위해 신뢰할 수 있는 주요 외부 CA(인증 기관)에서 생성된 인증서를 사용할 것을 권장합니다. 또는 자체 서명 인증서를 생성하거나 TLS용 PKI의 인증서를 사용할 수도 있습니다. 다음 절차는 자체 서명 인증서를 생성하는 방법을 설명합니다. 권장되는 타사 인증서를 사용하는 경우 이 절차를 건너뛰어도 됩니다. 프록시 호스트 중 하나에서 이 절차를 실행합니다. 인증서 및 연결된 키를 생성한 후 다른 프록시 호스트 및 Tableau Server 노드 1과 공유합니다. 1. 서명 루트 CA(인증 기관) 키를 생성합니다. `openssl genrsa -out rootCAKey.pem 2048` 2. 루트 CA 인증서를 만듭니다. `openssl req -x509 -sha256 -new -nodes -key rootCAKey.pem -days 3650 -out rootCACert.pem` 인증서 필드에 값을 입력하라는 메시지가 표시됩니다. 예: Country Name (2 letter code) \[XX\]:US State or Province Name (full name) \[\]:Washington Locality Name (eg, city) \[Default City\]:Seattle Organization Name (eg, company) \[Default Company Ltd\]:Tableau Organizational Unit Name (eg, section) \[\]:Operations Common Name (eg, your name or your server's hostname) \[\]:tableau.example.com Email Address \[\]:example@tableau.com 3. 인증서 및 관련 키(아래 예에서 `serverssl.csr` 및 `serverssl.key`)를 만듭니다. 인증서의 주체 이름은 Tableau 호스트의 공용 호스트 이름과 일치해야 합니다. 주체 이름은 `-subj` 옵션과 `"/CN="` 형식을 사용하여 설정됩니다. 예: `openssl req -new -nodes -text -out serverssl.csr -keyout serverssl.key -subj "/CN=tableau.example.com"` 4. 2단계에서 만든 CA 인증서를 사용하여 새 인증서에 서명합니다. 다음 명령은 `crt` 형식으로도 인증서를 출력합니다. `openssl x509 -req -in serverssl.csr -days 3650 -CA rootCACert.pem -CAkey rootCAKey.pem -CAcreateserial -out serverssl.crt` ### 2단계: SSL에 대한 프록시 서버 구성 두 프록시 서버에서 다음 절차를 실행합니다. 1. Apache ssl 모듈을 설치합니다. `sudo yum install mod_ssl` 2. `/etc/ssl/private` 디렉터리를 만듭니다. `sudo mkdir -p /etc/ssl/private` 3. crt 및 key 파일을 다음 `/etc/ssl/` 경로에 복사합니다. `sudo cp serverssl.crt /etc/ssl/certs/` `sudo cp serverssl.key /etc/ssl/private/` 4. 다음 업데이트로 기존 `tableau.conf`를 업데이트합니다. - SSL 다시 쓰기 블록을 추가합니다. RewriteEngine on RewriteCond %{SERVER\_NAME} =tableau.example.com RewriteRule ^ https://%{SERVER\_NAME}%{REQUEST\_URI} \[END,NE,R=permanent\] - SSL 다시 쓰기 블록에서 `RewriteCond` 서버 이름을 업데이트합니다. 공용 호스트 이름(예: `tableau.example.com`)을 추가합니다. - ``을 ``으로 변경합니다. - `` 및 `` 블록을 다음으로 래핑합니다. `` ... ``. - `BalancerMember`: 프로토콜을 `http`에서 `https`로 변경합니다. - `SSL*` 요소를 `` 블록 안에 추가합니다. SSLEngine on SSLCertificateFile /etc/ssl/certs/serverssl.crt SSLCertificateKeyFile /etc/ssl/private/serverssl.key SSLProxyEngine on SSLProxyVerify none SSLProxyCheckPeerName off SSLProxyCheckPeerExpire off - `LogLevel` 요소에 `ssl:warn`을 추가합니다. - 선택 사항: 인증 모듈을 설치하고 구성한 경우 tableau.conf 파일에 추가 요소가 포함될 수 있습니다. 예를 들어 ` ` 블록에 요소가 포함됩니다. 여기에 SSL에 대해 구성된 예제 tableau.conf 파일이 나와 있습니다. RewriteEngine on RewriteCond %{SERVER\_NAME} =tableau.example.com RewriteRule ^ https://%{SERVER\_NAME}%{REQUEST\_URI} \[END,NE,R=permanent\] ServerAdmin admin@example.com ProxyHCExpr ok234 {%{REQUEST\_STATUS} =~ /^\[234\]/} Header add Set-Cookie "ROUTEID=.%{BALANCER\_WORKER\_ROUTE}e; path=/" env=BALANCER\_ROUTE\_CHANGED BalancerMember https://10.0.3.36/ route=1 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico BalancerMember https://10.0.4.15/ route=2 hcmethod=GET hcexpr=ok234 hcuri=/favicon.ico ProxySet stickysession=ROUTEID ProxyPreserveHost On ProxyPass / balancer://tableau/ ProxyPassReverse / balancer://tableau/ DocumentRoot /var/www/html ServerName tableau.example.com ServerSignature Off ErrorLog logs/error\_sp.log CustomLog logs/access\_sp.log combined LogLevel info ssl:warn SSLEngine on SSLCertificateFile /etc/ssl/certs/serverssl.crt SSLCertificateKeyFile /etc/ssl/private/serverssl.key SSLProxyEngine on SSLProxyVerify none SSLProxyCheckPeerName off SSLProxyCheckPeerExpire off #If you have configured a pre-auth module (e.g. Mellon) include those elements here. 5. 403 오류를 해결할 index.html 파일을 추가합니다. sudo touch /var/www/html/index.html 6. httpd를 다시 시작합니다. sudo systemctl restart httpd ### 3단계: 외부 SSL에 대한 Tableau Server 구성 프록시 1 호스트의 serverssl.crt 및 serverssl.key 파일을 초기 Tableau Server(노드 1)에 복사합니다. 노드 1에서 다음 명령을 실행합니다. tsm security external-ssl enable --cert-file serverssl.crt --key-file serverssl.key tsm pending-changes apply ### 4단계: 선택적 인증 구성 Tableau에 대한 외부 ID 공급자를 구성한 경우 IdP 관리 대시보드의 반환 URL을 업데이트해야 할 수 있습니다. 예를 들어 Okta 사전 인증 응용 프로그램을 사용하는 경우 수신자 URL 및 대상 URL에 HTTPS 프로토콜을 사용하도록 응용 프로그램을 업데이트해야 합니다. ### 5단계: HTTPS에 대한 AWS 부하 분산 장치 구성 이 가이드에 설명된 대로 AWS 부하 분산 장치를 배포하는 경우 HTTPS 트래픽을 프록시 서버로 보내도록 AWS 부하 분산 장치를 다시 구성해야 합니다. 1. 기존 HTTP 대상 그룹을 등록 취소합니다. 대상 그룹에서 부하 분산 장치에 구성된 HTTP 대상 그룹을 선택하고 동작을 클릭한 다음 인스턴스 등록 및 등록 취소를 클릭합니다. 대상 등록 및 등록 취소 페이지에서 현재 구성된 인스턴스를 선택하고 등록 취소를 클릭한 다음 저장을 클릭합니다. 2. HTTPS 대상 그룹을 만듭니다. 대상 그룹 \> 대상 그룹 만들기 - "인스턴스" 선택 - 대상 그룹 이름 입력(예: `TG-internal-HTTPS`) - VPC 선택 - 프로토콜: HTTPS 443 - 상태 확인 > 고급 상태 확인 설정 > 성공 코드에서 읽을 코드 목록(`200,303`)을 추가합니다. - 만들기를 클릭합니다. 3. 방금 만든 대상 그룹을 선택한 다음 대상 탭을 클릭합니다.  - 편집을 클릭합니다. - 프록시 응용 프로그램을 실행 중인 EC2 인스턴스를 선택한 다음 등록된 항목에 추가를 클릭합니다. - 저장을 클릭합니다. 4. 대상 그룹이 만들어지면 연결 유지를 사용하도록 설정해야 합니다. - AWS 대상 그룹 페이지(EC2 > 부하 분산 > 대상 그룹)를 열고 방금 설정한 대상 그룹 인스턴스를 선택합니다. 동작 메뉴에서 특성 편집을 선택합니다. - 특성 편집 페이지에서 연결 유지를 선택하고 기간을 `1 day`로 지정한 다음 변경 내용을 저장합니다. 5. 부하 분산 장치에서 수신기 규칙을 업데이트합니다. 이 배포에 대해 구성한 부하 분산 장치를 선택한 다음 수신기 탭을 클릭합니다. - HTTP:80에서 규칙 보기/편집을 클릭합니다. 결과로 표시되는 규칙 페이지에서 편집 아이콘을 클릭하여 규칙을 편집합니다(페이지 맨 위에서 한 번 클릭하여 편집한 다음 규칙별로 다시 편집). 기존 THEN 규칙을 삭제하고 동작 추가 > 리디렉션 대상...을 클릭하여 바꿉니다. 결과로 나온 THEN 구성에서 `HTTPS` 및 포트 `443`을 지정하고 다른 옵션을 기본 설정으로 유지합니다. 설정을 저장한 다음 업데이트를 클릭합니다. - HTTP:443에서 규칙 보기/편집을 클릭합니다. 결과로 표시되는 규칙 페이지에서 편집 아이콘을 클릭하여 규칙을 편집합니다(페이지 맨 위에서 한 번 클릭하여 편집한 다음 규칙별로 다시 편집). THEN 구성의 전달 대상...에서 대상 그룹을 방금 만든 HTTPS 그룹으로 변경합니다. 그룹 수준 연결 유지에서 연결 유지를 사용하도록 설정하고 기간을 1일로 설정합니다. 설정을 저장한 다음 업데이트를 클릭합니다. #### 6단계: SSL 확인 https://tableau.example.com으로 이동하여 구성을 확인합니다. [주요 콘텐츠로 건너뛰기](#main-content) # 부록 - AWS 배포 도구 상자 **참고**: Tableau는 더 이상 엔터프라이즈 배포 가이드를 업데이트하지 않습니다. AWS에서 Tableau Server를 배포하기 위한 유효한 모델로는 본 문서에 설명된 참조 아키텍처를 계속 권장하지만, 마지막 업데이트 이후 특정 구성 절차가 변경되었을 수 있습니다. 정확성을 보장하려면 항상 최신 [Tableau Server 도움말](https://help.tableau.com/current/server/ko-kr/get_started_server.htm) 설명서에 명시된 단계를 상호 참조하십시오. 이 항목에는 AWS에서 배포할 때의 참조 아키텍처에 대한 도구 및 대체 배포 옵션이 포함되어 있습니다. 구체적으로, 이 항목에서는 EDG에 설명된 예제 AWS 배포를 자동화하는 방법을 설명합니다. ## TabDeploy4EDG 자동 설치 스크립트 [TabDeploy4EDG 스크립트](https://help.tableau.com/samples/en-us/edg/tabdeploy4edg.txt)는 [4부 - Tableau Server 설치 및 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm)에 설명되어 있는 4노드 Tableau 배포의 구현을 자동화합니다. 이 가이드에 설명된 예제 AWS 구현을 따르면 TabDeploy4EDG를 실행할 수 있습니다. **요구 사항.** 스크립트를 실행하려면 [3부 - Tableau Server 엔터프라이즈 배포 준비](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part3.htm)의 예제 구현에 따라 AWS 환경을 준비 및 구성해야 합니다. - VPC, 서브넷 및 보안 그룹이 설명된 대로 구성해야 합니다. IP 주소는 구현 예에 표시된 것과 일치하지 않아도 됩니다. - 4개의 EC2 인스턴스가 AWS Linux 2의 최신 업데이트 빌드를 실행해야 합니다. - PostgreSQL이 설치되었으며 [PostgreSQL 설치, 구성 및 tar 백업 만들기](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm#Install,)에 설명된 대로 구성되어 있어야 합니다. - 1단계 tar 백업 파일은 [PostgreSQL 1단계 tar 백업 만들기](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm#Take)에 설명된 대로 PostgreSQL이 설치된 EC2 인스턴스에 있습니다. - Tableau Server 배포의 노드 1을 실행할 EC2 인스턴스는 [4부 - Tableau Server 설치 및 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm#Configur)에 설명된 대로 PostgreSQL과 통신하도록 구성되어 있어야 합니다. - 배스천 호스트의 SSH 세션을 통해 각 EC2 인스턴스에 로그인되어 있어야 합니다. 이 스크립트가 네 개의 Tableau Server를 설치하고 구성하는 데 약 1.5~2시간이 소요됩니다. 이 스크립트는 참조 아키텍처의 지정된 설정에 따라 Tableau를 구성합니다. 스크립트는 다음 동작을 수행합니다. - PostgreSQL 호스트의 tar 파일에 대한 경로가 지정된 경우 PostgreSQL 호스트의 1단계 백업을 복원합니다. - 모든 노드에서 기존 Tableau 설치를 삭제합니다. - 모든 노드에서 `sudo yum update`를 실행합니다. - 각 노드에 Tableau rpm 패키지를 다운로드하고 복사합니다. - 종속 항목을 각 노드에 다운로드하고 설치합니다. - `/app/tableau_server`를 만들고 모든 노드에 패키지를 설치합니다. - 로컬 ID 저장소와 함께 노드 1을 설치하고 PostgreSQL을 사용하여 외부 리포지토리를 구성합니다. - 노드 2 - 노드 4의 부트스트랩 설치와 초기 구성을 수행합니다. - TabDeploy4EDG의 부트스트랩 파일 및 구성 파일을 삭제합니다. - 참조 아키텍처 사양에 따라 Tableau 클러스터 전체에 서비스를 구성합니다. - 설치 유효성을 검사하고 각 노드의 상태를 반환합니다. **배스천 호스트에 스크립트 다운로드 및 복사** 1. [TabDeploy4EDG 샘플 페이지](https://help.tableau.com/samples/en-us/edg/tabdeploy4edg.txt)에서 스크립트를 복사하여 `TabDeploy4EDG`이라는 파일에 코드를 붙여 넣습니다. 2. 배스천 호스트 역할을 하는 EC2 호스트의 홈 디렉터리에 파일을 저장합니다. 3. 다음 명령을 실행하여 파일의 모드를 실행 가능하도록 변경합니다 sudo chmod +x TabDeploy4EDG **TabDeploy4EDG 실행** 배스천 호스트에서 TabDeploy4EDG를 실행해야 합니다. 이 스크립트는 [예: AWS의 배스천 호스트에 연결](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part3.htm#Example:)에 설명된 대로 ssh 정방향 에이전트 컨텍스트에서 실행된다는 가정하에 작성되었습니다. ssh 정방향 에이전트 컨텍스트에서 실행하지 않는 경우 설치 프로세스 중에 비밀번호를 입력하라는 메시지가 표시됩니다. 1. 등록 파일(`registration.json`)을 만들고 편집하고 저장합니다. 파일은 올바르게 서식이 지정된 json 파일이어야 합니다. 다음 템플릿을 복사하고 사용자 지정합니다. { "zip" : "97403", "country" : "USA", "city" : "Springfield", "last\_name" : "Simpson", "industry" : "Energy", "eula" : "yes", "title" : "Safety Inspection Engineer", "phone" : "5558675309", "company" : "Example", "state" : "OR", "department" : "Engineering", "first\_name" : "Homer", "email" : "homer@example.com" } 2. 다음 명령을 실행하여 템플릿 구성 파일을 생성합니다. ./TabDeploy4EDG -g edg.config 3. 편집할 구성 파일을 엽니다. sudo nano edg.config 최소한 각 EC2 호스트의 IP 주소, 등록 파일의 파일 경로 및 유효한 라이선스 키를 추가해야 합니다. 4. 구성 파일 편집이 완료되면 저장한 다음 닫습니다. 5. TabDeploy4EDG를 실행하려면 다음 명령을 실행합니다. ./TabDeploy4EDG -f edg.config ## 예: Terraform을 사용하여 AWS 인프라 배포 자동화 이 섹션에서는 Terraform을 구성하고 실행하여 AWS에서 EDG 참조 아키텍처를 배포하는 방법을 설명합니다. 여기에 나온 예제 Terraform 구성은 [3부 - Tableau Server 엔터프라이즈 배포 준비](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part3.htm)에 설명된 서브넷, 보안 그룹 및 EC2 인스턴스가 포함되어 있는 AWS VPC를 배포합니다. 샘플 Terraform 템플릿은 Tableau Samples 웹 사이트([https://help.tableau.com/samples/en-us/edg/edg-terraform.zip](https://help.tableau.com/samples/en-us/edg/edg-terraform.zip))에서 사용할 수 있습니다. 해당 조직에 맞게 이 템플릿을 구성하고 사용자 지정해야 합니다. 이 섹션에 제공된 구성 콘텐츠는 배포를 위해 사용자 지정해야 하는 최소 템플릿 변경 사항에 대해 설명합니다. ### 목표 여기에 제공된 Terraform 템플릿 및 콘텐츠는 개발 테스트 환경에 EDG를 빠르게 배포할 수 있는 작업 샘플을 제공하기 위한 것입니다. Tableau는 예제 Terraform 배포를 테스트하고 문서화하는 데 최선의 노력을 기울였습니다. 그러나 프로덕션 환경에서 Terraform을 사용하여 EDG를 배포하고 유지 관리하려면 이 예제의 범위를 벗어나는 Terraform 전문 지식이 필요합니다. Tableau는 여기에 문서화되어 있는 예제 Terraform 솔루션에 대한 지원을 제공하지 않습니다. ### 최종 상태 이 섹션의 절차에 따라 AWS에서 [3부 - Tableau Server 엔터프라이즈 배포 준비](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part3.htm)에 명시된 VPC와 기능적으로 동일한 VPC를 설정합니다. ![Tableau Server의 AWS 아키텍처 다이어그램입니다.](/tableau/current/ko-kr/guides/enterprise-deployment/ko-kr/Img/edg-vpc-terraform.png) 이 섹션의 샘플 Terraform 템플릿 및 지원 콘텐츠: - 탄력적 IP 주소, 가용성 영역 2개 및 위에 표시된 서브넷 조직(IP 주소는 다름)을 사용하여 VPC를 만듭니다. - 배스천, 공용, 사설 및 데이터 보안 그룹을 만듭니다. - 보안 그룹에 대한 대부분의 수신 및 송신 규칙을 설정합니다. Terraform이 실행된 후 보안 그룹을 편집해야 합니다. - 다음과 같은 EC2 호스트(각각 AWS Linux2를 실행)를 만듭니다. 배스천, 프록시 1, 프록시 2, Tableau 노드 1, Tableau 노드 2, Tableau 노드 3, Tableau 노드 4 - PostgreSQL용 EC2 호스트는 만들어지지 않습니다. 데이터 보안 그룹에 EC2를 수동으로 만든 다음 [PostgreSQL 설치, 구성 및 tar 백업 만들기](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm#Install,)에 설명된 대로 PostgreSQL을 설치하고 구성해야 합니다. ### 요구 사항 - AWS 계정 - VPC를 만들 수 있는 AWS 계정에 액세스할 수 있어야 합니다. - Windows 컴퓨터에서 Terraform을 실행하는 경우 AWS CLI를 설치해야 합니다. - AWS 계정에서 사용할 수 있는 탄력적 IP 주소 - AWS Route 53에 등록된 도메인 Terraform은 Route 53에 DNS 영역과 관련 SSL 인증서를 만듭니다. 따라서 Terraform을 실행하는 프로필 또한 Route 53에서 적절한 사용 권한을 가지고 있어야 합니다. ### 시작하기 전에 - 이 절차의 명령줄 예제는 Apple OS 사용 터미널에 대한 것입니다. Windows에서 Terraform을 실행하는 경우 파일 경로를 사용하여 적절하게 명령을 조정해야 합니다. - Terraform 프로젝트는 다수의 텍스트 구성 파일로 구성됩니다(.tf 파일 확장자). 이러한 파일을 사용자 지정하여 Terraform을 구성합니다. 강력한 텍스트 에디터가 없는 경우 Atom 또는 Text++를 설치합니다. - Terraform 프로젝트를 다른 사용자와 공유하는 경우 변경 관리를 위해 프로젝트를 Git에 저장하는 것이 좋습니다. ### 1단계 - 환경 준비 #### A. Terraform 다운로드 및 설치 [https://www.terraform.io/downloads](https://www.terraform.io/downloads) #### B. 공용-개인 키 쌍 생성 AWS와 결과 VPC 환경에 액세스할 때 사용할 키입니다. Terraform을 실행할 때 공용 키를 포함합니다. 터미널을 열고 다음 명령을 실행합니다. 1. Create a private key. For example, `my-key.pem`: openssl genrsa -out my-key.pem 1024 2. 공용 키를 만듭니다. 이 키 형식은 Terraform에 사용되지 않습니다. 이 절차의 나중 부분에서 ssh 키로 변환합니다. openssl rsa -in my-key.pem -pubout > my-key.pub 3. 개인 키에 대한 사용 권한을 설정합니다. sudo chmod 0600 my-key.pem Windows에서 사용 권한을 설정하려면: - Windows Explorer에서 파일을 찾으려면 오른쪽 클릭한 다음 속성을 선택합니다. 보안 탭으로 이동한 다음 고급을 클릭합니다. - 소유자를 자신으로 변경하고 상속을 사용하지 않도록 설정한 다음 모든 사용 권한을 삭제합니다. 자신에게 모든 권한을 부여한 다음 저장을 클릭합니다. 파일을 읽기 전용으로 표시합니다. 4. ssh 공용 키를 만듭니다. 프로세스의 나중 부분에서 이 키를 Terraform에 복사합니다. ssh-keygen -y -f my-key.pem >my-key-ssh.pub #### C. 프로젝트 다운로드 및 상태 디렉터리 추가 1. [EDG Terraform 프로젝트](https://help.tableau.com/samples/en-us/edg/edg-terraform.zip)를 다운로드하고 압축을 푼 다음 로컬 컴퓨터에 저장합니다. 다운로드 압축을 풀면 최상위 디렉터리, edg-terraform 및 일련의 하위 디렉터리가 표시됩니다. 2. `state`를 디렉터리를 최상위 `edg-terraform` 디렉터리의 피어로 만듭니다. ### 2단계: Terraform 템플릿 사용자 지정 해당하는 AWS 및 EDG 환경에 맞게 Terraform 템플릿을 사용자 지정해야 합니다. 여기의 예제에는 대부분의 조직에서 수행해야 하는 최소 템플릿 사용자 지정이 나와 있습니다. 사용하는 특정 환경에 따라 다른 사용자 지정이 필요할 가능성이 높습니다. 이 섹션은 템플릿 이름으로 구성됩니다. _3단계 - Terraform 실행_으로 계속하기 전에 모든 변경 내용을 저장하십시오. #### versions.tf There are three instances of `versions.tf` files where the `required_version` field must match the version of terraform.exe you're using. Check the version of terraform (`terraform.exe -version`) and update each of the following instances: - `edg-terraform\versions.tf` - `edg-terraform\modules\proxy\versions.tf` - `edg-terraform\modules\tableau_instance\versions.tf` #### key-pair.tf 1. 1B단계에서 생성한 공용 키를 열고 키를 복사합니다. less my-key-ssh.pub Windows: 공용 키의 내용을 복사합니다. 2. 공용 키 문자열을 public\_key 인수에 복사합니다. 예를 들면 다음과 같습니다. resource "aws\_key\_pair" "tableau" { key\_name = "my-key" public\_key = "ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAAAgQ (truncated example) dZVHambOCw==" Ensure that the `key_name` value is unique in the datacenter or `terraform apply` will fail. #### locals.tf Update `user.owner` to your name or alias. The value you enter here will be used for the "Name" tag in AWS on the resources that Terraform creates. #### providers.tf 1. 조직의 요구 사항에 따라 태그를 추가합니다. 예를 들면 다음과 같습니다. default\_tags { tags = { "Application" = "tableau", "Creator" = "alias@example.com", "DeptCode" = "8675309", "Description" = "EDG", "Environment" = "test", "Group" = "itcloud@example.com" } } 2. If using `provider`, comment out the `assume_role` lines: /\* assume\_role { role\_arn = "arn:aws:iam::310946706895:role/terraform-backend" session\_name = "terraform" }\*/ #### elb.tf Under `'resource "aws_lb" "tableau" {'` choose a unique value to use for `name` and `tags.Name`. If another AWS load balancer has the same name in the datacenter, then `terraform apply` will fail. Add `idle_timeout`: resource "aws\_lb" "tableau" { name = "edg-again-alb" load\_balancer\_type = "application" subnets = \[for subnet in aws\_subnet.public : subnet.id\] security\_groups = \[aws\_security\_group.public.id\] drop\_invalid\_header\_fields = true idle\_timeout = 400 tags = { Name = "edg-again-alb" } } #### variables.tf 루트 도메인 이름을 업데이트합니다. 이 이름은 Route 53에서 등록한 도메인과 일치해야 합니다. variable "root\_domain\_name" { default = "example.com" } 기본적으로 `tableau`라는 하위 도메인이 VPC DNS 도메인 이름에 지정됩니다. 이를 변경하려면 `subdomain`을 업데이트합니다. variable "subdomain" { default = "tableau" } #### modules/tableau\_instance/ec2.tf There are two ec2.tf files in the project. This customization is for the Tableau instance of the ec2.tf in the directory: `modules/tableau_instance/ec2.tf`. - 필요한 경우 태그 blob을 추가합니다. tags = { "Name" : var.ec2\_name, "user.owner" = "ALIAS", "Application" = "tableau", "Creator" = "ALIAS@example.com", "DeptCode" = "8675309", "Description" = "EDG", "Environment" = "test", "Group" = "itcloud@example.com" } } - 필요에 따라 데이터 요구 사항을 처리하도록 저장소를 업데이트합니다. 루트 볼륨: root\_block\_device { volume\_size = 100 volume\_type = "gp3" } 응용 프로그램 볼륨: resource "aws\_ebs\_volume" "tableau" { availability\_zone = data.aws\_subnet.tableau.availability\_zone size = 500 type = "gp3" } ### 3단계: Terraform 실행 #### A. Terraform 초기화 터미널에서 `edg-terraform` 디렉터리로 변경하고 다음 명령을 실행합니다. terraform init 초기화에 성공하면 다음 단계로 계속합니다. 초기화에 실패하면 Terraform 출력의 지침을 따릅니다. #### B. Terraform 계획 동일한 디렉터리에서 plan 명령을 실행합니다. terraform plan 이 명령을 여러 번 실행해도 됩니다. 오류를 수정하는 데 필요한 만큼 여러 번 실행합니다. 이 명령이 오류 없이 실행되면 다음 단계로 계속합니다. #### C. Terraform 적용 동일한 디렉터리에서 apply 명령을 실행합니다. terraform apply Terraform will prompt you to verify deployment, type `Yes`. #### 선택 사항: Terraform 삭제 destroy 명령을 실행하여 전체 VPC를 삭제할 수 있습니다. terraform destroy destroy 명령은 이전에 만든 것만 삭제합니다. AWS에서 일부 개체(보안 그룹, 서브넷 등)를 수동으로 변경한 경우 `destroy`가 실패합니다. destroy 작업이 실패/중단된 경우 종료하려면 `Control + C`를 입력합니다. 그런 다음 VPC를 Terraform에서 원래 만들 때의 상태로 수동으로 정리해야 합니다. 그런 다음 `destroy` 명령을 실행할 수 있습니다. ### 4단계 - 배스천에 연결 모든 명령줄 연결은 TCP 22(SSH 프로토콜)의 배스천 호스트를 통합니다. 1. AWS에서 배스천 보안 그룹을 만들고(**AWS** \> **보안 그룹** > **배스천 SG** > **인바운드 규칙 편집**) 터미널 명령을 실행하는 IP 주소 또는 서브넷 마스크의 SSH(TCP 22) 연결을 허용하는 규칙을 만듭니다. 선택 사항: 배포 중에 사설 및 공용 그룹의 EC2 인스턴스 간 파일 복사를 허용하는 것이 좋을 수 있습니다. 인바운드 SSH 규칙 만들기: - 사설: 공용의 SSH를 허용하는 인바운드 규칙 만들기 - 공용: 사설 및 공용의 SSH를 허용하는 인바운드 규칙 만들기 2. 1.B단계에서 만든 pem 키를 사용하여 배스천 호스트에 연결합니다. **Mac 터미널:** pem 키가 저장된 디렉터리에서 다음 명령을 실행합니다. ssh-add —apple-use-keychain .pem 다른 사람이 개인 키에 액세스할 수 있다는 경고가 표시되면 `chmod 600 ` 명령을 실행한 다음 `ssh-add` 명령을 다시 실행합니다. `ssh -A ec2-user@IPaddress` 명령을 사용하여 배스천 호스트에 연결합니다. 예를 들어 `ssh -A ec2-user@3.15.12.112`를 사용합니다. **Windows에서 PuTTY 및 Pageant 사용:** 1. pem 키에서 ppk 만들기: PuTTY 키 생성기를 사용합니다. 1.B 단계에서 만든 pem 키를 로드합니다. 키 가져오기 후에 **Save private key**(개인 키 저장)를 클릭합니다. 그러면 ppk 파일이 만들어집니다. 2. PuTTY에서 - 구성을 열고 다음과 같이 변경합니다. - Sessions>Host Name: 배스천 호스트의 IP 주소를 추가합니다. - Sessions>Port: 22 - Connection>Data>Auto-login username: ec2-user - Connection>SSH>Auth>Allow agent forwarding - Connection>SSH>Auth> 개인 키의 경우 찾아보기를 클릭하고 방금 만든 .ppk 파일을 선택합니다. 3. Pageant를 설치하고 ppk를 응용 프로그램에 로드합니다. ### 5단계 - PostgreSQL 설치 Terraform 템플릿은 외부 리포지토리로 사용할 PostgreSQL을 설치하지 않습니다. 그러나 관련된 보안 그룹과 서브넷은 만들어집니다. PostgreSQL을 실행하는 EC2에 외부 리포지토리를 설치할 예정인 경우 [3부 - Tableau Server 엔터프라이즈 배포 준비](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part3.htm)에 설명된 대로 EC2 인스턴스를 배포해야 합니다. 그런 다음 [4부 - Tableau Server 설치 및 구성](https://help.tableau.com/current/guides/enterprise-deployment/ko-kr/edg_part4.htm)에 설명된 대로 PostgreSQL을 설치 및 구성하고 tar 백업을 만듭니다. ### 6단계 - (선택 사항) DeployTab4EDG 실행 TabDeploy4EDG 스크립트는 4부에 설명된 4노드 Tableau 배포의 구현을 자동화합니다. [TabDeploy4EDG 자동 설치 스크립트](#EDGSetup)를 참조하십시오. [주요 콘텐츠로 건너뛰기](#main-content) # 자습서: Tableau Desktop 시작하기 ##### 데이터에 연결하고, 데이터 비주얼리제이션을 만들고, 결과를 프레젠테이션하고, 다른 사용자와 심층 정보를 공유하는 방법을 학습합니다. 이 자습서는 Tableau Desktop의 특징과 기능을 안내합니다. 이 자습서를 진행하는 동안 Tableau 통합 문서에 여러 비주얼리제이션을 만들 것입니다. 수행할 단계와 작업할 통합 문서는 대형 소매 체인의 본사에서 근무하는 직원에 대한 스토리에 기반합니다. 이 스토리는 영업 및 영업 실적에 대한 질문을 하고 답을 찾아가는 단계를 통해 전개됩니다. Tableau Desktop에서 데이터에 연결하고, 일부 유용한 뷰를 작성, 프레젠테이션 및 공유하고, 주요 기능을 적용하는 방법을 배웁니다. 단계를 완료하는 데는 1~3시간이 소요될 수 있습니다. ## 스토리 소개... 여러분은 대형 소매 체인의 직원입니다. 방금 분기별 매출 보고서를 받은 여러분의 상관은 어떤 제품의 경우 다른 제품보다 매출이 우수하고, 일부 영역의 매출이 예상보다 저조하다는 것을 알게 되었습니다. 상관은 수익에 관심을 둡니다. 여러분이 할 일은 전체 매출과 수익성을 살펴보고 이러한 수치의 원인이 된 항목을 찾는 것입니다. 또한 상관은 개선이 필요한 영역을 식별하고 결과를 프레젠테이션을 통해 팀에 알려 줄 것을 요청했습니다. 팀은 여러분이 조사한 결과를 탐색하고 회사의 제품 라인에 대한 매출 및 수익성을 개선하는 조치를 취할 수 있습니다. 여러분은 Tableau Desktop을 사용하여 제품 데이터에 대한 단순한 뷰를 작성하고, 지역별 매출 및 수익성을 매핑하고, 결과에 대한 대시보드를 작성한 다음 프레젠테이션 스토리를 만들 것입니다. 그 다음에는 원거리에 있는 팀이 볼 수 있도록 결과를 웹에 공유할 것입니다. **자세한 내용** 섹션을 확장하면 배경과 예제를 볼 수 있습니다. 한 번 해보십시오. 자세히 알아보기: 데이터에 연결 처음에는 샘플 – 슈퍼스토어 데이터 원본을 사용하여 단계를 수행합니다. 자습서에서 해당 방법을 볼 수 있습니다. Tableau Desktop의 핵심 기능에 익숙해진 후에는 고유한 데이터로 이 단계를 수행해 보십시오. 슈퍼스토어 데이터 집합을 다운로드해야 하는 경우 [Tableau Public 샘플 데이터](https://public.tableau.com/ko-kr/app/learn/sample-data) 페이지에서 액세스할 수 있습니다.

단계

1단계: 데이터에 연결
시작 페이지의 모든 항목과 데이터 연결 방법을 학습합니다.

단계로 이동

2단계: 끌어놓기 방식으로 살펴보기
Tableau 작업 영역을 익히고, Tableau 언어를 학습하고, 데이터 검토를 시작합니다.
단계로 이동
3단계: 결과를 집중적으로 보기
상세한 질문을 하고 추가 도구를 사용하여 뷰를 구체화하고 데이터에 대한 심층 정보를 얻습니다.
단계로 이동
4단계: 데이터를 지리적으로 탐색
데이터를 맵에 그려 추세를 파악하는 방법을 학습합니다.
단계로 이동
5단계: 세부 정보로 드릴다운
데이터의 세부 정보로 드릴다운하고 상위 필터를 생성하는 방법을 학습합니다.
단계로 이동
6단계: 심층 정보를 표시하는 대시보드 작성
대시보드를 작성하고 형식을 지정하여 이전에 만든 비주얼리제이션을 표시하는 방법을 학습합니다.
단계로 이동
7단계: 프레젠테이션 스토리 작성
결과를 프레젠테이션할 스토리를 작성하고 형식을 지정하는 방법을 학습합니다.
단계로 이동
8단계: 결과 공유
Tableau Server 또는 Tableau Cloud에서 결과를 조직과 공유하거나 Tableau Public에서 전 세계와 공유합니다.
단계로 이동
학습 라이브러리
이제 위의 추가 리소스를 통해 데이터에 수행할 수 있는 더 많은 기능을 학습해 보십시오.

라이브러리로 이동

[주요 콘텐츠로 건너뛰기](#main-content) # 최종 사용자 마이그레이션 검사 목록 본 문서는 [Tableau Cloud 수동 마이그레이션 가이드](https://help.tableau.com/current/guides/migration/ko-kr/emg_intro.htm)입니다. 이 가이드에서는 사용자가 100명 미만인 Tableau Server 배포를 Tableau Cloud로 수동으로 마이그레이션하는 방법을 설명합니다. Tableau Cloud를 시작합니다! 이 섹션은 Tableau 관리자가 최근 Tableau Server 환경을 Tableau의 완전 관리형 분석 플랫폼인 [Tableau Cloud](https://online.tableau.com/)로 마이그레이션한 사용자를 위한 것입니다. 마이그레이션 도중 Tableau Cloud로 원활하게 전환하려면 몇 분의 시간을 할애하여 다음 작업을 완료해야 합니다. Tableau Server에서 아래 기능 중 하나를 사용하고 있다면 Tableau Cloud에서 다시 만들어야 합니다. 이 목록을 검토하여 어떤 기능을 다시 만들어야 하는지 파악하고 제공된 단계에 따라 만드십시오! 이러한 항목을 마이그레이션하는 동안 Tableau 관리자와 협력하여 Tableau Server와 Tableau Cloud에 모두 액세스해야 합니다. - **URL 동작**: Tableau Cloud URL을 가리키도록 Tableau Server에서 시작된 URL 동작을 업데이트해야 합니다. 또는 업데이트된 필드 변수를 사용할 수 있습니다. [URL 동작](https://help.tableau.com/current/pro/desktop/ko-kr/actions_url.htm)을 참조하십시오. - **구독**: Tableau Cloud 사이트에서 뷰, 통합 문서 및 흐름을 다시 구독해야 합니다. [뷰 또는 통합 문서에 대한 구독 만들기](https://help.tableau.com/current/online/ko-kr/subscribe_user.htm)를 참조하십시오. - **사용자 지정 뷰**: 사용자 지정 뷰는 선택 항목 및 필터가 적용된 뷰의 복사본입니다. Tableau Cloud 사이트에서 사용자 지정 뷰를 다시 적용해야 합니다. [사용자 지정 뷰 사용](https://help.tableau.com/current/pro/desktop/ko-kr/customview.htm)을 참조하십시오. - **행 수준 보안**: 마이그레이션 중에 사용자 및 그룹 이름이 변경될 수 있습니다. Tableau 데이터 정책, 데이터 원본 또는 통합 문서 내의 행 수준 보안 솔루션에 그룹 및 사용자 이름을 사용한 경우 마이그레이션 후에 업데이트해야 합니다. - **데이터에 질문(Ask Data) 렌즈**: Tableau Cloud에서 데이터에 질문(Ask Data) 렌즈를 다시 구성해야 합니다. [데이터에 질문의 초점을 특정 대상에 맞추는 렌즈 만들기](https://help.tableau.com/current/pro/desktop/ko-kr/ask_data_lenses.htm)를 참조하십시오. - **즐겨찾기**: 즐겨찾기를 다시 만들어야 합니다. 내장된 데이터 원본을 제외한 모든 유형의 콘텐츠를 즐겨찾기에 추가할 수 있습니다. [즐겨찾기 표시](https://help.tableau.com/current/pro/desktop/ko-kr/favorites.htm)를 참조하십시오. - **모음**: Tableau Cloud에서 사용자가 모음을 다시 만들어야 합니다. - **사용자 계정 설정**: 이메일 설정 및 사용자 인터페이스 옵션을 업데이트합니다. [계정 설정 관리](https://help.tableau.com/current/pro/desktop/ko-kr/useracct.htm)를 참조하십시오. - **데이터 원본의 저장된 자격 증명**: 이전에 저장된 자격 증명을 포함했던 모든 데이터 원본 및 흐름을 업데이트해야 합니다. [데이터 연결을 위한 저장된 자격 증명 관리](https://help.tableau.com/current/pro/desktop/ko-kr/manage_stored_credentials.htm)를 참조하십시오. - **웹후크**: Tableau Cloud에서 웹후크를 다시 만들어야 합니다. [Tableau 웹후크](https://help.tableau.com/current/developer/webhooks/ko-kr/index.html)를 참조하십시오. - **내장 솔루션**: Tableau Server 뷰가 다른 응용 프로그램에 내장되어 있는 경우 Tableau Cloud 구성을 사용하려면 해당 솔루션을 업데이트해야 합니다. 여기에는 콘텐츠 항목의 URL, 웹 페이지와 항목의 상호 작용 방식, 비주얼리제이션에 대한 인증 등이 포함되지만 이에 국한되지 않습니다. - **대시보드 확장 프로그램**: 사용 사례에 따라 대시보드 확장 프로그램을 새로운 Tableau Cloud 환경에 맞게 조정해야 할 수도 있습니다. [대시보드 확장 프로그램](https://help.tableau.com/current/pro/desktop/ko-kr/dashboard_extensions.htm)을 참조하십시오. Tableau 관리자가 [클라우드 사이트에서 대시보드 확장 프로그램 지원을 설정](https://help.tableau.com/current/online/ko-kr/dashboard_extensions_server.htm)해야 할 수도 있습니다. - **Data Management**: 이전에 구매한 Data Management를 통하거나 Tableau Enterprise를 구매하여 조직에 Data Management 기능이 있는 경우 데이터 품질 경고 및 필드 설명을 업데이트해야 합니다. [가상 연결 및 데이터 정책](https://help.tableau.com/current/online/ko-kr/dm_vconn_overview.htm)을 참조하십시오. ## 마이그레이션 워크플로우 이 가이드는 Tableau Cloud로 마이그레이션하기 위한 단계별 프로세스에 따라 구성되어 있습니다. 1. [마이그레이션 계획](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part1.htm) 2. [Tableau Cloud 사이트 만들기 및 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2.htm) 3. [가상 연결 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part2-5.htm) 4. [데이터 원본, 통합 문서 및 Prep 흐름을 Tableau Cloud로 마이그레이션](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part3.htm) 5. [Tableau Cloud용 새로 고침 일정 다시 만들기](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part4.htm) 6. [마이그레이션된 사용자에 대한 사용 권한 및 콘텐츠 액세스 구성](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part5.htm) 7. [Tableau Cloud에 나머지 사용자 추가](https://help.tableau.com/current/guides/migration/ko-kr/cloud_migration_part6.htm) 8. **현재 위치**: 사용자 마이그레이션 검사 목록