Điểm:1

Làm cách nào để xóa bộ đệm dns cho nhóm GKE khỏi metadata.google.internal?

lá cờ id

Tôi gặp sự cố khi mục nhập dns cho miền bên ngoài bị hỏng. Bản chất của vấn đề tại thời điểm đó là không rõ.

Miền đó đã được truy vấn từ nhóm cụm kubernetes trong Google Kubernetes Engine trong khi mục nhập bị hỏng. Sự cố vẫn tiếp diễn (sự cố đã xảy ra hơn 2 tháng trước) khi truy vấn tên miền đó từ cụm.

Trình phân giải dns của cụm sử dụng metadata.google.internal để phân giải dns và từ cụm những truy vấn này với dig sẽ:

đào có vấn đề.external.domain @169.254.169.254
# không giải quyết và mất hơn 2 giây
đào có vấn đề.external.domain @1.1.1.1
# giải quyết chính xác dưới 200 mili giây

Tạo một vm mới trong cùng một dự án và khu vực sẽ giải quyết chính xác miền có vấn đề. Điều này chỉ ảnh hưởng đến trình phân giải dns của máy chủ siêu dữ liệu cụm đang hoạt động.

Có cách nào để xóa bộ đệm dns hoặc bất kỳ đề xuất nào khác không?

Nói chung, tôi đang cố gắng tránh chỉnh sửa cài đặt dns trong cụm và muốn dùng một số phương tiện khác để khắc phục.

Chỉnh sửa thêm thông tin: NodeLocal DNSCache đã hoạt động trong cụm và tham khảo tài liệu đó https://cloud.google.com/kubernetes-engine/docs/how-to/nodelocal-dns-cache vấn đề là máy chủ dns siêu dữ liệu. Đoạn trích này từ danh sách lợi ích:

Truy vấn DNS cho các URL bên ngoài (URL không đề cập đến tài nguyên cụm) được chuyển tiếp trực tiếp đến máy chủ siêu dữ liệu Cloud DNS cục bộ, bỏ qua kube-dns.

Cái ip 169.254.169.254 là gì

Fariya Rahmat avatar
lá cờ ve
Vấn đề của bạn đã được giải quyết chưa? Nếu có, bạn có thể chấp nhận giải pháp được cung cấp không?
lá cờ id
Nó đã không được giải quyết.
Abhijith Chitrapu avatar
lá cờ tr
@Manwe Nếu nó hoạt động bằng [công cụ](https://developers.google.com/speed/public-dns/cache) sau của GCP và đọc Câu hỏi thường gặp. Nếu TTL(Thời gian tồn tại) không hết hạn và bạn đã thử các phương pháp trên trong liên kết. Đề phòng nếu bạn muốn khởi động và chạy cụm K8, chỉ cần tạm thời tắt nó và bạn có thể thấy điều đó trong [cảnh báo](https://cloud.google.com/kubernetes-engine/docs/how-to/nodelocal- dns-cache#enable).
Điểm:1
lá cờ cn

Although there is no specific way to flush Cloud DNS's metadata server, still each query has TTL, and mostly GCE DNS respects that, it expires after a certain time and cache becomes invalidated.

Nevertheless, if the problem is with cache, it should be fixed by cordoning the GKE node using kubectl cordon $NODENAME command.

Furthermore, you can bypass GCE DNS by specifying a stub DNS configuration. Check out this link for details.

lá cờ id
Như tôi đã chỉ định, tôi đang cố gắng tránh cấu hình trong cụm cho dns. Sự cố xảy ra với máy chủ siêu dữ liệu google nên cordon sẽ không giúp được gì (máy chủ dns KHÔNG có trên cụm). Và vâng, thông thường, bộ nhớ cache sẽ bị xóa, v.v., nhưng máy chủ dns bị hỏng và không xóa bộ nhớ cache cho tên miền cụ thể đó.
Anant Swaraj avatar
lá cờ cn
Không có cách nào để tương tác trực tiếp với máy chủ siêu dữ liệu.Nếu đó chỉ là sự cố với node-local-dns, thì âkubectl -n kube-system rollout restart daemonsets node-local-dnsâ sẽ giúp ích. Thông thường, cách nhanh nhất để xử lý các sự cố như vậy là chuyển khối lượng công việc ra khỏi nút đó sang một nút mới và ngăn các khối lượng công việc mới bắt đầu trên nút đó.
Điểm:0
lá cờ cn

Phần bổ trợ bộ đệm DNS của NodeLocal có thể giúp giải quyết các miền được đề cập trong trường hợp của bạn vì nó chuyển tiếp các truy vấn DNS cho các URL bên ngoài trực tiếp tới máy chủ siêu dữ liệu Cloud DNS cục bộ, bỏ qua kube-dns và vì Máy ảo Compute Engine của bạn có thể phân giải DNS được đề cập (sử dụng đám mây cục bộ DNS) để cụm của bạn cũng có thể làm như vậy.

tham khảo tài liệu này để được hướng dẫn chi tiết về cách định cấu hình NodeLocal DNSCache trên cụm GKE.

lá cờ id
Tôi đã sử dụng bộ đệm DNS của NodeLocal. Sự cố xảy ra khi triển khai dns siêu dữ liệu của google. `Truy vấn DNS cho các URL bên ngoài (URL không tham chiếu đến tài nguyên cụm) được chuyển tiếp trực tiếp đến máy chủ siêu dữ liệu Cloud DNS cục bộ, bỏ qua kube-dns.` Máy chủ siêu dữ liệu DNS Cloud của Taht là vấn đề.

Đă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.