संगठन और पर्यावरण का रखरखाव

Edge for Private Cloud v. 4.17.01

इस भाग में विभिन्न प्रशासनिक कार्यों के बारे में बताया गया है, उदाहरण के लिए, निर्माण, प्रबंधन और निजी के लिए Apigee Edge में, Apigee संगठनों, एनवायरमेंट, और वर्चुअल होस्ट को हटाना क्लाउड इंस्टॉलेशन.

संगठनों, एनवायरमेंट, और वर्चुअल होस्ट के बारे में जानने के लिए, ग्रहों के बारे में जानकारी देखें. क्षेत्र, पॉड, संगठन, एनवायरमेंट, और वर्चुअल होस्ट.

उपयोगकर्ताओं और संगठन की स्थिति की जांच की जा रही है और एनवायरमेंट

मैनेजमेंट सर्वर, बाकी सभी कॉम्पोनेंट को एक साथ मैनेज करने में अहम भूमिका निभाता है. कंपनी की इमारत में Edge Private Cloud इंस्टॉल करना. आपके पास उपयोगकर्ता, संगठन, और नीचे दिए गए CURL निर्देश देकर मैनेजमेंट सर्वर पर डिप्लॉयमेंट की स्थिति देखें:

curl -u <adminEmail>:<admin passwd> http://localhost:8080/v1/users
curl -u <adminEmail>:<admin passwd> http://localhost:8080/v1/organizations
curl -u <adminEmail>:<admin passwd> http://localhost:8080/v1/organizations/<orgname>/deployments

सिस्टम को सभी कॉल के लिए 200 एचटीटीपी स्थिति दिखानी चाहिए. अगर ये तरीके काम नहीं करते हैं, तो ये करें:

  1. इसके लिए /opt/apigee/var/log/apigee/management-server पर मैनेजमेंट सर्वर लॉग देखें कोई गड़बड़ी हुई है.
  2. मैनेजमेंट सर्वर से कॉल करके पता करें कि वह काम कर रहा है या नहीं सही तरीके से.
  3. ईएलबी से सर्वर को हटाएं और मैनेजमेंट सर्वर को रीस्टार्ट करें:
    /opt/apigee/bin/apigee-service मैनेजमेंट-सर्वर रीस्टार्ट

कॉन्फ़िगरेशन फ़ाइलों का इस्तेमाल करने के बारे में जानकारी

नीचे दिखाए गए निर्देश, इनपुट के तौर पर कॉन्फ़िगरेशन फ़ाइल लेते हैं. उदाहरण के लिए, आप एक कॉन्फ़िगरेशन फ़ाइल सेटअप-org निर्देश की मदद से, संगठन की सभी प्रॉपर्टी तय की जा सकती हैं. इनमें एनवायरमेंट भी शामिल है और वर्चुअल होस्ट.

पूरी कॉन्फ़िगरेशन फ़ाइल और कॉन्फ़िगरेशन में सेट की जा सकने वाली प्रॉपर्टी के बारे में जानकारी के लिए फ़ाइल पर, संगठन को शामिल करना देखें.

वर्चुअल होस्ट सेट अप करने के बारे में जानकारी

Edge पर वर्चुअल होस्ट उन डोमेन और Edge राऊटर पोर्ट के बारे में बताता है जिन पर एपीआई प्रॉक्सी है ऐप्लिकेशन, एपीआई प्रॉक्सी को ऐक्सेस करने के लिए इस्तेमाल किए जाने वाले यूआरएल को बिना अनुमति के सार्वजनिक करते हैं. एक वर्चुअल होस्ट भी तय करता है कि एपीआई प्रॉक्सी को एचटीटीपी प्रोटोकॉल का इस्तेमाल करके ऐक्सेस किया जा सकता है या एन्क्रिप्ट (सुरक्षित) किए गए एचटीटीपीएस से प्रोटोकॉल का इस्तेमाल करना चाहिए.

