사용자가 데이터를 탐색할 수 있도록 하는 가장 좋은 방법 중 하나는 효과적인 Looker 대시보드를 빌드하여 사용자에게 선별된 뷰를 제공하는 것입니다. 우수한 성능의 사용자 환경을 만들려면 대시보드를 설계할 때 이 페이지의 도움말을 고려하세요.
Looker 대시보드가 브라우저에 로드됩니다. 최적의 성능을 위해 빌드하려면 다음 사항에 유의하세요.
대시보드 성능에서 가장 중요한 요소는 기본 SQL 쿼리 성능입니다. 각 대시보드 요소는 캐시에서 반환되지 않을 경우 기본 데이터베이스에서 실행되는 데 시간이 걸리는 SQL 쿼리를 실행합니다. 고성능 쿼리 빌드에 대한 자세한 내용은 Looker 성능 최적화 권장사항 페이지의 쿼리 성능 최적화 섹션을 참조하세요.
일부 구성요소는 SQL과 비교했을 때 메모리 집약도가 높습니다. 이로 인해 대시보드에서 성능이 저하될 수 있습니다.
-
데이터 볼륨은 성능에 가장 큰 영향을 미칩니다. 개별 요소에 반환되는 데이터가 많을수록 더 많은 메모리 리소스가 소비됩니다. 수천 개의 데이터 포인트가 반환되는 Look과 대시보드 요소는 더 많은 메모리를 사용합니다.
-
대시보드 요소 수를 제한합니다. 숫자에 대한 절대적인 규칙은 없습니다. 단일 요소의 설계가 몇 가지 요소에 따라 메모리 소비에 영향을 미치기 때문입니다(이 페이지의 뒷부분에서 설명). 하지만 25개 이상의 쿼리가 포함된 대시보드를 만들지 마세요. 대시보드 간에 탐색 링크를 만들거나 커스텀 URL 링크를 만들어 대시보드에서 대시보드로 선별된 탐색을 만들어 대시보드 성능을 매끄럽게 유지하세요. 유사한 측정값을 동일한 단일 값 시각화에 연결하여 여러 개의 단일 타일 시각화를 방지할 수도 있습니다.
-
대시보드 설정을 전략적으로 사용합니다. 대시보드에서 autorefresh을 사용하는 경우 ETL 프로세스보다 빨리 새로고침되지 않도록 합니다. 일반적으로 자동 새로고침은 15분 미만으로 설정하는 것이 좋습니다. 대시보드를 필터링해야 하는 경우 로드 시 실행을 사용하지 마세요. 필수 필터를 사용하여 사용자가 필요한 필터 없이 대시보드를 실행하지 못하도록 합니다.
-
캐싱을 활용합니다. 데이터 그룹을 사용하여 모든 Looker 콘텐츠(대시보드, Look, 일정)를 ETL 프로세스와 동기화하는 것이 좋습니다. 이렇게 하면 데이터가 최신 상태가 아닌 경우 불필요한 쿼리를 방지할 수 있습니다.
-
병합된 결과, 커스텀 필드, 테이블 계산과 같은 쿼리 후 처리 기능은 메모리를 사용합니다. 쿼리 후 처리 기능이 더 많이 사용될수록 더 많은 메모리가 소비됩니다. 여러 Look 및 대시보드에서 동일한 테이블 계산, 병합된 결과 또는 커스텀 필드를 사용하는 경우 가능하면 LookML 모델에 하드 코딩하는 것이 좋습니다. 일반적으로 대시보드에 병합된 결과 타일을 4개 이상 추가하지 마세요.
-
피벗 측정기준은 메모리를 소비합니다. Look 또는 대시보드 타일에서 피벗되는 측정기준이 많을수록 대시보드가 로드될 때 더 많은 메모리가 소비됩니다. 첫 번째 글머리 기호에서 언급했듯이 이는 더 많은 데이터가 반환될수록 더 많은 데이터가 사용되기 때문입니다. 피벗하려는 측정기준의 카디널리티가 높으면(다수의 고유 값) 각 값을 위한 열이 있습니다. 한 번에 모든 항목을 표시하는 대신 사용자가 비교하려는 가장 관심 있는 측정기준 값을 선택할 수 있도록 대시보드 또는 보기 수준에서 필터링합니다.
-
열과 행이 많으면 메모리를 더 많이 소비합니다. 브라우저 성능을 위해 열을 50개 이하로 사용하는 것이 좋습니다. 다시 말하지만, 첫 번째 글머리 기호에서 설명한 것처럼 많은 양의 행과 많은 열을 반환하면 Look의 성능이 저하될 수 있습니다. 대시보드 또는 Look 수준에서 필터링하여 요소 내 결과 수를 줄입니다.
-
드릴 메뉴의 대시보드 실습 기능은 메모리 소비에 영향을 미치지 않지만 쿼리 시간이 느려지고 대시보드 성능이 저하될 수 있습니다.
-
단일 쿼리로 공유 필터를 활용하여 여러 타일 간에 단일 쿼리 결과를 렌더링합니다. 이렇게 하면 하나의 쿼리를 활용하여 여러 개의 대시보드 요소를 실행함으로써 대시보드에서 실행되는 총 쿼리 수를 줄일 수 있습니다.
-
모든 결과 옵션을 꼭 필요한 경우에만 사용하여 쿼리를 전송하거나 다운로드하세요. 일부 쿼리는 매우 크며 처리 시 Looker 서버에 부담을 줄 수 있습니다.
요소를 추가한 후 대시보드 성능을 테스트해야 합니다. 빌드를 진행하는 동안 대시보드로 계속 이동하고 페이지를 새로고침하여 Look을 추가할 때 성능에 어떤 영향이 있는지 확인하세요.
새로운 Looker 대시보드에 만족하면 폴더 권한 지정을 활용하여 실수로 대시보드를 변경할 수 없도록 해야 합니다. 사용자 그룹을 활용하여 개별 사용자가 아닌 콘텐츠 액세스 및 권한을 일괄 관리합니다.
성능 문제가 있는 경우 Looker 지원팀에 직접 문의해 주세요. Google 팀에서 항상 최선을 다해 조사하고 도와드립니다.