Kubernetes: يحافظ وكيل IPVS على تحديث الخادم الظاهري حتى إذا لم تتغير الخدمة

تم إنشاؤها على ١٣ سبتمبر ٢٠١٧  ·  1تعليق  ·  مصدر: kubernetes/kubernetes

هذا النموذج مخصص لتقارير الأخطاء وطلبات الميزات فقط! إذا كنت تبحث عن مساعدة ، فتحقق من [Stack Overflow] (https://stackoverflow.com/questions/tagged/kubernetes) و [دليل تحري الخلل وإصلاحه] (https://kubernetes.io/docs/tasks/debug-application- الكتلة / استكشاف الأخطاء وإصلاحها /).

هل هذا تقرير خطأ أم طلب ميزة؟ :

/ نوع الخطأ

ماذا حدث :

يواصل وكيل IPVS تسجيل الرسالة التالية ، أي أن IPVS proxier يواصل تحديث الخوادم الظاهرية حتى إذا لم تتغير الخدمة.

I0912 17:08:13.555614   18274 proxier.go:1279] vs is: &ipvs.VirtualServer{Address:net.IP{0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xa, 0x0, 0x0, 0x1}, Protocol:"TCP", Port:0x1bb, Scheduler:"rr", Flags:0x1, Timeout:0x2a30}, applied vs is : &ipvs.VirtualServer{Address:net.IP{0xa, 0x0, 0x0, 0x1}, Protocol:"TCP", Port:0x1bb, Scheduler:"rr", Flags:0x3, Timeout:0x2a30}
I0912 17:08:13.555659   18274 proxier.go:1291] IPVS service default/kubernetes:https was changed
I0912 17:08:13.556787   18274 proxier.go:1279] vs is: &ipvs.VirtualServer{Address:net.IP{0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xa, 0x0, 0x0, 0xa}, Protocol:"UDP", Port:0x35, Scheduler:"rr", Flags:0x0, Timeout:0x0}, applied vs is : &ipvs.VirtualServer{Address:net.IP{0xa, 0x0, 0x0, 0xa}, Protocol:"UDP", Port:0x35, Scheduler:"rr", Flags:0x2, Timeout:0x0}
I0912 17:08:13.556818   18274 proxier.go:1291] IPVS service kube-system/kube-dns:dns was changed
I0912 17:08:13.557872   18274 proxier.go:1279] vs is: &ipvs.VirtualServer{Address:net.IP{0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xa, 0x0, 0x0, 0xa}, Protocol:"TCP", Port:0x35, Scheduler:"rr", Flags:0x0, Timeout:0x0}, applied vs is : &ipvs.VirtualServer{Address:net.IP{0xa, 0x0, 0x0, 0xa}, Protocol:"TCP", Port:0x35, Scheduler:"rr", Flags:0x2, Timeout:0x0}
I0912 17:08:13.557902   18274 proxier.go:1291] IPVS service kube-system/kube-dns:dns-tcp was changed
I0912 17:08:13.558940   18274 proxier.go:1279] vs is: &ipvs.VirtualServer{Address:net.IP{0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xa, 0x0, 0x0, 0xb6}, Protocol:"TCP", Port:0xbda, Scheduler:"rr", Flags:0x1, Timeout:0x2a30}, applied vs is : &ipvs.VirtualServer{Address:net.IP{0xa, 0x0, 0x0, 0xb6}, Protocol:"TCP", Port:0xbda, Scheduler:"rr", Flags:0x3, Timeout:0x2a30}
....
I0912 17:09:13.455862   18274 proxier.go:1279] vs is: &ipvs.VirtualServer{Address:net.IP{0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xa, 0x0, 0x0, 0x1}, Protocol:"TCP", Port:0x1bb, Scheduler:"rr", Flags:0x1, Timeout:0x2a30}, applied vs is : &ipvs.VirtualServer{Address:net.IP{0xa, 0x0, 0x0, 0x1}, Protocol:"TCP", Port:0x1bb, Scheduler:"rr", Flags:0x3, Timeout:0x2a30}
I0912 17:09:13.455894   18274 proxier.go:1291] IPVS service default/kubernetes:https was changed
I0912 17:09:13.457139   18274 proxier.go:1279] vs is: &ipvs.VirtualServer{Address:net.IP{0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xa, 0x0, 0x0, 0xa}, Protocol:"UDP", Port:0x35, Scheduler:"rr", Flags:0x0, Timeout:0x0}, applied vs is : &ipvs.VirtualServer{Address:net.IP{0xa, 0x0, 0x0, 0xa}, Protocol:"UDP", Port:0x35, Scheduler:"rr", Flags:0x2, Timeout:0x0}
I0912 17:09:13.457169   18274 proxier.go:1291] IPVS service kube-system/kube-dns:dns was changed
I0912 17:09:13.458292   18274 proxier.go:1279] vs is: &ipvs.VirtualServer{Address:net.IP{0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xa, 0x0, 0x0, 0xa}, Protocol:"TCP", Port:0x35, Scheduler:"rr", Flags:0x0, Timeout:0x0}, applied vs is : &ipvs.VirtualServer{Address:net.IP{0xa, 0x0, 0x0, 0xa}, Protocol:"TCP", Port:0x35, Scheduler:"rr", Flags:0x2, Timeout:0x0}
I0912 17:09:13.458322   18274 proxier.go:1291] IPVS service kube-system/kube-dns:dns-tcp was changed
I0912 17:09:13.459468   18274 proxier.go:1279] vs is: &ipvs.VirtualServer{Address:net.IP{0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xa, 0x0, 0x0, 0xb6}, Protocol:"TCP", Port:0xbda, Scheduler:"rr", Flags:0x1, Timeout:0x2a30}, applied vs is : &ipvs.VirtualServer{Address:net.IP{0xa, 0x0, 0x0, 0xb6}, Protocol:"TCP", Port:0xbda, Scheduler:"rr", Flags:0x3, Timeout:0x2a30}
...

ملاحظة. أضفت بعض السجلات لطباعة معلومات خادم IPVS الظاهري.

ما توقعت حدوثه :

يجب ألا يقوم وكيل IPVS بتحديث الخادم الظاهري عند عدم تغيير الخدمة.

كيفية إعادة إنتاجه (بأقل قدر ممكن من الدقة والدقة) :

فقط تحقق من رسالة السجل ، ستجدها.

أي شيء آخر نحن بحاجة إلى معرفته؟ :

أعتقد أن هذا بسبب اختلاف إشارات خدمة IPVS. على سبيل المثال ، قم بإنشاء خدمة IPVS باستخدام Flags = 0 ، ستتغير إشارات الخدمة التي تم إنشاؤها إلى (0 + 2 = 2). بالإضافة إلى ذلك ، إذا أنشأنا خدمة IPVS باستخدام Flags = 1 ، فإن إشارات الخدمة التي تم إنشاؤها ستتغير إلى (1 + 2 = 3).

راجع المشكلة ذات الصلة: https://github.com/docker/libnetwork/issues/1921

البيئة :

  • إصدار Kubernetes (استخدم kubectl version ):
  • مزود السحابة أو تكوين الأجهزة **:
  • نظام التشغيل (على سبيل المثال من / etc / os-release):
  • Kernel (على سبيل المثال uname -a ):
  • أدوات التثبيت:
  • آحرون:

/ شبكة سيج
/ تعيين @ m1093782566

kinbug sinetwork

التعليق الأكثر فائدة

/ cc @ choury @ Lion-Wei

>كل التعليقات

/ cc @ choury @ Lion-Wei

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات