Khởi động lại vùng chứa trong nhóm

Tôi có một pod test-1495806908-xn5jnvới 2 hộp đựng. Tôi muốn khởi động lại một trong số chúng được gọi làcontainer-test . Có thể khởi động lại một vùng chứa trong một nhóm không và làm thế nào? Nếu không, làm cách nào để khởi động lại nhóm?

Nhóm được tạo bằng cách sử dụng deployment.yamlvới:

kubectl create -f deployment.yaml

Có thể khởi động lại một vùng chứa duy nhất không

Không thông qua kubectl, mặc dù tùy thuộc vào thiết lập cụm của bạn, bạn có thể "gian lận" và docker kill the-sha-goes-here, điều này sẽ khiến kubelet khởi động lại vùng chứa "không thành công" (tất nhiên, giả sử chính sách khởi động lại cho Pod cho biết đó là những gì nó nên làm)

làm cách nào để khởi động lại nhóm

Điều đó phụ thuộc vào cách tạo Pod, nhưng dựa trên tên Pod mà bạn đã cung cấp, nó có vẻ nằm dưới sự giám sát của ReplicaSet, vì vậy bạn có thể chỉ kubectl delete pod test-1495806908-xn5jnvà kubernetes sẽ tạo một Pod mới ở vị trí của nó (Pod mới sẽ có tên khác, vì vậy không mong đợi kubectl get podstrở lại test-1495806908-xn5jnbao giờ nữa)

Có những trường hợp bạn muốn khởi động lại một vùng chứa cụ thể thay vì xóa nhóm và để Kubernetes tạo lại nó.

Làm kubectl exec POD_NAME -c CONTAINER_NAME /sbin/killall5việc cho tôi.

(Tôi đã thay đổi lệnh từ rebootthành /sbin/killall5dựa trên các đề xuất bên dưới.)

Cả nhóm và vùng chứa đều là tạm thời, hãy thử sử dụng lệnh sau để dừng vùng chứa cụ thể và cụm k8s sẽ khởi động lại vùng chứa mới.

kubectl exec -it [POD_NAME] -c [CONTAINER_NAME] -- /bin/sh -c "kill 1"

Điều này sẽ gửi một SIGTERMtín hiệu đến quy trình 1, là quy trình chính đang chạy trong vùng chứa. Tất cả các quy trình khác sẽ là con của quy trình 1 và sẽ bị chấm dứt sau khi quy trình 1 thoát. Xem trang kill để biết các tín hiệu khác mà bạn có thể gửi.

Toàn bộ lý do để có kubernetes là vì nó quản lý các vùng chứa cho bạn, do đó bạn không cần phải quan tâm nhiều đến kiểu sống của các vùng chứa trong nhóm.

Vì bạn có một deploymentthiết lập sử dụng replica set. Bạn có thể xóa nhóm bằng cách sử dụng kubectl delete pod test-1495806908-xn5jnvà kubernetes sẽ quản lý việc tạo nhóm mới với 2 vùng chứa mà không có bất kỳ thời gian chết nào. Việc cố gắng khởi động lại thủ công các vùng chứa đơn trong nhóm sẽ phủ nhận toàn bộ lợi ích của kubernetes.

Tất cả các câu trả lời ở trên đã đề cập đến việc xóa nhóm ... nhưng nếu bạn có nhiều nhóm của cùng một dịch vụ thì sẽ thật tẻ nhạt khi xóa từng nhóm trong số chúng ...

Do đó, tôi đề xuất giải pháp sau, khởi động lại :

• 1) Đặt tỷ lệ thành 0:

   kubectl scale deployment <<name>> --replicas=0 -n service 
  

  Lệnh trên sẽ kết thúc tất cả các nhóm của bạn bằng tên <<name>>

• 2) Để bắt đầu lại nhóm, hãy đặt các bản sao thành nhiều hơn 0

  kubectl scale deployment <<name>> --replicas=2 -n service
  

  Lệnh trên sẽ bắt đầu lại nhóm của bạn với 2 bản sao.

Chúng tôi sử dụng một dòng lệnh khá thuận tiện để buộc triển khai lại các hình ảnh mới trên pod tích hợp.
Chúng tôi nhận thấy rằng các thùng chứa trên núi cao của chúng tôi đều chạy lệnh "duy trì" của chúng trên PID 5. Do đó, việc gửi SIGTERMtín hiệu sẽ đưa thùng chứa xuống. imagePullPolicyđược đặt để Alwayscó kubelet kéo lại hình ảnh mới nhất khi nó đưa vùng chứa trở lại.

kubectl exec -i [pod name] -c [container-name] -- kill -15 5

Giết quá trình được chỉ định trong Dockerfile's CMD/ ENTRYPOINTworks for me. (Vùng chứa tự động khởi động lại)

Không cho phép khởi động lại trong vùng chứa của tôi, vì vậy tôi phải sử dụng giải pháp thay thế này.

Đã xảy ra sự cố trong corednsnhóm, tôi đã xóa nhóm đó bằng

kubectl delete pod -n=kube-system coredns-fb8b8dccf-8ggcf

Nhóm của nó sẽ tự động khởi động lại.

kubectl exec -it POD_NAME -c CONTAINER_NAME bash - then kill 1

Giả sử vùng chứa được chạy dưới dạng root, điều này không được khuyến khích.

Trong trường hợp của tôi khi tôi thay đổi cấu hình ứng dụng, tôi phải khởi động lại vùng chứa được sử dụng trong một mẫu sidecar, tôi sẽ loại bỏ PID cho ứng dụng khởi động mùa xuân do người dùng docker sở hữu.