Systemd timer production: OnCalendar, Persistent và chống chạy trùng

Trả lời nhanh: systemd timer Persistent cần rollout có kiểm soát: chốt topology/version, chạy staging hoặc canary, kiểm tra readiness và theo dõi metric nghiệp vụ trước khi tăng traffic. Mọi mốc dừng và revision quay lại đều được ghi rõ.

Phạm vi: Bài áp dụng cho Service/timer pair trong môi trường staging/standalone. Kiểm tra Nginx/Docker/OS/database và phiên bản CLI thực tế trước khi chạy; không đưa credential thật vào lệnh, log hay artifact.

Tín hiệu cần đối chiếu: Service/timer pair; calendar syntax; Persistent; điều kiện trước triển khai; staging/canary; health/readiness; rollback

Service/timer pair — thao tác và bằng chứng

Trước rollout Service/timer pair, ghi topology, version, schema/migration order và endpoint readiness. Một process còn sống không đồng nghĩa request nghiệp vụ đã sẵn sàng. systemd.timer

Migration phá schema phải có bước tương thích ngược và kế hoạch backfill riêng. Không chạy lệnh phá dữ liệu trong cùng lượt với đổi image. (systemd-timer-oncalendar-persistent-chay-trung · outline 1)

Với Service/timer pair, ghi lại input và phiên bản CLI trước khi chạy; sau đó đối chiếu từng tín hiệu điều kiện trước triển khai, staging/canary, health/readiness, rollback, Service/timer pair, calendar syntax, Persistent trong stdout, stderr hoặc log audit. Kết quả đạt phải chỉ ra trạng thái và phạm vi tài nguyên; kết quả lỗi phải có chuỗi nhận diện để người trực ca biết bước khoanh vùng kế tiếp. Gắn transcript với systemd-timer-oncalendar-persistent-chay-trung, commit/config hash, owner và timestamp. Không dùng exit code đơn độc làm bằng chứng. Che token, private key, cookie và PII trước khi lưu artifact; giữ bản raw trong kho có quyền hạn nếu incident yêu cầu.

calendar syntax — thao tác và bằng chứng

Dùng `systemctl enable –now backup.timer` trên staging/canary cho calendar syntax; kiểm tra điều kiện trước triển khai và staging/canary trước khi tăng traffic. Giữ digest/config revision để tái lập chính xác. systemd.timer

Smoke test cần gọi đường đi thật qua proxy/worker/dependency, không chỉ kiểm tra HTTP 200 của process. (systemd-timer-oncalendar-persistent-chay-trung · outline 2)

Một lần kiểm tra calendar syntax chỉ có giá trị khi lặp lại được. Chốt workload, hostname, digest hoặc schema, rồi chạy lệnh tương ứng với systemd-timer-oncalendar-persistent-chay-trung. Đối chiếu các tín hiệu bắt buộc (điều kiện trước triển khai, staging/canary, health/readiness, rollback, Service/timer pair, calendar syntax, Persistent) với expected output và error signature; nếu thiếu dữ liệu, ghi unknown. So sánh baseline trước/sau trong cùng cửa sổ và nêu rõ điều gì không được suy ra từ phép đo. Artifact thay đổi cần ghi config diff đã redact, người chịu trách nhiệm và thời điểm hết hạn exception trước khi promote.

Persistent — thao tác và bằng chứng

Trong cửa sổ quan sát, đối chiếu health với 5xx, latency p95, queue và log migration. Nếu một metric vượt ngưỡng, dừng ở canary thay vì mở rộng blast radius. systemd.timer

Rollback theo failure domain: image, config, schema hay traffic. Giữ artifact và xác minh revision cũ trước khi đóng incident. (systemd-timer-oncalendar-persistent-chay-trung · outline 3)

