Shinyproxy: Shinyproxy परिनियोजन के लिए अद्यतन रोलिंग अनाथ पॉड का कारण बनता है

नमस्ते @ramkumarg1

जब Shinyproxy SIGTERM सिग्नल के रूप में प्राप्त होता है (जब परिनियोजन को छोटा किया जाता है), तो इसे पहले सभी एप्लिकेशन पॉड्स को रोककर इनायत से समाप्त करना चाहिए। आपको पॉड स्पेक में अनुग्रह अवधि terminationGracePeriodSeconds बढ़ानी पड़ सकती है (डिफ़ॉल्ट 30s है)। यदि इस अवधि के भीतर शाइनीप्रॉक्सी को समाप्त करने में असमर्थ है, तो उसे एक सिगकिल प्राप्त होगा और अनाथ पॉड्स को पीछे छोड़ते हुए तुरंत समाप्त कर दिया जाएगा। अधिक जानकारी यहाँ: https://kubernetes.io/docs/concepts/containers/container-lifecycle-hooks/

धन्यवाद @dseynaev मैंने टर्मिनेशन ग्रेसपीरियोड सेकेंड को शामिल करने के लिए परिनियोजन युक्ति को बदल दिया - लेकिन इससे कोई फर्क नहीं पड़ा। पॉड को तुरंत मार दिया गया था - शायद, यह मुद्दा https://github.com/kubernetes/kubernetes/issues/47576 से जुड़ा हुआ है जहां स्प्रिंग बूट को SIGTERM को इनायत से संभालने की आवश्यकता है?

spec:
  terminationGracePeriodSeconds : 180
  containers:
  - name: shinyproxy

हम ज़ोंबी पॉड्स के साथ एक ही समस्या का निरीक्षण करते हैं, और हमारे लिए समाप्ति अनुग्रह अवधि सेटिंग भी इसे हल नहीं करती है।

मेरे पास एक ही समस्या है और समाप्ति पर चमकदार/कंटेनरप्रॉक्सी द्वारा लॉग किया गया है:

2020-01-30 10:56:56.785  INFO 1 --- [           main] e.o.c.ContainerProxyApplication          : Started ContainerProxyApplication in 39.115 seconds (JVM running for 43.619)
2020-01-30 10:57:01.374  INFO 1 --- [  XNIO-2 task-1] io.undertow.servlet                      : Initializing Spring FrameworkServlet 'dispatcherServlet'
2020-01-30 10:57:01.375  INFO 1 --- [  XNIO-2 task-1] o.s.web.servlet.DispatcherServlet        : FrameworkServlet 'dispatcherServlet': initialization started
2020-01-30 10:57:01.507  INFO 1 --- [  XNIO-2 task-1] o.s.web.servlet.DispatcherServlet        : FrameworkServlet 'dispatcherServlet': initialization completed in 131 ms
2020-01-30 10:57:26.275  INFO 1 --- [ XNIO-2 task-16] e.o.containerproxy.service.UserService   : User logged in [user: **]
2020-01-30 10:57:35.802  INFO 1 --- [  XNIO-2 task-3] e.o.containerproxy.service.ProxyService  : Proxy activated [user: ***] [spec: insight] [id: 9274ad33-665a-4d47-bab5-6c4b39a618b8]
2020-01-30 10:59:02.376  INFO 1 --- [       Thread-2] ConfigServletWebServerApplicationContext : Closing org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext<strong i="6">@2b2948e2</strong>: startup date [Thu Jan 30 10:56:24 GMT 2020]; root of context hierarchy
2020-01-30 10:59:02.377 ERROR 1 --- [pool-4-thread-1] java.io.InputStreamReader                : Error while pumping stream.
java.io.EOFException: null
    at okio.RealBufferedSource.require(RealBufferedSource.java:61) ~[okio-1.15.0.jar!/:na]
    at okio.RealBufferedSource.readHexadecimalUnsignedLong(RealBufferedSource.java:303) ~[okio-1.15.0.jar!/:na]
    at okhttp3.internal.http1.Http1Codec$ChunkedSource.readChunkSize(Http1Codec.java:469) ~[okhttp-3.12.0.jar!/:na]
    at okhttp3.internal.http1.Http1Codec$ChunkedSource.read(Http1Codec.java:449) ~[okhttp-3.12.0.jar!/:na]
    at okio.RealBufferedSource$1.read(RealBufferedSource.java:439) ~[okio-1.15.0.jar!/:na]
    at java.io.InputStream.read(InputStream.java:101) ~[na:1.8.0_171]
    at io.fabric8.kubernetes.client.utils.BlockingInputStreamPumper.run(BlockingInputStreamPumper.java:49) ~[kubernetes-client-4.2.2.jar!/:na]
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_171]
    at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_171]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_171]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_171]
    at java.lang.Thread.run(Thread.java:748) [na:1.8.0_171]
