Mengubah ukuran biasanya aman dan biasanya membosankan, dan itulah sebabnya dua langkah yang tidak otomatis terlewat. Ambil saja cuplikan lebih dulu - mengubah ukuran termasuk sedikit operasi yang menyentuh tata letak cakram.

Prosesor dan memori

Ganti paketnya, nyalakan ulang, selesai. Kernelnya melihat ukuran baru saat menyala dan tak ada apa pun di dalam mesin yang perlu disentuh.

nproc
free -h

Cakramnya perlu dua langkah lagi

Cakram yang lebih besar di panel penyedia bukanlah sistem berkas yang lebih besar. Partisinya harus tumbuh dulu ke ruang itu, lalu sistem berkasnya harus tumbuh ke dalam partisi. Sampai keduanya terjadi, df menampilkan ukuran lama dan tidak ada yang rusak.
lsblk
growpart /dev/sda 1
resize2fs /dev/sda1        # ext4
# or
xfs_growfs /                # xfs

growpart menggeser batas partisinya; resize2fs atau xfs_growfs menyuruh sistem berkasnya memakai ruang itu. Keduanya bisa dikerjakan pada sistem berkas yang terkait dan sedang berjalan.

Lalu perangkat lunak yang ditakar untuk mesin yang lama

  • max_children milik PHP-FPM - disetel menurut memori lama, jadi memori tambahannya tak terpakai.
  • innodb_buffer_pool_size - sama saja.
  • Jumlah pekerja pada apa pun lain yang Anda jalankan.

Melipatduakan mesinnya tanpa mengubah apa pun di dalamnya biasanya tak menghasilkan perbaikan sama sekali, dan dari sanalah kalimat "peningkatannya tak berguna" berasal.

Mengecilkan

Kebanyakan penyedia tidak mengecilkan cakram, dan yang mau pun mensyaratkan sistem berkasnya dikecilkan dulu - dalam keadaan mati, dengan risiko yang nyata. Anggap saja perubahan ukuran itu satu arah, lalu takar sesuai itu.
Cuplikan sebelumnya, dan sesudahnya periksa bahwa df, free, dan nproc semuanya menampilkan apa yang Anda bayar. Panel yang menampilkan paket baru tidaklah sama dengan mesin yang memakainya.