Ridimensionamento automatico
L'autoscaling è progettato per rispondere alle tendenze a breve-medio termine dell'utilizzo delle risorse nella distribuzione IBM Cloud® Databases for PostgreSQL. Se attivata, l'installazione client viene controllata all'intervallo specificato. Se le risorse sono insufficienti, vengono aggiunte altre risorse all'installazione. Per tenere d'occhio le risorse, si può usare l'opzione IBM Cloud® Monitoring integrazione, che fornisce le metriche per l'utilizzo della memoria, dello spazio su disco e dell'I/O su disco.
È possibile impostare la distribuzione in modo da autoscalare il disco, la RAM o entrambi.
Parametri generali di autoscaling:
- Quando scalare, in base all'utilizzo nel tempo.
- Di quanto scalare, come percentuale delle risorse per membro.
- La frequenza della scala, misurata in secondi, minuti o ore.
- Un limite rigido di scalabilità, l'implementazione smette di scalare al limite.
Memoria - L'autoscaling della memoria si basa sull'utilizzo dell'I/O del disco per fornire più memoria per la cache del disco quando il carico di lettura/scrittura aumenta. Il vantaggio è che la memoria aggiuntiva può alleviare la pressione sull'I/O del disco supportando una maggiore quantità di cache. Le configurazioni di autoscaling basate sull'utilizzo della memoria non sono attualmente disponibili.
Disco - L'autoscaling del disco può scalare quando l'utilizzo del disco raggiunge una certa soglia, l'utilizzo dell'I/O del disco raggiunge una certa soglia o entrambi. (La "o" nell'interfaccia utente funziona come un inclusive or,
|, v.) La quantità di IOPS disponibili per l'implementazione aumenta con le dimensioni del disco con un rapporto di 10 IOPS per ogni GB.
L'autoscaling di CPU e RAM non è supportato su Isolated Compute. È disponibile l'autoscaling dei dischi. Se si è eseguito il provisioning di un'istanza isolata o si è passati da una distribuzione con autoscaling, monitorare le risorse usando l' integrazioneIBM Cloud® Monitoring, che fornisce metriche per l'utilizzo di memoria, spazio su disco e I/O su disco. Per aggiungere risorse all'istanza, scalare manualmente l'installazione.
I numeri delle risorse si riferiscono a ciascun membro del database in un'installazione client. Ad esempio, ci sono due membri di dati in un'installazione PostgreSQL e se l'installazione è scalata con 10 GB di disco e 1 GB di RAM, significa che ogni membro riceve 10 GB di disco e 1 GB di RAM. Le risorse totali aggiunte all'installazione sono 20 GB di disco e 2 GB di RAM.
Considerazioni sull'autoscaling
-
L'aumento della distribuzione potrebbe causare il riavvio dei database. Se l'installazione scalare deve essere spostata su un host con maggiore capacità, i database vengono riavviati come parte dello spostamento.
-
Il disco non può essere ridimensionato.
-
Alcune operazioni di scaling possono essere più lunghe di altre. Un aumento drastico della RAM o del disco può richiedere più tempo rispetto ad aumenti più contenuti, per tenere conto del provisioning di maggiori risorse hardware sottostanti.
-
Le operazioni di autoscaling sono registrate in IBM Cloud® Activity Tracker Event Routing.
-
limits:
- Non è possibile impostare nulla per scalare in un intervallo inferiore a 60 secondi.
- Disco massimo = 4 TB per membro.
- RAM massima = 240 GB per membro.
-
L'autoscaling non ridimensiona le distribuzioni in cui l'uso del disco o della memoria è ridotto. La RAM assegnata alla tua distribuzione rimane a tua disposizione per esigenze future o fino a quando non riduci manualmente la tua distribuzione. Il disco fornito all'installazione rimane perché non può essere ridimensionato.
-
Se avete bisogno di aggiungere risorse al vostro deployment solo occasionalmente o raramente, scalate manualmente il vostro deployment.
-
Le repliche di sola lettura non scalano automaticamente per adattarsi al leader. Se la quantità di dati archiviati supera il disco allocato alle distribuzioni, scalare il disco sulle repliche di sola lettura e poi sul leader. Scalare prima la replica di sola lettura assicura che non si esaurisca lo spazio sulle repliche di sola lettura. Se il disco del leader è stato scalato per le prestazioni e non per lo spazio, non è necessario scalare le repliche di sola lettura.
Configurazione dell'autoscaling nell'interfaccia utente
Il pannello Autoscaling si trova nella scheda Risorse del menu di navigazione sinistro. Per abilitare il ridimensionamento, inserire i parametri. Quindi, selezionare le caselle per abilitare i parametri in uso. Per salvare la configurazione e rendere effettive le modifiche, fare clic su Salva modifiche.
Per disattivare l'autoscaling, deselezionare le caselle dei parametri che non si desidera più utilizzare. Se si deselezionano tutte le caselle, l'autoscaling è disabilitato. Fai clic su Salva modifiche per salvare la configurazione.
L'autoscaling di CPU e RAM non è supportato su Isolated Compute. È disponibile l'autoscaling dei dischi. Se si è eseguito il provisioning di un'istanza isolata o si è passati da una distribuzione con autoscaling, monitorare le risorse usando l'integrazioneIBM Cloud® Monitoring, che fornisce metriche per l'utilizzo di memoria, spazio su disco e I/O su disco. Per aggiungere risorse all'istanza, scalare manualmente l'installazione.
Configurazione dell'autoscaling nella CLI
È possibile ottenere i parametri di autoscaling per l'installazione tramite la CLI utilizzando il comando cdb deployment-autoscaling.
ibmcloud cdb deployment-autoscaling <DEPLOYMENT_NAME_OR_CRN> member
Per abilitare e impostare i parametri di autoscaling tramite la CLI, utilizzare un oggetto o un file JSON con il comando cdb deployment-autoscaling-set.
ibmcloud cdb deployment-autoscaling-set <DEPLOYMENT_NAME_OR_CRN> member '{"autoscaling": { "memory": {"scalers": {"io_utilization": {"enabled": true, "over_period": "5m","above_percent": 90}},"rate": {"increase_percent": 10.0, "period_seconds": 300,"limit_mb_per_member": 114688,"units": "mb"}}}}'
L'autoscaling di CPU e RAM non è supportato su Isolated Compute. È disponibile l'autoscaling dei dischi. Se si è eseguito il provisioning di un'istanza isolata o si è passati da una distribuzione con autoscaling, monitorare le risorse usando l'integrazioneIBM Cloud® Monitoring, che fornisce metriche per l'utilizzo di memoria, spazio su disco e I/O su disco. Per aggiungere risorse all'istanza, scalare manualmente l'installazione.
Configurazione dell'autoscaling nell'API
È possibile ottenere i parametri di autoscaling per la propria distribuzione tramite l'API, inviando una richiesta GET all'endpoint /deployments/{id}/groups/{group_id}/autoscaling.
curl -X GET -H "Authorization: Bearer $APIKEY" 'https://api.{region}.databases.cloud.ibm.com/v4/ibm/deployments/{id}/groups/member/autoscaling'
Per abilitare e impostare i parametri di autoscaling per la distribuzione tramite l'API, inviare una richiesta POST all'endpoint. L'abilitazione dell'autoscaling funziona impostando il parametro scalers (io_utilization o capacity) su true.
curl -X PATCH https://api.{region}.databases.cloud.ibm.com/v4/ibm/deployments/{id}/groups/member/autoscaling -H 'Authorization: Bearer <>'
-H 'Content-Type: application/json'
-d '{
"autoscaling": {
"memory": {
"scalers": {
"io_utilization": {
"enabled": true,
"over_period": "5m",
"above_percent": 90
}
},
"limits": {
"scale_increase_percent": 10,
"scale_period_seconds": 30,
"scale_maximum_mb": 125952,
"units": "mb"
}
}
}
}'
Per disabilitare l'autoscaling, inviare la richiesta PATCH con gli scaler attualmente abilitati impostati su false. Se tutti sono impostati su false, l'autoscaling è disabilitato nella distribuzione.
L'autoscaling di CPU e RAM non è supportato su Isolated Compute. È disponibile l'autoscaling dei dischi. Se si è eseguito il provisioning di un'istanza isolata o si è passati da una distribuzione con autoscaling, monitorare le risorse usando l'integrazioneIBM Cloud® Monitoring, che fornisce metriche per l'utilizzo di memoria, spazio su disco e I/O su disco. Per aggiungere risorse all'istanza, scalare manualmente l'installazione.