Cara Mengatasi I/O Usage Tinggi pada Hosting agar Website Lebih Stabil

I/O Usage (Input/Output Usage) menunjukkan seberapa banyak aktivitas baca dan tulis yang dilakukan server terhadap storage.

Pada website WordPress, aktivitas tersebut dapat berasal dari proses yang terlihat sederhana, seperti membuka halaman, menjalankan query database, membuat cache, melakukan backup, menjalankan cron, membaca file plugin, hingga menulis log.

Ketika penggunaan I/O terlalu tinggi, website dapat mengalami loading lambat, timeout, dashboard WordPress terasa berat, proses gagal, atau bahkan muncul pembatasan resource dari hosting.

Karena itu, mengatasi I/O tinggi bukan hanya sekadar menghapus file atau menonaktifkan plugin. Penyebabnya harus ditemukan terlebih dahulu agar optimasi yang dilakukan tidak justru mengganggu fungsi website.

Apa Itu I/O Usage pada Hosting?

I/O Usage (Input/Output Usage) merupakan ukuran aktivitas baca dan tulis data yang dilakukan server hosting terhadap media penyimpanan seperti SSD atau disk.

Secara sederhana, I/O menunjukkan seberapa sibuk server dalam mengambil maupun menyimpan data.

Contohnya, ketika pengunjung membuka halaman WordPress, server mungkin harus:

1. Membaca File Plugin dan Tema;
2. Mengambil Data dari Database;
3. Membaca Gambar atau File Lainnya;
4. Menulis Cache;
5. Mencatat Aktivitas ke Log.

Semua aktivitas membaca dan menulis tersebut menghasilkan aktivitas I/O.

Tabel berikut untuk membantu pembaca memahami sumber aktivitas I/O:

Cara Mengatasi I/O Usage Tinggi pada Hosting

Berikut beberapa langkah yang dapat dilakukan secara sistematis.

1. Cek I/O Usage dari Panel Hosting

Langkah pertama adalah melihat penggunaan I/O melalui panel hosting, misalnya cPanel → Metrics → Resource Usage.

Jangan langsung melakukan perubahan pada website sebelum mengetahui pola penggunaan resource.

Perhatikan apakah I/O tinggi terjadi terus-menerus, pada jam tertentu, atau hanya ketika aktivitas tertentu dijalankan.

Misalnya, jika I/O meningkat setiap malam pada pukul tertentu, kemungkinan ada proses otomatis seperti backup, cron, sinkronisasi, atau pembersihan database yang berjalan pada waktu tersebut.

Sebaliknya, jika I/O meningkat setiap kali trafik website naik, penyebabnya bisa berkaitan dengan proses PHP, database, plugin, cache, atau jumlah request yang harus diproses server.

Selain I/O, perhatikan juga indikator lain seperti:

• CPU Usage;
• Physical Memory Usage;
• Entry Processes;
• Number of Processes;
• penggunaan disk;
• Jumlah proses PHP;
• Error atau fault yang tercatat panel hosting.

Tujuannya adalah mencari hubungan antara I/O dan resource lainnya.

Jika I/O tinggi bersamaan dengan CPU yang tinggi, misalnya, kemungkinan server sedang melakukan pekerjaan pemrosesan yang cukup berat.

Jika I/O tinggi tetapi CPU relatif rendah, aktivitas storage seperti membaca banyak file, menulis cache, melakukan backup, atau mengakses database dalam jumlah besar patut diperiksa.

Jadi, jangan hanya melihat angka I/O. Catat kapan masalah muncul dan resource apa saja yang ikut meningkat.

2. Cari Proses yang Menggunakan I/O Tinggi

Setelah mengetahui kapan I/O meningkat, langkah berikutnya adalah mencari proses yang menyebabkan aktivitas tersebut.

Pada server yang menyediakan akses SSH, administrator dapat menggunakan beberapa tool untuk melihat aktivitas sistem, misalnya:

