Điểm:0

kube-proxy dường như không thể phân giải IP dịch vụ trên windows

lá cờ in

Chạy một cụm kết hợp trên 3 máy ảo, nút chính là linux, một worker là linux còn lại là windows. nút linux đang hoạt động chính xác (ít nhất, nó có thể chạy công việc Jenkins và grafana). Nút Windows không thể truy cập dns từ IP dịch vụ mặc dù dịch vụ dns đã hoạt động và hai nhóm không gây ra lỗi. Nhóm proxy kube cũng đang chạy chính xác trên nút windows chỉ mang lại thông tin trong nhật ký (trên nút windows):

"I1011 10:02:39.770583 7524 proxier.go:919] syncProxyRules mất 2,2098 mili giây\n","stream":"stderr","time":"2021-10-11T08:02:39.7715829Z"}
{"log":"I1011 10:02:39.770583 7524 bounded_frequency_runner.go:296] sync-runner: đã chạy, lần tiếp theo có thể sau 1 giây, định kỳ sau 30 giây\n","stream":"stderr","time":" 2021-10-11T08:02:39.7715829Z"}
{"log":"I1011 10:03:09.782792 7524 proxier.go:967] Chính sách đồng bộ hóa\n","stream":"stderr","time":"2021-10-11T08:03:09.7837903Z"}
{"log":"I1011 10:03:09.782792 7524 proxier.go:978] Chính sách đã được áp dụng cho (*winkernel.serviceInfo)(0xc00080aab0)({\n","stream":"stderr","time": "2021-10-11T08:03:09.7837903Z"}

khi cố gắng nslookup bất cứ thứ gì từ một nhóm đang chạy trên cụm thì đây là kết quả:

Yêu cầu DNS đã hết thời gian chờ.
    thời gian chờ là 2 giây.
Máy chủ: Không xác định
Địa chỉ: 172.31.128.10

Yêu cầu DNS đã hết thời gian chờ.
    thời gian chờ là 2 giây.
Yêu cầu DNS đã hết thời gian chờ.
    thời gian chờ là 2 giây.
Yêu cầu DNS đã hết thời gian chờ.
    thời gian chờ là 2 giây.
Yêu cầu DNS đã hết thời gian chờ.
    thời gian chờ là 2 giây.
*** Yêu cầu UnKnown đã hết thời gian chờ

Cố gắng truy vấn dns trực tiếp bằng một trong các IP từ nhóm đang chạy DNS sẽ mang lại kết quả chính xác.

Các nút linux là tiêu chuẩn, tôi đã xem qua tài liệu https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/, cni là flannel, và có metalLB. có 3 mạng con một /17 cho các dịch vụ một /17 cho ip cụm và một /24 cho IP bên ngoài cân bằng tải. Tất cả các phạm vi đều là phạm vi RFC1918 (cụm chỉ dành cho mục đích sử dụng nội bộ). DNS được coredns với các giá trị mặc định Nút Windows được thiết lập bằng hướng dẫn này https://v1-17.docs.kubernetes.io/docs/setup/production-environment/windows/user-guide-windows-nodes/ thay đổi phiên bản từ 1.17 thành 1.21.3

windows kube proxy được sinh ra thông qua

curl -L https://github.com/kubernetes-sigs/sig-windows-tools/releases/latest/download/kube-proxy.yml | sed 's/VERSION/v1.22.0/g' | áp dụng kubectl -f -

phiên bản kubectl:

phiên bản $ kubectl
Phiên bản máy khách: version.Info{Major:"1", Minor:"21", GitVersion:"v1.21.3", GitCommit:"ca643a4d1f7bfe34773c74f79527be4afd95bf39", GitTreeState:"clean", BuildDate:"2021-07-15T21:04: 39Z", GoVersion:"go1.16.6", Trình biên dịch:"gc", Nền tảng:"windows/amd64"}
Phiên bản máy chủ: version.Info{Major:"1", Minor:"21", GitVersion:"v1.21.5", GitCommit:"aea7bbadd2fc0cd689de94a54e5b7b758869d691", GitTreeState:"clean", BuildDate:"2021-09-15T21:04: 16Z", GoVersion:"go1.16.8", Trình biên dịch:"gc", Nền tảng:"linux/amd64"}

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.