Pencadangan
NAS, SAN atau Penyimpanan Cloud: Bandingkan Biaya, Akses dan Pemulihan
Penyimpanan lokal dan layanan cloud menyelesaikan masalah akses serta pemulihan berbeda. Bandingkan biaya lengkap, perhitungan waktu transfer dan desain hibrida praktis sebelum memilih.
Tim ingin mengakses berkas proyek besar dengan cepat di kantor dan mudah berkolaborasi di luar. Bagian keuangan menginginkan pengeluaran terprediksi. Manajemen ingin bisnis kembali berjalan setelah kegagalan. Persyaratan ini berkaitan, tetapi pertanyaan “lokal atau cloud?” terlalu luas sebelum beban kerja, pengguna dan target pemulihan jelas.
NAS, SAN dan Cloud Bukan Tiga Perangkat yang Setara
NAS menyediakan akses berkas, umumnya melalui SMB atau NFS. SAN menyediakan penyimpanan blok ke server melalui fabric yang didukung seperti iSCSI atau Fibre Channel. Server atau aplikasi kemudian mengelola sistem berkas atau layanan data. Panduan SAN vs NAS menjelaskan perbedaannya lebih rinci.
Penyimpanan cloud menggambarkan model penyediaan, bukan satu protokol. Layanan berkas cloud, volume blok, penyimpanan objek dan platform software-as-a-service memiliki antarmuka, karakteristik kinerja, fitur retensi serta biaya berbeda. Bucket penyimpanan objek tidak otomatis menjadi pengganti langsung folder bersama SMB kantor.
| Opsi | Model akses umum | Ketergantungan penting |
|---|---|---|
| NAS lokal | Pengguna dan aplikasi mengakses berkas bersama | NAS, jaringan lokal, identitas, listrik dan cadangan |
| SAN | Host mengakses volume blok | Host yang didukung, jalur penyimpanan, klaster dan desain aplikasi |
| Layanan berkas cloud | Akses berkas jaringan terkelola | Jalur klien yang didukung, identitas, jaringan dan batas layanan |
| Penyimpanan blok cloud | Volume terpasang pada beban kerja cloud yang didukung | Komputasi cloud, aplikasi dan desain pemulihan |
| Penyimpanan objek cloud | Objek diakses melalui aplikasi atau API | Integrasi aplikasi, pola permintaan dan kebijakan transfer |
Mulai dari Kegiatan Kerja Sehari-hari
Editor video yang menangani berkas lokal besar, pengguna cabang yang membuka dokumen kantor, dan aplikasi yang dihosting di cloud tidak memerlukan jalur penyimpanan yang sama. Petakan siapa yang membuat data, lokasi penggunaannya, jumlah pengguna serentak dan dampak saat internet tidak tersedia.
Penyimpanan lokal dapat mempertahankan pekerjaan yang sesuai di dalam LAN, tetapi kapasitas lokal saja tidak memberikan kolaborasi jarak jauh yang andal. Layanan cloud mungkin memudahkan akses tersebar, tetapi koneksi klien, latensi dan perilaku aplikasi tetap penting. Pengguna jarak jauh memerlukan metode akses yang dirancang dan didukung, bukan port administrasi NAS yang terekspos.
- Daftarkan kumpulan data kerja aktif terpisah dari data lama yang disimpan.
- Identifikasi transfer sekuensial besar, banyak berkas kecil dan permintaan aplikasi yang sensitif terhadap latensi.
- Catat kebutuhan akses kantor, cabang, rumah dan seluler.
- Tentukan pekerjaan yang harus berlanjut saat internet atau lokasi mengalami gangguan.
Kapan Penyimpanan Lokal Cocok
NAS dengan kapasitas yang tepat dapat memusatkan izin dan menjaga lalu lintas berkas besar dekat dengan tim. Model all-flash dapat cocok untuk pola akses berbeda dari model HDD yang berfokus pada kapasitas. Periksa kapasitas efektif, kinerja disk berkelanjutan, koneksi klien dan uplink switch secara bersamaan.
Perangkat Synology DS925+ dan ASUSTOR Flashstor 6 Gen 2 FS6806X menggambarkan desain drive dan konektivitas berbeda. Kecocokannya bergantung pada aplikasi, drive yang didukung, kapasitas dan rencana pemulihan; keduanya tetap memerlukan penilaian seluruh beban kerja.
Gunakan panduan membeli NAS untuk ruang drive dan aplikasi, serta panduan kecepatan dan harga penyimpanan untuk jalur data. Untuk SAN, masukkan arsitektur host dan jalur yang didukung dalam biaya dan uji penerimaan.
Biaya Cloud Lebih dari Kapasitas Bulanan
Periksa layanan, kelas penyimpanan dan wilayah tertentu. Biaya dapat mencakup data tersimpan, operasi atau permintaan, pengambilan, transfer keluar, masa retensi minimum serta komputasi atau perangkat lunak pendukung. Ketentuan yang berlaku berbeda; tidak semua layanan mengenakan biaya dengan cara sama.
Kelas arsip berbiaya rendah mungkin sesuai untuk data yang jarang diambil, sedangkan alur kerja aktif memerlukan waktu respons dan model biaya berbeda. Cadangan, versi dan replikasi juga dapat menyimpan data tertagih lebih banyak daripada ukuran folder kerja saat ini.
Modelkan penggunaan rutin dan bulan pemulihan yang luar biasa besar. Sertakan biaya pengambilan data serta sistem untuk menggunakannya, bukan hanya tagihan saat data tersimpan.
Bandingkan Biaya Lima Tahun dengan Dasar yang Sama
| Komponen biaya | Desain lokal | Desain cloud |
|---|---|---|
| Penyiapan awal | Perangkat keras, drive, perubahan jaringan dan implementasi | Migrasi, konfigurasi, integrasi dan penyiapan identitas |
| Operasional bulanan | Listrik, dukungan, pengelolaan dan perlindungan di luar lokasi | Penyimpanan, permintaan, transfer, perangkat lunak dan pengelolaan |
| Pertumbuhan | Drive, ekspansi, node tambahan dan pekerjaan migrasi | Data tersimpan tambahan, versi dan penggunaan layanan |
| Pemulihan | Peralatan pengganti, tenaga pemulihan dan salinan independen | Pengambilan, transfer, komputasi pemulihan dan tenaga pemulihan |
| Siklus hidup | Pembaruan perangkat, perpanjangan dukungan dan pembuangan | Perubahan layanan, transfer saat keluar dan migrasi |
Perbandingan sederhana adalah penyiapan + 60 bulan biaya operasional + pertumbuhan dan pembaruan + alokasi pemulihan dan keluar. Gunakan asumsi kapasitas terlindungi, retensi, ketersediaan layanan dan dukungan yang sama untuk kedua desain.
Dari sisi aritmetika saja, setiap biaya berulang bulanan US$100 menambahkan US$6,000 selama 60 bulan. Ini bukan harga pasar atau penawaran. Ini menunjukkan mengapa biaya berulang perangkat lunak, dukungan dan cadangan harus disandingkan dengan biaya perangkat keras dalam rencana lima tahun. Terapkan pajak terkini dan asumsi mata uang secara konsisten.
Perhitungan Waktu Pemulihan: Internet Bisa Menjadi Batasan
Target pemulihan memerlukan lebih dari pesan pencadangan selesai. Jika data harus melewati koneksi internet, throughput tersedia menentukan batas minimum waktu transfer.
| Data yang ditransfer | Asumsi laju transfer berkelanjutan | Waktu transfer ideal |
|---|---|---|
| 1 TB | 100 Mb/s | Sekitar 22 jam 13 menit |
| 1 TB | 1 Gb/s | Sekitar 2 jam 13 menit |
| 10 TB | 1 Gb/s | Sekitar 22 jam 13 menit |
Perhitungan ini menggunakan TB desimal dan delapan bit per byte. Diasumsikan laju tersebut berkelanjutan dan tersedia untuk transfer. Overhead protokol, lalu lintas lain, persiapan pengambilan, pemrosesan berkas kecil, dekripsi, pembangunan ulang aplikasi dan validasi menambah waktu. Ini perhitungan transfer, bukan hasil pemulihan terukur.
Tetapkan sasaran titik pemulihan, yaitu seberapa banyak pekerjaan terbaru boleh hilang, serta sasaran waktu pemulihan, yaitu seberapa cepat layanan yang dapat digunakan harus kembali. Lalu uji seluruh urutan pemulihan terhadap target tersebut.
Pola Hibrida Praktis
Rencana Hibrida Memerlukan Jalur Pemulihan yang Teruji
- Data Kerja
- Cadangan Berversi
- Salinan di Luar Lokasi
- Uji Pemulihan
Atur kontrol retensi dan penghapusan dengan sengaja. Lokasi kerja dan salinan pemulihan independen dapat melayani kebutuhan berbeda.
Satu pendekatan menyimpan kumpulan kerja aktif pada sistem lokal yang sesuai, membuat cadangan berversi dan menyimpan salinan independen di luar lokasi. Pendekatan lain mempertahankan aplikasi utama di cloud dan mencadangkannya ke target yang terpisah secara memadai. Arah yang tepat bergantung pada lokasi aplikasi berjalan dan cara bisnis pulih.
Pisahkan risiko akses dan penghapusan jika platform mendukungnya. Jika satu administrator yang disusupi dapat menghapus sumber, setiap snapshot dan satu-satunya salinan di luar lokasi, masih ada jalur kegagalan bersama. Dokumentasikan retensi, penyimpanan kunci enkripsi dan akses akun pemulihan secara privat.
Sinkronisasi berguna untuk memperbarui salinan kerja. Namun, penghapusan atau berkas rusak juga dapat ikut tersebar. Periksa retensi versi dan cadangan independen, jangan menganggap dua folder tersinkron sebagai dua rencana pemulihan.
Keamanan dan Lokasi Data Memerlukan Desain Khusus
Penyimpanan lokal tidak otomatis privat atau aman, dan cloud tidak otomatis patuh regulasi. Keduanya memerlukan identitas, izin, pembaruan, pencatatan, kontrol pemulihan serta penanggung jawab operasional yang tepat. Pastikan lokasi layanan menyimpan data dan cadangan, siapa yang dapat mengaksesnya serta kewajiban organisasi.
Untuk kerja jarak jauh, gunakan desain akses aman yang didukung dan lindungi endpoint pengguna data. Hindari memublikasikan kredensial, kode pemulihan atau detail konfigurasi privat saat meminta bantuan. Panduan uji pemulihan cadangan memberikan cara praktis membuktikan salinan terlindungi benar-benar dapat digunakan.
Pertanyaan Umum
Apakah NAS lebih murah daripada penyimpanan cloud?
Bergantung pada kapasitas, penggunaan, retensi, dukungan, listrik, administrasi, cadangan dan biaya siklus hidup. Bandingkan persyaratan layanan serta pemulihan yang sama selama periode tertentu, bukan perangkat keras dengan tarif bulanan penyimpanan saja.
Apakah penyimpanan cloud sama dengan NAS?
Tidak. Layanan berkas cloud, volume blok, penyimpanan objek dan platform perangkat lunak memiliki antarmuka berbeda. Periksa cara aplikasi mengakses data sebelum menganggap satu sebagai pengganti lainnya.
Apakah NAS berfungsi saat internet terputus?
Layanan lokal yang sesuai dapat berlanjut melalui LAN jika listrik, jaringan lokal, identitas dan aplikasi tetap tersedia. Pengguna jarak jauh serta fungsi bergantung internet masih dapat terpengaruh.
Apakah menyinkronkan NAS ke cloud termasuk pencadangan?
Bergantung pada layanan dan konfigurasi. Sinkronisasi dapat menyebarkan penghapusan atau kerusakan. Periksa versi independen, retensi, pemisahan akses dan proses pemulihan teruji.
Berapa lama memulihkan 1 TB dari cloud?
Pada laju berkelanjutan 100 Mb/s, 1 TB desimal memerlukan sekitar 22 jam 13 menit untuk transfer saja. Pada 1 Gb/s, sekitar 2 jam 13 menit. Pengambilan, pemrosesan, overhead dan validasi menambah waktu.
Lebih aman penyimpanan lokal atau cloud?
Tidak ada yang otomatis lebih aman. Identitas, konfigurasi, pembaruan, pencatatan, isolasi cadangan, lokasi data dan praktik operasional menentukan perlindungan desain sebenarnya.
Tentukan Akses dan Pemulihan Sebelum Lokasi
Pilih penyimpanan lokal saat kinerja, kendali dan model operasionalnya cocok dengan beban kerja; pilih layanan cloud saat model penyediaannya cocok dengan aplikasi dan pengguna. Gunakan SAN yang didukung untuk kebutuhan penyimpanan blok yang membenarkannya. Bandingkan opsi hibrida jika salinan kerja dan pemulihan memiliki kebutuhan berbeda.
Sampaikan ukuran data aktif, pertumbuhan, lokasi, aplikasi dan target pemulihan kepada Spesialis Penjualan. Rencana lengkap memperhitungkan hari kerja, tagihan bulanan dan saat terjadi masalah.
