Configurazione di Cassandra per la produzione

Questo argomento descrive i passaggi da seguire per configurare il database Cassandra per un'installazione di produzione ibrida Apigee.

Garantisci disponibilità elevata

I cluster Cassandra richiedono tre zone di disponibilità per mantenere la disponibilità in un ambiente di produzione. Se una zona non è più attiva, le zone rimanenti continueranno a rispondere alle richieste mentre la zona rimanente torna online. Se due o più zone non sono attive, Cassandra non potrà rispondere alle richieste finché almeno due zone non torneranno online. Apigee consiglia di rimettere le zone online entro tre ore per ridurre al minimo il rischio di perdere gli aggiornamenti dei dati.

Applica le impostazioni di archiviazione Cassandra

Per applicare le modifiche alle impostazioni di archiviazione di Cassandra nel file delle sostituzioni, esegui i seguenti comandi: 

$APIGEECTL_HOME/apigeectl init -f overrides/OVERRIDES_FILE

$APIGEECTL_HOME/apigeectl apply -f overrides/OVERRIDES_FILE

Configura le impostazioni di archiviazione di Cassandra

Per un'installazione in produzione di Apigee hybrid, Google consiglia di aggiungere le seguenti impostazioni di archiviazione e heap al file degli override e applicale al cluster: 

cassandra:
  ...
  replicaCount: 3
  storage:
    storageclass: your-preferred-ssd-storage #If not using default storage for your cluster
    capacity: 500Gi
  resources:
    requests:
      cpu: 7
      memory: 15Gi
  maxHeapSize: 8192M
  heapNewSize: 1200M

replicaCount

Il valore di replicaCount deve essere un multiplo di 3. Per determinare il tuo valore di replicaCount desiderato, considera quanto segue:

  • Stimare le richieste di traffico per i proxy.
  • Esegui un test di carico e fai previsioni ragionevoli sull'utilizzo della CPU.
  • Puoi specificare valori replicaCount diversi in regioni diverse.
  • Puoi espandere replicaCount in futuro nel file degli override.

Per verificare l'impostazione attuale di replicaCount, esegui questo comando sul cluster: 

kubectl get sts -n NAMESPACE apigee-cassandra-default -o=jsonpath='{.spec.replicas}'

storageclass

Per la produzione, lo spazio di archiviazione Cassandra deve essere un oggetto StorageClass SSD. Imposta il valore di storageclass se non utilizzi il valore predefinito di Kubernetes StorageClass per i tuoi in un cluster Kubernetes. Puoi controllare il valore predefinito del tuo oggetto StorageClass con il comando seguente.

kubectl get storageclass

L'output dovrebbe essere simile al seguente: 

NAME                     PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
premium-rwo              pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   6d23h
standard                 kubernetes.io/gce-pd    Delete          Immediate              true                   6d23h
standard-rwo (default)   pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   6d23h

Se vuoi, segui le istruzioni nella configurazione di StorageClass per modificare il valore predefinito di Kubernetes StorageClass.

Per controllare l'impostazione storageclass corrente, esegui il seguente comando sul cluster: 

kubectl get pvc -n NAMESPACE cassandra-data-apigee-cassandra-default-0 -o=jsonpath='{.metadata.annotations.volume\.beta\.kubernetes\.io/storage-class}'

capacity

Per le installazioni di produzione, Google consiglia una capacità di archiviazione di almeno 500 GB (gigabyte). Puoi modificare la capacità di archiviazione in risposta alle esigenze del tuo cluster. Consulta le istruzioni in Espandere i volumi Cassandra permanenti per modificare la capacità di archiviazione.

Per controllare l'impostazione della capacità corrente, esegui il seguente comando sul cluster: 

kubectl get pvc -n NAMESPACE cassandra-data-apigee-cassandra-default-0 -o=jsonpath='{.spec.resources.requests.storage}'

cpu e memory

Per le installazioni in produzione, Google consiglia almeno 7 CPU e un minimo di 15 Gi (gibibyte) per pod. Quando specifichi cassandra.resources.requests.cpu e cassandra.resources.requests.memory, considera il volume di traffico, la CPU e Richieste di memoria da parte dei proxy.

Per verificare l'impostazione attuale della CPU, esegui questo comando sul cluster: 

kubectl get pods -n NAMESPACE apigee-cassandra-default-0 -o=jsonpath='{.spec.containers[].resources.requests.cpu}'

Per verificare l'impostazione della memoria attuale, esegui questo comando sul cluster: 

kubectl get pods -n NAMESPACE apigee-cassandra-default-0 -o=jsonpath='{.spec.containers[].resources.requests.memory}'

maxHeapSize e heapNewSize

Queste proprietà determinano l'heap massimo di memoria allocato ai processi Cassandra e la quantità di aumento della memoria in megabyte (le dimensioni heap sono specificate in megabyte, non mebibyte). Per gli ambienti di produzione, Google consiglia i seguenti valori:

  • maxHeapSize: 8192M
  • heapNewSize: 1200M

Consulta la documentazione del provider della piattaforma Kubernetes per i valori ottimali delle dimensioni dell'heap.

Per verificare l'impostazione attuale di maxHeapSize, esegui questo comando sul cluster: 

kubectl get sts -n NAMESPACE apigee-cassandra-default -o=jsonpath='{.spec.template.spec.containers[].env[?(@.name=="MAX_HEAP_SIZE")]}'

Per controllare l'impostazione heapNewSize corrente, esegui il seguente comando sul cluster: 

kubectl get sts -n NAMESPACE apigee-cassandra-default -o=jsonpath='{.spec.template.spec.containers[].env[?(@.name=="HEAP_NEWSIZE")]}'

Per ulteriori informazioni su queste impostazioni delle proprietà, consulta la Guida di riferimento per le proprietà di configurazione.

Usa l'archiviazione SSD per i deployment di produzione

Per il database Cassandra, il runtime ibrido supporta solo l'utilizzo di volumi permanenti creati dinamicamente per archiviare i dati. Le unità SSD locali non sono supportate.

Se al momento non hai configurato un'unità SSD per Cassandra, devi configurare una definizione di StorageClass basata su un'unità a stato solido (SSD) e impostarla come classe predefinita. Per i passaggi dettagliati, vedi Configurazione di StorageClass.

Se vuoi, segui le istruzioni nella configurazione di StorageClass per modificare il valore predefinito di Kubernetes StorageClass.