Lampiran C: Pencadangan dan pemulihan - Praktik Terbaik WordPress untuk AWS

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Lampiran C: Pencadangan dan pemulihan

Memulihkan dari kegagalan di AWS akan lebih cepat dan lebih mudah dilakukan dibandingkan dengan lingkungan hosting tradisional. Misalnya, Anda dapat meluncurkan instans pengganti dalam hitungan menit sebagai respons terhadap kegagalan perangkat keras, atau Anda dapat menggunakan failover otomatis di banyak layanan terkelola kami untuk meniadakan dampak reboot karena pemeliharaan rutin.

Namun, Anda masih perlu memastikan Anda mencadangkan data yang tepat agar berhasil memulihkannya. Untuk membangun kembali ketersediaan situs web WordPress, Anda harus dapat memulihkan komponen-komponen berikut:

  • Penginstalan dan konfigurasi sistem operasi (OS) dan layanan (Apache, MySQL, dan sebagainya)

  • Kode dan konfigurasi aplikasi WordPress

  • Tema dan plugin WordPress

  • Unggahan (misalnya, file media untuk postingan)

  • Konten basis data (postingan, komentar, dan sebagainya)

AWS menyediakan berbagai metode untuk mencadangkan dan memulihkan data dan aset aplikasi web Anda.

Laporan resmi ini sebelumnya membahas penggunaan snapshot Lightsail untuk melindungi semua data yang tersimpan di penyimpanan lokal instans. Jika situs web WordPress Anda hanya menjalankan instans Lightsail, snapshot Lightsail biasa seharusnya akan cukup bagi Anda untuk memulihkan situs web WordPress Anda secara keseluruhan. Namun, Anda masih akan kehilangan perubahan apa pun yang diterapkan ke situs web Anda sejak snapshot terakhir diambil jika Anda melakukan pemulihan dari snapshot.

Dalam deployment multi-server, Anda perlu mencadangkan masing-masing komponen yang dibahas sebelumnya menggunakan mekanisme yang berbeda-beda. Setiap komponen mungkin memiliki persyaratan yang berbeda-beda untuk frekuensi pencadangan, misalnya, penginstalan dan konfigurasi OS dan WordPress akan berubah jauh lebih jarang daripada konten yang dibuat pengguna, sehingga dapat dicadangkan lebih jarang tanpa kehilangan data jika terjadi pemulihan.

Untuk mencadangkan penginstalan dan konfigurasi OS dan layanan, serta kode dan konfigurasi aplikasi WordPress, Anda dapat membuat AMI instans EC2 yang dikonfigurasi dengan benar. AMI dapat memenuhi dua tujuan: untuk berfungsi sebagai cadangan status instans, dan berfungsi sebagai templat saat meluncurkan instans baru.

Untuk mencadangkan kode dan konfigurasi aplikasi WordPress, Anda perlu menggunakan AMI dan juga cadangan Aurora.

Untuk mencadangkan tema dan plugin WordPress yang diinstal di situs web Anda, cadangkan bucket Amazon S3 atau sistem file Amazon EFS yang menyimpannya.

  • Untuk tema dan plugin yang disimpan dalam bucket S3, Anda dapat mengaktifkan replikasi Lintas Wilayah sehingga semua objek yang diunggah ke bucket utama Anda direplikasi secara otomatis ke bucket cadangan Anda di Wilayah AWS lain. Replikasi Lintas Wilayah mengharuskan versioning diaktifkan pada bucket sumber dan tujuan Anda, yang memberi Anda lapisan perlindungan tambahan dan memungkinkan Anda kembali ke versi sebelumnya dari objek tertentu dalam bucket Anda.

  • Untuk tema dan plugin yang disimpan pada sistem file EFS, Anda dapat membuat AWS Data Pipeline untuk menyalin data dari sistem file EFS produksi Anda ke sistem file EFS lain, seperti yang diuraikan dalam halaman dokumentasi Mencadangkan sistem file Amazon EFS Anda. Anda juga dapat mencadangkan sistem file EFS menggunakan aplikasi pencadangan yang sudah Anda kenal.

  • Untuk mencadangkan unggahan pengguna, Anda harus mengikuti langkah-langkah yang diuraikan sebelumnya untuk mencadangkan tema dan plugin WordPress.

  • Untuk mencadangkan konten basis data, Anda perlu menggunakan cadangan Aurora. Aurora mencadangkan volume klaster Anda secara otomatis dan menyimpan data pemulihan selama periode penyimpanan cadangan. Cadangan Aurora bersifat kontinu dan inkremental sehingga Anda dapat dengan cepat memulihkan ke titik mana pun dalam periode retensi cadangan. Tidak ada dampak performa atau gangguan layanan basis data yang terjadi saat data cadangan sedang ditulis. Anda dapat menentukan periode retensi cadangan dari 1 hingga 35 hari. Anda juga dapat membuat snapshot basis data manual, yang dipersistensi sampai Anda menghapusnya. Snapshot basis data manual berguna untuk pencadangan dan pengarsipan jangka panjang.