HAProxy Ingress, गेंडा / प्यूमा, और वेब सॉकेट्स के साथ रेल एप्लीकेशन पर रूबी की तैनाती कैसे करें

महीनों के परीक्षण के बाद, हमने अंत में रूबी को रूबर्न एप्लीकेशन पर कुबेरनेट क्लस्टर के साथ उत्पादन करने के लिए पोर्ट किया।

इस लेख में, मैं आपको दिखाऊंगा कि कुबेरनेट्स में रूब एप्लीकेशन ऑन रूब के लिए पाथ-बेस्ड रूटिंग को एक HAProxy Ingress कंट्रोलर से कैसे कॉन्फ़िगर किया जाए।

यह माना जाता है कि आपको कुछ विचार है कि कुबेरनेट्स में पॉड्स , तैनाती , सेवाएं , एक कॉन्फ़िगरेशन मैप और इनग्रेड क्या हैं।

आमतौर पर एक रेल एप्लिकेशन में यूनिकॉर्न / प्यूमा, साइडकीक / डिलेड-जॉब / रेसक्यू, वेब सॉकेट्स और कई विशेष एपीआई सेवाएं जैसी सेवाएं होती हैं। हमारे पास बैलेंसर के माध्यम से एक वेब सेवा थी, और सब कुछ ठीक काम कर रहा था। लेकिन ट्रैफ़िक बढ़ता गया, और URL या पाथ द्वारा इसे रूट करना आवश्यक था।

इस प्रकार के भार को संतुलित करने के लिए कुबेरनेट्स के पास टर्नकी समाधान नहीं है। इसके लिए एल्ब-इंग्रेस-कंट्रोलर पहले से ही विकसित किया जा रहा है, लेकिन यह अभी भी अल्फा स्टेज पर नहीं है और उत्पादन के लिए है।

पाथ-आधारित रूटिंग के लिए, एक इनग्रेड कंट्रोलर का उपयोग करना सबसे अच्छा था।

हमने इस मुद्दे का अध्ययन किया और पाया कि k8s के पास Ingress के लिए अलग-अलग समाधान हैं।

• nginx-प्रवेश
• प्रवेश-GCE
• HAProxy-प्रवेश
• traefik
• नाविक

हमने nginx-ingress और HAProxy के साथ प्रयोग किया और HAProxy पर बसे - यह रेल वेब सॉकेट के लिए बेहतर अनुकूल है जो हमने परियोजना में उपयोग किया था।

मैं आपको कदम दर कदम दिखाता हूँ कि कैसे एक रेल अनुप्रयोग के लिए HAProxy प्रवेश संलग्न करने के लिए।

एक HAProxy प्रवेश नियंत्रक के साथ एक रेल आवेदन की स्थापना

यहाँ हम क्या करेंगे:

• आइए विभिन्न सेवाओं और तैनाती के साथ एक रेल एप्लिकेशन बनाएं।
• SSL के लिए एक TLS रहस्य बनाएँ।
• एक HAProxy प्रवेश विन्यास नक्शा बनाएँ।
• एक HAProxy प्रवेश नियंत्रक बनाएँ।
• चलिए लोडबेलर जैसी सेवा के माध्यम से Ingress की पहुंच खोलें।
• आइए इनग्रेड सेवा के लिए डीएनएस एप्लिकेशन को कॉन्फ़िगर करें।
• पाथ-आधारित रूटिंग के लिए अलग-अलग इनग्रेड नियम बनाएं।
• पाथ पर आधारित टेस्ट रूटिंग।

आइए विभिन्न सेवाओं - वेब (यूनिकॉर्न), बैकग्राउंड टास्क (साइडकीक), वेब सॉकेट (रूबी पतले), एपीआई (यूनिकॉर्न समर्पित) के लिए एक रेल एप्लिकेशन को तैनात करने के लिए एक मेकओवर बनाएं।

यहाँ हमारे तैनात वेब अनुप्रयोग और सेवा टेम्पलेट है।

--- apiVersion: v1 kind: Deployment metadata: name: test-production-web labels: app: test-production-web namespace: test spec: template: metadata: labels: app: test-production-web spec: containers: - image: <your-repo>/<your-image-name>:latest name: test-production imagePullPolicy: Always env: - name: POSTGRES_HOST value: test-production-postgres - name: REDIS_HOST value: test-production-redis - name: APP_ENV value: production - name: APP_TYPE value: web - name: CLIENT value: test ports: - containerPort: 80 imagePullSecrets: - name: registrykey --- apiVersion: v1 kind: Service metadata: name: test-production-web labels: app: test-production-web namespace: test spec: ports: - port: 80 protocol: TCP targetPort: 80 selector: app: test-production-web 

