Looker는 더 나은 확장성과 안정성을 제공하기 위해 호스팅 인프라를 업그레이드하는 중입니다. 또한 이 업그레이드를 통해 개발되는 새로운 Looker 기능에 액세스할 수 있습니다.
서비스가 중단되지 않고 계속되도록 조치를 취해야 합니다. Looker는 이러한 전환이 가능한 한 원활하게 진행될 수 있도록 최선을 다하고 있습니다. 자세한 내용은 다음 안내를 따르세요. 이를 검토한 후 지원이 필요하거나 질문이 있으면 Looker 지원 또는 Looker팀에 문의하세요.
또한 업그레이드 후에는 모든 영구 파생 테이블이 다시 빌드됩니다. 따라서 데이터베이스에 추가 로드가 발생합니다.
데이터베이스에 Looker 연결
Looker가 데이터베이스와 통신하는 데에는 두 가지 방법이 있습니다. 두 방법 모두 지속적인 데이터 액세스를 보장하기 위해 업데이트가 필요합니다. 각각 다른 기술을 사용하는 여러 데이터베이스가 있을 수 있습니다.
IP 주소 허용 목록
네트워크 레이어를 통해 특정 IP 주소를 허용하여 데이터베이스에 Looker를 연결하는 경우 네트워크에서 허용된 주소 목록에 새 IP를 추가해야 합니다. 이 단계는 미리 수행할 수 있습니다. 프로세스에 익숙하지 않은 경우에는 보안 데이터베이스 액세스 사용 설정 문서 페이지를 참조하세요.
- Looker 인스턴스의 네트워크 트래픽을 허용하는 데 필요한 IP 주소 목록은 관리 패널의 연결 페이지에서 찾을 수 있습니다. 공개 IP 주소를 클릭하고 표시된 IP 주소를 복사합니다. 전체 리전 및 IP 목록은 보안 데이터베이스 액세스 사용 설정 문서 페이지를 참조하세요.
- 네트워크 계층을 통해 필요한 IP 주소에 대한 액세스를 허용합니다(특정 방법은 해당 데이터베이스에 따라 다름). 지금은 레거시 IP를 삭제하지 마세요.
SSH 터널
SSH 터널을 통해 데이터베이스에 Looker를 연결하는 경우 터널 구성이 새 인프라로 이어집니다. 네트워크에서 허용된 IP 주소를 업데이트하는 작업만 수행하면 됩니다. SSH 터널 사용에 익숙하지 않으면 SSH 터널 사용 문서 페이지를 참조하세요.
- Looker 인스턴스의 네트워크 트래픽을 허용하는 데 필요한 IP 주소 목록은 관리 패널의 연결 페이지에서 찾을 수 있습니다. 공개 IP 주소를 클릭하고 표시된 IP 주소를 복사합니다. 전체 리전 및 IP 목록은 보안 데이터베이스 액세스 사용 설정 문서 페이지를 참조하세요.
- 네트워크 계층을 통해 필요한 IP 주소에 대한 액세스를 허용합니다(특정 방법은 해당 데이터베이스에 따라 다름). 지금은 레거시 IP를 삭제하지 마세요.
타사 서비스에 Looker 연결
Looker가 통신하는 추가 서비스가 있을 수 있습니다. IP 주소 허용 목록 섹션에서 설명한 대로 차세대 Looker 인스턴스는 다른 아웃바운드 IP 주소를 갖게 되며 액세스를 제한하는 경우 Looker는 연결할 수 없습니다.
주목할 만한 서비스 예시에는 GitHub Enterprise 계정 또는 로컬 작업 허브 서버가 포함됩니다. 이러한 허용 목록 IP 주소는 또한 SFTP 및 SMTP 대상과 IP 트래픽을 제한하는 LDAP 서버에도 적용됩니다.
인프라가 특정 서비스 연결을 위해 허용되는 IP 주소 목록에 의존하는 경우 데이터베이스 액세스를 허용할 때와 동일한 방법으로 이러한 목록을 업데이트해야 합니다.
- Looker 인스턴스의 네트워크 트래픽을 허용하는 데 필요한 IP 주소 목록은 관리 패널의 연결 페이지에서 찾을 수 있습니다. 공개 IP 주소를 클릭하고 표시된 IP 주소를 복사합니다. 전체 리전 및 IP 목록은 보안 데이터베이스 액세스 사용 설정 문서 페이지를 참조하세요.
- 네트워크 계층을 통해 필요한 IP 주소에 대한 액세스를 허용합니다(특정 방법은 해당 서비스에 따라 다름). 지금은 레거시 IP를 삭제하지 마세요.
참고: 다음 섹션은 호스팅 환경을 Google Cloud로 변경하는 경우에만 관련이 있습니다. 귀하 또는 귀하의 조직의 누군가가 Amazon Web Services(AWS)의 기존 기본 호스팅 업체를 Google Cloud로 변경하는 문제에 대해 Looker와 논의한 적이 없는 한 더 이상 읽을 필요가 없습니다.
API를 통해 Looker에 액세스 - Google Cloud 전용
브라우저에서 Looker에 연결은 변경되지 않습니다. 사람은 기존에 하던 작업을 계속 수행할 수 있습니다. Looker API를 사용하는 경우 서비스가 중단되지 않도록 조치를 취해야 할 수도 있습니다. 확실하지 않으면 이 시스템 활동 쿼리를 사용해서 인스턴스에서 최근 API 사용이 있었는지 확인할 수 있습니다.
<your_instance_url>/explore/system__activity/event? fields=event.created_week,event.count,event.category &f[event.is_api_call]=Yes&sorts=event.created_week+desc &limit=500&total=on&row_total=right &vis={} &filter_config={"event.is_api_call":[{"type":"is","values":[{"constant":"Yes"},{}],"id":0,"error":false}]}
결과가 없으면 API를 사용 중이 아니고 추가 조치를 취할 필요가 없습니다.
커스텀 API 호스트 URL - Google Cloud 전용
- 관리자 -> API를 선택하여 API 호스트 URL에 대해 설정된 값이 있는지 확인합니다.
- 값이 설정되어 있으면 더 이상 작업을 수행할 필요가 없습니다.
- 값이 설정되어 있지 않으면 관리자 설정 -> API 문서 페이지의 안내에 따라 값을 설정하고 이를 사용하도록 API 프로세스를 업데이트하거나(서비스 손실 없이 미리 구성 변경을 수행할 수 있으므로 권장됨) API 포트 지정 섹션을 계속 수행할 수 있습니다.
-
Looker 애플리케이션에서 커스텀 API 호스트 URL을 구성한 후에는 지정된 포트 번호 대신 URL을 통해 연결하도록 API 프로세스를 업데이트해야 합니다(예:
https://my.looker.com:19999
대신https://my.api.looker.com
).
API 포트 지정 - Google Cloud 전용
커스텀 API 호스트 URL을 사용하지 않을 경우 새 포트에 연결하도록 API 프로세스를 업데이트해야 합니다. 차세대 호스팅 인프라에는 포트 443
이 사용됩니다. 커스텀 API 호스트 URL을 사용하지 않을 때는 19999
의 현재 기본 API 포트를 포트 443
으로 업데이트합니다.
API 프로세스를 찾고 API 포트 참조를 19999에서 443으로 변경합니다(예를 들어 https://my.looker.com:19999
대신 https://my.looker.com:443
사용).
이 기술은 서비스 중단 없이 사용할 수 없습니다. 업그레이드 전 API 프로세스에서 포트를 업데이트하도록 선택하면 업데이트가 완료될 때가지 프로세스가 Looker 인스턴스에 액세스할 수 없습니다. 따라서 예약된 업그레이드 후에 이를 즉시 수행하는 것이 좋습니다.
인프라 업그레이드 후 프로세스를 업데이트하도록 선택할 경우 업그레이드 시간과 포트 변경이 완료된 시간 사이의 기간 중에 자동화된 프로세스가 Looker 인스턴스에 액세스할 수 없습니다.