Hari ini saya ingin kembali ke cadangan yang didukung cloud. Saya tidak akan membahas apakah itu baik atau buruk, tetapi saya ingin berbagi contoh implementasi solusi untuk cadangan berbasis cloud ini - dari perangkat lunak yang sudah selesai hingga kruk di atas sepeda.
Jangan kembali ke cloud atau ingin membaca tentang opsi solusi? Saya minta kucing.
3-2-1, ayo pergi
Diyakini bahwa kisah tentang aturan cadangan 3-2-1 dimulai dengan Peter Krogh, yang menguraikannya dalam bukunya Digital Asset Management for Photographers. Saya mengingat secara singkat prinsip ini:
- Setidaknya harus ada 3 salinan data.
- Setidaknya 2 salinan harus ada di media fisik dari berbagai jenis. Misalnya, satu salinan berfungsi data pada array disk, salinan kedua adalah data pada pita magnetik.
- Setidaknya satu cadangan harus disimpan di luar kantor.
Secara pribadi, saya paling sering menggunakan aturan yang sedikit berbeda dalam membuat cadangan.
Sirkuit 3-2-1 klasik.
Pertama, saya mengambil cadangan sebagai data awal, dan kedua, tidak selalu nyaman dan anggaran untuk menyimpannya di berbagai jenis media - terutama untuk bisnis kecil dan menengah. Strategi penyimpanan cadangan saya yang biasa adalah ini:
- Cadangan online. Tujuan utama mereka adalah untuk memastikan pemulihan tercepat jika terjadi kegagalan kecil. Bergantung pada infrastrukturnya, cadangan ini bahkan dapat disimpan di server yang dicadangkan - hanya pada disk terpisah.
- Cadangan arsip. Mereka selalu disimpan setidaknya di server lain dan dengan riwayat (paling sering - 6 backup harian, 4 mingguan dan 4 triwulanan).
- Backup jarak jauh. Cadangan tentu disimpan di tempat lain - di server di pusat data jarak jauh atau di cloud. Pilihan yang baik adalah menyinkronkan direktori cadangan arsip dengan penyimpanan jarak jauh, jika memungkinkan.
Dengan cadangan operasional dan arsip, biasanya semuanya cukup sederhana, kecuali Anda harus mematuhi rekomendasi tertentu. Salah satu opsi untuk rekomendasi tersebut adalah di bawah spoiler.
Rekomendasi:- Sebuah server dengan cadangan dengan cara yang bersahabat harus entah bagaimana diisolasi dari jaringan produksi jika seandainya sebuah enkripsi tiba-tiba dimulai.
- Ini adalah opsi yang baik ketika server mengambil cadangan, tetapi tidak menerimanya - jika server yang diarsipkan terganggu.
- Sejarah arsip - harus dimiliki. Seringkali saya bertemu dengan infrastruktur di mana hanya satu salinan cadangan dari data penting yang disimpan, dan jika terjadi serangan enkripsi atau kehilangan data sehari sebelum kemarin, data dalam cadangan sudah rusak atau tidak seperti yang kami butuhkan.
- Jangan lupa untuk menyalin tidak hanya data, tetapi juga sistem operasinya.
- Salinan bayangan dan foto lain sangat bagus dan bagus, tetapi ini bukan cadangan. Anda dapat menggunakannya sebagai pengganti cadangan operasional, tetapi lebih baik untuk menggabungkannya.
- Arsip dengan ekstensi .exe atau .dll adalah opsi yang baik untuk mengelabui ransomware.
- RAID bukan tentang backup sama sekali. Tentu saja
Tetapi dengan backup jarak jauh ada banyak pertanyaan. Secara khusus, seseorang harus memilih di mana menyimpan salinan-salinan ini dan bagaimana membuangnya di sana. Pertama, saya akan memberikan beberapa contoh "di mana".
Pilih cloud yang nyaman
Salah satu opsi adalah dengan menyewa server khusus atau menginstal server Anda di pusat data pada sebuah kolokasi.
Memang, "cloud" yang ia buat sendiri memberikan kontrol lebih besar atas apa yang terjadi, dan pilihan solusi untuk penyimpanan dan pencadangan langsung terserah administrator sistem. Anda bahkan dapat memasukkan server dalam domain "di tanah", seperti yang saya jelaskan dalam artikel " Bagaimana Saya Menangkal Basis 1C di Jerman ".
Di sisi lain, kontrol berarti tanggung jawab - akan perlu untuk memantau status server jika terjadi masalah perangkat keras dan perangkat lunak, sementara kurangnya awan dalam bentuk ketergantungan Internet dan masalah kepercayaan terhadap orang luar belum dibatalkan.
Tetapi apakah ini server sewaan Anda dari host yang tidak mahal?
Pilihan lain adalah menggunakan layanan khusus yang dibuat hanya untuk menyimpan cadangan. Contoh paling terkenal adalah layanan Gletser Amazon . Mereka terselubung dalam legenda tentang teknologi yang digunakan - dari kaset ke blu-disk dan lengan robot. Tetapi secara resmi ini adalah HDD yang tidak mahal.
Tidak seperti server sewaan, solusinya sudah mulai berbau seperti perusahaan berdarah dengan banyak "sembilan keandalan" setelah titik desimal. Benar, seperti banyak layanan web di Amazon, ia memiliki formula biaya yang rumit. Jika Anda menyederhanakannya dengan terus terang, maka mengunduh data ke layanan ini gratis, penyimpanannya sangat murah ($ 1 untuk 1 TB per bulan), tetapi Anda harus membayar untuk menerima data. Seperti di pameran-pameran lama - “tiket masuk gratis, pintu keluar 15 kopecks”.
Layanan penyimpanan klasik seperti Amazon S3 dan Yandex Object Storage juga dapat digunakan untuk cadangan, tetapi tag harga dalam kasus ini akan kurang manusiawi - ~ $ 10 \ bulan untuk 1 TB untuk Yandex. Juga, orang tidak dapat gagal untuk menyebutkan solusi all-inclusive dari produsen sistem cadangan, karena hanya malas yang mendapat manfaat dari cloud mereka sekarang. Misalnya, Acronis Cloud Storage sebagai tambahan untuk produk Acronis secara harfiah sebesar $ 299 per tahun akan memberikan 250 GB di servernya.
Opsi ketiga adalah menggunakan penyimpanan cloud, yang tidak dirancang untuk menyimpan cadangan perusahaan, tetapi lebih fokus pada pengguna biasa. Berikut adalah beberapa di antaranya yang terdengar:
Sekarang saya tidak akan membandingkan platform cloud, saya akan memberikan ini kepada banyak bahan di jaringan. Misalnya, artikel " Penyimpanan cloud untuk individu: apa yang harus dipilih dan mengapa ." Secara pribadi, saya memilih Yandex.Disk untuk kebutuhan saya, karena dia adalah salah satu dari sedikit yang dapat menggunakan WebDAV, API, dan snapshot (riwayat) file pada disk pada paket gratis. Yah, tentu saja, saya telah mengakumulasi sejumlah gigabytes gratis di dalamnya.
Tentu saja, ketika memilih, Anda harus memperhatikan tidak hanya nomor bebas dan biaya gigabyte, tetapi juga perjanjian lisensi, karena mencadangkan basis data 1C bersyarat dapat melanggarnya. Secara terpisah, perlu dicatat titik-titik di mana penyedia cloud tidak memikul tanggung jawab, dapat menghapus semua file kapan saja dan tidak akan ada apa-apa untuk itu. Tetapi hampir semua layanan ini memiliki perangkat lunak yang memungkinkan Anda untuk mengunggah file ke layanan, yang membawa kita ke poin berikutnya dalam cerita hari ini.
Cara mengirim ke awan yang nyaman
Secara pribadi, saya tidak benar-benar ingin menggunakan perangkat lunak yang disediakan oleh layanan (kecuali, tentu saja, kita berbicara tentang layanan khusus seperti Acronis): itu tidak selalu mungkin untuk mengatur jadwal sinkronisasi, dan ceritanya masih hidup ketika Yandex.Disk mengatur patch Barmin saat memperbarui sistem operasi. Untungnya, ada perangkat lunak khusus yang mendukung berbagai penyedia. Seperti biasa, saya akan memberikan beberapa contoh sebagian besar solusi gratis dan hampir-bebas.
Backup berguna . Itu dikeluarkan di halaman pertama Google untuk permintaan "cadangan ke cloud." Ada versi berbayar dari berbagai fungsi, plugin terpisah (misalnya, untuk Exchange dan 1C). Bahkan ada cloud - HBDrive . Namun yang paling penting, masih ada versi gratis yang hanya bisa melakukan backup ke cloud - Handy Backup Free for Cloud . Sayangnya, sebagai bagian dari pengujian, saya tidak dapat membuatnya bekerja secara stabil dengan Yandex.Disk - tugas yang dijadwalkan secara berkala tidak berhasil. Sulit menginginkan sesuatu dari solusi gratis, tetapi saya menolak untuk menggunakan perangkat lunak ini.
Cadangan CloudBerry Produk ini baik untuk semua orang, bahkan ada solusi untuk memulihkan objek Exchange individual, ada dukungan untuk banyak penyedia berbeda. Penggunaan dihentikan oleh kurangnya versi gratis dan dukungan dari Yandex.Disk biasa, hanya S3 Yandex Object Storage yang kompatibel.
Daftar penyedia solusi yang didukung dari CloudBerry Lab.
Duplikat 2 . Sudah merupakan produk yang sepenuhnya gratis, bahkan untuk penggunaan komersial. Ada semua platform populer dari Windows ke GNU \ Linux, Anda dapat bekerja baik melalui antarmuka web dan melalui baris perintah, ada juga enkripsi cadangan di luar kotak.
Antarmuka duplikat, penyedia yang didukung.
Sayangnya, Yandex.Disk tidak didukung "out of the box" - hanya dalam mode WebDAV. Dalam mode ini, solusi dari Yandex tidak bekerja dengan sempurna - ada masalah dengan file besar. Tetapi ada satu di daftar tujuan yang valid yang memecahkan masalah ini. Itu dia.
Klon Mungkin ini adalah pemimpin saya yang tidak perlu di antara perangkat lunak lain. Utilitas baris perintah untuk banyak platform, di situs web resmi , unduhan juga tersedia untuk sistem operasi langka seperti Plan9 dan Solaris. Daftar penyedia cloud yang didukung juga mengesankan - bahkan mendukung Cephs dan OwnCloud . Dan ya, Yandex.Disk terdaftar. Sampai baru-baru ini, konfigurasi dilakukan hanya melalui menu konsol interaktif, tetapi relatif baru-baru ini menjadi mungkin untuk meluncurkan antarmuka web dan mengkonfigurasi melalui itu.
Antarmuka web rclone.
Kerugiannya termasuk kurangnya penjadwal bawaan. Utilitas ini berfungsi secara eksklusif sebagai transportasi ke / dari awan, tetapi tidak memerlukan instalasi. Termasuk karena ini, saya menggunakannya bersama dengan Yandex.Disk untuk mentransfer informasi dari satu server jauh ke yang lain - ternyata file besar lebih cepat diunggah ke cloud dan diunduh dari cloud daripada mengatur berbagi file langsung. Ya, dan mengunggah cadangan sangat menyenangkan. Misalnya, untuk menyalin hanya file baru ke cloud, Anda dapat menggunakan perintah:
rclone copy --max-age 24h --no-traverse D:\backups yandex:backups
Di mana yandex adalah nama konfigurasi yang dibuat sebelumnya, dan cadangan adalah folder dengan cadangan.
Untuk detail lebih lanjut tentang cara rclone bekerja, lihat dokumentasi resmi dan artikel " Rclone: rsync for clouds ".
Pada prinsipnya, sebagai solusi cadangan lengkap, rclone dapat digunakan dengan Duplicati, memilih rclone sebagai jenis penyimpanan. Kemudian Duplicati akan membuat cadangan menggunakan vss (snapshots) sesuai dengan penjadwal, dan yang pertama akan bertanggung jawab untuk mengunduh cadangan ke cloud yang kita butuhkan. Tentu saja, Anda dapat menggunakan solusi lain seperti Cobian atau bahkan melakukan snapshot vss dengan perintah diskshadow , arsipkan dan unggah ke cloud menggunakan rclone. Benar, jika Anda benar-benar menemukan kembali roda, maka tidak perlu rclone.
Buat skrip sepeda Anda
Tentu saja, jika penyedia cloud menyediakan akses WebDAV, mengunduh data akan mudah. Contoh untuk cmd dan Yandex.Disk:
net use Z: "https://webdav.yandex.ru/backup/" /User:login@yandex.ru password rem net use Z: /delete
Tetapi tidak semua penyedia bagus di WebDAV, dan ada pertanyaan tentang kecepatan dan stabilitas. Karena itu, Anda dapat menggunakan API, jika, tentu saja, penyedia menyediakan akses tersebut. Mari kita menganalisis contoh dengan Yandex yang sama.
Yandex menggunakan OAuth untuk otorisasi, jadi untuk skrip kami, kami perlu mendapatkan token khusus. Pertama, Anda perlu membuat aplikasi di bagian " Buat Aplikasi " dari situs.
Anda jangan lupa untuk memberikan akses ke aplikasi di Yandex.Disk:
Akses skrip ke Yandex.Disk API.
Dan gantikan URL pengembangan di Callback URI (ini akan tersedia setelah menyetel kotak centang "Layanan Web" pada platform yang tersedia):
Pengaturan URI panggilan balik.
Setelah menerima ID aplikasi, ikuti tautan:
https://oauth.yandex.ru/authorize?response_type=token&client_id=12345678&display=popup
Di mana 12345678 adalah ID yang diterima. Setelah memberikan akses aplikasi, kami akan menerima token OAuth yang didambakan, yang sudah dapat digunakan dalam skrip. Di sini, misalnya, mengunggah file ke Yandex.Disk menggunakan PowerShell:
Diusulkan untuk mengatur rotasi file, kontrol unduhan dan "kit" lainnya, manfaat Yandex API didokumentasikan dengan baik. Tetapi secara pribadi, saya lebih suka tidak menemukan kembali roda, tetapi menggunakan rclone.
Nah, ketika mem-back up ke cloud, saya sangat menyarankan untuk mengenkripsi arsip, agar tidak berada dalam situasi sebagai pahlawan puisi oleh Aiklaud Von Browser penyair terkenal di kalangan tertentu, garis yang dinamai artikel ini.
Dalam komentar, saya mengusulkan untuk tidak mengembangkan holivar pada rasionalitas cadangan cloud, tetapi untuk membagikan alat cadangan favorit saya.