यहां बैकग्राउंड ऐप की तैनाती और सेवा का खाका है।

 --- apiVersion: v1 kind: Deployment metadata: name: test-production-background labels: app: test-production-background namespace: test spec: template: metadata: labels: app: test-production-background spec: containers: - image: <your-repo>/<your-image-name>:latest name: test-production imagePullPolicy: Always env: - name: POSTGRES_HOST value: test-production-postgres - name: REDIS_HOST value: test-production-redis - name: APP_ENV value: production - name: APP_TYPE value: background - name: CLIENT value: test ports: - containerPort: 80 imagePullSecrets: - name: registrykey --- apiVersion: v1 kind: Service metadata: name: test-production-background labels: app: test-production-background namespace: test spec: ports: - port: 80 protocol: TCP targetPort: 80 selector: app: test-production-background 

यहां पर मौजूद वेब एप्लिकेशन सॉकेट और सर्विस टेम्प्लेट है।

 --- apiVersion: v1 kind: Deployment metadata: name: test-production-websocket labels: app: test-production-websocket namespace: test spec: template: metadata: labels: app: test-production-websocket spec: containers: - image: <your-repo>/<your-image-name>:latest name: test-production imagePullPolicy: Always env: - name: POSTGRES_HOST value: test-production-postgres - name: REDIS_HOST value: test-production-redis - name: APP_ENV value: production - name: APP_TYPE value: websocket - name: CLIENT value: test ports: - containerPort: 80 imagePullSecrets: - name: registrykey --- apiVersion: v1 kind: Service metadata: name: test-production-websocket labels: app: test-production-websocket namespace: test spec: ports: - port: 80 protocol: TCP targetPort: 80 selector: app: test-production-websocket 