Đừng gộp Persistent vào một checklist chung. Tạo một phép thử nhỏ có điều kiện, ghi command, exit code, metric và log line riêng cho systemd-timer-oncalendar-persistent-chay-trung. Các marker điều kiện trước triển khai, staging/canary, health/readiness, rollback, Service/timer pair, calendar syntax, Persistent phải xuất hiện ở đúng section để người đọc có thể truy từ claim tới evidence. Khi kết quả không khớp expected (Output của systemd-timer-oncalendar-persistent-chay-trung phải có trạng thái success và error phân biệt bằng exit code/stderr; unknown flag, permission denied hoặc timeout dẫn tới nhánh khoanh vùng riêng.), dừng rollout/restore, giữ hiện trường và mở issue thay vì sửa nhiều biến cùng lúc. Artifact công khai chỉ chứa giá trị đã che và hash kiểm chứng.

lock/concurrency — thao tác và bằng chứng

Trước rollout lock/concurrency, ghi topology, version, schema/migration order và endpoint readiness. Một process còn sống không đồng nghĩa request nghiệp vụ đã sẵn sàng. systemd.timer

Migration phá schema phải có bước tương thích ngược và kế hoạch backfill riêng. Không chạy lệnh phá dữ liệu trong cùng lượt với đổi image. (systemd-timer-oncalendar-persistent-chay-trung · outline 4)

Trong runbook của systemd-timer-oncalendar-persistent-chay-trung, lock/concurrency là điểm quyết định: allow/deny, ready/not-ready, pass/fail hoặc baseline/regression. Định lượng bằng tín hiệu điều kiện trước triển khai, staging/canary, health/readiness, rollback, Service/timer pair, calendar syntax, Persistent, ghi phiên bản và phạm vi áp dụng, rồi nêu ngưỡng chuyển sang rollback. Một output xanh nhưng dependency hoặc health đỏ vẫn là fail. Sau khi sửa, chạy lại cùng lệnh và lưu kết quả cạnh config hash; revoke/rotate credential trước khi dọn mọi bản sao chứa secret.

journal — thao tác và bằng chứng

Dùng `flock -n /run/backup.lock backup-command` trên staging/canary cho journal; kiểm tra điều kiện trước triển khai và staging/canary trước khi tăng traffic. Giữ digest/config revision để tái lập chính xác. systemd.timer

Smoke test cần gọi đường đi thật qua proxy/worker/dependency, không chỉ kiểm tra HTTP 200 của process. (systemd-timer-oncalendar-persistent-chay-trung · outline 5)

Với journal, ghi lại input và phiên bản CLI trước khi chạy; sau đó đối chiếu từng tín hiệu điều kiện trước triển khai, staging/canary, health/readiness, rollback, Service/timer pair, calendar syntax, Persistent trong stdout, stderr hoặc log audit. Kết quả đạt phải chỉ ra trạng thái và phạm vi tài nguyên; kết quả lỗi phải có chuỗi nhận diện để người trực ca biết bước khoanh vùng kế tiếp. Gắn transcript với systemd-timer-oncalendar-persistent-chay-trung, commit/config hash, owner và timestamp. Không dùng exit code đơn độc làm bằng chứng. Che token, private key, cookie và PII trước khi lưu artifact; giữ bản raw trong kho có quyền hạn nếu incident yêu cầu.

missed run — thao tác và bằng chứng

Trong cửa sổ quan sát, đối chiếu health với 5xx, latency p95, queue và log migration. Nếu một metric vượt ngưỡng, dừng ở canary thay vì mở rộng blast radius. systemd.timer

Rollback theo failure domain: image, config, schema hay traffic. Giữ artifact và xác minh revision cũ trước khi đóng incident. (systemd-timer-oncalendar-persistent-chay-trung · outline 6)

Một lần kiểm tra missed run chỉ có giá trị khi lặp lại được. Chốt workload, hostname, digest hoặc schema, rồi chạy lệnh tương ứng với systemd-timer-oncalendar-persistent-chay-trung. Đối chiếu các tín hiệu bắt buộc (điều kiện trước triển khai, staging/canary, health/readiness, rollback, Service/timer pair, calendar syntax, Persistent) với expected output và error signature; nếu thiếu dữ liệu, ghi unknown. So sánh baseline trước/sau trong cùng cửa sổ và nêu rõ điều gì không được suy ra từ phép đo. Artifact thay đổi cần ghi config diff đã redact, người chịu trách nhiệm và thời điểm hết hạn exception trước khi promote.

alert — thao tác và bằng chứng

