← Danh mục 100 · Kỹ Thuật Phần Mềm, Cloud & An Ninh Mạng · Hình tương tác #015

Điều Phối Cụm Kubernetes: Cân Bằng Tải Ingress, HPA Autoscaling & Tự Phục Hồi

Vòng lặp điều khiển khai báo liên tục đối chiếu trạng thái thực tế với trạng thái mong muốn để tự co giãn Pod và thay thế nút hỏng.

Hình 15 · sơ đồ 6 trạm & 8 điểm chọn Sa Bàn Hạ Tầng 3D Đa Tầng

Chọn kịch bản · kéo thanh · chạy mô phỏng · tháo rời

Số nhỏ trên trạm = thứ tự vận hành. Màu xám = tạm bỏ qua. Xem hình lớn ↗

Chọn kịch bản4 chế độ đối chứng

Đường đi đang kích hoạt · theo số trạm

Ngưỡng CPU mục tiêu kích hoạt giãn HPA65 %

Khoảng tối ưu: 55 đến 75 %. Kéo ra ngoài ngưỡng để quan sát biến đổi.

Tỷ lệ dự phòng tài nguyên Request / Limit70 %

Khoảng tối ưu: 60 đến 80 %. Kéo ra ngoài ngưỡng để quan sát biến đổi.

Thời gian trễ ổn định trước khi thu hẹp Pod300 giây

Khoảng tối ưu: 180 đến 420 giây. Kéo ra ngoài ngưỡng để quan sát biến đổi.

Hiệu suất sử dụng cụm thực tế

74,5%

Tỷ lệ request lỗi lúc tăng tải

0,0%

Hóa đơn hạ tầng Cloud tháng

1.850USD

Bấm vào trạm trên hình hoặc nút số bên dưới để đọc vai trò từng bộ phận.

Đọc hình như một mô hình giải thích

Hình tương tác này cô đọng cơ chế vận hành cốt lõi của chủ thể thành 6 trạm trực quan kèm đồng hồ đo và đầu ra đối chứng. Bấm vào từng hàng trong bảng tham chiếu bên dưới để nạp nhanh bộ thông số vào mô hình.

Bảng đối chiếu 4 kịch bản tham khảo (bấm vào dòng bất kỳ để áp dụng)
Kịch bản	Đường đi	Ngưỡng CPU mục tiêu kích hoạt giãn HPA (%)	Tỷ lệ dự phòng tài nguyên Request / Limit (%)	Thời gian trễ ổn định trước khi thu hẹp Pod (giây)	Hệ quả quan sát
Cụm Sản Xuất Tự Co Giãn Đàn Hồi Chuẩn (Tối ưu)	1 → 2 → 3 → 4 → 5 → 6	65 %	70 %	300 giây	Giãn mượt từ 6 lên 28 Pod khi tải vọt, 0 lỗi OOMKilled, tiết kiệm 42% hóa đơn đêm
Đói Tài Nguyên & Giãn Muộn Sát Trần (Thiếu tải)	1 → 2 → 4 → 6	95 %	20 %	30 giây	Đợi CPU nghẹt 95% mới gọi thêm Pod thì đã trễ, Pod cũ chết OOMKilled dây chuyền
Dự Phòng Lãng Phí & Giữ Pod Rỗng Lâu (Quá ngưỡng)	1 → 2 → 3 → 4 → 5 → 6	25 %	100 %	900 giây	Hơi nhích tải đã nhân đôi cụm, đặt Request cao ngất làm máy chủ rỗng thực tế vẫn báo đầy
Xử Lý Tác Vụ AI/Video Đột Biến Ngắn (Thực tế)	1 → 3 → 4 → 5 → 6	60 %	75 %	240 giây	Kích hoạt giãn sớm hơn ở mức 60% để bù thời gian khởi động container nặng

Liveness Probe (Giết & Khởi Động Lại)
Dùng để phát hiện tiến trình bị treo cứng không thể tự thoát ra. Nếu thất bại, Kubelet sẽ giết thẳng tay container để chạy lại từ đầu; cấu hình sai dễ gây vòng lặp tự sát tập thể.

Readiness Probe (Tạm Ngắt Lưu Lượng)
Dùng khi ứng dụng mới bật đang nạp cache hoặc DB phụ thuộc tạm chậm. Nếu thất bại, Pod không bị giết mà chỉ tạm rút khỏi bộ cân bằng tải cho tới khi khỏe lại.

Quan hệ định lượng minh họa: Số_Pod_Cần = ⌈ Số_Pod_Hiện_tại × (Mức_CPU_Thực_tế ÷ Ngưỡng_CPU_Mục_tiêu) ⌉