top

atau:

htop

Tool tersebut dapat membantu melihat proses yang sedang menggunakan CPU dan memory. Untuk pemeriksaan aktivitas disk yang lebih spesifik, administrator dapat menggunakan:

iotop

Dengan tool tersebut, administrator dapat melihat proses yang melakukan aktivitas read/write secara aktif, tergantung dukungan dan izin pada server.

Namun, tidak semua pengguna hosting mempunyai akses tersebut. Pada shared hosting, informasi proses biasanya dibatasi oleh provider hosting.

Dalam kondisi seperti ini, pemeriksaan dapat dilakukan melalui Resource Usage pada panel hosting, log, WordPress, plugin, cron, dan database.

Jika provider hosting menyediakan informasi seperti nama proses atau waktu terjadinya resource limit, manfaatkan informasi tersebut untuk mempersempit pencarian.

Misalnya, apabila resource limit terjadi setiap kali proses backup berjalan, fokus pemeriksaan dapat diarahkan ke sistem backup. Jika terjadi ketika crawler mesin pencari atau bot mengakses banyak halaman, pemeriksaan dapat diarahkan ke caching, database, plugin, dan konfigurasi server.

Prinsipnya sederhana: jangan menebak penyebab I/O tinggi sebelum melihat bukti aktivitasnya.

3. Periksa dan Kurangi Plugin yang Berat

Pada WordPress, plugin merupakan salah satu sumber aktivitas server yang perlu diperiksa.

Sebuah plugin dapat melakukan banyak pekerjaan di belakang layar, seperti membaca database, membuat cache, melakukan scanning file, menyimpan log, menjalankan backup, memproses gambar, atau menjalankan scheduled task.

Kemudian lakukan inventarisasi.

Perhatikan plugin yang:

• Tidak Digunakan;
• Memiliki Fungsi yang Tumpang Tindih;
• Melakukan Proses Berat;
• Baru Dipasang Sebelum Masalah Muncul;
• Menjalankan Pekerjaan Secara Berkala;
• Menghasilkan Banyak File Cache atau Log;
• Melakukan Backup atau Scanning Otomatis.

Tidak berarti semua plugin harus dihapus. Plugin yang memang dibutuhkan website tetap dapat digunakan.

Yang perlu dilakukan adalah mengurangi pekerjaan yang tidak perlu.

Contohnya, jika terdapat dua plugin dengan fungsi caching yang sama, penggunaan keduanya secara bersamaan dapat menyebabkan pekerjaan yang tidak diperlukan.

Demikian juga dengan plugin backup, security scanner, image optimizer, atau database optimizer yang melakukan pekerjaan berat secara berkala.

Catatan: Isi tabel menggunakan data plugin website yang sebenarnya, bukan data contoh jika artikel digunakan sebagai studi kasus.

Sebelum menonaktifkan plugin, pastikan fungsi website tidak bergantung pada plugin tersebut.

Jika plugin berkaitan dengan fungsi penting seperti formulir, pembayaran, login, SEO, atau integrasi tertentu, lakukan pemeriksaan terlebih dahulu.

Jika masalah I/O muncul setelah pemasangan atau pembaruan plugin tertentu, plugin tersebut layak menjadi salah satu tersangka utama. Pengujian dapat dilakukan secara hati-hati dengan menonaktifkan plugin dan mengamati perubahan resource.

4. Periksa WordPress Cron dan Scheduled Actions

WordPress mempunyai mekanisme pekerjaan terjadwal yang dapat menjalankan proses otomatis. Plugin juga dapat membuat pekerjaan terjadwal sendiri.

Cron atau scheduled action dapat digunakan untuk:

• Melakukan Backup;
• Membersihkan Cache;
• Mengirim Email;
• Melakukan Sinkronisasi;
• Memperbarui Data;
• Mengoptimalkan Database;
• Memproses Gambar;
• Menghapus Data Lama;
• Melakukan Pekerjaan Plugin Lainnya.