यहां एप्लिकेशन एपीआई तैनाती और सेवा की जानकारी दी गई है।

 --- `apiVersion: v1 kind: Deployment metadata: name: test-production-api labels: app: test-production-api namespace: test spec: template: metadata: labels: app: test-production-api spec: containers: - image: <your-repo>/<your-image-name>:latest name: test-production imagePullPolicy: Always env: - name: POSTGRES_HOST value: test-production-postgres - name: REDIS_HOST value: test-production-redis - name: APP_ENV value: production - name: APP_TYPE value: api - name: CLIENT value: test ports: - containerPort: 80 imagePullSecrets: - name: registrykey --- apiVersion: v1 kind: Service metadata: name: test-production-api labels: app: test-production-api namespace: test spec: ports: - port: 80 protocol: TCP targetPort: 80 selector: app: test-production-api 

चलो kubectl apply साथ प्रकट चलाते हैं।

 $ kubectl apply -f test-web.yml -f test-background.yml -f test-websocket.yml -f test-api.yml deployment "test-production-web" created service "test-production-web" created deployment "test-production-background" created service "test-production-background" created deployment "test-production-websocket" created service "test-production-websocket" created deployment "test-production-api" created service "test-production-api" created 

एक बार एप्लिकेशन को तैनात करने और लॉन्च करने के बाद, आपको एक HAProxy Ingress बनाने की आवश्यकता होगी। लेकिन पहले, आइए एक एसएसएल कुंजी और प्रमाण पत्र के साथ एक टीएलएस रहस्य बनाएं।

वह एप्लिकेशन URL के लिए HTTPS की अनुमति देगा और इसे L7 पर समाप्त करेगा।

$ kubectl create secret tls tls-certificate --key server.key --cert server.pem

server.key यहाँ हमारी SSL कुंजी है, और pem प्रारूप में server.pem हमारा SSL प्रमाणपत्र है।

अब HAProxy कंट्रोलर के संसाधन बनाएं।

HAProxy कॉन्फ़िगरेशन नक्शा

यहाँ HAProxy के लिए सभी उपलब्ध विन्यास विकल्प देखें।

 apiVersion: v1 data: dynamic-scaling: "true" backend-server-slots-increment: "4" kind: ConfigMap metadata: name: haproxy-configmap namespace: test 

HAProxy Ingress नियंत्रक परिनियोजन

अनुक्रमिक परिनियोजन के प्रबंधन के लिए कम से कम दो प्रतिकृतियों के साथ एक इनग्रेड कंट्रोलर के लिए परिनियोजन पैटर्न।

 apiVersion: extensions/v1beta1 kind: Deployment metadata: labels: run: haproxy-ingress name: haproxy-ingress namespace: test spec: replicas: 2 selector: matchLabels: run: haproxy-ingress template: metadata: labels: run: haproxy-ingress spec: containers: - name: haproxy-ingress image: quay.io/jcmoraisjr/haproxy-ingress:v0.5-beta.1 args: - --default-backend-service=$(POD_NAMESPACE)/test-production-web - --default-ssl-certificate=$(POD_NAMESPACE)/tls-certificate - --configmap=$(POD_NAMESPACE)/haproxy-configmap - --ingress-class=haproxy ports: - name: http containerPort: 80 - name: https containerPort: 443 - name: stat containerPort: 1936 env: - name: POD_NAME valueFrom: fieldRef: fieldPath: metadata.name - name: POD_NAMESPACE valueFrom: fieldRef: fieldPath: metadata.namespace 

इस प्रकटीकरण में, हम विशेष रूप से नियंत्रक को दिए गए तर्कों में रुचि रखते हैं।
--default-backend-service वह --default-backend-service है जिसका उपयोग यदि कोई नियम अनुरोध से मेल खाता है तो आवेदन का उपयोग करेगा।

हमारे पास यह test-production-web , लेकिन यह एक कस्टम 404 पृष्ठ या ऐसा कुछ हो सकता है - आप तय करते हैं।

--default-ssl-certificate SSL रहस्य है जिसे हमने अभी बनाया है। यह L7 पर एसएसएल को समाप्त कर देगा, और आवेदन एचटीटीपीएस के माध्यम से बाहरी रूप से सुलभ होगा।

हैप्रॉक्सी इनग्रेडेशन सर्विस

यह एक प्रकार की LoadBalancer सेवा है जो क्लाइंट ट्रैफ़िक को हमारे Ingress कंट्रोलर तक पहुँच देती है।

LoadBalancer के पास सार्वजनिक नेटवर्क और Kubernetes आंतरिक नेटवर्क तक पहुंच है, और L7 पर यह ट्रैफ़िक को Ingress कंट्रोलर तक ले जाता है।

 apiVersion: v1 kind: Service metadata: labels: run: haproxy-ingress name: haproxy-ingress namespace: test spec: type: LoadBalancer ports: - name: http port: 80 protocol: TCP targetPort: 80 - name: https port: 443 protocol: TCP targetPort: 443 - name: stat port: 1936 protocol: TCP targetPort: 1936 selector: run: haproxy-ingress 

आइए सभी HAProxy मैनिफ़ेस्ट लागू करें।

 $ kubectl apply -f haproxy-configmap.yml -f haproxy-deployment.yml -f haproxy-service.yml configmap "haproxy-configmap" created deployment "haproxy-ingress" created service "haproxy-ingress" created 

जब सभी संसाधन चल रहे हों, तो LoadBalancer के समापन बिंदु को निर्दिष्ट करें।

 $ kubectl -n test get svc haproxy-ingress -o wide NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR haproxy-ingress LoadBalancer 100.67.194.186 a694abcdefghi11e8bc3b0af2eb5c5d8-806901662.us-east-1.elb.amazonaws.com 80:31788/TCP,443:32274/TCP,1936:32157/TCP 2m run=ingress 

DNS को एप्लिकेशन URL में मैप करें

जैसे ही हम इनग्रेड सेवा के लिए ELB समापन बिंदु निर्दिष्ट करते हैं, हमें सेवा के DNS और अनुरोध URL (उदाहरण के लिए test-rails-app.com ) को मैप करने की आवश्यकता होगी।

इंग्रेस कार्यान्वयन

सबसे कठिन हिस्सा पीछे है, यह इनग्रेड और पथ-आधारित नियमों को कॉन्फ़िगर करने का समय है।

हमें निम्नलिखित नियमों की आवश्यकता है।

Https://test-rails-app.com के लिए अनुरोध test-production-web द्वारा संसाधित किया जाएगा।

Https://test-rails-app.com/websocket के अनुरोधों को test-production-websocket द्वारा संसाधित किया जाएगा।

Https://test-rails-app.com/api के लिए अनुरोध test-production-api द्वारा संसाधित किया जाएगा।

आइए इन सभी नियमों के साथ एक इनग्रेस मेनिफ़ेस्ट बनाएं।

 --- apiVersion: extensions/v1beta1 kind: Ingress metadata: name: ingress namespace: test spec: tls: - hosts: - test-rails-app.com secretName: tls-certificate rules: - host: test-rails-app.com http: paths: - path: / backend: serviceName: test-production-web servicePort: 80 - path: /api backend: serviceName: test-production-api servicePort: 80 - path: /websocket backend: serviceName: test-production-websocket servicePort: 80 

कॉन्फ़िगरेशन परिवर्तन के मामले में, हमारे पास इनग्रेडेशन संसाधनों के लिए एनोटेशन हैं ।

जैसा कि अपेक्षित था, डिफ़ॉल्ट रूप से, हमारा ट्रैफ़िक / test-production-web , /api से test-production-api और /websocket से test-production-websocket ।

हमें Kubernetes में L7 पर पाथ-आधारित रूटिंग और SSL समाप्ति की आवश्यकता थी, और Ingress कार्यान्वयन ने इस समस्या को हल किया।