지연 시간에 민감한 Bigtable 애플리케이션(읽기/쓰기 혼합)을 실행 중이며, 프로덕션에 영향을 주지 않으면서 전체 테이블에 대한 시간별 분석 스캔이 필요합니다. 어떻게 해야 할까요?

정답은 "기존 인스턴스에 단일 클러스터 라우팅을 사용하여 두 번째 클러스터를 추가하고, 일반 워크로드에는 live-traffic 앱 프로필을 사용하고 분석 워크로드에는 batch-analytics 프로필을 사용합니다"입니다. Bigtable은 단일 인스턴스 내에서 여러 클러스터를 지원하여 워크로드를 분리할 수 있습니다. 지연 시간에 민감한 프로덕션 워크로드와 분석 워크로드를 분리하기 위해 두 번째 클러스터를 추가하고, 각각 다른 애플리케이션 프로필(live-traffic 및 batch-analytics)을 사용하여 라우팅 정책을 최적화하는 것이 가장 효과적입니다. 단일 클러스터 라우팅은 분석 워크로드가 특정 클러스터로만 라우팅되도록 보장하여 프로덕션 클러스터에 영향을 주지 않습니다. Bigtable 덤프를 GCS로 내보내는 것은 시간별 분석 스캔에 필요한 실시간 또는 준실시간 데이터 접근성을 제공하지 못합니다. 기존 인스턴스에 멀티 클러스터 라우팅을 사용하는 것은 분석 워크로드가 프로덕션 클러스터로 라우팅될 가능성을 남겨두어 지연 시간에 영향을 줄 수 있습니다. 기존 클러스터의 크기를 두 배로 늘리는 것은 비용 효율적이지 않으며, 분석 워크로드가 여전히 프로덕션 워크로드와 리소스를 공유하여 성능 저하를 유발할 수 있습니다.