Apigee, ऐसी टेस्ट स्क्रिप्ट उपलब्ध कराता है जिनका इस्तेमाल करके, इंस्टॉलेशन की पुष्टि की जा सकती है.
पुष्टि करना
पुष्टि की जांच की प्रोसेस का हर चरण, जांच के सफल होने के लिए एचटीटीपी 20X रिस्पॉन्स कोड दिखाता है.
टेस्ट स्क्रिप्ट चलाने के लिए:
apigee-validate
को मैनेजमेंट सर्वर नोड पर इंस्टॉल करें:/opt/apigee/apigee-service/bin/apigee-service apigee-validate install
- टेस्ट स्क्रिप्ट को शुरू करने के लिए, मैनेजमेंट सर्वर नोड पर सेटअप कमांड चलाएं:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate setup -f configFile
configFile फ़ाइल में यह प्रॉपर्टी होनी चाहिए:
APIGEE_ADMINPW=SYS_ADMIN_PASSWORD
अगर छोड़ दिया जाता है, तो आपसे पासवर्ड डालने के लिए कहा जाएगा.
डिफ़ॉल्ट रूप से,
apigee-validate
यूटिलिटी राऊटर पर एक वर्चुअल होस्ट बनाती है, जो पोर्ट 59001 का इस्तेमाल करती है. अगर वह पोर्ट राऊटर पर नहीं है, तो पोर्ट को सेट करने के लिए कॉन्फ़िगरेशन फ़ाइल मेंVHOST_PORT
प्रॉपर्टी शामिल करें. उदाहरण के लिए:VHOST_PORT=9000
- इसके बाद, स्क्रिप्ट ये काम करती है:
- एक संगठन बनाता है और उसे पॉड से जोड़ता है.
- एनवायरमेंट बनाता है और मैसेज प्रोसेसर को एनवायरमेंट से जोड़ता है.
- वर्चुअल होस्ट बनाता है.
- सामान्य हेल्थ चेक प्रॉक्सी इंपोर्ट करता है और ऐप्लिकेशन को "टेस्ट" एनवायरमेंट में डिप्लॉय करता है.
- SmartDocs प्रॉक्सी को इंपोर्ट करता है.
- यह पक्का करने के लिए जांच करता है कि सब कुछ ठीक से काम कर रहा है.
जांच पूरी होने पर, 20X एचटीटीपी रिस्पॉन्स मिलता है.
टेस्ट स्क्रिप्ट से बनाए गए संगठन, एनवायरमेंट, और अन्य आर्टफ़ैक्ट को हटाने के लिए:
- इस निर्देश को चलाएं:
/opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
जहां configFile वही फ़ाइल है जिसका इस्तेमाल आपने टेस्ट करने के लिए किया था.
पॉड इंस्टॉल करने की पुष्टि करें
अब जब आपने Apigee Analytics इंस्टॉल कर लिया है, तो Apigee का सुझाव है कि आप पुष्टि करने के बुनियादी और ज़रूरी चरणों को पूरा करें:
- पुष्टि करें कि मैनेजमेंट सर्वर, सेंट्रल पीओडी में है. मैनेजमेंट सर्वर पर, यह
curl
निर्देश चलाएं:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=central
आपको फ़ॉर्म में आउटपुट दिखेगा:
[ { "internalIP" : "192.168.1.11", "isUp" : true, "pod" : "central", "reachable" : true, "region" : "dc-1", "tags" : { "property" : [ ] }, "type" : [ "application-datastore", "scheduler-datastore", "management-server", "auth-datastore", "apimodel-datastore", "user-settings-datastore", "audit-datastore" ], "uUID" : "d4bc87c6-2baf-4575-98aa-88c37b260469" }, { "externalHostName" : "localhost", "externalIP" : "192.168.1.11", "internalHostName" : "localhost", "internalIP" : "192.168.1.11", "isUp" : true, "pod" : "central", "reachable" : true, "region" : "dc-1", "tags" : { "property" : [ { "name" : "started.at", "value" : "1454691312854" }, ... ] }, "type" : [ "qpid-server" ], "uUID" : "9681202c-8c6e-4242-b59b-23e3ef092f34" } ]
- पुष्टि करें कि राऊटर और मैसेज प्रोसेसर, गेटवे POD में हैं. मैनेजमेंट सर्वर पर, यह
curl
निर्देश चलाएं:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
आपको आउटपुट, सेंट्रल पॉड के जैसा दिखता है, लेकिन राऊटर और मैसेज प्रोसेसर के लिए ऐसा ही दिखता है.
- पुष्टि करें कि Postgres, Analytics के पीओडी में है. मैनेजमेंट सर्वर पर, यह
curl
निर्देश चलाएं:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
आपको आउटपुट, सेंट्रल पीओडी की तरह ही दिखता है, लेकिन यह सिर्फ़ Postgres के लिए होता है.