Edge for Private Cloud v4.19.01
Apigee, टेस्ट के लिए स्क्रिप्ट उपलब्ध कराता है. इन स्क्रिप्ट का इस्तेमाल करके, अपने इंस्टॉलेशन की पुष्टि की जा सकती है.
पुष्टि करने वाले टेस्ट करना
पुष्टि की जांच की प्रोसेस का हर चरण, परीक्षण.
टेस्ट स्क्रिप्ट चलाने के लिए:
- किसी मैनेजमेंट सर्वर नोड पर
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 प्रॉक्सी इंपोर्ट करता है.
- जांच करता है, ताकि यह पक्का किया जा सके कि सब कुछ उम्मीद के मुताबिक काम कर रहा है.
सही तरीके से टेस्ट करने पर, 20 गुना एचटीटीपी रिस्पॉन्स मिलता है.
टेस्ट स्क्रिप्ट से बनाए गए संगठन, एनवायरमेंट, और अन्य आर्टफ़ैक्ट को हटाने के लिए:
- नीचे दिया गया निर्देश चलाएं:
/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" } ]
- पुष्टि करें कि राऊटर और मैसेज प्रोसेसर, गेटवे पीओडी में हों. मैनेजमेंट सर्वर पर, चलाएं
नीचे दिया गया
curl
निर्देश:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=gateway
आपको सेंट्रल पॉड के समान आउटपुट दिख रहा है, लेकिन राऊटर और मैसेज प्रोसेसर के लिए है.
- पुष्टि करें कि Postgres, आंकड़ों के पीओडी में है. मैनेजमेंट सर्वर पर, इन्हें चलाएं
curl
निर्देश:curl -u sysAdminEmail:password http://localhost:8080/v1/servers?pod=analytics
आपको सेंट्रल POD जैसा आउटपुट दिखता है, लेकिन Postgres के लिए ऐसा होता है.