Looker는 대규모 데이터 볼륨 및 사용자 수에 맞게 확장되도록 설계되었으며, 과부하 시 성능이 우수한 경향이 있습니다. 일반적으로 성능 문제는 드물게 발생하며 적절한 설계로 피할 수 있습니다.
하지만 특정 상황에서 적합한 디자인 패턴은 다른 상황에서는 적합하지 않을 수 있습니다. 단순성, 연장성, 확장성 사이에서 적절한 균형을 찾는 것이 중요합니다.
인스턴스 수준 고려사항
Looker의 다양한 객체는 인스턴스 수준의 확장성에 영향을 줄 수 있습니다. 다음 표에는 목표를 달성하기 위해 특정 설계 방식을 적용해야 하는 객체 임곗값이 나와 있습니다. 나열된 임계값은 엄격한 제한이 아니며 제대로 설계하는 경우 이를 초과하는 Looker 인스턴스를 만들 수 있습니다. 이러한 기준을 초과해야 하는 인스턴스를 계획하는 경우, Looker 계정팀과 협력하여 이러한 상황에서 설계 가이드라인을 적용하는 방법을 조언할 수 있습니다.
| Looker 객체 | 확장성을 위한 설계 검토 기준을 초과하는 임곗값 |
|---|---|
| 데이터베이스 연결 | 인스턴스별 50개 |
| 프로젝트 | 인스턴스별 50개 |
| 모델 | 인스턴스별 100개 |
| Explore | 인스턴스별 500개 |
| 뷰 | 인스턴스별 2,000개 |
| 필드 | Explore별 2,000개 |
인스턴스가 여러 객체 임곗값에 근접하게 될 경우 고려해야 할 추가 설계가 있습니다. 이러한 설계를 계획하는 경우 Looker 계정팀과 협력하는 것이 훨씬 더 중요합니다.
인스턴스 확장 측정기준
Looker 인스턴스는 Looker의 감독 및 관리를 위한 최상위 구성입니다. 더 큰 배포를 수용하도록 인스턴스를 수직 확장(더 큰 하드웨어 리소스) 또는 수평 확장(더 많은 노드)할 수 있습니다.
| 확장 측정기준 | 동시 사용자 권장 한도(주간 활성 사용자 수) |
|---|---|
| 아주 작게(기본값) | < 20 |
| 작게 | < 40 |
| 보통 | < 80 |
| 크게 | Looker 계정팀과 함께 더 큰 구성을 사용할 수 있습니다. |
기본 구성보다 더 많은 인스턴스가 필요하며 Looker가 인스턴스를 호스팅하는 경우 Looker 계정팀과 협력하여 배포가 적절하게 구성되었는지 확인해야 합니다.