Halaman ini menjelaskan cara menyiapkan pemberitahuan tentang tingkat risiko RPO dan alasan risiko rencana pencadangan yang didasarkan pada peristiwa log yang dikeluarkan oleh Pencadangan untuk GKE dari Logs Explorer.
Dalam konteks perencanaan pemulihan dari bencana atau kelangsungan bisnis, toleransi durasi kehilangan data (RPO) berarti titik waktu terbaru dari data yang harus dipulihkan. RPO menentukan kehilangan data maksimum akibat kegagalan infrastruktur, yang dinyatakan sebagai jumlah waktu, sebelum kegagalan, saat aktivitas penulisan hilang.
Kolom Tingkat risiko RPO menunjukkan tingkat risiko RPO rencana pencadangan saat ini. Kolom alasan risiko memberikan detail tentang alasan rencana cadangan berada pada tingkat risiko tertentu.
Tingkat risiko RPO dan alasan risiko memiliki pemetaan banyak-ke-satu, yaitu, tingkat risiko RPO 4 dapat memiliki beberapa alasan mengapa angka tersebut. Untuk mengetahui daftar lengkap tingkat risiko RPO dan alasan yang sesuai, lihat tabel berikut.
Pemetaan antara tingkat risiko RPO dan alasan risiko
| Tingkat risiko RPO | Alasan risiko RPO |
|---|---|
| 1 | Tidak ada risiko yang terdeteksi untuk BackupPlan ini. |
| 2 | BackupPlan ini mengalami kegagalan pencadangan baru-baru ini. |
| 2 | Pada fase pelatihan, dan tingkat risiko akan tersedia setelah minimal empat pencadangan berhasil. |
| 2 | Tidak ada konfigurasi RPO yang ditentukan. Beralihlah ke jadwal RPO untuk perlindungan yang lebih baik. |
| 2 | Tidak ada jadwal yang ditentukan. Ikut serta dalam jadwal RPO untuk perlindungan yang lebih baik. |
| 3 | Pencadangan terbaru memerlukan waktu lebih lama. Jika tren ini berlanjut, ada risiko RPO tidak akan lagi terpenuhi. |
| 3 | Pembuatan cadangan terbaru gagal. |
| 3 | Eksekusi pencadangan terbaru gagal. |
| 3 | Jadwal dijeda. |
| 3 | BackupPlan ini mengalami kegagalan pencadangan baru-baru ini dan jadwalnya dijeda. |
| 3 | Dalam fase pelatihan, tetapi BackupPlan ini mengalami kegagalan pencadangan baru-baru ini. |
| 3 | Dalam fase pelatihan, tetapi pembuatan cadangan terbaru gagal. |
| 3 | Dalam fase pelatihan, tetapi eksekusi pencadangan terbaru gagal. |
| 3 | Tidak ada konfigurasi RPO yang ditentukan dan BackupPlan ini mengalami kegagalan pencadangan baru-baru ini. Beralih ke jadwal RPO setelah kegagalan teratasi. |
| 3 | Tidak ada jadwal yang ditentukan dan pencadangan terbaru gagal. Ikut serta dalam jadwal RPO untuk perlindungan yang lebih baik. |
| 4 | Pencadangan terbaru membutuhkan waktu lebih lama dan jadwal dijeda. Jika tren ini berlanjut setelah melanjutkan jadwal, ada risiko RPO tidak akan terpenuhi lagi. |
| 4 | Pembuatan cadangan terbaru gagal dan jadwal dijeda. |
| 4 | Eksekusi pencadangan terbaru gagal dan jadwal dijeda. |
| 4 | Dalam fase pelatihan, tetapi jadwal dijeda. Lanjutkan jadwal untuk memungkinkan pelatihan selesai. |
| 4 | Dalam fase pelatihan, tetapi BackupPlan ini mengalami kegagalan pencadangan baru-baru ini dan jadwalnya dijeda. |
| 4 | Dalam fase pelatihan, tetapi pembuatan cadangan terbaru gagal dan jadwal dijeda. |
| 4 | Dalam fase pelatihan, tetapi eksekusi pencadangan terbaru gagal dan jadwal dijeda. |
| 4 | Tidak ada konfigurasi RPO yang ditentukan dan pembuatan cadangan terbaru gagal. Beralih ke jadwal RPO setelah kegagalan teratasi. |
| 4 | Tidak ada konfigurasi RPO yang ditentukan dan eksekusi pencadangan terbaru gagal. Beralih ke jadwal RPO setelah kegagalan teratasi. |
| 4 | Tidak ada konfigurasi RPO yang ditentukan dan jadwal cron dijeda. Beralihlah ke jadwal RPO untuk perlindungan yang lebih baik. |
| 4 | Tidak ada konfigurasi RPO yang ditentukan dan jadwal cron dijeda karena kegagalan pencadangan baru-baru ini. Beralih ke jadwal RPO setelah kegagalan teratasi. |
| 4 | Tidak ada konfigurasi RPO yang ditentukan dan jadwal cron dijeda dengan pembuatan cadangan terbaru yang gagal. Beralih ke jadwal RPO setelah kegagalan teratasi. |
| 4 | Tidak ada konfigurasi RPO yang ditentukan dan jadwal cron dijeda karena eksekusi pencadangan terbaru gagal. Beralih ke jadwal RPO setelah kegagalan teratasi. |
| 4 | Tidak ada jadwal yang ditentukan dan eksekusi pencadangan terbaru gagal. Ikut serta dalam jadwal RPO untuk perlindungan yang lebih baik. |
| 5 | BackupPlan ini telah melanggar RPO. Atasi kegagalan pencadangan, perbarui RPO target dan periode pengecualian, atau perkecil cakupan pencadangan sesuai kebutuhan untuk BackupPlan ini. |
| 5 | BackupPlan ini telah melanggar RPO dan jadwal dijeda. Atasi kegagalan pencadangan, perbarui RPO target dan periode pengecualian, atau perkecil cakupan pencadangan sesuai kebutuhan untuk BackupPlan ini. |
Sebelum memulai
Sebelum menyiapkan kebijakan pemberitahuan, pastikan Anda memiliki saluran notifikasi yang sesuai.
Membuat pemberitahuan
Untuk mengetahui informasi selengkapnya tentang cara membuat kebijakan pemberitahuan berbasis log umum, lihat Mengonfigurasi kebijakan pemberitahuan berbasis log. Atau, untuk membuat kebijakan pemberitahuan khusus perubahan tingkat risiko RPO atau alasan risiko RPO dalam rencana cadangan, lakukan hal berikut:
Buka halaman Logs Explorer. Buka Logs Explorer
Di panel Kueri, masukkan kriteria filter berikut:
logName="projects/PROJECT_ID/logs/gkebackup.googleapis.com%2Fbackup_plan_change" resource.type="gkebackup.googleapis.com/BackupPlan" resource.labels.backup_plan_id="BACKUP_PLAN" resource.labels.location="LOCATION" jsonPayload.backupPlanMetadata.rpoRiskLevel>="VALUE" jsonPayload.backupPlanMetadata.rpoRiskReason="REASON"Ganti kode berikut:
PROJECT_ID: ID Google Cloud project Anda.BACKUP_PLAN: nama rencana cadangan yang ingin Anda buat pemberitahuannya.LOCATION: region komputasi rencana cadangan yang ingin Anda buat pemberitahuannya. Misalnya,us-central1.VALUE: Nilai tingkat risiko RPO untuk rencana cadangan yang ingin Anda dapatkan pemberitahuannya. Nilai yang valid berada dalam rentang [1,5]. Sebaiknya siapkan pemberitahuan pada tingkat risiko >= 4.REASON: (Opsional) Pilih alasan risiko yang sesuai dari tabel.
Untuk memvalidasi kueri, klik Run Query.
Di toolbar Query results, luaskan menu Actions, lalu pilih Create log alert.
Di panel Detail pemberitahuan, masukkan nama untuk kebijakan pemberitahuan Anda di kolom Nama Kebijakan Pemberitahuan. Misalnya,
Alert for RPO risk level of backup plan.Pilih opsi dari menu Tingkat keparahan kebijakan. Insiden dan notifikasi menampilkan tingkat keparahan. Sebaiknya tetapkan tingkat keparahan ke Kritis.
Masukkan deskripsi untuk kebijakan pemberitahuan Anda. Anda juga dapat menyertakan informasi yang dapat membantu penerima notifikasi mendiagnosis masalah. Untuk mengetahui informasi tentang cara memformat dan menyempurnakan konten kolom ini, lihat Menggunakan Markdown dan variabel dalam template dokumentasi.
Klik Berikutnya.
Tetapkan Time between notifications dan Incident autoclose duration. Sebaiknya tetapkan waktu antara notifikasi ke satu hari dan durasi tutup otomatis ke tujuh hari.
Klik Berikutnya.
Pilih satu atau beberapa saluran notifikasi untuk kebijakan pemberitahuan Anda.
Klik Simpan.
Setelah menyimpan kebijakan, Anda akan menerima pemberitahuan ke saluran notifikasi saat paket pencadangan cocok dengan filter Anda.