Masalah muncul ketika task tersebut terlalu sering dijalankan, gagal berulang kali, atau menumpuk.

Contohnya, sebuah task yang seharusnya selesai dalam beberapa menit tetapi selalu gagal dapat terus dicoba kembali.

Jika terdapat banyak task serupa, server harus melakukan pekerjaan tambahan sehingga aktivitas I/O meningkat.

Karena itu, periksa scheduled task dan cari pekerjaan yang:

• Berjalan Terlalu Sering;
• Memiliki Banyak Antrean;
• Selalu Gagal;
• Memiliki Durasi Sangat Lama;
• Dibuat oleh Plugin yang Sudah Tidak Digunakan.

Jika menemukan task bermasalah, jangan langsung menghapusnya secara sembarangan. Identifikasi terlebih dahulu plugin atau fitur yang membuat task tersebut.

Jika task berasal dari plugin yang masih diperlukan, lebih baik perbaiki konfigurasi plugin tersebut daripada hanya menghapus scheduled action. Menghapus task tanpa memperbaiki sumbernya dapat menyebabkan task dibuat kembali.

5. Atur Ulang Proses Backup

Backup merupakan aktivitas yang sangat penting, tetapi juga dapat menghasilkan aktivitas I/O cukup besar.

Ketika backup dilakukan, sistem harus membaca banyak file website dan database. Jika website mempunyai banyak gambar, plugin, file cache, backup lama, atau file lainnya, jumlah data yang harus dibaca dapat menjadi besar.

Karena itu, jangan menganggap backup sebagai proses yang selalu ringan.

Jika I/O tinggi terjadi pada waktu backup, pertimbangkan untuk:

• Mengubah Jadwal Backup;
• Mengurangi Frekuensi Backup yang Tidak Diperlukan;
• Menghindari Backup pada Jam Trafik Tertinggi;
• Menghapus Backup Lama Sesuai Kebijakan Retensi;
• Menggunakan Backup Incremental Jika Tersedia;
• Memisahkan Penyimpanan Backup dari Hosting Utama.

Menyimpan semua backup di hosting yang sama juga dapat menyebabkan penggunaan storage meningkat. Selain membutuhkan ruang, proses membuat dan mengelola file backup dapat menambah aktivitas baca/tulis.

Jika provider atau sistem backup mendukung penyimpanan eksternal, gunakan storage terpisah untuk salinan backup. Dengan demikian, hosting utama tidak harus menyimpan seluruh arsip backup dalam jangka panjang.

Yang terpenting, jangan mengurangi backup secara berlebihan hanya untuk mengejar angka I/O.

Backup adalah bagian dari keamanan dan pemulihan website. Yang dioptimalkan adalah cara dan jadwalnya, bukan menghilangkan backup tanpa pengganti.

Tabel strategi backup :

6. Bersihkan Log dan File yang Tidak Diperlukan

File yang menumpuk juga perlu diperiksa. Beberapa folder yang dapat menjadi titik pemeriksaan antara lain:

wp-content/
wp-content/cache/
wp-content/uploads/
wp-content/logs/
wp-content/backup/

Cari file seperti:

• Log yang Terlalu Besar;
• Backup Lama;
• Cache Lama;
• File Sementara;
• File Duplikat;
• Data dari Plugin yang Sudah Tidak Digunakan.

Namun, jangan menghapus file hanya karena ukurannya besar.

File besar belum tentu tidak diperlukan. Folder uploads, misalnya, dapat berisi gambar dan media yang masih digunakan oleh artikel atau halaman website. Menghapusnya secara sembarangan dapat menyebabkan gambar rusak atau muncul sebagai missing media.

Begitu juga dengan file log. Sebagian log mungkin dibutuhkan untuk mengetahui penyebab error. Sebelum menghapusnya, pastikan informasi tersebut sudah tidak diperlukan.

