Rapid Cache

Questa pagina descrive Rapid Cache, una funzionalità che fornisce una cache di lettura di zona supportata da SSD per i bucket Cloud Storage che può aumentare il throughput e ridurre la latenza dei dati archiviati. Rapid Cache fornisce capacità di archiviazione e larghezza di banda con scalabilità automatica in base alle tue esigenze. Rapid Cache è un servizio completamente gestito e restituisce dati coerenti.

Rapid Cache è utile per migliorare le prestazioni dei workload con un'elevata intensità di lettura e ridurre i costi di rete. Per saperne di più, consulta Vantaggi.

Consulta Creare e gestire cache per scoprire come creare e gestire le cache utilizzando Rapid Cache.

Come funziona Rapid Cache?

Rapid Cache ti consente di creare cache nella stessa zona dei tuoi workload. Quando crei una cache in una zona, le richieste di lettura dei dati provenienti dalla zona vengono elaborate dalla cache anziché dal bucket. Ogni cache serve i client all'interno della stessa zona della cache.

I dati di un bucket vengono importati in una cache quando vengono letti da una VM che si trova nella stessa zona della cache. Se configuri il comportamento di importazione in scrittura, i dati vengono importati nella cache anche quando vengono scritti nel bucket.

I metadati non vengono memorizzati nella cache. Le richieste di metadati degli oggetti vengono sempre elaborate dal bucket anziché dalla cache.

Per saperne di più su come i dati vengono acquisiti in una cache, consulta Acquisizione dei dati. Puoi configurare il Time to Live (TTL) e il comportamento di inserimento durante la scrittura di una cache quando la crei o la aggiorni.

Vantaggi

Quando memorizzi nella cache i dati con Rapid Cache, ottieni i seguenti vantaggi:

  • Accedi ai dati più velocemente: Rapid Cache colloca i dati nella stessa zona delle risorse di computing ed è completamente supportata da SSD. In questo modo, i tuoi carichi di lavoro possono raggiungere un throughput fino a 2,5 TB/s e la latenza si riduce per letture più rapide.

  • Ridurre le tariffe di trasferimento dei dati multiregionali: i dati letti dalla cache vengono addebitati con tariffe di trasferimento dei dati ridotte rispetto ai dati letti direttamente da un bucket multiregionale.

  • Riduci le tariffe di recupero: le tariffe di recupero per i bucket in Nearline Storage, Coldline Storage e Archive Storage non si applicano alle letture dei dati dalla cache.

  • Costi inferiori per le operazioni di lettura: le operazioni di lettura gestite da Rapid Cache hanno un prezzo inferiore rispetto alle operazioni di classe B gestite da un bucket nello spazio di archiviazione Standard Storage.

  • Scalabilità automatica delle dimensioni della cache: la memorizzazione nella cache SSD dinamica di Rapid Cache viene scalata automaticamente in base all'utilizzo senza che tu debba specificare le dimensioni della cache.

  • Utilizza le cache in modo efficiente: Rapid Cache può essere attivata sui bucket esistenti senza richiedere modifiche alle applicazioni o alle API esistenti. I dati memorizzati in Rapid Cache sono a elevata coerenza.

Per i dettagli sui prezzi, consulta Prezzi di Rapid Cache. Per informazioni sulle quote, consulta Quote di Rapid Cache.

Quando dovresti utilizzare Rapid Cache?

Utilizza Rapid Cache per i dati che vengono modificati raramente e letti di frequente per accelerare le letture dei dati per i workload di analisi e l'addestramento e il caricamento dei modelli di AI/ML.

Supponiamo che tu stia addestrando un modello di AI su molti nodi Google Kubernetes Engine, che leggono ripetutamente i dati archiviati nei tuoi bucket Cloud Storage e vengono eseguiti nella stessa zona. Quando crei una cache nella zona in cui viene eseguito il workload, la cache fornisce una larghezza di banda aggiuntiva e ti aiuta a ridurre le commissioni di trasferimento dei dati associate alla lettura dei dati nei bucket multiregionali, consentendoti di eseguire workload più grandi e scalati in modo più efficiente.

Scalabilità automatica del limite di dimensioni della cache e della larghezza di banda

Rapid Cache fornisce capacità di archiviazione e larghezza di banda temporanee che aumentano o diminuiscono automaticamente in base alla quantità di dati archiviati in una cache.

