मैं एक मौजूदा कुबेरनेट क्लस्टर, गैर ईकेएस, एडब्ल्यूएस पर सेटअप के साथ एक समस्या में गोता लगा रहा हूं। हम स्टिकी सत्र समर्थन सक्षम करने का प्रयास कर रहे हैं, और मैं इसे काम नहीं कर पा रहा हूं। मैंने दस्तावेज़ों का पालन किया है और कोई भाग्य नहीं है। यहाँ मैं अभी हूँ:

मैंने अपने हेलम टेम्प्लेट में ये परिवर्तन किए हैं (एनोटेशन के सामने nginx उपसर्ग के साथ और बिना दोनों)। मुझे यह पता नहीं चला है कि हम nginx-ingress-controller के किस संस्करण का उपयोग कर रहे हैं, इसलिए मैंने दोनों की कोशिश की है और मुझे पता है कि एनोटेशन 17 दिसंबर को वापस बदल गया है।

annotations:
    kubernetes.io/ingress.class:                nginx
    ingress.kubernetes.io/affinity: "cookie"
    ingress.kubernetes.io/session-cookie-name: "route"
    ingress.kubernetes.io/session-cookie-hash: "sha1"

परिवर्तनों को तैनात किया और जब मैं प्रवेश का वर्णन करता हूं तो मैं देख सकता हूं कि इसे प्रवेश का वर्णन करके तैनात किया गया था (फिर से, nginx उपसर्ग के साथ और बिना)। मुझे सच में नहीं लगता कि यह हिस्सा सही है, क्योंकि मैंने जो उदाहरण देखे हैं, वह यह है कि / से पहले स्टिकी एनोटेशन के लिए सब कुछ नहीं होना चाहिए, फिर भी वे यहाँ हैं।

Annotations:
    ingress.kubernetes.io/affinity:             cookie
    ingress.kubernetes.io/session-cookie-hash:  sha1
    ingress.kubernetes.io/session-cookie-name:  route
    kubernetes.io/ingress.class:                nginx

लेकिन जब मैं कर्ल अनुरोध करता हूं तो मैं देख सकता हूं कि कुकी सेट नहीं होने वाली है:

curl -I  https://test.com/hello
HTTP/2 200 
server: nginx/1.11.3
date: Mon, 27 Aug 2018 20:26:37 GMT
content-type: application/json; charset=utf-8
x-frame-options: SAMEORIGIN
x-xss-protection: 1; mode=block
x-content-type-options: nosniff
etag: W/"93a23971a914e5eacbf0a8d25154cda3"
cache-control: max-age=0, private, must-revalidate
x-request-id: fc91644f-a4b6-475b-9fb5-ccabe0551038
x-runtime: 0.006894
strict-transport-security: max-age=15724800; includeSubDomains; preload
vary: Origin

फिर से, मैंने nginx के साथ और उसके बिना परीक्षण किया है। चिपचिपा एनोटेशन के लिए उपसर्ग और कोई बदलाव नहीं हुआ है, इसलिए मुझे कुछ याद आना चाहिए।

0
Rick Baker 27 अगस्त 2018, 23:28
मुझे लगता है कि मुझे इस मुद्दे का पता चल गया होगा। अंत में प्रवेश के लिए चल रहे पॉड को ट्रैक किया, और ऐसा लगता है कि हम 0.8.3 चला रहे हैं, जो मुझे नहीं लगता कि चिपचिपा एनोटेशन था, जिसे 0.9 में पेश किया गया था।
 – 
Rick Baker
28 अगस्त 2018, 03:54
अब सवाल यह है कि इसे कैसे अपडेट किया जाए, कि मैं अभी भी यह पता लगाने की कोशिश कर रहा हूं।
 – 
Rick Baker
28 अगस्त 2018, 18:05

2 जवाब

सबसे बढ़िया उत्तर

मेरा पुराना प्रश्न मिला जो अनुत्तरित था। मेरी समस्या यह थी कि मुझे पूर्ण एनोटेशन निर्दिष्ट करने की आवश्यकता थी। इसके लिए nginx उपसर्ग की आवश्यकता है

nginx.ingress.kubernetes.io/affinity:             cookie
nginx.ingress.kubernetes.io/session-cookie-hash:  sha1
nginx.ingress.kubernetes.io/session-cookie-name:  route
0
Rick Baker 19 जुलाई 2019, 15:44

मेरे मामले में, मैंने यहां से एक अलग प्रवेश नियंत्रक स्थापित किया: - https://docs.nginx.com/nginx-ingress-controller/installation/installation-with-manifests/

इस लिंक से प्रवेश नियंत्रक स्थापित करने के बाद https://kubernetes.github.io/ingress-nginx /तैनाती/ सत्र चिपचिपाहट मेरे लिए ठीक काम किया।

YAML फ़ाइल मैंने यहाँ से उपयोग की है:- https://kubernetes .github.io/ingress-nginx/examples/affinity/cookie/ingress.yaml

उपरोक्त YAML फ़ाइल में प्रयुक्त डोमेन नाम के साथ काम करने के लिए मैंने /etc/hosts फ़ाइल में एक प्रविष्टि जोड़ी।

0
Shivani 4 फरवरी 2021, 18:26
लिंक प्रश्न का उत्तर दे सकते हैं लेकिन वे आपके उत्तर को बेकार बनाकर अमान्य भी हो सकते हैं। तो कृपया अपने उत्तर को अमान्य होने से बचाने के लिए यहां प्रासंगिक विवरण जोड़ें।
 – 
Markus
17 सितंबर 2020, 09:20
यहां वास्तव में लिंक मायने रखता है क्योंकि मैंने यह पता लगाने के लिए 2 दिन बिताए कि सत्र चिपचिपापन मेरे लिए काम क्यों नहीं कर रहा है, तो मुझे पता चला कि मैंने जो Nginx नियंत्रक स्थापित किया है वह सही नहीं है।
 – 
Shivani
17 सितंबर 2020, 13:15