Untuk cache, pembersihan dapat dilakukan melalui fitur plugin cache yang digunakan. Hindari menghapus file cache secara manual apabila plugin mempunyai mekanisme pembersihan sendiri, kecuali Anda memahami struktur dan dampaknya.

Tujuan pembersihan bukan sekadar membuat jumlah file menjadi sedikit. Tujuannya adalah mengurangi data yang tidak diperlukan dan mencegah sistem melakukan pekerjaan terhadap file yang sebenarnya sudah tidak relevan.

7. Optimalkan Database WordPress

Database merupakan salah satu komponen penting yang perlu diperiksa ketika I/O hosting tinggi.

WordPress menyimpan berbagai jenis informasi di database, mulai dari artikel, halaman, komentar, pengaturan website, metadata, data plugin, hingga pekerjaan terjadwal. Semakin lama sebuah website berjalan, semakin banyak pula data yang dapat terkumpul.

Database yang besar tidak otomatis berarti buruk. Website dengan ribuan artikel tentu wajar mempunyai database lebih besar daripada website dengan puluhan artikel.

Masalah biasanya muncul ketika database berisi terlalu banyak data yang tidak lagi diperlukan atau terdapat tabel dan option yang terus bertambah akibat plugin.

Untuk pembahasan yang lebih lengkap, Anda juga dapat membaca Cara Mengurangi Penggunaan Resource Hosting karena optimasi database merupakan salah satu bagian penting dalam mengurangi beban resource hosting.

Beberapa bagian yang perlu diperiksa antara lain:

• Revisi Artikel;
• Transients;
• Scheduled Actions;
• Data Plugin Lama;
• Tabel yang Terlalu Besar;
• Autoloaded Options;
• Komentar Spam;
• Data Sementara yang Sudah Tidak Diperlukan.

Tabel audit database:

Revisi Artikel

WordPress dapat menyimpan berbagai versi artikel ketika konten diedit. Jika artikel sering diperbarui, jumlah revision dapat menjadi sangat banyak.

Misalnya, satu artikel yang diedit puluhan atau ratusan kali dapat menghasilkan banyak record revision. Jika jumlah artikel mencapai ratusan atau ribuan, data revision yang tersimpan juga dapat bertambah signifikan.

Revision memang berguna untuk mengembalikan artikel ke versi sebelumnya. Karena itu, jangan menghapus seluruh revision tanpa pertimbangan.

Solusi yang lebih baik adalah menentukan jumlah revision yang memang dibutuhkan.

Transients

Transients merupakan data sementara yang dapat digunakan WordPress atau plugin untuk menyimpan informasi tertentu dalam waktu tertentu.

Transients pada dasarnya merupakan bagian normal dari sistem WordPress. Namun, plugin yang bermasalah dapat meninggalkan data sementara dalam jumlah besar atau menghasilkan data yang terus berubah.

Karena itu, periksa apakah terdapat transient yang tidak lagi dibutuhkan atau menumpuk secara tidak wajar.

Scheduled Actions

Plugin tertentu menggunakan sistem scheduled actions untuk menjalankan pekerjaan secara otomatis.

Jika scheduled action mengalami kegagalan berulang, antreannya dapat menumpuk. Kondisi tersebut dapat meningkatkan pekerjaan database dan aktivitas server.

Periksa task yang gagal, tertunda, atau jumlahnya tidak normal. Jangan hanya menghapus antrean tanpa mengetahui plugin yang membuatnya.

Data Plugin Lama

Ketika plugin dihapus, tidak semua plugin otomatis membersihkan seluruh data yang pernah dibuatnya.

Akibatnya, database dapat berisi tabel, option, metadata, atau record yang berasal dari plugin yang sudah tidak digunakan.

Namun, membersihkan data tersebut harus dilakukan dengan hati-hati karena setiap plugin mempunyai struktur database yang berbeda.

Jangan menghapus tabel hanya berdasarkan nama yang terlihat tidak dikenal.

