Je draait een latency-gevoelige Bigtable-applicatie (gemengde lees-/schrijfbewerkingen) en hebt een uurlijkse analytische scan over de volledige tabel nodig zonder de productie te beïnvloeden. Wat moet je doen?

De correcte optie is om een tweede cluster toe te voegen aan een bestaande instantie met single-cluster routing en app profiles te gebruiken. Bigtable ondersteunt meerdere clusters binnen één instantie. Door een tweede cluster toe te voegen, kan de analytische workload op dit nieuwe cluster draaien zonder de prestaties van het primaire, latency-gevoelige cluster te beïnvloeden. Single-cluster routing zorgt ervoor dat de analytische workload specifiek naar het nieuwe cluster wordt gestuurd. App profiles maken het mogelijk om verschillende routing- en replicatiebeleidsregels te definiëren voor verschillende workloads, waardoor de productieworkload en de analytische workload gescheiden blijven. Het exporteren van een Bigtable-dump naar GCS en het uitvoeren van de taak op de geëxporteerde bestanden introduceert extra latency en complexiteit. Het toevoegen van een tweede cluster met multi-cluster routing zou de analytische workload over beide clusters kunnen verdelen, wat de productieworkload alsnog kan beïnvloeden. Het vergroten van de omvang van het bestaande cluster zou de analytische workload nog steeds op hetzelfde cluster laten draaien als de productieworkload, wat de latency-gevoelige applicatie zou beïnvloeden.