2020-01-30 10:59:02.394  INFO 1 --- [       Thread-2] o.s.j.e.a.AnnotationMBeanExporter        : Unregistering JMX-exposed beans on shutdown
2020-01-30 10:59:02.403  INFO 1 --- [       Thread-2] o.s.j.e.a.AnnotationMBeanExporter        : Unregistering JMX-exposed beans
2020-01-30 10:59:02.514  WARN 1 --- [       Thread-2] .s.c.a.CommonAnnotationBeanPostProcessor : Invocation of destroy method failed on bean with name 'proxyService': eu.openanalytics.containerproxy.ContainerProxyException: Failed to stop container
2020-01-30 10:59:02.525  INFO 1 --- [       Thread-2] io.undertow.servlet                      : Destroying Spring FrameworkServlet 'dispatcherServlet'

मुझे इस मुद्दे का समाधान मिला। यह वास्तव में शाइनीप्रॉक्सी या कंटेनरप्रॉक्सी में कोई समस्या नहीं है क्योंकि स्प्रिंग बूट ऐप सही ढंग से और इनायत से बंद है।

समस्या kubctl proxy साइडकार कंटेनर है। कुबेरनेट्स के लिए यह स्पष्ट नहीं है कि कंटेनरप्रॉक्सी कुबेरनेट्स के साथ संवाद करने के लिए साइडकार कंटेनर पर निर्भर करता है। इसलिए, एक नई तैनाती पर कुबेरनेट्स सभी पुराने पॉड्स में प्रॉक्सी और साइडकार कंटेनर दोनों को SIGTERM भेजेगा। साइडकार कंटेनर तुरंत समाप्त हो जाएगा और कंटेनरप्रॉक्सी कुबेरनेट्स के साथ संवाद करने में विफल रहता है।

मैंने पढ़ा है कि Kubernetes इन स्टार्टअप और शटडाउन निर्भरता को v1.18 में हल करने वाला है जैसा कि यहां प्रलेखित है:
https://github.com/kubernetes/enhancements/issues/753
https://banzaicloud.com/blog/k8s-sidecars/

तब तक साइडकार कंटेनर में निम्नलिखित जीवनचक्र एनोटेशन डालने का एक सरल समाधान है:

          lifecycle:
            preStop:
              exec:
                command: ["sh", "-c", "sleep 5"] # wait 5 seconds to let shinyproxy remove the pods on graceful shutdown

मैं पुष्टि कर सकता हूं कि @fmannhardt का फिक्स इसे हल करता है। बहुत - बहुत धन्यवाद!

नमस्ते

ShinyProxy के हाल के संस्करणों के साथ (मुझे यकीन नहीं है कि कौन सा संस्करण वास्तव में है, लेकिन कम से कम ShinyProxy 2.3.1) क्यूब-प्रॉक्सी साइडकार का उपयोग करने की कोई आवश्यकता नहीं है। ShinyProxy स्वचालित रूप से Kubernetes API के स्थान और प्रमाणीकरण का पता लगाता है।
इसलिए मुझे लगता है कि यह समस्या अपने आप हल हो जाती है।
फिर भी, आपके समय और जांच के लिए धन्यवाद!