Il limite di larghezza di banda della cache parte da 100 Gbps e scala a una velocità di 20 Gbps per 1 TiB di dati archiviati. Puoi aumentare la larghezza di banda iniziale o il limite di larghezza di banda totale aumentando la quantità di dati archiviati nella cache, creando più cache in una zona o contattando il tuo Technical Account Manager o rappresentante di Google.

Per scoprire di più sui limiti di dimensioni e larghezza di banda per Rapid Cache, consulta Quote e limiti di Cloud Storage.

Memorizzazione nella cache dei dati nelle zone

Quando crei una cache per un bucket, questa deve essere creata in una zona all'interno della località del bucket. Ad esempio, se il tuo bucket si trova nella regione us-east1, puoi creare una cache in us-east1-b, ma non in us-central1-c. Se il tuo bucket si trova nella regione a due regioni ASIA, puoi creare una cache in qualsiasi zona che compone le regioni asia-east1 e asia-southeast1.

Per ogni bucket, puoi creare un massimo di una cache per zona. Ad esempio, se un bucket si trova nella regione us-east1, puoi creare una cache in us-east1-b e un'altra cache in us-east1-c. Se un bucket si trova in una multi-regione che comprende us-central1 e us-east1, puoi creare una cache in us-central1-a e un'altra cache in us-east1-b.

Puoi creare cache nelle zone finché è disponibile capacità per la zona. Se la capacità per la creazione di una cache non è disponibile, Rapid Cache continua a provare a creare una cache finché la capacità non diventa disponibile o il processo di creazione non viene annullato dall'utente. La capacità potrebbe rimanere non disponibile per un lungo periodo di tempo.

Puoi utilizzare Rapid Cache nelle seguenti zone. Queste zone possono essere utilizzate a seconda del tipo di località del bucket.

Asia

La tabella seguente mostra le zone e i tipi di località disponibili per Rapid Cache nell'area geografica Asia.

Nome zona Regione A due regioni Multi-regione A due regioni personalizzata
asia-east1-a
asia-east1-b
asia-east1-c
asia-northeast1-a
asia-northeast1-b
asia-northeast1-c
asia-south1-a
asia-south1-b
asia-south1-c
asia-southeast1-a
asia-southeast1-b
asia-southeast1-c

Europa

La tabella seguente mostra le zone e i tipi di località disponibili per Rapid Cache nell'area geografica Europa.

Nome zona Regione A due regioni Multi-regione A due regioni personalizzata
europe-north1-a
europe-north1-b
europe-north1-c
europe-west1-b
europe-west1-c
europe-west1-d
europe-west3-a
europe-west3-b
europe-west3-c
europe-west4-a
europe-west4-b
europe-west4-c
europe-west4-ai1a (Zona AI)
europe-west6-a
europe-west6-b

Stati Uniti

La tabella seguente mostra le zone e i tipi di località disponibili per Rapid Cache nell'area geografica degli Stati Uniti.

Nome zona Regione A due regioni Multi-regione A due regioni personalizzata
us-central1-a
us-central1-b
us-central1-c
us-central1-f
us-central1-ai1a (Zona AI)
us-east1-b
us-east1-c
us-east1-d
us-east4-a
us-east4-b
us-east4-c
us-east5-a
us-east5-b
us-east5-c
us-south1-a
us-south1-b
us-south1-c
us-south1-ai1b (Zona AI)
us-west1-a
us-west1-b
us-west1-c
us-west2-a
us-west3-a
us-west3-b
us-west3-c
us-west4-a
us-west4-b
us-west4-c

Acquisizione dei dati per le cache

Per impostazione predefinita, i dati vengono importati in una cache dopo la prima richiesta.

Poiché la cache è vuota quando arriva questa richiesta iniziale, i dati non possono ancora essere trovati al suo interno. Ciò comporta un errore iniziale della cache, in cui il sistema recupera i dati dal bucket Cloud Storage di backup. Mentre il sistema fornisce questi dati recuperati all'utente, li importa contemporaneamente nella cache.