वर्चुअल होस्ट बनाने के लिए, नीचे दिखाई गई स्क्रिप्ट और एपीआई कॉल का इस्तेमाल करें. जब आप वर्चुअल होस्ट का इस्तेमाल करते हैं, तो आपको नीचे दी गई जानकारी देनी होगी:

  • उस वर्चुअल होस्ट का नाम जिसे एपीआई में रेफ़रंस के लिए इस्तेमाल किया जाता है प्रॉक्सी.
  • वर्चुअल होस्ट के लिए राऊटर पर पोर्ट. आम तौर पर, ये पोर्ट शुरू होते हैं 9001 पर सेट करें और प्रत्येक नए वर्चुअल होस्ट के लिए एक-एक बढ़ाएं.
  • वर्चुअल होस्ट का होस्ट का उपनाम. आम तौर पर वर्चुअल का डीएनएस नाम होस्ट.
    अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
    अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Edge राऊटर, आने वाले अनुरोध के होस्ट हेडर की तुलना, होस्ट उपनाम की सूची से इस तरह करता है: यह अनुरोध को हैंडल करने वाले एपीआई प्रॉक्सी को तय करता है. किसी वर्चुअल होस्ट, या तो ऐसा डोमेन नाम तय करता है जो किसी वर्चुअल होस्ट के होस्ट के अन्य नाम से मेल खाता है या राऊटर का आईपी पता और होस्ट के उपनाम वाले होस्ट हेडर की जानकारी दें.

उदाहरण के लिए, अगर आपने myapis.apigee.net पोर्ट पर 9001. इसके बाद, किसी एपीआई को एक cURL अनुरोध भेजने के लिए उस वर्चुअल होस्ट के ज़रिए, इनमें से किसी एक फ़ॉर्म का इस्तेमाल किया जा सकता है:

  • अगर आपके पास myapis.apigee.net के लिए डीएनएस एंट्री है, तो:
    कर्ल http://myapis.apigee.net:9001/{proxy-base-path}/{resource-path}
  • अगर आपके पास myapis.apigee.net के लिए डीएनएस एंट्री नहीं है, तो:
    कर्ल http://&lt;routerIP&gt;:9001/{proxy-base-path}/{resource-path} -H &#39;Host: myapis.apigee.net'

    दूसरे फ़ॉर्म में, आपको राऊटर का आईपी पता डालना होगा और होस्ट हेडर.
    अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
    अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है ध्यान दें: कर्ल कमांड, ज़्यादातर ब्राउज़र, और कई अन्य सुविधाएं अपने-आप इस्तेमाल हो जाती हैं अनुरोध के हिस्से के रूप में डोमेन के साथ होस्ट हेडर जोड़ें, ताकि आप वाकई में कर्ल का इस्तेमाल कर सकें आदेश के रूप में:
    कर्ल http://&lt;routerIP&gt;:9001/{proxy-base-path}/{resource-path}

विकल्प जब आपके पास वर्चुअल होस्ट के लिए डीएनएस एंट्री नहीं है

आपके पास डीएनएस एंट्री न होने पर, एक विकल्प यह है कि आप होस्ट उपनाम को वर्चुअल होस्ट का राऊटर और पोर्ट, जैसे कि &lt;routerIP&gt;:port. उदाहरण के लिए:

192.168.1.31:9001

जब आप नीचे दिए गए फ़ॉर्म में कर्ल कमांड बनाते हैं:

curl http://<routerIP>:9001/{proxy-base-path}/{resource-path} 

इस विकल्प को प्राथमिकता दी जाती है, क्योंकि यह Edge यूआई के साथ ठीक से काम करता है.

यदि आपके पास एकाधिक राऊटर हैं, तो प्रत्येक राऊटर के लिए एक होस्ट उपनाम जोड़ें, जो वर्चुअल होस्ट के हर राऊटर और पोर्ट के लिए उपलब्ध है.

वैकल्पिक रूप से, आप होस्ट एलियास को किसी मान पर सेट कर सकते हैं, जैसे temp.hostalias.com. इसके बाद, आपको हर अनुरोध पर होस्ट हेडर भेजना होगा:

curl -v http://<routerIP>:9001/{proxy-base-path}/{resource-path} -H 'Host: temp.hostalias.com'

या अपनी /etc/hosts फ़ाइल में होस्ट का अन्य नाम जोड़ें. उदाहरण के लिए, यह पंक्ति जोड़ें /etc/hosts को:

192.168.1.31   temp.hostalias.com

इसके बाद, यह अनुरोध किया जा सकता है कि आपके पास डीएनएस एंट्री है:

curl -v http://myapis.apigee.net:9001/{proxy-base-path}/{resource-path}