Edge for Private Cloud वर्शन 4.16.09
किसी सामान्य Edge को इंस्टॉल करने में कई नोड में बांटे गए एज कॉम्पोनेंट होते हैं. किसी नोड पर Edge इंस्टॉल करने के बाद, आपको नोड पर एक या एक से ज़्यादा Edge कॉम्पोनेंट को इंस्टॉल और कॉन्फ़िगर करना होगा.
इंस्टॉल करने की प्रोसेस
किसी नोड पर एज इंस्टॉल करना एक कई चरणों वाली प्रक्रिया है:
- नोड पर SELinux को बंद करें या इसे अनुमति वाले मोड पर सेट करें. ज़्यादा जानकारी के लिए, Edge apigee-setup उपयोगिता इंस्टॉल करें देखें.
- सुझाई गई टोपोलॉजी की सूची से अपना Edge कॉन्फ़िगरेशन चुनें. उदाहरण के लिए, टेस्टिंग के लिए एक नोड पर या प्रोडक्शन के लिए 13 नोड पर Edge इंस्टॉल किया जा सकता है. ज़्यादा जानकारी के लिए, इंस्टॉलेशन की खास जानकारी देखें.
- अपनी चुनी गई टोपोलॉजी में हर नोड पर, Edge apigee-setup यूटिलिटी इंस्टॉल करें:
- Edge bootstrap_4.16.09.sh फ़ाइल को /tmp/bootstrap_4.16.09.sh पर डाउनलोड करें.
- Edge apigee-service यूटिलिटी और डिपेंडेंसी इंस्टॉल करें.
- Edge apigee-setup यूटिलिटी और डिपेंडेंसी इंस्टॉल करें.
ज़्यादा जानकारी के लिए, Edge apigee-setup यूटिलिटी इंस्टॉल करें देखें.
- अपनी चुनी गई टोपोलॉजी के हिसाब से हर नोड पर एक या एक से ज़्यादा Edge कॉम्पोनेंट इंस्टॉल करने के लिए, apigee-setup सुविधा का इस्तेमाल करें.
किसी नोड पर एज के कॉम्पोनेंट को किसी नोड पर इंस्टॉल करना देखें. - मैनेजमेंट सर्वर नोड पर, apigee-provision
को इंस्टॉल करने के लिए apigee-setup सुविधा का इस्तेमाल करें. यह उन यूटिलिटी हैं जिनका इस्तेमाल Edge संगठन बनाने और मैनेज करने के लिए किया जाता है.
ज़्यादा जानकारी के लिए, संगठन में शामिल होना देखें.
इंस्टॉल न हो पाने की समस्या को ठीक करना
अगर EDGE कॉम्पोनेंट इंस्टॉल करने के दौरान यह काम नहीं करता है, तो समस्या को ठीक करने की कोशिश करें. इसके बाद, इंस्टॉलर को फिर से चलाएं. इंस्टॉलर को ऐसे मामलों में बार-बार चलाने के लिए डिज़ाइन किया गया है, जब उसे किसी गड़बड़ी का पता चलता है या अगर आपको बाद में किसी कॉम्पोनेंट को इंस्टॉल करने के बाद बदलना या अपडेट करना हो.
Postgres मास्टर-स्टैंडबाय प्रतिरूप को कॉन्फ़िगर करें
डिफ़ॉल्ट रूप से, Edge सभी Postgres नोड को मास्टर मोड में इंस्टॉल करता है. हालांकि, एक से ज़्यादा Postgres नोड वाले प्रोडक्शन सिस्टम में, आपको उन्हें मास्टर-स्टैंडबाय प्रतिरूप का इस्तेमाल करने के लिए कॉन्फ़िगर किया जाता है. इससे अगर मास्टर नोड काम नहीं करता, तो स्टैंडबाय नोड ट्रैफ़िक को सेवाएं देना जारी रख सकता है. ज़्यादा जानकारी के लिए, Postgres के लिए Master-Standby Replication सेट अप करना देखें.
इंस्टॉल कौन कर सकता है
Apigee Edge की डिस्ट्रिब्यूशन फ़ाइलों को, आरपीएम और डिपेंडेंसी के तौर पर इंस्टॉल किया जाता है. Edge को इंस्टॉल, अनइंस्टॉल, और अपडेट करने के लिए, Edge के निर्देशों को रूट उपयोगकर्ता या ऐसे उपयोगकर्ता को चलाना चाहिए जिसके पास sudo का पूरा ऐक्सेस हो. पूरे सूडो ऐक्सेस के लिए, इसका मतलब है कि उपयोगकर्ता के पास रूट की तरह ही कार्रवाइयां करने के लिए sudo का ऐक्सेस है.
नीचे दिए गए निर्देशों या स्क्रिप्ट को चलाने वाले किसी भी उपयोगकर्ता का रूट या पूरा सूडो ऐक्सेस होना चाहिए:
-
apigee-service सुविधा:
- apigee-service निर्देश: इंस्टॉल करें, अनइंस्टॉल करें, अपडेट करें.
- apigee-all निर्देश: इंस्टॉल करें, अनइंस्टॉल करें, अपडेट करें.
- setup.sh स्क्रिप्ट को एज के कॉम्पोनेंट इंस्टॉल करने के लिए करें (अगर आपने ज़रूरी आरपीएम इंस्टॉल करने के लिए, "apigee-service install" का इस्तेमाल पहले ही न किया हो. इसके बाद, अगर ज़रूरी न हो, तो सूडो ऐक्सेस करें. इसे रूट करें या पूरा ऐक्सेस दें.)
- update.sh स्क्रिप्ट में एज के कॉम्पोनेंट अपडेट करें
इसके अलावा, Edge इंस्टॉलर, आपके सिस्टम पर "apigee" नाम से एक नया उपयोगकर्ता बनाता है. कई Edge कमांड "apigee" उपयोगकर्ता के तौर पर चलाने के लिए sudo को शुरू करते हैं.
जिस उपयोगकर्ता को ऊपर दिखाए गए निर्देशों के अलावा, बाकी सभी कमांड चलाने हैं उसे "apigee" उपयोगकर्ता के पूरे सुडो ऐक्सेस की ज़रूरत होगी. इनमें ये निर्देश शामिल हैं:
-
apigee-service यूटिलिटी कमांड. इनमें ये निर्देश शामिल हैं:
- apigee-service निर्देश जैसे कि शुरू करें, बंद करें, रीस्टार्ट करें, कॉन्फ़िगर करें.
- apigee-all कमांड जैसे कि शुरू करें, बंद करें, रीस्टार्ट करें, कॉन्फ़िगर करें.
किसी उपयोगकर्ता के पास "apigee" उपयोगकर्ता का पूरा sudo ऐक्सेस हो, इसे कॉन्फ़िगर करने के लिए, इन्हें जोड़ने के लिए sudoers फ़ाइल में बदलाव करें:
installUser ALL=(apigee) NOPASSWD: ALL
जहां installUser, Edge के साथ काम करने वाले व्यक्ति का उपयोगकर्ता नाम है.
यह ज़रूरी है कि Edge कमांड के साथ इस्तेमाल की गई सभी फ़ाइलों या रिसॉर्स को "apigee" उपयोगकर्ता ऐक्सेस कर सके. इसमें Edge की लाइसेंस वाली फ़ाइल और सभी कॉन्फ़िगरेशन फ़ाइलें शामिल हैं.
कॉन्फ़िगरेशन फ़ाइल बनाते समय, आप इसके मालिक को "apigee:apigee" में बदल सकते हैं, ताकि यह पक्का हो सके कि इसे Edge कमांड से ऐक्सेस किया जा सके:
- किसी भी उपयोगकर्ता के तौर पर, एडिटर में फ़ाइल बनाएं.
- फ़ाइल के मालिक को "apigee:apigee" पर चुनें. इसके अलावा, अगर आपने Edge की सेवा इस्तेमाल करने वाले उपयोगकर्ता की जगह "apigee" इस्तेमाल करने वाले उपयोगकर्ता की जगह बदली है, तो फ़ाइल को उस उपयोगकर्ता के लिए ch बनाता है जो Edge सेवा इस्तेमाल कर रहा है.
कॉन्फ़िगरेशन फ़ाइलों को इंस्टॉल करने की जगह
आपको apigee-setup यूटिलिटी में एक कॉन्फ़िगरेशन फ़ाइल पास करनी होगी. इसमें Edge इंस्टॉल करने के बारे में जानकारी दी गई है. साइलेंट इंस्टॉलेशन के लिए सिर्फ़ यह ज़रूरी है कि "apigee" उपयोगकर्ता कॉन्फ़िगरेशन फ़ाइल को ऐक्सेस कर सके या उसे पढ़ सके. उदाहरण के लिए, फ़ाइल को नोड पर /usr/local/var या /usr/local/share डायरेक्ट्री में रखें और उसे "apigee:apigee" में ब्राउज़ करें.
Edge के सिस्टम एडमिन के पासवर्ड के अलावा, कॉन्फ़िगरेशन फ़ाइल की पूरी जानकारी देना ज़रूरी है. अगर आपने पासवर्ड छोड़ दिया है, तो apigee-setup यूटिलिटी आपको कमांड लाइन में उसे डालने का अनुरोध करने के लिए कह सकता है.
ज़्यादा जानकारी के लिए, नोड पर Edge कॉम्पोनेंट इंस्टॉल करें देखें.
इंटरनेट या गैर-इंटरनेट इंस्टॉलेशन
किसी नोड पर Edge इंस्टॉल करने के लिए यह ज़रूरी है कि नोड, Apigee के डेटा स्टोर करने की जगह को ऐक्सेस कर पाए:
- बाहरी इंटरनेट कनेक्शन वाले नोड
बाहरी इंटरनेट कनेक्शन वाले नोड, Edge आरपीएम और डिपेंडेंसी इंस्टॉल करने के लिए, Apigee के डेटा स्टोर करने की जगह को ऐक्सेस करते हैं. - बिना बाहरी इंटरनेट कनेक्शन के नोड
बाहरी इंटरनेट कनेक्शन के बिना नोड Apigee डेटा स्टोर करने की उस जगह के डुप्लीकेट वर्शन को ऐक्सेस कर सकते हैं जिसे आपने अंदरूनी तौर पर सेट अप किया था. इस रिपॉज़िटरी में सभी Edge आरपीएम होते हैं. हालांकि, आपको यह पक्का करना होगा कि आपके पास इंटरनल नेटवर्क पर, डेटा स्टोर करने की जगह से लिए गए सभी डिपेंडेंसी मौजूद हों.
ध्यान दें: Apigee, हमारे सार्वजनिक डेटा स्टोर करने की जगहों में तीसरे पक्ष की सभी डिपेंडेंसी होस्ट नहीं करता है. आपको सार्वजनिक तौर पर ऐक्सेस किए जा सकने वाले डेटा स्टोर करने की जगहों से, इन डिपेंडेंसी को डाउनलोड और इंस्टॉल करना होगा.
आरपीएम इंस्टॉलेशन की डिपेंडेंसी ठीक करना
Apigee Edge की डिस्ट्रिब्यूशन फ़ाइलों को, आरपीएम फ़ाइलों के सेट के तौर पर इंस्टॉल किया जाता है. इनमें से हर एक की, इंस्टॉल डिपेंडेंसी की अपनी अलग चेन हो सकती है. इनमें से कई डिपेंडेंसी, तीसरे पक्ष के उन कॉम्पोनेंट से तय की जाती हैं जो Apigee के कंट्रोल में नहीं हैं और इन्हें किसी भी समय बदला जा सकता है. इसलिए, दस्तावेज़ में हर डिपेंडेंसी का वर्शन नंबर साफ़ तौर पर नहीं बताया गया है.
अगर इंटरनेट ऐक्सेस वाली मशीन पर इंस्टॉल किया जा रहा है, तो नोड ज़रूरी आरपीएम और डिपेंडेंसी डाउनलोड कर सकता है. हालांकि, अगर बिना इंटरनेट ऐक्सेस के किसी नोड से इंस्टॉल किया जा रहा है, तो आम तौर पर आपको एक इंटरनल डेटा स्टोर करने की सुविधा सेट अप करनी होती है. इसमें सभी ज़रूरी डिपेंडेंसी शामिल होती हैं. आपके लोकल डेटा स्टोर करने की जगह में सभी डिपेंडेंसी शामिल हैं, इस बात की गारंटी देने का सिर्फ़ एक तरीका होता है, उन्हें इंस्टॉल करने की कोशिश करें, उन डिपेंडेंसी की पहचान करें जो मौजूद नहीं हैं, और जब तक इंस्टॉलेशन पूरा नहीं हो जाता, तब तक उन्हें लोकल डेटा स्टोर करने की प्रोसेस में कॉपी करते रहें.
वर्चुअल होस्ट सेट अप करना
Edge पर वर्चुअल होस्ट उन डोमेन और Edge राऊटर पोर्ट के बारे में बताता है जिन पर एपीआई प्रॉक्सी सार्वजनिक की जाती है. साथ ही, एक्सटेंशन वह यूआरएल होता है जिसका इस्तेमाल ऐप्लिकेशन, एपीआई प्रॉक्सी को ऐक्सेस करने के लिए करते हैं. वर्चुअल होस्ट यह भी तय करता है कि एपीआई प्रॉक्सी को एचटीटीपी प्रोटोकॉल से ऐक्सेस किया जा सकता है या एन्क्रिप्ट (सुरक्षित) किए गए एचटीटीपीएस प्रोटोकॉल से इसे ऐक्सेस किया जा सकता है.
Edge में शामिल होने की प्रोसेस के तहत, आपको एक संगठन, एनवायरमेंट, और वर्चुअल होस्ट बनाना होगा. नए उपयोगकर्ताओं के लिए इस प्रक्रिया को आसान बनाने के लिए, Edge setup-org कमांड देता है.
वर्चुअल होस्ट बनाते समय, आपको नीचे दी गई जानकारी देनी होगी:
- उस वर्चुअल होस्ट का नाम जिसका इस्तेमाल आप अपने एपीआई प्रॉक्सी में उसका रेफ़रंस देने के लिए करते हैं.
- वर्चुअल होस्ट के लिए राऊटर पर पोर्ट. आम तौर पर, ये पोर्ट 9001 से शुरू होते हैं और हर नए वर्चुअल होस्ट के लिए एक की बढ़ोतरी करते हैं.
- वर्चुअल होस्ट का होस्ट का उपनाम. आम तौर पर, वर्चुअल होस्ट का डीएनएस नाम.
Edge राऊटर, आने वाले अनुरोध के होस्ट हेडर की तुलना उपलब्ध होस्ट के उपनामों की सूची से करता है. इससे यह तय किया जाता है कि अनुरोध को हैंडल करने वाला एपीआई प्रॉक्सी कौनसा है. वर्चुअल होस्ट से अनुरोध करते समय, या तो ऐसा डोमेन नेम बताएं जो होस्ट के उपनाम से मेल खाता हो या फिर राऊटर का आईपी पता और होस्ट उपनाम वाला होस्ट हेडर बताएं.
उदाहरण के लिए, अगर आपने पोर्ट 9001 पर, myapis.apigee.net के होस्ट उपनाम के साथ वर्चुअल होस्ट बनाया है, तो उस वर्चुअल होस्ट की मदद से, किसी एपीआई को cURL का अनुरोध करने पर, यहां दिए गए फ़ॉर्म में से किसी एक का इस्तेमाल किया जा सकता है:
- अगर आपके पास myapis.apigee.net के लिए डीएनएस एंट्री है:
curl http://myapis.apigee.net:9001/{private-base-path}/{resource-path} - अगर आपके पास myapis.apigee.net के लिए डीएनएस एंट्री नहीं है:
curl http://<routerIP>:9001/{प्रॉक्सी-base-path}/{resource-path} -H 'Host: myapis.apigee.net'
इस फ़ॉर्म में, आपको होस्ट का आईपी पता बताना होता है. साथ ही, होस्ट हेडर को पास करता है.
ध्यान दें: कर्ल कमांड, ज़्यादातर ब्राउज़र, और अन्य सुविधाएं, अनुरोध के हिस्से के तौर पर डोमेन के साथ होस्ट हेडर अपने-आप जोड़ती हैं, ताकि आप असल में इस फ़ॉर्म में कर्ल कमांड का इस्तेमाल कर सकें:
curl http://<routerIP>:9001/{प्रॉक्सी-base-path}/{resource-path}
अगर आपके पास वर्चुअल होस्ट के लिए डीएनएस एंट्री नहीं है, तो विकल्प
अगर आपके पास डीएनएस एंट्री नहीं है, तो एक विकल्प यह है कि होस्ट के उपनाम को राऊटर के आईपी पते और वर्चुअल होस्ट के पोर्ट के तौर पर <routerIP>:port के तौर पर सेट किया जाए. उदाहरण के लिए:
192.168.1.31:9001
इसके बाद आप नीचे दिए गए फ़ॉर्म में कर्ल निर्देश देते हैं:
curl http://<routerIP>:9001/{proxy-base-path}/{resource-path}
इस विकल्प को प्राथमिकता दी जाती है, क्योंकि यह Edge यूआई के साथ अच्छी तरह से काम करता है.
अगर आपके पास एक से ज़्यादा राऊटर हैं, तो हर राऊटर के लिए एक होस्ट उपनाम जोड़ें. साथ ही, हर राऊटर का आईपी पता और वर्चुअल होस्ट के पोर्ट की जानकारी दें.
इसके अलावा, होस्ट के उपनाम को किसी वैल्यू पर सेट किया जा सकता है, जैसे कि temp.hostalias.com. इसके बाद, आपको हर अनुरोध पर Host हेडर पास करना होगा:
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}
इंस्टॉल करने के बाद, Edge कॉम्पोनेंट को कॉन्फ़िगर करना
इंस्टॉल करने के बाद Edge को कॉन्फ़िगर करने के लिए, .property फ़ाइलों और Edge की सुविधाओं के कॉम्बिनेशन का इस्तेमाल करें. उदाहरण के लिए, Edge यूज़र इंटरफ़ेस (यूआई) पर TLS/एसएसएल को कॉन्फ़िगर करने के लिए, आपको ज़रूरी प्रॉपर्टी सेट करने के लिए .properties फ़ाइलों में बदलाव करना होगा. .properties फ़ाइलों में बदलाव करने के लिए, आपको उस Edge कॉम्पोनेंट को रीस्टार्ट करना होगा जिस पर असर हुआ है.
.properties फ़ाइलें, /opt/apigee/customer/application डायरेक्ट्री में मौजूद होती हैं. उस डायरेक्ट्री में हर कॉम्पोनेंट की अपनी .properties फ़ाइल होती है. उदाहरण के लिए, router.properties और management-server.property.
किसी कॉम्पोनेंट के लिए प्रॉपर्टी सेट करने के लिए, उससे जुड़ी .properties फ़ाइल में बदलाव करें और फिर कॉम्पोनेंट को रीस्टार्ट करें:
> /opt/apigee/apigee-service/bin/apigee-service component restart
उदाहरण के लिए:
> /opt/apigee/apigee-service/bin/apigee-service edge-router restart
Edge को अपडेट करने पर, /opt/apigee/customer/application डायरेक्ट्री में .properties फ़ाइलें पढ़ ली जाती हैं. इसका मतलब है कि कॉम्पोनेंट पर सेट की गई सभी प्रॉपर्टी, अपडेट में शामिल रहेंगी.
Edge कॉन्फ़िगरेशन के बारे में ज़्यादा जानकारी के लिए, Edge को कॉन्फ़िगर करने का तरीका देखें.
पक्का करें कि एज राऊटर /etc/rc.d/init.d/Functions को ऐक्सेस कर सकता हो
Edge राऊटर और BaaS पोर्टल, दोनों Ngnx राऊटर का इस्तेमाल करते हैं और उन्हें /etc/rc.d/init.d/functions को पढ़ने का ऐक्सेस चाहिए होता है.
अगर आपकी सुरक्षा प्रक्रिया के लिए आपको /etc/rc.d/init.d/functions पर अनुमतियां सेट करने की ज़रूरत है, तो उन्हें 700 पर सेट न करें. ऐसा न करने पर, राऊटर काम नहीं करेगा. /etc/rc.d/init.d/functions को पढ़ने का ऐक्सेस देने के लिए, अनुमतियां 744 पर सेट की जा सकती हैं.
Edge के कॉम्पोनेंट पर निर्देश शुरू करना
Edge इंस्टॉल करने की मैनेजमेंट सुविधाएं /opt/apigee/apigee-service/bin में दी जाती हैं. इनका इस्तेमाल Edge के इंस्टॉलेशन को मैनेज करने के लिए किया जा सकता है. उदाहरण के लिए, नोड पर सभी Edge कॉम्पोनेंट को शुरू करने, बंद करने, रीस्टार्ट करने या उसकी स्थिति तय करने के लिए, apigee-all सुविधा का इस्तेमाल किया जा सकता है:
/opt/apigee/apigee-service/bin/apigee-all stop|start|restart|status|version
अलग-अलग कॉम्पोनेंट को कंट्रोल और कॉन्फ़िगर करने के लिए, apigee-service सुविधा का इस्तेमाल करें. apigee-service यूटिलिटी इस तरह का है:
/opt/apigee/apigee-service/bin/apigee-service component action
उदाहरण के लिए, Edge राऊटर को रीस्टार्ट करने के लिए:
/opt/apigee/apigee-service/bin/apigee-service edge-router restart
/opt/apigee डायरेक्ट्री की जांच करके, नोड पर इंस्टॉल किए गए कॉम्पोनेंट की सूची तय की जा सकती है. उस डायरेक्ट्री में नोड पर इंस्टॉल किए गए हर Edge कॉम्पोनेंट के लिए एक सबडायरेक्ट्री शामिल होती है. हर सबडायरेक्ट्री के प्रीफ़िक्स इस तरह होता है:
- apigee - यह तीसरे पक्ष का कॉम्पोनेंट है, जिसे Edge में इस्तेमाल किया जाता है. उदाहरण के लिए, apigee-cassandra.
- edge - Apigee से मिला Edge कॉम्पोनेंट. उदाहरण के लिए, edge-management-server.
- edge-mint - कमाई करने वाला कॉम्पोनेंट. उदाहरण के लिए, edge-mint-management-server.
- baas - एपीआई BaaS कॉम्पोनेंट. उदाहरण के लिए, baas-usergrid.
कॉम्पोनेंट के लिए तय की गई कार्रवाइयों की पूरी सूची, कॉम्पोनेंट पर निर्भर करती है. हालांकि, सभी कॉम्पोनेंट पर ये कार्रवाइयां की जा सकती हैं:
- शुरू करना, बंद करना, रीस्टार्ट करना
- स्टेटस, वर्शन
- बैकअप, पहले जैसा करना
- इंस्टॉल, अनइंस्टॉल
लॉग फ़ाइलें ऐक्सेस करना
apigee-setup और setup.sh स्क्रिप्ट की लॉग फ़ाइल /tmp/setup-root.log पर लिखी गई है.
हर कॉम्पोनेंट की लॉग फ़ाइलें /opt/apigee/var/log डायरेक्ट्री में शामिल होती हैं. हर कॉम्पोनेंट की अपनी सबडायरेक्ट्री होती है. उदाहरण के लिए, मैनेजमेंट सर्वर के लॉग डायरेक्ट्री में होते हैं:
/opt/apigee/var/log/edge-management-server
Yum के लिए सामान्य निर्देश
Linux के लिए Edge इंस्टॉलेशन टूल, कॉम्पोनेंट को इंस्टॉल और अपडेट करने के लिए Yum पर भरोसा करते हैं. किसी नोड पर इंस्टॉलेशन को मैनेज करने के लिए, आपको कई Yum कमांड का इस्तेमाल करना पड़ सकता है.
- Yum के सभी कैश मिटाएं:
sudo yum clear all - Edge कॉम्पोनेंट को अपडेट करने के लिए:
sudo yum अपडेट componentName
उदाहरण के लिए:
sudo yum update apigee-setup
sudo yum update Edge-management-server
फ़ाइल के सिस्टम का स्ट्रक्चर
Edge, /opt/apigee डायरेक्ट्री में सभी फ़ाइलें इंस्टॉल करता है.
इस गाइड और Edge ऑपरेशंस गाइड में, रूट इंस्टॉलेशन डायरेक्ट्री को इस तरह से लिखा गया है:
<inst_root>/apigee
यह ऐप्लिकेशन, Apigee Edge for Private Cloud को डिप्लॉय करने के लिए, इस फ़ाइल सिस्टम स्ट्रक्चर का इस्तेमाल करता है.
लॉग फ़ाइलें
|
कॉम्पोनेंट |
जगह की जानकारी |
|---|---|
|
मैनेजमेंट सर्वर |
<inst_root>/apigee/var/log/edge-management-server |
|
राऊटर |
<inst_root>/apigee/var/log/edge-router |
|
मैसेज प्रोसेसर |
<inst_root>/apigee/var/log/edge-message-processor |
|
Apigee Qpid सर्वर |
<inst_root>/apigee/var/log/edge-qpid-server |
|
Apigee Postgres सर्वर |
<inst_root>/apigee/var/log/edge-postgres-server |
|
Edge यूज़र इंटरफ़ेस (यूआई) |
<inst_root>/apigee/var/log/edge-ui |
|
ZooKeeper |
<inst_root>/apigee/var/log/apigee-zookeeper |
|
OpenLDAP |
<inst_root>/apigee/var/log/apigee-openldap |
|
कसांद्रा |
<inst_root>/apigee/var/log/apigee-cassandra |
|
क्विड |
<inst_root>/apigee/var/log/apigee-qpidd |
|
PostgreSQL डेटाबेस |
<inst_root>/apigee/var/log/apigee-postgresql |
डेटा
|
कॉम्पोनेंट |
जगह की जानकारी |
|---|---|
|
मैनेजमेंट सर्वर |
<data_root>/apigee/data/edge-management-server |
|
राऊटर |
<data_root>/apigee/data/edge-router |
|
मैसेज प्रोसेसर |
<data_root>/apigee/data/edge-message-processor |
|
Apigee Qpid एजेंट |
<data_root>/apigee/data/edge-qpid-server |
|
Apigee Postgres एजेंट |
<data_root>/apigee/data/edge-postgres-server |
|
ZooKeeper |
<data_root>/apigee/data/apigee-zookeeper |
|
OpenLDAP |
<data_root>/apigee/data/apigee-openldap |
|
कसांद्रा |
<data_root>/apigee/data/apigee-cassandra/data |
|
क्विड |
<data_root>/apigee/data/apigee-qpid/data |
|
PostgreSQL डेटाबेस |
<data_root>/apigee/data/apigee-postgres/pgdata |