Una volta completata questa prima richiesta, la residenza dei dati risiede nella cache, consentendo a tutte le letture successive di essere gestite direttamente dalla cache come successi della cache ad alta velocità. Questo comportamento riduce significativamente la latenza di lettura e accelera il recupero dei dati. I dati importati risiedono nella cache fino alla scadenza del TTL, dopodiché vengono rimossi dalla cache.

Per evitare completamente la lentezza della richiesta iniziale, puoi configurare la cache in modo che importi i dati in scrittura oltre che dopo la prima lettura.

Importazione dei dati in blocchi

Quando importa dati in una cache, Rapid Cache suddivide gli oggetti in chunk più piccoli di dimensioni fisse. La suddivisione degli oggetti in blocchi consente una memorizzazione nella cache più granulare, soprattutto per i file di grandi dimensioni in cui si accede solo a parti specifiche.

Un chunk è un blocco di dati di 2 MB. Quando viene effettuata una richiesta per un oggetto, Rapid Cache identifica i blocchi da 2 MB che coprono l'intervallo di byte richiesto e li gestisce in modo indipendente.

Il comportamento di importazione dati varia a seconda delle dimensioni dell'oggetto importato nella cache:

  • Per le richieste di lettura di oggetti di dimensioni superiori a 2 MB, vengono inseriti solo i blocchi contenenti l'intervallo di byte richiesto. Ad esempio, la lettura del primo MB di un file da 100 MB importa solo il primo chunk da 2 MB.

  • Per le richieste di lettura di oggetti di dimensioni inferiori a 2 MB (ad esempio un'immagine da 500 kB), l'intero oggetto viene importato nella cache.

Importazione dei dati alla scrittura

Quando abiliti una cache per l'importazione dei dati in scrittura, i dati vengono importati nella cache nel momento in cui vengono scritti nel bucket. Questo comportamento può essere attivato facoltativamente in aggiunta al comportamento predefinito della cache di importazione dei dati dopo la lettura iniziale.

La funzionalità di importazione in scrittura elimina i fallimenti della cache iniziali e consente al tuo workload di trarre vantaggio da un successo della cache immediato alla prima lettura dei dati. L'importazione dei dati in scrittura accelera i workload read-after-write, come il ripristino dei checkpoint di sistema o la preparazione delle pipeline di dati per l'addestramento dei modelli.

Puoi abilitare una cache per l'importazione dei dati in scrittura quando crei o aggiorni la cache. Puoi configurare una cache per importare tutti gli oggetti scritti in un bucket (noto anche come "importazione in scrittura a livello di bucket") o importare in modo selettivo gli oggetti scritti nel bucket in una cartella gestita specificata (noto anche come "importazione in scrittura a livello di prefisso").

Ad esempio, supponiamo di attivare una cache per eseguire l'importazione a livello di prefisso per gli oggetti nel bucket my-bucket che hanno il prefisso red/ nel nome. Poi carichi tre oggetti in my-bucket: gli oggetti red/my-dog.png, blue/my-cat.png e red/my-goldfish.png. Di conseguenza, solo gli oggetti red/my-dog.png e red/my-goldfish.png vengono importati nella cache dopo essere stati caricati su my-bucket.

Quando configuri l'importazione a livello di prefisso utilizzando determinati strumenti (come la consoleGoogle Cloud ), viene creata automaticamente una nuova cartella gestita se specifichi un prefisso che non è il nome di una cartella gestita esistente. Tuttavia, quando utilizzi l'API JSON, devi creare manualmente la cartella gestita e applicare le impostazioni ingestOnWrite per ogni zona della cache. Puoi trovare le istruzioni per attivare o disattivare l'importazione in scrittura utilizzando ogni strumento in Utilizza Rapid Cache.

Per capire come attivare o disattivare l'importazione in scrittura a livello di bucket o prefisso quando utilizzi l'API JSON, espandi la sezione Informazioni su come attivare l'importazione in scrittura. Le informazioni in questa sezione riguardano principalmente solo l'API JSON; altri strumenti, come la consoleGoogle Cloud , offuscano alcune impostazioni per semplificare l'attivazione e la gestione dell'importazione durante la scrittura.

Informazioni su come attivare l'importazione in scrittura

Questa sezione ti aiuta a capire quali impostazioni dell'API JSON utilizzare per attivare l'importazione in scrittura per tutti gli oggetti scritti in un bucket o solo per gli oggetti selezionati scritti nel bucket con un prefisso di cartella gestita.

Esistono due impostazioni che controllano se una cache importa i dati in scrittura per tutti gli oggetti di un bucket o solo per oggetti selettivi con un prefisso:

  • L'attivazione dell'importazione in scrittura a livello di bucket viene ottenuta utilizzando il campo ingestOnWrite di una risorsa cache. Il campo sarà simile al seguente:

    {
"zone": "us-east1-a",
"ttl": "24h",
"ingestOnWrite": true
}
    • Se impostato su true, l'importazione durante la scrittura viene attivata per tutti gli oggetti scritti nel bucket. Questa impostazione sostituisce qualsiasi impostazione a livello di cartella gestita che abilita l'importazione in scrittura per oggetti selettivi in base al prefisso.
    • Se impostato su false, l'importazione in scrittura viene disattivata per gli oggetti a livello di bucket. Questa impostazione consente l'attivazione dell'importazione in scrittura per oggetti selettivi per prefisso tramite le impostazioni della cartella gestita.

  • L'attivazione dell'importazione in scrittura a livello di prefisso si ottiene utilizzando le cartelle gestite, che rappresentano i percorsi dei prefissi che terminano con una barra finale (ad esempio: my-prefix/). Quando l'importazione in scrittura a livello di prefisso è abilitata, una cache importa selettivamente gli oggetti in scrittura solo se l'oggetto ha il prefisso nel nome.

    L'importazione in scrittura a livello di prefisso è controllata tramite il campo ingestOnWrite della mappatura rapidCacheConfig.policies in una risorsa cartella gestita. Per essere specificata nella mappatura rapidCacheConfig.policies, deve esistere un'istanza della cache.

    La mappatura rapidCacheConfig.policies di una cartella gestita è simile alla seguente:

    "rapidCacheConfig": {
  "policies": {
    "us-east1-a": {
      "rapidCacheId": "us-east1-a",
      "ingestOnWrite": "unspecified"
    }
    "us-east1-b": {
      ...,
      ...
    }
  }
}
    • Le istanze della cache specificate nel mapping policies devono già esistere affinché l'importazione in scrittura a livello di prefisso funzioni. Ad esempio, per specificare rapidCacheId: "us-east1-a" nel mapping policies, devi prima disporre di una cache per la zona us-east1-a.
    • Puoi aggiornare più istanze della cache specificate nel mapping policies in una singola chiamata API.
    • Se ingestOnWrite è impostato su enabled, l'importazione in scrittura è abilitata per tutti gli oggetti scritti nel bucket con questo prefisso della cartella gestita. L'importazione in scrittura a livello di prefisso può essere attivata solo se il campo ingestOnWrite della risorsa cache è false.
    • Se impostata su unspecified (valore predefinito), l'abilitazione dell'importazione in scrittura viene ereditata dalla risorsa padre immediata, che può essere una cartella gestita padre o il bucket che contiene la cartella gestita stessa.
    • Tutte le cache non specificate nel mapping delle policy vengono trattate come se l'impostazione ingestOnWrite fosse impostata su unspecified.

Di seguito è riportato un riepilogo di come configurare le risorse della cache e delle cartelle gestite per attivare o disattivare l'importazione in scrittura a livello di bucket o di prefisso:

  • Attivazione dell'importazione in scrittura a livello di bucket (ma non a livello di prefisso)

    • Configurazione: imposta il campo ingestOnWrite della risorsa cache su true.

    • Comportamento: l'importazione durante la scrittura è abilitata per tutti gli oggetti scritti nel bucket. Questa impostazione a livello di bucket esegue l'override di qualsiasi configurazione a livello di cartella gestita (ovvero, le configurazioni selettive a livello di prefisso vengono ignorate).

  • Attivazione dell'importazione in scrittura a livello di prefisso (ma non a livello di bucket)

    • Configurazione:

      1. Imposta il campo ingestOnWrite della risorsa cache su false.
      2. Configura una mappatura policies valida (non null) nella risorsa della cartella gestita.
      3. Imposta il campo ingestOnWrite della cartella gestita su enabled (o impostalo su unspecified se si tratta di una cartella secondaria che eredita enabled da una cartella gestita principale abilitata).

    • Comportamento: l'importazione durante la scrittura si verifica solo per gli oggetti scritti in prefissi di cartelle gestite corrispondenti.

  • Attivazione dell'importazione al momento della scrittura a livello di prefisso nelle cartelle gestite principali e secondarie

    Non è possibile abilitare l'inserimento al momento della scrittura per le cartelle gestite secondarie senza abilitarlo anche nella cartella gestita principale.

  • Disabilitazione dell'inserimento all'atto della scrittura sia del bucket che del prefisso

    • Configurazione:

      1. Imposta il campo ingestOnWrite della risorsa della cache su false.

      2. Imposta tutti i campi ingestOnWrite delle cartelle gestite su unspecified, assicurandoti che nessun campo ingestOnWrite delle cartelle gestite principali sia enabled.

        In alternativa, non configurare alcuna policy lasciando la mappa policies null o omettendo del tutto la configurazione rapidCacheConfig.

    • Comportamento: l'importazione in scrittura è disabilitata a livello globale per il bucket e tutti i prefissi.

Quando abiliti l'importazione in scrittura a livello di prefisso in una cartella gestita principale, l'importazione in scrittura viene abilitata per tutte le cartelle gestite secondarie nidificate nella cartella gestita principale. Per scoprire di più su come le risorse ereditano l'attivazione e la disattivazione dell'importazione durante la scrittura, espandi la sezione Come funziona l'ereditarietà dell'importazione durante la scrittura.

Come funziona l'ereditarietà dell'importazione durante la scrittura

Quando una cartella gestita non abilita esplicitamente l'importazione in scrittura (dove il campo ingestOnWrite della cartella gestita è impostato su unspecified), il comportamento di importazione in scrittura della cache viene ereditato dalla risorsa principale della cartella gestita, che si tratti del bucket o di una cartella gestita principale.

Quando utilizzi l'importazione in scrittura a livello di prefisso, l'impostazione di importazione in scrittura configurata in una cartella gestita principale viene ereditata da tutte le cartelle gestite secondarie.

Considera ad esempio il seguente scenario:

  • Hai una cartella gestita a/ la cui risorsa padre è il bucket my-bucket.
  • Hai una cartella gestita a/b/ la cui risorsa principale è la cartella gestita a/ all'interno di my-bucket.

Quando viene scritto un oggetto denominato a/b/info.txt, Rapid Cache valuta la gerarchia di configurazione dall'alto verso il basso:

  1. Controlla la cartella gestita immediata: se a/b/ è impostato su enabled, l'importazione in scrittura a livello di prefisso è abilitata per gli oggetti scritti in a/b/. Se a/b/ è impostato su unspecified, Rapid Cache controlla la risorsa principale immediata, ovvero la cartella gestita a/.
  2. Controlla la cartella gestita principale: se a/ è impostato su enabled, l'importazione in scrittura a livello di prefisso è abilitata per a/ e a/b/. Se a/ è impostato su unspecified, Rapid Cache controlla il bucket padre.
  3. Controlla l'impostazione ingestOnWrite a livello di cache del bucket: se il campo ingestOnWrite della cache è impostato su true, l'ingestione in scrittura a livello di bucket è abilitata e sostituisce qualsiasi cartella gestita con l'ingestione in scrittura a livello di prefisso configurata. Se il campo ingestOnWrite della cache è false e il campo ingestOnWrite delle cartelle gestite principali e secondarie è unspecified, l'importazione in scrittura è disabilitata per gli oggetti nel bucket che si trovano nelle cartelle gestite principali e secondarie. In questo scenario, se nel bucket non sono presenti altre cartelle gestite con l'importazione in scrittura configurata, l'importazione in scrittura viene disattivata per tutti gli oggetti nel bucket.

Durata (TTL)

Il TTL di una cache determina per quanto tempo i dati rimangono nella cache prima di essere rimossi. Il TTL è la durata di tempo in cui i dati rimangono nella cache dall'ultima lettura. Ad esempio, se il TTL è impostato su 24 ore, un blocco di dati la cui ultima lettura è avvenuta alle 11:00 di lunedì senza letture successive viene rimosso dalla cache alle 11:00 di martedì.

Puoi impostare il TTL di una cache quando la crei o la aggiorni. Puoi impostare il TTL di una cache su un valore compreso tra 24 ore e 7 giorni inclusi. Se non specificato, il TTL è impostato su 24 ore per impostazione predefinita.

Operazioni della cache

Questa sezione descrive le operazioni che puoi eseguire sulle cache di Rapid Cache. Alcune operazioni sono asincrone e restituiscono un'operazione a lunga esecuzione, mentre altre sono sincrone, ovvero vengono eseguite immediatamente e restituiscono una risorsa AnywhereCache.

Crea una cache

Puoi impostare la posizione, il TTL e il comportamento di importazione dati di una cache quando crei la cache. La cache entra in uno stato CREATING durante la creazione ed entra in uno stato RUNNING quando diventa attiva. Un'operazione di creazione della cache può richiedere fino a 48 ore, dopodiché l'operazione scade.

L'API AnywhereCaches Create è asincrona. Un'operazione di creazione restituisce un'operazione a lunga esecuzione. L'operazione a lunga esecuzione fornisce uno stato dell'operazione di creazione e consente di annullarla prima che sia completata.

Aggiorna una cache

Puoi impostare il TTL o il comportamento di importazione dati di una cache quando la aggiorni. Puoi aggiornare solo le cache in stato IN ESECUZIONE. Una cache in stato CREAZIONE IN CORSO o DISABILITATA non può essere aggiornata.

Quando una cache è in fase di aggiornamento, il campo pending_update restituisce true. Mentre il campo pending_update restituisce true, la cache non può essere aggiornata di nuovo. Al termine dell'aggiornamento del TTL di una cache, il nuovo TTL viene applicato immediatamente ai dati esistenti e a quelli nuovi nella cache.

L'API AnywhereCaches Update è asincrona e restituisce un'operazione a lunga esecuzione.

Ottieni una cache

Quando recuperi una cache, Rapid Cache restituisce lo stato e la configurazione dell'istanza della cache. L'API Get di AnywhereCache è sincrona e restituisce una risorsa AnywhereCache.

Elenca cache

Puoi restituire un elenco di cache associate per un determinato bucket. L'API AnywhereCaches List è sincrona e supporta l'impaginazione.

Disabilita una cache

Puoi disattivare una cache per rimuoverla definitivamente dalla configurazione del bucket. Quando disattivi una cache, questa passa allo stato DISABILITATA. Durante questo stato, puoi comunque leggere i dati esistenti dalla cache, ma non puoi inserire nuovi dati nella cache.

Dopo aver disattivato una cache, è previsto un periodo di tolleranza di un'ora durante il quale puoi annullare la disattivazione riprendendo la cache. Trascorso questo periodo di tolleranza di un'ora, la cache viene eliminata. Quando la cache viene eliminata, tutti i dati al suo interno vengono rimossi e la cache viene eliminata dal bucket.

Durante il periodo di un'ora prima dell'eliminazione della cache, puoi ripristinare lo stato DISABLED riprendendo la cache, che riprenderà lo stato RUNNING.

L'API Disable di AnywhereCaches è sincrona e restituisce una risorsa AnywhereCache.

Riprendere una cache

Puoi riprendere le cache che si trovano nello stato DISABLED, purché la cache disabilitata rientri nel periodo di tolleranza di 1 ora. Al termine del periodo di tolleranza di un'ora, l'operazione di ripristino viene eseguita al meglio delle possibilità, in quanto la cache potrebbe essere eliminata in qualsiasi momento dopo il periodo di tolleranza. Una volta ripresa, una cache entra nello stato RUNNING.

L'API AnywhereCaches Resume è sincrona e restituisce una risorsa AnywhereCache.

Motore per suggerimenti di Rapid Cache

Il motore per suggerimenti di Rapid Cache fornisce suggerimenti e insight per la creazione di cache in coppie di zone bucket analizzando l'utilizzo e lo spazio di archiviazione dei dati. Per informazioni generali e istruzioni sull'utilizzo del motore per suggerimenti di Rapid Cache, consulta Motore per suggerimenti di Rapid Cache.

Utilizzo di Rapid Cache per accelerare le letture per BigQuery

Rapid Cache può essere utilizzato per pubblicare dati per le richieste di lettura di oggetti emesse da BigQuery. Utilizzando Rapid Cache, puoi accelerare le letture dei dati per le tue applicazioni ottimizzando al contempo l'efficienza dei costi.

Anche se BigQuery è un servizio regionale, le risorse di calcolo sottostanti potrebbero spostarsi occasionalmente tra le zone per il bilanciamento del carico. Come best practice, attiva Rapid Cache per un workload BigQuery in tutte le zone di una regione per assicurarti che sia disponibile una cache da utilizzare nel caso in cui le risorse di computing sottostanti cambino zona. Se una cache in una zona non viene utilizzata, non comporta costi aggiuntivi, in quanto Rapid Cache è pay-per-use. Tieni presente che se le risorse di un workload cambiano zona, la cache nella nuova zona dovrà riacquisire i dati, il che potrebbe comportare un aumento una tantum dei costi di importazione dati.

Crittografia dei dati memorizzati nella cache

I dati vengono archiviati nella cache nel formato originale criptato lato server, garantendo la compatibilità con le opzioni di crittografia supportate da Cloud Storage.

Limitazioni e restrizioni

  • Per eliminare un bucket, devi prima eliminare tutte le cache associate. L'unica eccezione è l'eliminazione di un bucket utilizzando la console Google Cloud , che elimina tutte le cache associate insieme al bucket.

  • Quando esegui le operazioni di creazione, disattivazione, ripresa o aggiornamento della cache, limita la frequenza delle operazioni a non più di un'operazione al secondo. L'esecuzione di più di un'operazione al secondo può causare errori.

  • Rapid Cache non è uno spazio di archiviazione durevole e i dati potrebbero essere rimossi dalla cache in vari scenari. Uno scenario è quando la cache viene ridimensionata automaticamente per garantire che siano disponibili risorse sufficienti per i tuoi workload. In questo scenario, alcuni dati potrebbero essere rimossi in base a un algoritmo LRU (Least-Recently-Used) finché il servizio Rapid Cache non ha terminato di aumentare le dimensioni della cache.

    In ogni caso, i tuoi dati rimangono archiviati in modo sicuro nel bucket di origine. Quando i dati vengono eliminati dalla cache per motivi diversi dalla scadenza del TTL, il servizio Rapid Cache tenterà di reinserirli nella cache in modo trasparente e senza costi aggiuntivi. Se i dati non possono essere re-ingested in modo trasparente o sono stati eliminati a causa della scadenza del TTL, il servizio Rapid Cache li re-ingesterà alla prima lettura.

  • I suggerimenti e gli insight generati dal motore per suggerimenti di Rapid Cache non possono essere letti utilizzando BigQuery.

Considerazioni sulle prestazioni

  • Errori di chunk: se una richiesta copre più chunk e alcuni sono nella cache mentre altri no, Rapid Cache recupera in modo trasparente i chunk mancanti dal bucket di origine.

  • TTL ed eliminazione: le norme di eliminazione della durata (TTL) e di eliminazione meno recente (LRU) operano anche sui chunk. Le parti di un file di grandi dimensioni utilizzate di frequente potrebbero rimanere nella cache, mentre quelle utilizzate di rado vengono eliminate.

Prezzi

Per i prezzi dell'utilizzo di Rapid Cache, consulta Prezzi di Rapid Cache.

Controllo dei costi

Espandi i seguenti suggerimenti per scoprire come ridurre al minimo i costi di esecuzione delle cache:

Selezione del bucket

Devi creare cache solo per i bucket che contengono dati che vuoi memorizzare nella cache.

Selezione delle zone

Devi creare cache solo nelle zone in cui il tuo workload trarrà vantaggio dalla memorizzazione nella cache.

Impostazione TTL

Devi specificare il TTL minimo necessario per archiviare i dati nella cache. Il TTL può essere modificato senza interruzioni. Il valore predefinito è 1 giorno.

Disattivazione della cache

Puoi disattivare una cache per rimuoverla definitivamente dal servizio e interrompere l'accumulo di tutte le tariffe associate alla cache.

Risoluzione dei problemi relativi alla carenza temporanea di risorse

Le sezioni seguenti descrivono come risolvere i problemi quando si verifica una carenza temporanea di risorse, ovvero quando non è disponibile una capacità SSD o una capacità di distribuzione sufficiente in una zona specificata per creare una cache, aumentarne le dimensioni o aumentare il limite di larghezza di banda di una cache.

Impossibile creare una nuova cache

Rapid Cache potrebbe non riuscire a creare una nuova cache in una zona specifica a causa della mancanza di capacità SSD o di risorse di gestione del throughput, il che comporta una carenza temporanea di risorse. Durante questo periodo di tempo, Rapid Cache tenta di creare la nuova cache per un massimo di 48 ore. Se le risorse diventano disponibili entro il periodo di 48 ore, Rapid Cache completa la richiesta di creazione della cache. Se le risorse non diventano disponibili entro il periodo di tempo di 48 ore, la richiesta di creazione della cache non va a buon fine.

Come risolvere i problemi: per evitare interruzioni della memorizzazione nella cache, puoi annullare manualmente l'operazione di creazione della cache e crearne una nuova in una zona diversa che potrebbe avere capacità disponibile. Per monitorare o annullare un'operazione di creazione della cache, consulta Utilizzo di operazioni a lunga esecuzione.

Mancato aumento delle dimensioni della cache

Rapid Cache potrebbe non riuscire ad aumentare le dimensioni di una cache quando la quantità di capacità SSD richiesta non è disponibile nella zona della cache.

Sebbene Rapid Cache offra aumenti automatici delle dimensioni della cache on demand, questi aumenti dipendono dalla disponibilità della capacità SSD. Se la capacità SSD non è disponibile quando viene effettuata la richiesta di aumento automatico delle dimensioni della cache, Rapid Cache continua a inviare la richiesta finché non termina la carenza temporanea di risorse o non è più necessario un aumento delle dimensioni della cache.

Durante una carenza temporanea di risorse, i nuovi dati vengono inseriti e quelli esistenti nella cache vengono eliminati in base al criterio di utilizzo meno recente. Le cache sufficientemente grandi da archiviare la maggior parte dei dati attivi subiscono un impatto minimo o nullo sulle metriche della cache. Le cache con una capacità inferiore alla quantità di dati caldi possono eliminare i dati e reingerirli più spesso rispetto alle cache non interessate da carenze di risorse. Quando le dimensioni effettive della cache sono molto inferiori alla capacità necessaria, potresti riscontrare il seguente comportamento correlato alla carenza di risorse:

  • Un limite di larghezza di banda della cache inferiore, un throughput della cache inferiore, un consumo maggiore della quota di larghezza di banda per il trasferimento di dati e un possibile impatto su altre metriche
  • La fatturazione potrebbe essere interessata nei seguenti modi:
    • Aumento dei costi dovuto alla tariffa di importazione della cache
    • Costi ridotti per la tariffa di archiviazione nella cache
    • Costi ridotti della tariffa per il trasferimento di dati in uscita dalla cache
    • Costi ridotti per le tariffe delle operazioni di trasferimento dei dati in uscita dalla cache
    • Aumento dei costi dovuto alla commissione per il trasferimento di dati multiregionale
    • Costi aumentati dall'utilizzo delle operazioni di classe B

Per informazioni su queste tariffe, consulta la sezione Prezzi di Rapid Cache.

Come risolvere i problemi: per ottenere i migliori risultati durante una carenza temporanea di risorse, ti consigliamo di monitorare le cache e di disattivare quelle o i workload non necessari in base alle tue esigenze.

Impossibilità di fare lo scale up del limite di larghezza di banda di una cache

Una carenza del limite di larghezza di banda della cache può verificarsi temporaneamente durante un aumento delle dimensioni della cache quando le risorse di gestione del throughput in una zona specifica non sono sufficienti per scalare il limite di larghezza di banda della cache delle cache esistenti a 20 Gbps per TiB. Durante una carenza di larghezza di banda della cache disponibile, Rapid Cache non consente di scalare il limite di larghezza di banda della cache a 20 Gbps per TiB di dati, ma la cache continua a gestire le richieste di lettura. Puoi richiedere una maggiore larghezza di banda della cache contattando il tuo Technical Account Manager o il tuo rappresentante di Google. In caso di carenza di larghezza di banda della cache disponibile, potresti notare un aumento del consumo di larghezza di banda in uscita dei dati del bucket.

Come risolvere i problemi: per ottenere risultati ottimali durante una carenza temporanea di risorse, ti consigliamo di monitorare le cache e disattivare le cache o i carichi di lavoro non necessari in base alle tue esigenze.

Passaggi successivi