- v1.12 (più recente)
- Versione 1.11
- Versione 1.10
- Elenco delle versioni supportate
- Versione 1.9
- Versione 1.8
- Versione 1.7
- Versione 1.6
- Versione 1.5
- Versione 1.4
- Versione 1.3
- Versione 1.2
- Versione 1.1
Versioni supportate:
Versioni non supportate:
Questo processo consente di espandere i volumi permanenti utilizzati dal database Cassandra ibrido Apigee per soddisfare esigenze di archiviazione maggiori senza dover creare nuovi nodi solo per fornire più spazio di archiviazione.
Panoramica
Il componente Apigee ibrido cassandra
utilizza volumi permanenti per archiviare i dati. La dimensione del volume permanente viene definita durante l'installazione e la configurazione iniziale. Questa dimensione iniziale dello spazio di archiviazione è un valore immutabile e non può essere modificata. Di conseguenza, qualsiasi nuovo nodo aggiunto al cluster utilizzerà la stessa dimensione del volume permanente.
È possibile aumentare le dimensioni del volume permanente esistente apportando le modifiche direttamente nell'attestazione di volume permanente. I nuovi nodi continueranno a utilizzare le dimensioni iniziali del volume permanente più piccole.
Se il tuo database Cassandra ibrido sta per raggiungere la capacità di archiviazione, puoi utilizzare questa procedura per espandere i volumi permanenti esistenti e consentire anche ai nuovi nodi di espandere i propri volumi permanenti.
Espandi volumi permanenti Cassandra
- Aggiorna le dimensioni del volume impostandole sulle dimensioni desiderate:
kubectl -n apigee edit pvc
- Controlla la capacità del volume aggiornata:
kubectl get pvc -n apigee
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE cassandra-data-apigee-cassandra-default-0 Bound pvc-92234ba7-941b-4dab-82c6-8a5288a2c8d4 100Gi RWO standard 21m cassandra-data-apigee-cassandra-default-1 Bound pvc-6be911fc-91f7-465d-a02e-933428ee10b2 100Gi RWO standard 20m cassandra-data-apigee-cassandra-default-2 Bound pvc-14ba34e4-fd5c-4d59-8413-a331dcad3404 100Gi RWO standard 19m
- Esegui il backup, elimina e ricrea lo statefulset con le nuove dimensioni di archiviazione. I seguenti comandi creano un file di configurazione
apigee-cassandra-default.yaml
che puoi utilizzare per acquisire l'attuale configurazione Cassandra. Quindi modifica e applica questa configurazione:kubectl -n apigee get sts apigee-cassandra-default -o yaml > apigee-cassandra-default.yaml
kubectl -n apigee delete sts --cascade=orphan apigee-cassandra-default
- Verifica che l'operazione
delete
sia stata completata:kubectl get sts -n apigee
L'output dovrebbe essere simile al seguente:
No resources found in apigee namespace.
- Aggiorna le dimensioni dello spazio di archiviazione nel file
apigee-cassandra-default.yaml
con le nuove. Deve corrispondere alla taglia che intendi applicare aoverrides.yaml
. Ad esempio:resources: requests: storage: 100Gi
- Applica di nuovo la configurazione statefulset con le dimensioni dello spazio di archiviazione aggiornate:
kubectl apply -f apigee-cassandra-default.yaml
- Verifica che lo statefulset sia stato ricreato correttamente:
kubectl get sts -n apigee
L'output dovrebbe essere simile al seguente:
NAME READY AGE apigee-cassandra-default 3/3 6m56s
- Aggiorna il file di override con la nuova dimensione del volume specificata al momento della modifica del file PVC:
cassandra: storage: capacity: 100Gi
- Applica la configurazione aggiornata al cluster:
helm upgrade datastore apigee-datastore/ \ --namespace apigee \ --atomic \ -f OVERRIDES_FILE.yaml
- Controlla se le dimensioni dello spazio di archiviazione appena create sono state aggiornate:
kubectl get sts -n apigee apigee-cassandra -o yaml |grep storage
storage: 100Gi
-
Controlla se il volume dei dati dei pod C* è stato aggiornato con la nuova dimensione:
kubectl exec -n apigee -it apigee-cassandra-default-0 -- df -h|grep "/opt/apigee/data"
/dev/sdb 99G 69M 99G 1% /opt/apigee/data