Sebelum melakukan database cleanup, selalu buat backup database. Backup memungkinkan Anda mengembalikan database jika terjadi kesalahan.

8. Batasi Post Revision

Salah satu langkah sederhana untuk mengendalikan pertumbuhan database adalah membatasi jumlah post revision.

Secara default, WordPress dapat menyimpan sejumlah revisi artikel. Pada website yang sering melakukan perubahan konten, jumlah tersebut dapat terus bertambah.

Anda dapat menentukan jumlah revision yang ingin dipertahankan melalui konfigurasi WordPress:

define('WP_POST_REVISIONS', 5);

Konfigurasi tersebut berarti WordPress akan mempertahankan hingga 5 revisi untuk setiap post.

Angka tersebut bukan aturan wajib. Website dengan proses editorial yang kompleks mungkin membutuhkan lebih banyak revision, sedangkan website sederhana mungkin cukup dengan jumlah yang lebih sedikit.

Yang penting adalah menyesuaikannya dengan kebutuhan.

Misalnya, website berita yang memiliki beberapa editor mungkin membutuhkan lebih banyak revision agar perubahan konten dapat dilacak atau dikembalikan. Sebaliknya, website company profile yang jarang mengubah artikel mungkin tidak membutuhkan revision dalam jumlah besar.

Perlu dipahami bahwa membatasi revision baru tidak sama dengan otomatis membersihkan revision lama.

Jika database sudah terlanjur memiliki ribuan revision, pembatasan tersebut tidak selalu menghapus data lama. Data lama perlu dibersihkan melalui metode yang aman setelah backup tersedia.

Jangan menghapus revision secara sembarangan jika masih dibutuhkan untuk proses editorial.

9. Aktifkan dan Optimalkan Cache

Caching merupakan salah satu cara paling efektif untuk mengurangi pekerjaan berulang pada website WordPress.

Tanpa page cache, sebuah request ke halaman WordPress pada dasarnya dapat melewati beberapa proses:

Request
↓
PHP
↓
WordPress
↓
Database
↓
Generate halaman
↓
Response

Artinya, server perlu menjalankan PHP, memuat WordPress, menjalankan berbagai fungsi, melakukan query database, kemudian menghasilkan halaman sebelum memberikan respons kepada pengunjung.

Jika terdapat banyak pengunjung, proses tersebut dapat terjadi berkali-kali.

Dengan page cache, halaman yang sudah dibuat dapat disimpan dan digunakan kembali:

Request
↓
Cache
↓
Response

Server tidak harus menjalankan seluruh proses WordPress dari awal untuk setiap request.

Mengapa Cache Dapat Membantu I/O?

Ketika halaman dapat disajikan dari cache, jumlah pekerjaan yang harus dilakukan PHP dan database dapat berkurang.

Ini berarti server tidak harus terus-menerus:

• Membaca Data Database;
• Menjalankan Query yang Sama;
• Memproses PHP;
• Membangun Halaman;
• Membaca Berbagai File WordPress dan Plugin.

Dengan demikian, caching dapat membantu menurunkan beban keseluruhan server dan dalam kondisi tertentu turut mengurangi aktivitas I/O.

Untuk panduan konfigurasi yang lebih spesifik, Anda dapat melihat Cara Setting W3 Total Cache Lengkap yang membahas page cache, database cache, object cache, minify, dan CDN.

Namun, caching bukan berarti semua masalah I/O otomatis selesai.

Jika sumber masalahnya adalah backup, malware, database bermasalah, plugin tertentu, atau proses cron, page cache tidak menghilangkan penyebab tersebut.

Karena itu, cache harus dipandang sebagai salah satu lapisan optimasi, bukan solusi untuk semua jenis I/O tinggi.

Konfigurasi Cache Harus Tepat