Trước rollout alert, ghi topology, version, schema/migration order và endpoint readiness. Một process còn sống không đồng nghĩa request nghiệp vụ đã sẵn sàng. systemd.timer

Migration phá schema phải có bước tương thích ngược và kế hoạch backfill riêng. Không chạy lệnh phá dữ liệu trong cùng lượt với đổi image. (systemd-timer-oncalendar-persistent-chay-trung · outline 7)

Đừng gộp alert vào một checklist chung. Tạo một phép thử nhỏ có điều kiện, ghi command, exit code, metric và log line riêng cho systemd-timer-oncalendar-persistent-chay-trung. Các marker điều kiện trước triển khai, staging/canary, health/readiness, rollback, Service/timer pair, calendar syntax, Persistent phải xuất hiện ở đúng section để người đọc có thể truy từ claim tới evidence. Khi kết quả không khớp expected (Output của systemd-timer-oncalendar-persistent-chay-trung phải có trạng thái success và error phân biệt bằng exit code/stderr; unknown flag, permission denied hoặc timeout dẫn tới nhánh khoanh vùng riêng.), dừng rollout/restore, giữ hiện trường và mở issue thay vì sửa nhiều biến cùng lúc. Artifact công khai chỉ chứa giá trị đã che và hash kiểm chứng.

Recipe lệnh/config cho systemd-timer-oncalendar-persistent-chay-trung

Chạy ở staging cho systemd timer Persistent với hostname, path và digest đã thay bằng giá trị không nhạy cảm. Lưu exit code cùng stdout/stderr đã redact và gắn artifact với systemd-timer-oncalendar-persistent-chay-trung.

systemctl daemon-reload
systemctl enable --now backup.timer
systemctl list-timers backup.timer
journalctl -u backup.service --since today
flock -n /run/backup.lock backup-command

Expected output và error signature — systemd-timer-oncalendar-persistent-chay-trung

Output của systemd-timer-oncalendar-persistent-chay-trung phải có trạng thái success và error phân biệt bằng exit code/stderr; unknown flag, permission denied hoặc timeout dẫn tới nhánh khoanh vùng riêng. Đối chiếu thêm version, timestamp, health/readiness và log liên quan; output minh họa không phải kết quả production.

Rollback và stop boundary của systemd-timer-oncalendar-persistent-chay-trung

Dừng canary systemd-timer-oncalendar-persistent-chay-trung khi 5xx, latency p95, queue hoặc readiness vượt ngưỡng đã ghi. Đưa traffic về digest/config revision trước, kiểm tra smoke test rồi mới đóng rollout.

Failure mode cần tránh ở Service/timer pair

• Service/timer pair: thay đổi nhiều biến cùng lúc nên không biết nguyên nhân.
• Service/timer pair: đọc exit code nhưng bỏ qua health, dependency hoặc error signature.
• Service/timer pair: lưu secret/PII trong log, image layer, backup hoặc ảnh chụp.
• Service/timer pair: rollback nhầm failure domain làm blast radius lớn hơn.

Đọc tiếp trong cùng cụm Linux/DevOps — systemd-timer-oncalendar-persistent-chay-trung

systemd timer thay cron linux và tu dong backup linux bang cron checklist

Nguồn chính thức cho systemd-timer-oncalendar-persistent-chay-trung

systemd.timer; systemd.service

FAQ theo đúng chủ đề systemd timer Persistent

Service/timer pair áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng Service/timer pair. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

calendar syntax áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng calendar syntax. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

Persistent áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng Persistent. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

lock/concurrency áp dụng cho phiên bản nào?

Kiểm tra version/tool và topology trước khi áp dụng lock/concurrency. Chạy recipe ở trên trong staging; nếu expected/error signature khác, dừng và cập nhật runbook thay vì copy nguyên lệnh.

Cập nhật systemd-timer-oncalendar-persistent-chay-trung: 08/09/2026. Nội dung là runbook tham khảo; phải kiểm tra phiên bản, nguồn chính thức và rollback trong môi trường thật trước khi áp dụng. Safety boundary: Không thay thế tư vấn chuyên môn; kiểm tra tình huống thực tế trước khi áp dụng.