Edge for Private Cloud v. 4.16.05
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=sysAdminPword
अगर इसे शामिल नहीं किया जाता है, तो आपसे पासवर्ड मांगा जाएगा.
डिफ़ॉल्ट रूप से, apigee-validate यूटिलिटी, राऊटर पर एक वर्चुअल होस्ट बनाती है. यह होस्ट, पोर्ट 59001 का इस्तेमाल करता है. अगर वह पोर्ट राऊटर पर खुला नहीं है, तो पोर्ट सेट करने के लिए, कॉन्फ़िगरेशन फ़ाइल में VHOST_PORT प्रॉपर्टी को शामिल किया जा सकता है. उदाहरण के लिए:
VHOST_PORT=9000 - इसके बाद, स्क्रिप्ट ये काम करती है:
- यह संगठन बनाता है और उसे पॉड से जोड़ता है.
- यह एक एनवायरमेंट बनाता है और मैसेज प्रोसेसर को एनवायरमेंट से जोड़ता है.
- वर्चुअल होस्ट बनाता है.
- यह एक सामान्य हेल्थ चेक प्रॉक्सी इंपोर्ट करता है और ऐप्लिकेशन को “टेस्ट” एनवायरमेंट में डिप्लॉय करता है.
- SmartDocs प्रॉक्सी इंपोर्ट करें.
- यह टेस्ट चलाता है, ताकि यह पक्का किया जा सके कि सब कुछ उम्मीद के मुताबिक काम कर रहा है.
जांच पूरी होने पर, 20X एचटीटीपी रिस्पॉन्स मिलता है.
टेस्ट स्क्रिप्ट से बनाए गए संगठन, एनवायरमेंट, और अन्य आर्टफ़ैक्ट हटाने के लिए:
- यह कमांड चलाएं:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate clean -f configFile
जहां configFile वही फ़ाइल है जिसका इस्तेमाल आपने टेस्ट चलाने के लिए किया था.
ध्यान दें: अगर आपको टेस्टिंग और समस्या हल करने के तरीके से गड़बड़ियां मिलती हैं, तो Apigee की सहायता टीम से संपर्क करें और गड़बड़ी का लॉग दें.
पॉड इंस्टॉलेशन की पुष्टि करना
Apigee Analytics इंस्टॉल करने के बाद, हमारा सुझाव है कि आप यहां दी गई बुनियादी, लेकिन ज़रूरी पुष्टि करें:
- पुष्टि करें कि मैनेजमेंट सर्वर, सेंट्रल पीओडी में है. मैनेजमेंट सर्वर पर, यह 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-4da1-b59b-23e3ef092f34"
} ] - पुष्टि करें कि राऊटर और मैसेज प्रोसेसर, गेटवे पीओडी में हों. मैनेजमेंट सर्वर पर,
यह CURL कमांड चलाएं:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
आपको सेंट्रल पॉड जैसा आउटपुट दिखता है, लेकिन यह राउटर और मैसेज प्रोसेसर के लिए होता है. - पुष्टि करें कि Postgres, Analytics POD में है. मैनेजमेंट सर्वर पर, यह CURL कमांड चलाएं:
> curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
आपको सेंट्रल पॉड जैसा ही आउटपुट दिखेगा, लेकिन Postgres के लिए.