DataStax estende Astra DB serverless per diventare multiregione

Circa sei mesi dopo la sua transizione Astra gestito Cassandra servizio di database cloud, DataStax sta compiendo il logico passo successivo nell'estendere il supporto serverless in più regioni. Cassandra è un obiettivo logico per tale funzionalità poiché è stata tradizionalmente progettata per casi d'uso di distribuzione distribuiti, scalabili e estremi che richiedono scritture veloci.

L'idea corrente è che il serverless semplifica e, per carichi di traffico altamente variabili, può ridurre il costo di esecuzione dei database. Con i database distribuiti a livello globale, i costi dell'overprovisioning aumentano rapidamente.

Astra DB si unisce a un gruppo molto selezionato di database che sono serverless e possono estendersi su più di una regione in varia misura. Attualmente è l'unico in esecuzione su più cloud in GA. Altri includono PlanetScale, che abbiamo coperto poco più di un anno fa che ti consente di frazionare MySQL in modo selettivo in una o più regioni; ma è ancora attualmente in beta. c'è DynamoDB, che offre a Tabelle globali funzione per designare alcune tabelle per la replica in altre regioni e Cosmo DB offre anche un'opzione serverless, ma entrambi funzionano solo sui rispettivi cloud. Tuttavia, altri servizi cloud di database multiregione, come Chiave di Google Cloud ed scarafaggio nuvola non sono serverless. Le piattaforme serverless che si estendono in più regioni sono ancora piuttosto rare perché la loro progettazione richiede un po' di lavoro di fantasia quando si tratta di coordinare le risorse.

La nuova funzionalità multiregione esegue Astra DB come un'unica istanza logica in tutte le regioni scelte dal cliente; all'interno di ogni area sono presenti almeno due data center o zone di disponibilità per il failover. All'interno del gruppo di aree, gli amministratori configurano come e dove le scritture vengono salvate e replicate, per il failover e l'accessibilità locale. La pratica predefinita per il failover è con un altro data center nella stessa regione. Per quanto riguarda la replica delle scritture, gli amministratori possono essere selettivi in ​​modo da contenere i costi delle unità di richiesta di scrittura addebitate dai provider cloud.

I casi d'uso per i database distribuiti a livello globale includono applicazioni che richiedono la capacità di eseguire scritture e letture veloci in più regioni, senza la latenza associata all'accesso remoto. Inoltre, con le leggi sulla sovranità o sulla residenza dei dati che stanno emergendo rapidamente, la capacità interregionale fornisce un'alternativa al mantenimento di più istanze separate; in questi casi, gli amministratori possono essenzialmente shard il database per limitare sottoinsiemi di dati alle loro regioni di origine.

Prima della nuova versione, alcuni clienti DataStax stavano già lavorando con distribuzioni multiregione che implicavano la replica tra regioni. Infosys, ad esempio, ha configurato VM in ogni regione in cui Cassandra era ospitata per gestire la replica per un client globale. Hanno dovuto affrontare problemi di manutenzione e aggiornamento di tutte le macchine virtuali e dei file YAML associati. Con Astra DB che ora aggiunge il supporto multiregione per serverless, queste complessità sono sepolte sotto il cofano.

A questo punto, i casi d'uso per Astra DB in più regioni sono per scenari che richiedono un accesso locale veloce che sono anche sensibili ai costi di uscita dei dati. Sebbene Astra DB sia disponibile su tutti e tre i principali cloud pubblici, c'è poca o nessuna richiesta per il cosiddetto "inter-cloud" (che esegue lo stesso database su più di un provider cloud).

Divulgazione: DataStax è un client dbInsight.

Fonte: https://www.zdnet.com/article/datastax-extends-astra-db-serverless-to-go-multiregion/#ftag=RSSbaffb68