Questa pagina descrive alcune delle configurazioni controllate dall'utente che possono causare un'interruzione per un'istanza Spanner da escludere dal contratto di servizio (SLA) di Spanner, che esclude le interruzioni "causate da fattori al di fuori del ragionevole controllo di Google". Fornisce inoltre linee guida su come evitare queste configurazioni.
Spanner gestisce molti aspetti delle operazioni del database, come la suddivisione e il ribilanciamento dei dati, la replica, il failover e tutti gli aggiornamenti hardware e software. Puoi configurare molti di questi comportamenti con le impostazioni integrate e le API amministrative. I tuoi carichi di lavoro dipendono anche da altri componenti oltre a Spanner, come le applicazioni e la rete. Queste configurazioni controllate dal cliente potrebbero aumentare il rischio di tempi di inattività dell'istanza, a seconda del carico del database e di altri parametri di configurazione.
Se la tua istanza non è più integra e se Google stabilisce che non rispetta i limiti operativi descritti in questa pagina, l'eventuale tempo di inattività risultante potrebbe non essere coperto dall'SLA di Spanner (o non essere conteggiato ai fini dell'SLA).
Configurazioni escluse dallo SLA di Spanner
Le seguenti configurazioni sono escluse dallo SLA di Spanner:
- Se la tua istanza è configurata e utilizzata in modo da sovraccaricare l'istanza, non è coperta dallo SLA.
- I tempi di inattività delle istanze derivanti da azioni o omissioni volontarie non sono coperti dal contratto di servizio
- Se disabiliti l'API Spanner o altre Google Cloud API necessarie per creare e connettersi a Spanner, non è coperto dallo SLA.
- L'indisponibilità dell'API Spanner dovuta alla configurazione di rete, ad esempio regole proxy e firewall, non è coperta dallo SLA.
- L'indisponibilità dell'applicazione dovuta a client obsoleti o configurati in modo errato non è coperta dallo SLA. In particolare, verifica di utilizzare versioni recenti del client con dipendenze supportate. Ad esempio, le applicazioni Java devono utilizzare la BOM di Google (bill of materials) con un gestore di pacchetti, come Gradle o Maven.
Ti consigliamo di configurare avvisi e monitoraggio utilizzando Cloud Monitoring.
Configurazioni da evitare
Per mantenere la copertura dello SLA di Spanner, devi evitare le seguenti configurazioni:
- Sovraccarico della CPU: se l'utilizzo della CPU è costantemente elevato, l'istanza non è dimensionata correttamente per il carico di lavoro e potrebbe non essere coperta dallo SLA. Spanner Suggerimenti sull'utilizzo della CPU forniscono l'overhead per un evento di failover, in cui le risorse di calcolo rimanenti aiutano a gestire il traffico proveniente dalle parti non disponibili dell'istanza. Puoi utilizzare le metriche di utilizzo della CPU di Spanner per monitorare l'utilizzo della CPU.
- Spazio di archiviazione completo: Spanner ti addebita solo lo spazio di archiviazione che utilizzi. Tuttavia, ogni nodo, o unità di calcolo, ha un limite per la quantità di spazio di archiviazione che può gestire. Se la tua istanza non è dimensionata correttamente per lo spazio di archiviazione indirizzabile per nodo, potrebbe non essere coperta dallo SLA. Puoi utilizzare le metriche di utilizzo dello spazio di archiviazione di Spanner per monitorare l'utilizzo dello spazio di archiviazione.
- Limite di quota:le risorse dei nodi sono limitate dalle quote per utente. La mancata richiesta di aumenti di quota in anticipo potrebbe comportare un sovraccarico delle risorse di calcolo, che potrebbe non essere coperto dal contratto di servizio. Le richieste di aumento della quota che richiedono l'approvazione di Google vengono generalmente soddisfatte entro un giorno.
- Sessioni con provisioning insufficiente: i client Spanner utilizzano canali gRPC per comunicare con gli endpoint Google Cloud per query e amministrazione. Se gli ambienti client non forniscono canali sufficienti per supportare il volume di richieste di un workload, le tue applicazioni potrebbero riscontrare latenza elevata e throughput di richieste basso che potrebbero non essere coperti dal contratto di servizio.
- Sovraccarico di connessioni:è possibile riprovare in modo sicuro a utilizzare molte API Spanner in caso di errore temporaneo, ad esempio un deadlock di transazione in una query, un problema di rete o limiti di frequenza per le API amministrative. I tentativi di ripetizione eccessivamente aggressivi potrebbero sovraccaricare le connessioni esistenti, causando l'esaurimento delle risorse o un'ulteriore limitazione. L'aumento della latenza o la riduzione del throughput potrebbero non essere coperti dallo SLA. Per saperne di più, consulta Gestione dei timeout e dei tentativi del client.
- Sovraccarico dell'unità disco rigido (HDD):l'archiviazione a livelli ti consente di archiviare i dati Spanner su un mix di unità a stato solido (SSD) e unità disco rigido (HDD). Se il carico del disco sullo spazio di archiviazione HDD raggiunge il 100%, la tua istanza Spanner registra un aumento significativo della latenza e potrebbe non essere coperta dallo SLA. Puoi utilizzare le metriche di archiviazione a livelli di Spanner per monitorare il carico del disco.