Ridimensionare di solito è sicuro e di solito è noioso, ed è per questo che i due passi non automatici sfuggono. Faccia comunque prima uno snapshot: ridimensionare è una delle poche operazioni che toccano la disposizione del disco.

CPU e memoria

Cambi il piano, riavvii, fatto. Il kernel vede la nuova dimensione all'avvio e dentro la macchina non c'è nulla da toccare.

nproc
free -h

Il disco chiede due passi in più

Un disco più grande nel pannello del fornitore non è un filesystem più grande. Prima la partizione deve crescere dentro quello spazio, poi il filesystem deve crescere dentro la partizione. Finché non avvengono entrambe, df mostra la vecchia dimensione e non si è rotto niente.
lsblk
growpart /dev/sda 1
resize2fs /dev/sda1        # ext4
# or
xfs_growfs /                # xfs

growpart sposta il confine della partizione; resize2fs o xfs_growfs dice al filesystem di usarlo. Entrambi si possono fare su un filesystem montato e in funzione.

Poi il software dimensionato per la macchina vecchia

  • Il max_children di PHP-FPM - impostato sulla vecchia memoria, quindi la RAM in più non viene usata.
  • innodb_buffer_pool_size - idem.
  • Il numero di worker in tutto il resto che fa girare.

Raddoppiare la macchina senza cambiare nulla al suo interno di solito non produce alcun miglioramento, ed è da lì che nasce il famoso "l'upgrade non è servito a niente".

Ridurre

La maggior parte dei fornitori non riduce un disco, e chi lo fa pretende che prima venga ridotto il filesystem: offline, e con un rischio vero. Dia per scontato che un ridimensionamento sia a senso unico e dimensioni di conseguenza.
Snapshot prima, e dopo controlli che df, free e nproc mostrino tutti ciò che ha pagato. Che il pannello mostri il nuovo piano non è la stessa cosa che la macchina lo usi.