Jasa Maintenance Server Bulanan
Perawatan bulanan: patching, verifikasi cadangan, dan laporan tertulis.
Jasa maintenance server adalah kontrak perawatan berkala: patching keamanan, verifikasi cadangan, pemeriksaan kapasitas, peninjauan log, dan laporan tertulis setiap bulan. Bedanya dengan panggilan darurat — pekerjaannya dilakukan sebelum ada yang rusak.
Perawatan yang baik memberi pemilik server gambaran yang dapat dipertanggungjawabkan: apa yang diperiksa, apa yang ditemukan, dan tindakan apa yang perlu diprioritaskan.
Server yang tidak pernah disentuh setelah dipasang tidak langsung rusak. Ia bertahan berbulan-bulan, kadang setahun lebih, sampai satu hari disk penuh atau sertifikat kedaluwarsa dan semuanya berhenti bersamaan.
Perawatan berkala menukar kejutan itu dengan pekerjaan kecil yang terjadwal. Tidak dramatis, dan justru itu intinya.
Isi kontrak maintenance server kami
Kontrak maintenance server yang kami tawarkan berisi daftar pekerjaan yang bisa dihitung, bukan janji "kami rawat servernya". Setiap butir punya frekuensinya sendiri dan tercatat di laporan.
- Patching keamanan sistem operasi dan paket layanan, dengan jendela terjadwal yang Anda setujui.
- Verifikasi cadangan — bukan hanya memastikan job-nya sukses, tapi memulihkan satu berkas acak untuk membuktikan datanya utuh.
- Pemeriksaan kapasitas disk, memori, dan tren pertumbuhannya untuk beberapa bulan ke depan.
- Peninjauan log kesalahan dan otentikasi, mencari pola yang belum menimbulkan gejala.
- Pemeriksaan masa berlaku sertifikat TLS dan domain.
- Pembersihan log lama, berkas sementara, dan cadangan kedaluwarsa yang menumpuk.
Cek kesehatan server: apa yang sebenarnya diperiksa
Pekerjaan cek kesehatan server yang dangkal berhenti pada apakah layanannya menyala. Yang berguna justru memeriksa hal-hal yang belum bergejala.
Contoh konkret: `df -i` menunjukkan inode habis padahal disk masih longgar — biasanya karena satu direktori berisi ratusan ribu berkas sesi PHP yang tidak pernah dibersihkan. Situs akan gagal menulis berkas, dan pesan errornya tidak menyebut-nyebut inode sama sekali.
Contoh lain: swap yang mulai terpakai konsisten meski memori terlihat cukup, tanda `vm.swappiness` atau konfigurasi buffer basis data perlu ditinjau. Atau tabel MySQL yang fragmentasinya menumpuk sampai kueri yang tadinya 20 milidetik menjadi 200.
Perawatan server berkala dan jadwalnya
Tidak semua pekerjaan perlu frekuensi yang sama. Perawatan server berkala yang kami jalankan dibagi tiga ritme, supaya biayanya wajar dan tidak ada yang dikerjakan berlebihan.
| Frekuensi | Pekerjaan |
|---|---|
| Harian (otomatis) | Pemantauan layanan, cadangan, notifikasi |
| Bulanan | Patching, verifikasi pemulihan, tinjauan log, laporan |
| Kuartalan | Tinjauan kapasitas, audit akses, uji pemulihan penuh |
| Tahunan | Peninjauan versi OS dan rencana peningkatan besar |
Laporan bulanan server yang bisa dibaca non-teknis
Laporan bulanan server kami dibuat untuk dua pembaca. Bagian pertama satu halaman untuk manajemen: apa yang dikerjakan, apa yang ditemukan, apa yang perlu diputuskan. Bagian kedua lampiran teknis untuk tim IT Anda, berisi daftar paket yang diperbarui dan temuan log.
Yang selalu ada di bagian pertama adalah kolom rekomendasi dengan perkiraan biaya dan risiko bila ditunda. Dengan begitu keputusan seperti menambah disk atau memindahkan basis data tidak muncul sebagai permintaan mendadak, tapi sudah terbaca dua atau tiga bulan sebelumnya.
Laporan juga menjadi bukti kerja yang bisa ditunjukkan saat audit — pertanyaan seperti "kapan terakhir server ini di-patch" punya jawaban bertanggal.
Biaya maintenance server dan cara menakarnya
Biaya maintenance server ditentukan jumlah server, jenis layanan di dalamnya, dan cakupan waktu yang Anda minta. Server aplikasi biasa lebih ringan daripada server basis data yang menuntut pemantauan performa berkelanjutan.
Pembandingnya yang paling jujur bukan gaji orang, karena satu kontrak perawatan tidak menggantikan satu posisi. Bandingkan dengan biaya satu insiden yang tertangani terlambat: berapa jam layanan mati, berapa nilai transaksi yang hilang, dan berapa lama tim Anda berhenti mengerjakan hal lain.
Untuk yang masih menimbang, kami biasanya menyarankan mulai dari audit satu kali. Anda mendapat gambaran kondisi nyata beserta daftar temuan, dan dari situ bisa menilai apakah kontrak bulanan memang sepadan.
Apa yang tidak termasuk, supaya jelas dari awal
Batas cakupan yang tidak dinyatakan di awal selalu menjadi perselisihan di tengah jalan. Karena itu kami menuliskan yang di luar cakupan sama jelasnya dengan yang di dalam.
Batas yang jelas juga melindungi Anda. Kontrak yang menjanjikan semuanya termasuk biasanya berarti tidak ada yang benar-benar dijamin — karena tidak ada daftar yang bisa dipakai menilai apakah pekerjaannya sudah dilakukan atau belum.
- Pengembangan atau perbaikan kode aplikasi — kami menunjukkan letak masalahnya, perbaikannya di sisi pengembang Anda.
- Perangkat pengguna: laptop, printer, jaringan kantor.
- Penambahan kapasitas atau perangkat baru, yang ditagih terpisah sebagai pekerjaan proyek.
- Pemulihan data yang tidak pernah masuk cakupan cadangan yang disepakati.
- Perubahan arsitektur besar seperti migrasi antar-penyedia, yang dikerjakan sebagai proyek tersendiri.
Lainnya seputar Manage Server
Pertanyaan seputar Maintenance Server
Kapan patching dilakukan?
Pada jendela yang Anda tentukan, biasanya di luar jam operasional. Tambalan keamanan berisiko tinggi kami ajukan lebih cepat, tetapi tetap dengan pemberitahuan — bukan diterapkan diam-diam.
Apakah termasuk penanganan gangguan di luar jadwal?
Perawatan berkala dan penanganan gangguan adalah dua cakupan yang kami pisahkan supaya jelas. Keduanya bisa diambil bersama, dan sebagian besar pelanggan memang begitu.
Server kami sudah lama tidak dirawat. Bisa langsung masuk kontrak?
Bisa, dengan satu tahap tambahan di awal: audit dan pembenahan kondisi. Menerapkan patching pada server yang tertinggal jauh tanpa memeriksa dulu berisiko mematikan layanan yang bergantung pada versi lama.
Bagaimana kalau kami punya tim IT sendiri?
Justru sering begitu. Kami mengambil lapisan yang selalu tergeser oleh pekerjaan lain — patching, verifikasi cadangan, tinjauan log — sementara tim Anda tetap memegang aplikasi dan penggunanya.
Berapa banyak server yang bisa masuk satu kontrak?
Tidak ada batas jumlahnya. Yang berubah hanya biaya dan susunan jadwalnya, karena patching puluhan server perlu dipecah menjadi beberapa gelombang.
Apakah kami dapat akses ke laporan sebelumnya?
Ya, seluruh riwayat laporan tersimpan dan bisa diakses kapan pun. Ini yang biasanya diminta saat audit atau saat ada pergantian penanggung jawab di sisi Anda.
Server jalan, tapi tidak ada yang benar-benar memegang?
Itu kondisi paling umum yang kami temui. Ceritakan jumlah server dan aplikasinya, kami susun cakupan yang masuk akal.