इस्तियो के लिए आवेदन तैयार करना

इस्तियो वितरित अनुप्रयोगों को जोड़ने, सुरक्षा और निगरानी के लिए एक सुविधाजनक उपकरण है। इस्तियो बड़े पैमाने पर सॉफ़्टवेयर लॉन्च करने और प्रबंधित करने के लिए कई तरह की तकनीकों का उपयोग करता है, जिसमें पैकेजिंग एप्लिकेशन कोड के लिए कंटेनर और तैनाती के लिए निर्भरता और इन कंटेनरों के प्रबंधन के लिए कुबेरनेट शामिल हैं। इसलिए, इस्तियो के साथ काम करने के लिए, आपको पता होना चाहिए कि कैसे इन तकनीकों पर आधारित कई सेवाओं के साथ एक आवेदन इस्तियो के बिना काम करता है। यदि आप पहले से ही इन उपकरणों और अवधारणाओं को जानते हैं, तो इस गाइड को छोड़ने के लिए स्वतंत्र महसूस करें और सीधे Google कुबेरनेट इंजन (GKE) पर Istio स्थापित करें या GKE एक्सटेंशन पर Istio स्थापित करें।

यह एक चरण-दर-चरण मार्गदर्शिका है जहां हम स्रोत कोड से पूरी प्रक्रिया को GKE पर एक कंटेनर में देखेंगे ताकि आपको एक उदाहरण का उपयोग करके इन तकनीकों का एक मूल विचार प्राप्त हो। आप यह भी देखेंगे कि कैसे इस्तियो इन तकनीकों का लाभ उठाती है। यह माना जाता है कि आप कंटेनर, कुबेरनेट्स, सेवा जाल या इस्तियो के बारे में कुछ नहीं जानते हैं।

कार्य

इस गाइड में, आप निम्नलिखित कार्य पूरा करेंगे:

1. कई सेवाओं के साथ एक सरल हैलो वर्ल्ड एप्लिकेशन की खोज करना।
2. स्रोत कोड से एप्लिकेशन चलाना।
3. कंटेनर में आवेदन पैकिंग।
4. कुबेरनेट्स क्लस्टर बनाना
5. एक क्लस्टर में कंटेनर तैनात करें।

शुरू करने से पहले

कुबेरनेट इंजन API को सक्षम करने के लिए निर्देशों का पालन करें:

1. Google क्लाउड प्लेटफ़ॉर्म कंसोल में कुबेरनेट इंजन पृष्ठ पर जाएं।
2. प्रोजेक्ट बनाएं या चुनें।
3. एपीआई और संबंधित सेवाओं को चालू करने के लिए प्रतीक्षा करें। इसमें कई मिनट लग सकते हैं।
4. सुनिश्चित करें कि बिलिंग Google क्लाउड प्लेटफ़ॉर्म प्रोजेक्ट के लिए कॉन्फ़िगर की गई है। बिलिंग सक्षम करना सीखें ।

इस गाइड में, आप क्लाउड शैल का उपयोग कर सकते हैं, जो डेबियन-आधारित लिनक्स या लिनक्स या मैकओएस कंप्यूटर के साथ Google कंप्यूट इंजन में जी 1-छोटी आभासी मशीन तैयार करता है।

विकल्प A: क्लाउड शेल का उपयोग करना

क्लाउड शेल का उपयोग करने के लाभ:

• अजगर 2 और पायथन 3 विकास वातावरण ( वर्चुअनव सहित) पूरी तरह से अनुकूलित हैं।
• Gcloud , docker , git और kubectl कमांड-लाइन टूल जो हम उपयोग करेंगे, वे पहले से इंस्टॉल हैं।
• आपके पास चुनने के लिए कई पाठ संपादक हैं:
  
  1. क्लाउड शेल विंडो के शीर्ष पर एडिट आइकन के साथ खुलने वाला कोड एडिटर ।
  2. एमएसीएस, विम, या नैनो जो क्लाउड शेल में कमांड लाइन से खुलते हैं।

क्लाउड शेल का उपयोग करने के लिए:

1. जीसीपी कंसोल पर जाएं।
2. GCP कंसोल विंडो के शीर्ष पर सक्रिय क्लाउड शैल बटन पर क्लिक करें।

GCP कंसोल के निचले भाग में , एक नई विंडो में, एक कमांड लाइन के साथ क्लाउड शैल सत्र खुलता है।

विकल्प बी: स्थानीय रूप से कमांड लाइन टूल का उपयोग करना

यदि आप लिनक्स या macOS के साथ कंप्यूटर पर काम कर रहे हैं, तो आपको निम्नलिखित घटकों को कॉन्फ़िगर और स्थापित करने की आवश्यकता है:

1. अपने पायथन 3 और पायथन 2 विकास पर्यावरण को स्थापित करें ।

   
   

2. Gcloud कमांड लाइन टूल के साथ क्लाउड SDK इंस्टॉल करें ।

   
   

3. कुबेरनेट्स के साथ काम करने के लिए एक कमांड लाइन टूल कुबेकेल स्थापित करें।

   
   

   gcloud components install kubectl 

   
   

4. डॉकर सामुदायिक संस्करण (CE) स्थापित करें। आप नमूना एप्लिकेशन के लिए कंटेनर छवियां बनाने के लिए docker कमांड लाइन टूल का उपयोग करेंगे।

   
   

5. GitHub के साथ एक नमूना अनुप्रयोग प्राप्त करने के लिए Git संस्करण नियंत्रण उपकरण स्थापित करें।

   
   

नमूना कोड डाउनलोड करें

1. हेलोसेवर स्रोत कोड डाउनलोड करें:

   
   

    git clone https://github.com/GoogleCloudPlatform/istio-samples 

   
   

2. नमूना कोड निर्देशिका पर जाएं:

   
   

    cd istio-samples/sample-apps/helloserver 

   
   

बहु-सेवा अनुप्रयोग की खोज

नमूना आवेदन पायथन में लिखा गया है और इसमें दो घटक शामिल हैं जो REST के साथ बातचीत करते हैं:

• सर्वर : एक GET समापन बिंदु , / के साथ एक सरल सर्वर, जो कंसोल पर "हैलो वर्ल्ड" प्रदर्शित करता है।
• loadgen : एक स्क्रिप्ट जो सर्वर पर ट्रैफ़िक भेजती है , प्रति सेकंड के विन्यास योग्य संख्या के साथ।

स्रोत से एप्लिकेशन चलाना

एक नमूना अनुप्रयोग जानने के लिए, इसे क्लाउड शेल या कंप्यूटर पर चलाएं।
1) istio- नमूने / नमूना-एप्लिकेशन / हेलोसेवर निर्देशिका में, सर्वर चलाएं:

 python3 server/server.py 

जब सर्वर शुरू होता है, तो निम्न प्रदर्शित होता है:

 INFO:root:Starting server... 

2) सर्वर के लिए अनुरोध भेजने के लिए एक और टर्मिनल विंडो खोलें। यदि आप क्लाउड शेल का उपयोग कर रहे हैं, तो एक और सत्र खोलने के लिए ऐड आइकन पर क्लिक करें।
3) सर्वर के लिए एक अनुरोध भेजें:

 curl http://localhost:8080 

सर्वर उत्तर:

 Hello World! 

4) उस निर्देशिका से जहां आपने नमूना कोड डाउनलोड किया है, उस निर्देशिका पर जाएं जिसमें loadgen है :

 cd YOUR_WORKING_DIRECTORY/istio-samples/sample-apps/helloserver/loadgen 

5) निम्नलिखित पर्यावरण चर बनाएं:

 export SERVER_ADDR=http://localhost:8080 export REQUESTS_PER_SECOND=5 

6) भागो virtualenv :

 virtualenv --python python3 env 

7) आभासी वातावरण को सक्रिय करें:

 source env/bin/activate 

8) लोडजेन के लिए आवश्यकताएं निर्धारित करें:

 pip3 install -r requirements.txt 

9) रन लोडगेन :

 python3 loadgen.py 

जब प्रारंभ किया गया, तो लोडगन निम्नलिखित संदेश प्रदर्शित करता है:

 Starting loadgen: 2019-05-20 10:44:12.448415 5 request(s) complete to http://localhost:8080 

