proto.lib

Backup và khôi phục etcd — cluster chính là etcd

Toàn bộ trạng thái Kubernetes nằm trong etcd, nên snapshot định kỳ (kèm khoá mã hoá và CA — vô dụng nếu tách riêng) và việc thực sự restore thử vào scratch cluster để xác minh là bắt buộc; mất một thành viên thì tự re-sync từ leader, còn mất quorum thì phải restore snapshot và chấp nhận mất dữ liệu sau thời điểm chụp.

Data CenterNâng cao2026-08-21
Backup và khôi phục etcd — cluster chính là etcd

Tags

#etcd#backup#restore#quorum#snapshot#raft#disaster-recovery

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

Data CenterTrung bình

Backup/Restore Workload trong Kubernetes

Backup workload không chỉ chụp lại object trong etcd mà phải chụp cả manifest tài nguyên của namespace CÙNG snapshot volume đi kèm; khi restore, thứ tự tạo lại quan trọng — CRD và namespace phải có trước, volume phải bind xong trước khi pod cần mount chúng khởi động.

#backup#restore#namespace#persistent-volume
Data CenterTrung bình

Snapshot và Clone PVC cho môi trường Test

Một VolumeSnapshot chụp trạng thái PVC production qua CSI driver (crash-consistent trừ khi ứng dụng được quiesce trước), sau đó một PVC mới được CLONE từ snapshot đó — chia sẻ block copy-on-write nên gần như tức thì và tiết kiệm dung lượng cho tới khi có ghi mới.

#pvc#snapshot#clone#csi
Data CenterNâng cao

Diễn tập Rebuild Cluster từ Git (mất cả cluster, vẫn phục hồi được)

Danh tính của một cluster nằm ở bộ manifest trong Git cộng dữ liệu backup, không nằm ở chính cluster đang chạy; phục hồi là: tạo cluster mới → bootstrap reconciler → để nó apply lại toàn bộ manifest → restore volume dữ liệu → kiểm chứng — và bài diễn tập đo xem việc đó thực tế mất bao lâu.

#disaster-recovery#gitops#cluster-rebuild#backup-restore