Eine Größenänderung ist meist sicher und meist langweilig, und darum werden die zwei nicht automatischen Schritte übersehen. Machen Sie trotzdem zuerst einen Snapshot - eine Größenänderung ist eine der wenigen Operationen, die das Plattenlayout anfasst.

CPU und Speicher

Tarif ändern, neu starten, fertig. Der Kernel sieht die neue Größe beim Booten, und innerhalb der Maschine muss nichts angefasst werden.

nproc
free -h

Die Platte braucht zwei weitere Schritte

Eine größere Platte im Panel des Anbieters ist kein größeres Dateisystem. Erst muss die Partition in den Platz hineinwachsen, dann das Dateisystem in die Partition. Bis beides geschehen ist, zeigt df die alte Größe, und kaputt ist nichts.
lsblk
growpart /dev/sda 1
resize2fs /dev/sda1        # ext4
# or
xfs_growfs /                # xfs

growpart verschiebt die Partitionsgrenze; resize2fs oder xfs_growfs sagt dem Dateisystem, dass es sie nutzen soll. Beides geht an einem eingehängten, laufenden Dateisystem.

Dann die Software, die für die alte Maschine bemessen war

  • max_children in PHP-FPM - aus dem alten Speicher gesetzt, also bleibt das zusätzliche RAM ungenutzt.
  • innodb_buffer_pool_size - dasselbe.
  • Worker-Zahlen in allem anderen, was Sie betreiben.

Die Maschine zu verdoppeln und innen nichts zu ändern bringt meist überhaupt keine Verbesserung, und daher kommt der Satz "das Upgrade hat nichts gebracht".

Verkleinern

Die meisten Anbieter verkleinern eine Platte nicht, und wer es tut, verlangt, dass zuerst das Dateisystem verkleinert wird - offline und mit echtem Risiko. Gehen Sie davon aus, dass eine Größenänderung eine Einbahnstraße ist, und dimensionieren Sie entsprechend.
Vorher ein Snapshot, und hinterher prüfen, dass df, free und nproc alle zeigen, wofür Sie bezahlt haben. Dass das Panel den neuen Tarif anzeigt, ist nicht dasselbe, wie dass die Maschine ihn nutzt.