Cache yang salah konfigurasi dapat menyebabkan masalah lain, seperti halaman tidak diperbarui, konten pengguna tertukar, atau cache terus dibuat dan dihapus secara berlebihan.

Perhatikan halaman yang bersifat dinamis seperti:

• Halaman Login;
• Keranjang Belanja;
• Checkout;
• Dashboard Pengguna;
• Halaman Akun.

Halaman seperti itu mungkin membutuhkan aturan caching yang berbeda dibandingkan artikel atau halaman statis.

Tabel jenis halaman dan strategi cache:

10. Gunakan Object Cache dan CDN

Selain page cache, website tertentu dapat memperoleh manfaat dari object cache.

Object cache menyimpan hasil data tertentu sehingga WordPress atau aplikasi tidak perlu mengambil dan memproses data yang sama berulang kali.

Teknologi seperti Redis atau Memcached dapat digunakan sebagai object cache apabila didukung oleh hosting dan konfigurasi server.

Object cache terutama dapat membantu website yang mempunyai:

• Database Besar;
• Banyak Query;
• Trafik Tinggi;
• Banyak Pengguna;
• Aplikasi Dinamis;
• Proses WordPress yang Sering Mengambil Data yang Sama.

Namun, jangan memasang Redis atau Memcached hanya karena I/O tinggi. Pastikan hosting memang mendukungnya dan konfigurasi dilakukan dengan benar.

CDN

Selain object cache, Content Delivery Network (CDN) dapat membantu mengurangi pekerjaan server utama.

CDN dapat digunakan untuk mendistribusikan file statis seperti:

• Gambar;
• CSS;
• JavaScript;
• Font;
• File Statis Lainnya.

Tanpa CDN, banyak request file statis harus dilayani langsung oleh hosting.

Dengan CDN, sebagian request dapat dilayani dari jaringan CDN sehingga server hosting tidak perlu menangani seluruh permintaan secara langsung.

Untuk memahami konfigurasi cache yang mencakup object caching dan CDN, Anda juga dapat membaca Cara Setting LiteSpeed Cache, dari Dasar hingga Advanced.

Untuk website dengan banyak gambar atau pengunjung dari berbagai lokasi, penggunaan CDN dapat menjadi bagian penting dari strategi optimasi.

Namun, sekali lagi, CDN tidak menggantikan optimasi database atau perbaikan plugin. CDN mengurangi sebagian jenis beban, bukan semua aktivitas server.

11. Periksa Bot, Request, dan Keamanan

I/O yang tiba-tiba meningkat juga dapat disebabkan oleh aktivitas request yang tidak normal.

Website WordPress sering menjadi target berbagai jenis bot dan automated request. Tidak semua bot berbahaya, tetapi crawling yang berlebihan atau request yang sangat banyak dapat meningkatkan pekerjaan server.

Periksa aktivitas seperti:

• Request Berulang ke wp-login.php;
• Crawling yang Sangat Agresif;
• Bot yang Tidak Diperlukan;
• Brute-Force Request;
• Script Mencurigakan;
• Malware;
• Proses PHP Abnormal.

Sebagai contoh, apabila terdapat banyak percobaan login ke wp-login.php, server harus menangani request tersebut. Jika jumlahnya sangat tinggi, aktivitas tersebut dapat berkontribusi terhadap penggunaan resource.

Begitu juga dengan bot yang meminta halaman secara berulang. Jika halaman tidak tercache dengan baik, setiap request dapat menyebabkan WordPress melakukan pekerjaan tambahan.

Gunakan Lapisan Perlindungan

Beberapa pendekatan yang dapat digunakan antara lain:

• Caching : Membantu mengurangi pekerjaan server untuk halaman yang dapat dicache.
• Firewall : Dapat membantu menyaring request tertentu sebelum mencapai aplikasi.
• Rate Limiting : Membatasi jumlah request dari sumber tertentu dalam periode tertentu.
• CDN : Dapat menyediakan berbagai mekanisme filtering dan caching sebelum request mencapai server utama.
• Fitur keamanan hosting : Sebagian provider menyediakan perlindungan tambahan terhadap traffic mencurigakan.

