Looker 호스팅 인프라 마이그레이션 정보

Looker는 더 나은 확장성과 안정성을 제공하기 위해 호스팅 인프라를 업그레이드하는 중입니다. 또한 이 업그레이드를 통해 개발되는 새로운 Looker 기능에 액세스할 수 있습니다.

서비스가 중단되지 않고 계속되도록 조치를 취해야 합니다. Looker는 이러한 전환이 가능한 한 원활하게 진행될 수 있도록 최선을 다하고 있습니다. 자세한 내용은 다음 안내를 따르세요. 이를 검토한 후 지원이 필요하거나 질문이 있으면 Looker 지원 또는 Looker팀에 문의하세요.

또한 업그레이드 후에는 모든 영구 파생 테이블이 다시 빌드됩니다. 따라서 데이터베이스에 추가 로드가 발생합니다.

데이터베이스에 Looker 연결

Looker가 데이터베이스와 통신하는 데에는 두 가지 방법이 있습니다. 두 방법 모두 지속적인 데이터 액세스를 보장하기 위해 업데이트가 필요합니다. 각각 다른 기술을 사용하는 여러 데이터베이스가 있을 수 있습니다.

IP 주소 허용 목록

네트워크 레이어를 통해 특정 IP 주소를 허용하여 데이터베이스에 Looker를 연결하는 경우 네트워크에서 허용된 주소 목록에 새 IP를 추가해야 합니다. 이 단계는 미리 수행할 수 있습니다. 프로세스에 익숙하지 않은 경우에는 보안 데이터베이스 액세스 사용 설정 문서 페이지를 참조하세요.

  1. Looker 인스턴스의 네트워크 트래픽을 허용하는 데 필요한 IP 주소 목록은 관리 패널의 연결 페이지에서 찾을 수 있습니다. 공개 IP 주소를 클릭하고 표시된 IP 주소를 복사합니다. 전체 리전 및 IP 목록은 보안 데이터베이스 액세스 사용 설정 문서 페이지를 참조하세요.
  2. 네트워크 계층을 통해 필요한 IP 주소에 대한 액세스를 허용합니다(특정 방법은 해당 데이터베이스에 따라 다름). 지금은 레거시 IP를 삭제하지 마세요.

SSH 터널

SSH 터널을 통해 데이터베이스에 Looker를 연결하는 경우 터널 구성이 새 인프라로 이어집니다. 네트워크에서 허용된 IP 주소를 업데이트하는 작업만 수행하면 됩니다. SSH 터널 사용에 익숙하지 않으면 SSH 터널 사용 문서 페이지를 참조하세요.

  1. Looker 인스턴스의 네트워크 트래픽을 허용하는 데 필요한 IP 주소 목록은 관리 패널의 연결 페이지에서 찾을 수 있습니다. 공개 IP 주소를 클릭하고 표시된 IP 주소를 복사합니다. 전체 리전 및 IP 목록은 보안 데이터베이스 액세스 사용 설정 문서 페이지를 참조하세요.
  2. 네트워크 계층을 통해 필요한 IP 주소에 대한 액세스를 허용합니다(특정 방법은 해당 데이터베이스에 따라 다름). 지금은 레거시 IP를 삭제하지 마세요.

타사 서비스에 Looker 연결

Looker가 통신하는 추가 서비스가 있을 수 있습니다. IP 주소 허용 목록 섹션에서 설명한 대로 차세대 Looker 인스턴스는 다른 아웃바운드 IP 주소를 갖게 되며 액세스를 제한하는 경우 Looker는 연결할 수 없습니다.

주목할 만한 서비스 예시에는 GitHub Enterprise 계정 또는 로컬 작업 허브 서버가 포함됩니다. 이러한 허용 목록 IP 주소는 또한 SFTP 및 SMTP 대상과 IP 트래픽을 제한하는 LDAP 서버에도 적용됩니다.

인프라가 특정 서비스 연결을 위해 허용되는 IP 주소 목록에 의존하는 경우 데이터베이스 액세스를 허용할 때와 동일한 방법으로 이러한 목록을 업데이트해야 합니다.

  1. Looker 인스턴스의 네트워크 트래픽을 허용하는 데 필요한 IP 주소 목록은 관리 패널의 연결 페이지에서 찾을 수 있습니다. 공개 IP 주소를 클릭하고 표시된 IP 주소를 복사합니다. 전체 리전 및 IP 목록은 보안 데이터베이스 액세스 사용 설정 문서 페이지를 참조하세요.
  2. 네트워크 계층을 통해 필요한 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 전용

  1. 관리자 -> API를 선택하여 API 호스트 URL에 대해 설정된 값이 있는지 확인합니다.
  2. 값이 설정되어 있으면 더 이상 작업을 수행할 필요가 없습니다.
  3. 값이 설정되어 있지 않으면 관리자 설정 -> API 문서 페이지의 안내에 따라 값을 설정하고 이를 사용하도록 API 프로세스를 업데이트하거나(서비스 손실 없이 미리 구성 변경을 수행할 수 있으므로 권장됨) API 포트 지정 섹션을 계속 수행할 수 있습니다.
  4. 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 인스턴스에 액세스할 수 없습니다.