एक अन्य टर्मिनल विंडो में, सर्वर कंसोल के लिए निम्न संदेश प्रदर्शित करता है:

 127.0.0.1 - - [21/Jun/2019 14:22:01] "GET / HTTP/1.1" 200 - INFO:root:GET request, Path: / Headers: Host: localhost:8080 User-Agent: python-requests/2.22.0 Accept-Encoding: gzip, deflate Accept: */* 

एक नेटवर्क परिप्रेक्ष्य से, संपूर्ण एप्लिकेशन एक ही होस्ट (स्थानीय कंप्यूटर या क्लाउड शैल वर्चुअल मशीन) पर चलता है। इसलिए, आप सर्वर पर अनुरोध भेजने के लिए लोकलहोस्ट का उपयोग कर सकते हैं।
10) लोडजेन और सर्वर को रोकने के लिए, प्रत्येक टर्मिनल विंडो में Ctrl-c डालें।
11) लोडजेन टर्मिनल विंडो में, आभासी वातावरण को निष्क्रिय करें:

 deactivate 

कंटेनर में आवेदन पैकिंग

GKE पर एप्लिकेशन को चलाने के लिए, आपको नमूना एप्लिकेशन - सर्वर और लोडजेन - को कंटेनरों में पैकेज करना होगा। कंटेनर पर्यावरण से अलग करने के लिए एक एप्लिकेशन पैक करने का एक तरीका है।

एक कंटेनर में एप्लिकेशन को पैक करने के लिए, आपको डॉकरफाइल की आवश्यकता है। Dockerfile एक पाठ फ़ाइल है जो किसी एप्लिकेशन के स्रोत कोड और उसकी निर्भरता को Docker छवि में बनाने के लिए आदेशों को परिभाषित करता है । निर्माण के बाद, आप छवि को कंटेनर रजिस्ट्री में अपलोड करते हैं, उदाहरण के लिए, डॉकर हब या कंटेनर रजिस्ट्री ।

उदाहरण में पहले से ही सर्वर के लिए एक डॉकफाइल है और छवियों को इकट्ठा करने के लिए सभी आवश्यक आदेशों के साथ लोडजेन है । नीचे सर्वर के लिए Dockerfile है :

 FROM python:3-slim as base FROM base as builder RUN apt-get -qq update \ && apt-get install -y --no-install-recommends \ g++ \ && rm -rf /var/lib/apt/lists/* # Enable unbuffered logging FROM base as final ENV PYTHONUNBUFFERED=1 RUN apt-get -qq update \ && apt-get install -y --no-install-recommends \ wget WORKDIR /helloserver # Grab packages from builder COPY --from=builder /usr/local/lib/python3.7/ /usr/local/lib/python3.7/ # Add the application COPY . . EXPOSE 8080 ENTRYPOINT [ "python", "server.py" ] 

• फ्रॉम पायथन: बेस- कमांड के रूप में 3-स्लिम डॉकटर को नवीनतम पायथन 3 छवि को आधार के रूप में उपयोग करने के लिए कहता है।
• पुलिस टीम । । कंटेनर फ़ाइल सिस्टम में स्रोत फ़ाइलों को वर्तमान कार्य निर्देशिका (हमारे मामले में केवल server.py ) में कॉपी करता है।
• ENTRYPOINT उस कमांड को परिभाषित करता है जिसका उपयोग कंटेनर को शुरू करने के लिए किया जाता है। हमारे मामले में, यह कमांड लगभग वैसी ही है, जैसा कि आप सोर्स कोड से सर्वरहोम चलाते थे।
• EXPOSE कमांड इंगित करता है कि सर्वर पोर्ट 8080 पर सुन रहा है। यह आदेश पोर्ट प्रदान नहीं करता है। यह कुछ प्रकार का प्रलेखन है जो कंटेनर शुरू होने पर पोर्ट 8080 खोलने के लिए आवश्यक है।

आवेदन कंटेनरीकरण के लिए तैयारी कर रहा है

1) निम्नलिखित पर्यावरण चर सेट करें। PROJECT_ID को अपने GCP प्रोजेक्ट पहचानकर्ता से बदलें।

 export PROJECT_ID="PROJECT_ID" 

 export GCR_REPO="preparing-istio" 

PROJECT_ID और GCR_REPO मानों का उपयोग करते हुए , आप डॉकर छवि को टैग करते हैं जब आप इसे इकट्ठा करते हैं और इसे निजी कंटेनर रजिस्ट्री में भेजते हैं।

2) gcloud कमांड लाइन टूल के लिए डिफ़ॉल्ट GCP प्रोजेक्ट सेट करें।

 gcloud config set project $PROJECT_ID 

3) gcloud कमांड लाइन टूल के लिए डिफॉल्ट जोन सेट करें।

 gcloud config set compute/zone us-central1-b 

4) सुनिश्चित करें कि कंटेनर रजिस्ट्री सेवा GCP परियोजना में शामिल है।

 gcloud services enable containerregistry.googleapis.com 

कंटेनरीकरण सर्वर

1. उस निर्देशिका में बदलें जहाँ सर्वर उदाहरण स्थित है:

   
   

    cd YOUR_WORKING_DIRECTORY/istio-samples/sample-apps/helloserver/server/ 

   
   

2. Dockerfile और पर्यावरण चर का उपयोग करके छवि बनाएं जिसे आपने पहले परिभाषित किया था:

   
   

    docker build -t gcr.io/$PROJECT_ID/$GCR_REPO/helloserver:v0.0.1 . 

   
   

-T विकल्प डॉकर टैग का प्रतिनिधित्व करता है। यह उस छवि का नाम है जिसका उपयोग आप कंटेनर को तैनात करते समय करते हैं।

1. कंटेनर रजिस्ट्री में छवि भेजें:
   

    docker push gcr.io/$PROJECT_ID/$GCR_REPO/helloserver:v0.0.1 

कंटेनरीकरण लोडजेन

1) उस निर्देशिका पर जाएं जहां loadgen उदाहरण स्थित है :

 cd ../loadgen 

2) छवि को इकट्ठा करें:

 docker build -t gcr.io/$PROJECT_ID/$GCR_REPO/loadgen:v0.0.1 . 

3) कंटेनर रजिस्ट्री में छवि भेजें:

 docker push gcr.io/$PROJECT_ID/$GCR_REPO/loadgen:v0.0.1 

छवियों की एक सूची देखें

रिपॉजिटरी में छवियों की सूची ब्राउज़ करें और सुनिश्चित करें कि चित्र भेजे गए हैं:

 gcloud container images list --repository gcr.io/$PROJECT_ID/preparing-istio 

कमांड केवल भेजे गए चित्रों के नाम प्रदर्शित करता है:

 NAME gcr.io/PROJECT_ID/preparing-istio/helloserver gcr.io/PROJECT_ID/preparing-istio/loadgen 

एक जीकेआर क्लस्टर बनाना

ये कंटेनर क्लाउड शेल वर्चुअल मशीन पर या कंप्यूटर पर डॉक रन कमांड के साथ चलाया जा सकता है। लेकिन उत्पादन के माहौल में, आपको केंद्र के ऑर्केस्ट्रेट कंटेनरों के लिए एक रास्ता चाहिए। उदाहरण के लिए, हमें एक ऐसी प्रणाली की आवश्यकता है जो यह सुनिश्चित करती है कि कंटेनर हमेशा काम करते हैं, और यदि ट्रैफ़िक बढ़ता है, तो हमें कंटेनर को अतिरिक्त रूप से ज़ूम इन करने और लॉन्च करने के लिए एक तरीका चाहिए।

आप कंटेनर अनुप्रयोगों को चलाने के लिए GKE का उपयोग कर सकते हैं। GKE एक कंटेनर ऑर्केस्ट्रेशन प्लेटफ़ॉर्म है जो वर्चुअल मशीनों को क्लस्टर करता है। प्रत्येक वर्चुअल मशीन को होस्ट कहा जाता है। GKE क्लस्टर ओपन सोर्स क्लस्टर मैनेजमेंट सिस्टम Kubernetes पर आधारित हैं। कुबेरनेट्स क्लस्टर के साथ बातचीत के लिए तंत्र प्रदान करता है।

GKE क्लस्टर बनाना:

1) एक क्लस्टर बनाएँ:

 gcloud container clusters create istioready \ --cluster-version latest \ --machine-type=n1-standard-2 \ --num-nodes 4 

Gcloud कमांड GCP परियोजना और आपके द्वारा निर्दिष्ट डिफ़ॉल्ट ज़ोन में एक istioready क्लस्टर बनाता है। इस्तियो को शुरू करने के लिए, हम अनुशंसा करते हैं कि आपके पास कम से कम 4 नोड्स और एक एन 1-मानक -2 वर्चुअल मशीन हो।

टीम कई मिनट के लिए एक क्लस्टर बनाती है। जब क्लस्टर तैयार हो जाता है, तो कमांड एक समान संदेश जारी करता है ।

2) क्लस्टर को प्रबंधित करने के लिए इसका उपयोग करने के लिए kubectl कमांड-लाइन टूल में क्रेडेंशियल्स निर्दिष्ट करें:

 gcloud container clusters get-credentials istioready 

3) अब आप कुबेरनेट्स के माध्यम से कुबेटेल के साथ संवाद कर सकते हैं। उदाहरण के लिए, निम्नलिखित कमांड से आप नोड्स की स्थिति का पता लगा सकते हैं:

 kubectl get nodes 

आदेश नोड्स की एक सूची प्रदर्शित करता है:

 NAME STATUS ROLES AGE VERSION gke-istoready-default-pool-dbeb23dc-1vg0 Ready <none> 99s v1.13.6-gke.13 gke-istoready-default-pool-dbeb23dc-36z5 Ready <none> 100s v1.13.6-gke.13 gke-istoready-default-pool-dbeb23dc-fj7s Ready <none> 99s v1.13.6-gke.13 gke-istoready-default-pool-dbeb23dc-wbjw Ready <none> 99s v1.13.6-gke.13 

कुबेरनेट्स की प्रमुख अवधारणाएँ

आरेख GKE पर अनुप्रयोग दिखाता है:

इससे पहले कि आप GKE के लिए कंटेनर तैनात करें, कुबेरनेट की प्रमुख अवधारणाओं को देखें। यदि आप अधिक जानना चाहते हैं तो बहुत ही अंत में लिंक हैं।

• नोड्स और क्लस्टर । GKE में, एक नोड एक वर्चुअल मशीन है। अन्य कुबेरनेट प्लेटफार्मों पर, मेजबान एक कंप्यूटर या वर्चुअल मशीन हो सकता है। एक क्लस्टर नोड्स का एक संग्रह है जिसे एक पूरे के रूप में सोचा जा सकता है और जहां आप एक कंटेनरीकृत एप्लिकेशन को तैनात करते हैं।
• फली । कुबेरनेट्स में, फली में कंटेनर चलते हैं। कुबेरनेट्स में एक फली एक अविभाज्य इकाई है। एक फली में एक या अधिक कंटेनर होते हैं। आप सर्वर और लोडजेन कंटेनरों को अलग-अलग पॉड्स में तैनात करते हैं। जब एक फली में कई कंटेनर होते हैं (उदाहरण के लिए, एक एप्लिकेशन सर्वर और एक प्रॉक्सी सर्वर ), तो कंटेनरों को एकल ऑब्जेक्ट के रूप में प्रबंधित किया जाता है और पॉड के संसाधनों को साझा किया जाता है।
• परिनियोजन । कुबेरनेट्स में, तैनाती एक ऐसी वस्तु है जो समान फली का एक संग्रह है। तैनाती क्लस्टर के नोड्स में वितरित फली के कई प्रतिकृतियां चलाता है। तैनाती स्वचालित रूप से उन पॉड्स को बदल देती है जो विफल हो जाते हैं या प्रतिक्रिया नहीं देते हैं।
• कुबेरनेट्स सेवा । जब आप GKE में एप्लिकेशन कोड चलाते हैं, तो लोडजेन और सर्वर के बीच का कनेक्शन बदल जाता है। जब आपने क्लाउड शेल वर्चुअल मशीन या कंप्यूटर पर सेवाएं शुरू की थीं, तो आपने स्थानीयहोस्ट: 8080 पर सर्वर को अनुरोध भेजा था। GKE पर तैनाती के बाद, उपलब्ध नोड्स पर पॉड्स चलते हैं। डिफ़ॉल्ट रूप से, आप यह नियंत्रित नहीं कर सकते कि होस्ट पॉड किस पर चल रहा है, इसलिए पॉड्स के पास स्थायी आईपी पते नहीं हैं।
  सर्वर के लिए आईपी एड्रेस प्राप्त करने के लिए, आपको पॉड्स के ऊपर नेटवर्क एब्स्ट्रैक्शन को परिभाषित करना होगा। यह कुबेरनेट्स सेवा है । कुबेरनेट्स सेवा फली के एक सेट के लिए एक स्थायी समापन बिंदु प्रदान करती है। कई तरह की सेवाएं हैं । सर्वर एक LoadBalancer का उपयोग करता है, जो क्लस्टर के बाहर से सर्वर से संपर्क करने के लिए एक बाहरी आईपी पता प्रदान करता है।
  कुबेरनेट्स में एक एकीकृत DNS सिस्टम भी है जो सेवाओं के लिए DNS नाम (उदाहरण के लिए, helloserver.default.cluster.local ) प्रदान करता है। इसके लिए धन्यवाद, क्लस्टर के भीतर पॉड्स एक निश्चित पते पर क्लस्टर में अन्य पॉड्स के साथ संवाद करते हैं। DNS नाम का उपयोग क्लस्टर के बाहर नहीं किया जा सकता है, जैसे क्लाउड शेल या कंप्यूटर पर।

कुबेरनेट्स मैनिफेस्ट्स

जब आपने स्रोत कोड से आवेदन शुरू किया था, तो आपने अनिवार्य python3 कमांड का उपयोग किया था

server.py

अभिप्राय का अर्थ क्रिया है: "यह करो।"

कुबेरनेट्स एक घोषणात्मक मॉडल का उपयोग करता है। इसका मतलब यह है कि हम कुबेरनेट्स को नहीं बताते कि वास्तव में क्या करना है, लेकिन वांछित राज्य का वर्णन करें। उदाहरण के लिए, कुबेरनेट्स आवश्यक रूप से फली को शुरू और रोकता है, ताकि सिस्टम की वास्तविक स्थिति वांछित हो।

आप मैनिफ़ेस्ट, या YAML फ़ाइलों में वांछित स्थिति निर्दिष्ट करते हैं। YAML फ़ाइल में एक या अधिक Kubernetes ऑब्जेक्ट्स के लिए विनिर्देश होते हैं।

उदाहरण में सर्वर और लोडजेन के लिए YAML फ़ाइल है। प्रत्येक YAML फ़ाइल परिनियोजन ऑब्जेक्ट और Kubernetes सेवा की वांछित स्थिति को इंगित करता है।

server.yaml

 apiVersion: apps/v1 kind: Deployment metadata: name: helloserver spec: selector: matchLabels: app: helloserver replicas: 1 template: metadata: labels: app: helloserver spec: terminationGracePeriodSeconds: 5 restartPolicy: Always containers: - name: main image: gcr.io/google-samples/istio/helloserver:v0.0.1 imagePullPolicy: Always 

• तरह वस्तु के प्रकार को इंगित करता है।
• मेटाडेटा.नाम परिनियोजन के नाम को इंगित करता है।
• पहले क्षेत्र की कल्पना में वांछित राज्य का विवरण शामिल है।
• spec.replicas पॉड्स की वांछित संख्या को इंगित करता है।
• Spec.template अनुभाग पॉड टेम्पलेट को परिभाषित करता है। फली के विनिर्देश में एक छवि फ़ील्ड है जहां कंटेनर रजिस्ट्री से निकाली जाने वाली छवि का नाम इंगित किया गया है।

सेवा को इस प्रकार परिभाषित किया गया है:

 apiVersion: v1 kind: Service metadata: name: hellosvc spec: type: LoadBalancer selector: app: helloserver ports: - name: http port: 80 targetPort: 8080 

• LoadBalancer : ग्राहक लोड बैलेंसर के IP पते के लिए अनुरोध भेजते हैं, जिसमें एक निश्चित IP पता होता है और जो क्लस्टर के बाहर से पहुंच योग्य होता है।
• targetPort : जैसा कि आप याद करते हैं, Dockerfile में EXPOSE 8080 कमांड पोर्ट प्रदान नहीं करता है। आप पोर्ट 8080 प्रदान करते हैं ताकि आप क्लस्टर के बाहर से सर्वर कंटेनर तक पहुंच सकें। हमारे मामले में, hellosvc.default.cluster.local: 80 (संक्षिप्त नाम: Hellosvc ) हेलोसोवर पॉड के आईपी ​​पते के 8080 पोर्ट से मेल खाती है।
• पोर्ट : यह पोर्ट नंबर है जहां क्लस्टर में अन्य सेवाएं अनुरोध भेजती हैं।

loadgen.yaml

Loadgen.yaml में परिनियोजन ऑब्जेक्ट server.yaml के समान है। अंतर यह है कि परिनियोजन ऑब्जेक्ट में एक env अनुभाग होता है। यह उन पर्यावरण चर को परिभाषित करता है जो लोडजेन की जरूरत है और जिसे आपने सेट किया जब आपने स्रोत कोड से आवेदन शुरू किया था।

 apiVersion: apps/v1 kind: Deployment metadata: name: loadgenerator spec: selector: matchLabels: app: loadgenerator replicas: 1 template: metadata: labels: app: loadgenerator spec: terminationGracePeriodSeconds: 5 restartPolicy: Always containers: - name: main image: gcr.io/google-samples/istio/loadgen:v0.0.1 imagePullPolicy: Always env: - name: SERVER_ADDR value: "http://hellosvc:80/" - name: REQUESTS_PER_SECOND value: "10" resources: requests: cpu: 300m memory: 256Mi limits: cpu: 500m memory: 512Mi 

चूंकि लोडगेन आने वाले अनुरोधों को स्वीकार नहीं करता है, क्लस्टर प्रकार के क्षेत्र के लिए निर्दिष्ट किया गया है। यह प्रकार एक निश्चित IP पता प्रदान करता है जिसे क्लस्टर में सेवाएँ उपयोग कर सकती हैं, लेकिन बाहरी ग्राहकों को यह IP पता प्रदान नहीं किया जाता है।

 apiVersion: v1 kind: Service metadata: name: loadgensvc spec: type: ClusterIP selector: app: loadgenerator ports: - name: http port: 80 targetPort: 8080 

GKE में कंटेनरों को तैनात करें

1) उस निर्देशिका पर जाएं जहां सर्वर उदाहरण स्थित है:

 cd YOUR_WORKING_DIRECTORY/istio-samples/sample-apps/helloserver/server/ 

2) एक टेक्स्ट एडिटर में ओपन सर्वर । ओएमएल ।
3) छवि क्षेत्र में नाम को अपनी डॉकर छवि के नाम से बदलें।

 image: gcr.io/PROJECT_ID/preparing-istio/helloserver:v0.0.1 

PROJECT_ID को अपने GCP प्रोजेक्ट के पहचानकर्ता से बदलें।
4) सहेजें और बंद करें server.yaml ।
5) कुबेरनेट्स में YAML फ़ाइल का विस्तार करें:

 kubectl apply -f server.yaml 

सफल समापन के बाद, कमांड निम्नलिखित कोड जारी करता है:

 deployment.apps/helloserver created service/hellosvc created 

6) उस निर्देशिका पर जाएं जहां loadgen स्थित है:

 cd ../loadgen 

7) एक टेक्स्ट एडिटर में loadgen.yaml खोलें।
8) छवि क्षेत्र में नाम को अपनी डोकर छवि के नाम से बदलें।

 image: gcr.io/PROJECT_ID/preparing-istio/loadgenv0.0.1 

PROJECT_ID को अपने GCP प्रोजेक्ट के पहचानकर्ता से बदलें।
9) सहेजें और loadgen.yaml , टेक्स्ट एडिटर को बंद करें।
10) कुबेरनेट्स में YAML फ़ाइल का विस्तार करें:

 kubectl apply -f loadgen.yaml 

सफल समापन के बाद, कमांड निम्नलिखित कोड जारी करता है:

 deployment.apps/loadgenerator created service/loadgensvc created 

11) चूल्हों की स्थिति की जाँच करें:

 kubectl get pods 

आदेश स्थिति दिखाता है:

 NAME READY STATUS RESTARTS AGE helloserver-69b9576d96-mwtcj 1/1 Running 0 58s loadgenerator-774dbc46fb-gpbrz 1/1 Running 0 57s 

12) लोडजेन पॉड से एप्लिकेशन लॉग निकालें। पिछले उत्तर से पहचानकर्ता के साथ POD_ID बदलें।

 kubectl logs loadgenerator-POD_ID 

13) बाहरी नर्कोसिल आईपी प्राप्त करें:

 kubectl get service 

कमांड प्रतिक्रिया कुछ इस तरह दिखती है:

 NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE hellosvc LoadBalancer 10.81.15.158 192.0.2.1 80:31127/TCP 33m kubernetes ClusterIP 10.81.0.1 <none> 443/TCP 93m loadgensvc ClusterIP 10.81.15.155 <none> 80/TCP 4m52s 

14) हेलोसिल्व के लिए एक अनुरोध भेजें: EXTERNAL_IP को बाहरी आईपी पते से बदलें ।

 curl http://EXTERNAL_IP 

टैकल इस्तियो

आपके पास GKE में पहले से ही एक एप्लिकेशन तैनात है। loadgen सर्वर को रिक्वेस्ट भेजने के लिए Kubernetes DNS ( hellosvc: 80 ) का उपयोग कर सकता है , और आप बाहरी IP पते पर सर्वर को अनुरोध भेज सकते हैं। हालाँकि कुबेरनेट की कई विशेषताएं हैं, सेवाओं के बारे में कुछ जानकारी की कमी है:

• सेवाएं कैसे सहभागिता करती हैं? सेवाओं के बीच क्या संबंध है? सेवाओं के बीच आवागमन कैसा है? आप जानते हैं कि लोडजेन सर्वर को अनुरोध भेजता है , लेकिन कल्पना करें कि आप आवेदन के बारे में कुछ नहीं जानते हैं। इन सवालों का जवाब देने के लिए, हम जीकेके में चलने वाले चूल्हों की सूची को देखते हैं।
• मेट्रिक्स । आने वाले अनुरोध पर सर्वर कब तक जवाब देता है? प्रति सेकंड कितने अनुरोध सर्वर पर जाते हैं? क्या यह त्रुटि संदेश देता है?
• सुरक्षा जानकारी । क्या केवल HTTP या mTLS के माध्यम से लोडजेन और सर्वर के बीच का ट्रैफ़िक है?

इन सभी सवालों का जवाब इस्तियो ने दिया है। ऐसा करने के लिए, इस्तियो प्रत्येक फली में एक एनवॉय साइडकार प्रॉक्सी को रखता है। Envoy प्रॉक्सी सभी आने वाले और बाहर जाने वाले ट्रैफ़िक को एप्लिकेशन कंटेनरों में भेजती है। इसका मतलब है कि सर्वर और लोडजेन को एनवॉय साइडकार प्रॉक्सिस मिलते हैं, और लोडजेन से सर्वर तक का सारा ट्रैफिक एनवॉय प्रॉक्सिस से होकर जाता है।

Envoy परदे के पीछे कनेक्शन एक सेवा जाल के रूप में। सेवा जाल वास्तुकला कुबेरनेट्स पर नियंत्रण की एक परत प्रदान करता है।

एक बार जब Envoy परदे के पीछे अपने कंटेनरों में क्रियान्वित किया जाता है, तो Istio GKE क्लस्टर के शीर्ष पर स्थापित किया जा सकता है, लगभग एप्लिकेशन कोड को बदले बिना। लेकिन आपने इस्तियो का उपयोग करके प्रबंधन के लिए आवेदन तैयार करने के लिए कुछ काम किया:

• सभी कंटेनरों के लिए सेवाएँ। सर्वर और लोडजेन की तैनाती कुबेरनेट्स सेवा द्वारा जुड़ी हुई हैं । यहां तक ​​कि लोडजेन , जो आने वाले अनुरोधों को प्राप्त नहीं करता है, एक सेवा है।
• सेवाओं में बंदरगाहों के नाम होने चाहिए। हालांकि सेवा बंदरगाहों को GKE में अनाम रूप से छोड़ा जा सकता है, फिर भी Istio को इसके प्रोटोकॉल के अनुसार पोर्ट नाम की आवश्यकता होती है। YAML फ़ाइल में, सर्वर के लिए पोर्ट को http कहा जाता है क्योंकि सर्वर HTTP प्रोटोकॉल का उपयोग करता है । यदि सेवा gRPC का उपयोग करती है , तो आप पोर्ट grpc का नाम रखेंगे ।
• नियुक्तियाँ चिह्नित हैं। इसलिए, आप Istio के ट्रैफ़िक प्रबंधन सुविधाओं का उपयोग कर सकते हैं, उदाहरण के लिए, उसी सेवा के संस्करणों के बीच ट्रैफ़िक साझा करना।

इस्टियो स्थापित करें

Istio को स्थापित करने के दो तरीके हैं। आप GST एक्सटेंशन पर Istio को सक्षम कर सकते हैं या किसी क्लस्टर पर Istio के ओपन सोर्स संस्करण को स्थापित कर सकते हैं । GKE पर Istio के साथ, आप GKE क्लस्टर जीवन चक्र के भाग के रूप में Istio की स्थापना और उन्नयन को आसानी से प्रबंधित कर सकते हैं। यदि आपको Istio के नवीनतम संस्करण की आवश्यकता है या Istio नियंत्रण कक्ष के कॉन्फ़िगरेशन पर अधिक नियंत्रण है, तो GKE एक्सटेंशन पर Istio के बजाय खुले स्रोत संस्करण को स्थापित करें। दृष्टिकोण के बारे में निर्णय लेने के लिए, क्या GKE पर आलेख क्या मुझे आवश्यकता है? ।

एक विकल्प का चयन करें, उचित मैनुअल का अध्ययन करें और क्लस्टर पर इस्तियो को स्थापित करने के निर्देशों का पालन करें। यदि आप अपने नए तैनात आवेदन के साथ इस्तियो का उपयोग करना चाहते हैं, तो डिफ़ॉल्ट नाम स्थान के लिए साइडकार एम्बेडिंग सक्षम करें ।

सफाई

इस गाइड में आपके द्वारा उपयोग किए गए संसाधनों के लिए अपने Google क्लाउड प्लेटफ़ॉर्म खाते को चार्ज करने से बचने के लिए, इस्टियो को स्थापित करते समय और नमूना एप्लिकेशन के साथ खेलने के दौरान कंटेनर क्लस्टर को हटा दें। यह सभी क्लस्टर संसाधनों को हटा देगा, जैसे कि कंप्यूट इंस्टेंस, डिस्क और नेटवर्क संसाधन।

आगे क्या है?

• निम्नलिखित तकनीकों को जानें:

  
  
  1. डाक में काम करनेवाला मज़दूर
  2. कंटेनर
  3. कंटेनर की रजिस्ट्री
  4. Kubernetes
  5. GKE
  6. सेवा जाल
  7. Istio
  
  

• निम्नलिखित उपकरण जानें:

  
  
  1. मेघ sdk
  2. Gcloud संदर्भ
  3. kubectl
  4. डाक में काम करनेवाला मज़दूर
  
  

• कुबेरनेट्स की अवधारणाओं को जानें:

  
  
  1. समूहों
  2. समुद्री मील
  3. Pod'y
  4. सेवाएं
  5. तैनाती