Jika ditemukan aktivitas yang sangat tidak normal, jangan hanya menghapus file atau plugin secara acak. Periksa log dan, bila diperlukan, minta bantuan provider hosting atau administrator server.

Jika ada indikasi malware, lakukan pemeriksaan keamanan secara menyeluruh karena malware dapat menjalankan proses di background dan menghasilkan aktivitas CPU, memory, database, maupun I/O yang tidak wajar.

12. Evaluasi Kapasitas Hosting

Jika berbagai optimasi telah dilakukan tetapi I/O tetap sering mencapai batas, mungkin masalahnya bukan lagi sekadar konfigurasi WordPress.

Setiap hosting mempunyai kapasitas resource tertentu. Shared hosting, misalnya, membagi resource server dengan akun lain. Provider juga dapat menetapkan batas tertentu untuk I/O, CPU, RAM, entry processes, atau proses lainnya.

Karena itu, evaluasi kapasitas hosting secara keseluruhan.

Perhatikan:

• Jenis Hosting;
• Kapasitas Storage;
• Performa Disk;
• CPU;
• RAM;
• Jumlah Website dalam Satu Akun;
• Batas I/O yang Diberikan Provider;
• Jumlah Proses yang Dapat Berjalan;
• Trafik Website;
• Ukuran Database;
• Jumlah File Website.

Tabel evaluasi kapasitas hosting:

Gunakan data aktual dari panel hosting.

Website dengan beberapa ribu pengunjung dan website dengan ratusan ribu request tentu memiliki kebutuhan server yang berbeda.

Demikian juga website sederhana yang hanya berisi artikel tidak dapat disamakan dengan toko online yang mempunyai fitur login, pencarian, keranjang, checkout, pembayaran, dan berbagai proses dinamis.

Kapan Harus Upgrade Hosting?

Upgrade hosting dapat dipertimbangkan apabila:

1. I/O sering mencapai batas meskipun website sudah dioptimalkan.
2. CPU dan RAM juga sering mendekati limit.
3. Website mengalami slow response secara konsisten.
4. Trafik website terus meningkat.
5. Database dan jumlah file semakin besar.
6. Website membutuhkan lebih banyak proses dinamis.
7. Provider menunjukkan bahwa akun sudah sering terkena resource limit.

Pilihan upgrade dapat berupa paket shared hosting dengan resource lebih besar, VPS, cloud hosting, atau server khusus sesuai kebutuhan.

Namun, upgrade hosting bukan alasan untuk melewatkan optimasi.

Jika penyebab sebenarnya adalah plugin yang buruk, cron yang bermasalah, malware, backup yang terlalu sering, atau database yang tidak terkontrol, memindahkan website ke server yang lebih mahal hanya akan memindahkan masalah.

Sebaliknya, jika website memang sudah berkembang dan kebutuhan resource sudah melebihi kapasitas shared hosting, upgrade merupakan langkah yang masuk akal.

Kesimpulan

I/O Usage tinggi pada hosting tidak selalu disebabkan oleh satu faktor, sehingga penanganannya perlu dilakukan secara sistematis berdasarkan data penggunaan resource dan aktivitas server.

Pemeriksaan dapat dimulai dari panel hosting, kemudian dilanjutkan dengan audit plugin, cron dan scheduled actions, proses backup, file dan log, database, caching, object cache, CDN, aktivitas bot dan request, hingga kapasitas hosting.

Optimasi sebaiknya berfokus pada mengurangi pekerjaan baca-tulis yang tidak diperlukan tanpa mengorbankan fungsi, keamanan, dan backup website.

Jika setelah berbagai optimasi I/O tetap sering mencapai batas, evaluasi kapasitas hosting dan upgrade dapat dipertimbangkan sesuai kebutuhan website.