Khởi động lại nhóm khi cập nhật cấu hình trong Kubernetes?

Làm cách nào để tôi tự động khởi động lại các nhóm và nhóm Kubernetes liên quan đến việc triển khai khi cấu hình của chúng được thay đổi / cập nhật?

Tôi biết đã có cuộc nói chuyện về khả năng tự động khởi động lại các nhóm khi bản đồ cấu hình thay đổi nhưng theo hiểu biết của tôi thì điều này chưa có trong Kubernetes 1.2.

Vì vậy, những gì (tôi nghĩ) tôi muốn làm là "khởi động lại" tài nguyên triển khai được liên kết với các nhóm tiêu thụ bản đồ cấu hình. Có thể không, và nếu vậy, làm thế nào để buộc khởi động lại một triển khai trong Kubernetes mà không thay đổi bất cứ điều gì trong mẫu thực tế? Đây có phải là cách tốt nhất để làm điều đó hay có một lựa chọn tốt hơn?

Báo hiệu một bản cập nhật pod trên cấu hình bản đồ là một tính năng trong công việc ( https://github.com/kubernetes/kubernetes/issues/22368 ).

Bạn luôn có thể viết pid1 tùy chỉnh để thông báo confimap đã thay đổi và khởi động lại ứng dụng của bạn.

Bạn cũng có thể ví dụ: gắn bản đồ cấu hình tương tự vào 2 vùng chứa, hiển thị kiểm tra sức khỏe http trong vùng chứa thứ hai không thành công nếu hàm băm của nội dung bản đồ cấu hình thay đổi và chuyển sang dạng thăm dò độ nhạy của thùng chứa thứ nhất (vì các thùng chứa trong một pod chia sẻ cùng một không gian tên mạng). Các kubelet sẽ khởi động lại container đầu tiên của bạn cho bạn khi đầu dò thất bại.

Tất nhiên, nếu bạn không quan tâm đến việc các nút được bật, bạn chỉ cần xóa chúng và bộ điều khiển sao chép sẽ "khởi động lại" chúng cho bạn.

Giải pháp tốt nhất hiện tại cho vấn đề này (được tham khảo sâu trong https://github.com/kubernetes/kubernetes/issues/22368 được liên kết trong câu trả lời của anh chị em) là sử dụng Triển khai và coi Cấu hình của bạn là bất biến.

Khi bạn muốn thay đổi cấu hình của mình, hãy tạo một Bản đồ cấu hình mới với những thay đổi bạn muốn thực hiện và hướng triển khai của bạn vào Cấu hình bản đồ mới. Nếu cấu hình mới bị hỏng, Triển khai sẽ từ chối thu nhỏ bản sao hoạt động của bạn. Nếu cấu hình mới hoạt động, thì Bản sao cũ của bạn sẽ được thu nhỏ thành 0 bản sao và bị xóa, và các nhóm mới sẽ được bắt đầu với cấu hình mới.

Không hoàn toàn nhanh như chỉ chỉnh sửa ConfigMap tại chỗ, nhưng an toàn hơn nhiều.

https://github.com/kubernetes/mus/blob/master/docs/charts_tips_and_tricks.md#user-content-automatically-roll-deployments-when-configmaps-or-secrets-change

Thông thường các lần cấu hình hoặc bí mật được chèn dưới dạng tệp cấu hình trong các thùng chứa. Tùy thuộc vào ứng dụng, có thể cần phải khởi động lại những lần tiếp theo helm upgrade, nhưng nếu bản thân thông số triển khai không thay đổi, ứng dụng sẽ tiếp tục chạy với cấu hình cũ dẫn đến việc triển khai không nhất quán.

Các sha256sumchức năng có thể được sử dụng cùng với các includechức năng để đảm bảo triển khai phần mẫu được cập nhật nếu một thay đổi spec:

kind: Deployment
spec:
  template:
    metadata:
      annotations:
        checksum/config: {{ include (print $.Template.BasePath "/secret.yaml") . | sha256sum }}
[...]

Trong trường hợp của tôi, vì một số lý do, $.Template.BasePathđã không hoạt động nhưng $.Chart.Namekhông:

spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: admin-app
      annotations:
        checksum/config: {{ include (print $.Chart.Name "/templates/" $.Chart.Name "-configmap.yaml") . | sha256sum }}

Điều tốt nhất cách tôi đã tìm thấy để làm điều đó là chạy reloader

Nó cho phép bạn xác định cấu hình hoặc bí mật để xem, khi chúng được cập nhật, một bản cập nhật triển khai của bạn được thực hiện. Đây là một ví dụ:

Bạn có một triển khai foovà một Sơ đồ cấu hình được gọi foo-configmap. Bạn muốn cuộn các nhóm triển khai mỗi khi thay đổi cấu hình. Bạn cần chạy Trình tải lại với:

kubectl apply -f https://raw.githubusercontent.com/stakater/Reloader/master/deployments/kubernetes/reloader.yaml

Sau đó chỉ định chú thích này trong triển khai của bạn:

kind: Deployment
metadata:
  annotations:
    configmap.reloader.stakater.com/reload: "foo-configmap"
  name: foo
...

Bạn có thể cập nhật nhãn siêu dữ liệu không liên quan đến việc triển khai của bạn. nó sẽ kích hoạt một bản cập nhật

ví dụ:

metadata:
  labels:
    configmap-version: 1

Có vấn đề này khi Triển khai nằm trong biểu đồ con và các giá trị kiểm soát nó nằm trong tệp giá trị của biểu đồ mẹ. Đây là những gì chúng tôi sử dụng để kích hoạt khởi động lại:

spec:
  template:
    metadata:
      annotations:
        checksum/config: {{ tpl (toYaml .Values) . | sha256sum }}

Rõ ràng điều này sẽ kích hoạt khởi động lại trên bất kỳ thay đổi giá trị nhưng nó hoạt động cho tình huống của chúng tôi. Những gì ban đầu trong biểu đồ con sẽ chỉ hoạt động nếu config.yaml trong biểu đồ con tự thay đổi:

    checksum/config: {{ include (print $.Template.BasePath "/config.yaml") . | sha256sum }}

Tôi thực hiện giải pháp lượng tử và nó hoạt động hoàn hảo. Nhưng điều tôi không hiểu là pod thực sự không khởi động lại ... Vỏ vẫn như cũ nhưng thay đổi là có!

Ví dụ: Pod đang chạy từ 50 phút và tôi thay đổi một cái gì đó và thay đổi là trực tuyến Tôi có thể thấy nó trên trình duyệt của mình và pod vẫn đang chạy + 50 phút !! Tôi đang sử dụng Helm3 ... Bạn có biết điều gì có thể thực hiện được mà không cần khởi động lại cập nhật configmap không?

Một cách khác là dán nó vào phần lệnh của Triển khai:

...
command: [ "echo", "
  option = value\n
  other_option = value\n
" ]
...

Ngoài ra, để làm cho nó giống Cấu hình hơn, hãy sử dụng một Triển khai bổ sung sẽ chỉ lưu trữ cấu hình đó trong commandphần và thực hiện kubectl createtrên đó trong khi thêm một 'phiên bản' duy nhất vào tên của nó (như tính toán hàm băm của nội dung) và sửa đổi tất cả triển khai sử dụng cấu hình đó:

...
command: [ "/usr/sbin/kubectl-apply-config.sh", "
  option = value\n
  other_option = value\n
" ]
...

Có lẽ tôi sẽ đăng kubectl-apply-config.shnếu nó kết thúc làm việc.

(đừng làm vậy; nó trông rất tệ)