GNU/Linux >> Belajar Linux >  >> Linux

Aturan cadangan 3-2-1 untuk cloud

Saat Anda melakukan pencadangan, masalah tertentu mungkin terjadi. Misalnya, Anda mungkin menemukan bahwa Anda telah mencadangkan data atau perangkat yang salah, atau bahwa pencadangan gagal atau rusak. Aturan pencadangan 3-2-1 klasik dapat membantu Anda meningkatkan cadangan Anda. Aturan tersebut mencakup panduan berikut:

  • Buat tiga cadangan
  • Dua dalam format berbeda
  • Satu di luar kantor

Untuk awan, di luar situs mungkin berarti menyimpan salinan kaset di kantor lokal Anda, tetapi artikel ini juga menyajikan opsi lain.

Buat tiga cadangan

Anda harus selalu membuat tiga salinan cadangan Anda. Pedoman ini didasarkan pada tiga hukum komputasi Jack Schofield . Hukum kedua menyatakan bahwa data tidak benar-benar ada kecuali Anda memiliki setidaknya dua salinannya. Akibatnya, praktik terbaik menentukan bahwa Anda memerlukan setidaknya dua cadangan dalam beberapa bentuk.

Anda dapat menggunakan Rackspace CloudBackup untuk salah satu cadangan Anda.Cloud Backup mengambil cadangan file demi file pada jadwal yang Anda pilih.

Anda mungkin mempertimbangkan untuk menggunakan snapshot server untuk cadangan lain. Serversnapshots berfungsi untuk beberapa server di cloud Rackspace. Namun, Anda tidak boleh menganggapnya sebagai solusi cadangan. Misalnya, jika Anda menjalankan instance acompute, server Anda melakukan booting dari Cloud Block Storagevolume. Snapshot server tidak menangkap volume Cloud Block Storage karena dilakukan di mesin host. Dengan instans kinerja di mana snapshot server berfungsi, kerusakan mungkin masih terjadi jika snapshot diambil saat tabel database sedang ditulis.

Dua dalam format berbeda

Sebaiknya Anda membuat cadangan dalam potongan yang lebih kecil sehingga Anda dapat dengan mudah mencadangkannya dengan Cloud Backup dan menyinkronkannya ke lokasi lain.

Misalnya, Anda mungkin terlebih dahulu menyimpan cadangan basis data Anda secara lokal, lalu mengompresi file situs Anda menjadi file .zip atau file .tar dan menyimpannya dalam folder juga.

Kemudian, buat cadangan yang Anda simpan di lokasi lain.

Anda dapat membuat pekerjaan lain yang berjalan pada waktu tertentu dan mengirimkan file tersebut ke lokasi ketiga. Misalnya, Anda dapat menyalinnya ke server lain setiap empat jam.

Dengan menggunakan metode ini, Anda mencadangkan file situs Anda secara keseluruhan, dan juga membuat salinan dalam format arsip terkompresi yang Anda simpan di tempat lain dalam dua format berbeda.

Satu offsite

Salinan di luar kantor harus berupa salinan lokal di kantor Anda. Itu harus tersedia untuk tim Anda jika mereka perlu mengaksesnya untuk membangun server baru. Misalnya, Anda mungkin menggunakan server internal untuk menarik file ke bawah, atau memiliki server yang terletak di pusat data terpisah dari tempat sumber utama Anda berada untuk mencadangkan file.

Batasan

Bagian ini membahas batasan yang terkait dengan metode pencadangan ini.

Replikasi

Replikasi berguna di cloud multitier karena jika server gagal, server areplica membuat situs Anda tetap aktif dan berjalan. Namun, jika Anda mengunggah file yang rusak, mekanisme sinkronisasi akan mereplikasi data yang rusak. Kerusakan ini menjadi masalah jika Anda perlu memulihkan server ke versi sebelumnya.

Anda dapat menggunakan replikasi berdasarkan tugas terjadwal atau tugas cron. Namun, Anda mungkin masih ingin dapat melihat cadangan Anda dalam beberapa hari tertentu untuk melihat saat ada masalah.

Snapshot

Dengan snapshot Cloud Block Storage, tidak ada cara untuk menjadwalkan snapshot baru dan kemudian menghapus snapshot yang lebih lama. Snapshots juga memiliki masalah kerusakan yang sama dengan servernapshots.

Kesimpulan

Membuat total tiga cadangan, dua dalam format berbeda dan satu secara lokal, adalah praktik yang terbukti benar untuk menjaga keamanan data Anda. Ingatlah untuk menguji cadangan. Ingatlah juga bahwa solusi pencadangan Anda harus beradaptasi dan berubah dengan lingkungan baru.


Linux
  1. Tindakan Instal untuk produk MySQL Server 5.7.19 gagal.

  2. Migrasi di Rackspace Cloud

  3. Matriks izin untuk Server Cloud

  1. 5 Pengganti Gratis Terbaik untuk Server MySQL

  2. Distribusi Linux Terbaik untuk server cloud Anda berikutnya

  3. Memecahkan masalah ruang disk yang rendah untuk server cloud Linux

  1. Memahami RAM untuk Server Cloud Anda

  2. Hosting Cloud vs. Hosting VPS:Apa Bedanya?

  3. Cloud Backend:Perhatian Utama untuk Standar IoT?