इंस्टॉल करने से जुड़ी ज़रूरी शर्तें

हार्डवेयर की आवश्यकताएं

आपको प्रोडक्शन ग्रेड एनवायरमेंट में काफ़ी उपलब्ध इन्फ़्रास्ट्रक्चर के लिए, हार्डवेयर की इन ज़रूरी शर्तों को पूरा करना होगा.

नीचे दिया गया वीडियो आपको इंस्टॉल करने के लिए बड़े लेवल के साइज़ से जुड़े दिशा-निर्देश देता है:

इंस्टॉलेशन की टोपोलॉजी में बताए गए सभी इंस्टॉलेशन की स्थितियों के लिए, नीचे दी गई टेबल में, इंस्टॉलेशन कॉम्पोनेंट के लिए ज़रूरी हार्डवेयर की कम से कम ज़रूरतों की सूची दी गई है.

इन टेबल में, ऑपरेटिंग सिस्टम के लिए ज़रूरी हार्ड डिस्क के साथ-साथ हार्ड डिस्क की ज़रूरी शर्तें भी पूरी होती हैं. आपके ऐप्लिकेशन और नेटवर्क ट्रैफ़िक के आधार पर, आपको नीचे दिए गए संसाधनों से ज़्यादा या कम संसाधनों की ज़रूरत पड़ सकती है.

इंस्टॉलेशन कॉम्पोनेंट RAM CPU कम से कम हार्ड डिस्क
कास्सांद्रा 16 जीबी 8-कोर 250 जीबी का लोकल स्टोरेज, जिसमें 2000 IOPS के साथ एसएसडी का इस्तेमाल किया जाता है
एक ही मशीन पर मैसेज प्रोसेसर/राउटर 16 जीबी 8-कोर 100 जीबी
मैसेज प्रोसेसर (स्टैंडअलोन) 16 जीबी 8-कोर 100 जीबी
राऊटर (स्टैंडअलोन) 16 जीबी 8-कोर 100 जीबी
Analytics - एक ही सर्वर पर Postgres/Qpid 16 जीबी* 8‐कोर* 500 जीबी - 1 टीबी** नेटवर्क स्टोरेज***, खास तौर पर एसएसडी बैकएंड के साथ, 1000 आईओपीएस या उससे ज़्यादा के साथ काम करने वाला*
Analytics - पोस्टग्रेस मास्टर या स्टैंडबाय (स्टैंडअलोन) 16 जीबी* 8-कोर* 500 जीबी - 1 टीबी** नेटवर्क स्टोरेज***, खास तौर पर एसएसडी बैकएंड के साथ, 1000 आईओपीएस या उससे ज़्यादा के साथ काम करने वाला*
Analytics - Qpid स्टैंडअलोन 8 जीबी 4-कोर 30 जीबी - एसएसडी के साथ 50 जीबी का लोकल स्टोरेज

Qpid सूची का डिफ़ॉल्ट साइज़ 1 जीबी है. इसे बढ़ाकर 2 जीबी किया जा सकता है. अगर आपको ज़्यादा कपैसिटी चाहिए, तो अतिरिक्त Qpid नोड जोड़ें.
OpenLDAP/यूज़र इंटरफ़ेस (यूआई)/मैनेजमेंट सर्वर 8 जीबी 4-कोर 60 जीबी
यूज़र इंटरफ़ेस (यूआई)/मैनेजमेंट सर्वर 4 जीबी 2-कोर 60 जीबी
OpenLDAP (स्टैंडअलोन) 4 जीबी 2-कोर 60 जीबी

* थ्रूपुट के आधार पर Postgres सिस्टम की ज़रूरतें अडजस्ट करें:

  • 250 TPS से कम: 8 जीबी, 4-कोर को मैनेज किए जा रहे नेटवर्क स्टोरेज के साथ इस्तेमाल किया जा सकता है*** 1,000 या उससे ज़्यादा आईओपीएस के साथ काम करता है
  • 250 TPS से ज़्यादा: 16 जीबी, 8 कोर, मैनेज किया जा रहा नेटवर्क स्टोरेज*** 1,000 IOPS या इससे ज़्यादा के साथ काम करता है
  • 1,000 से ज़्यादा टीपीएस: 16 जीबी, 8-कोर, मैनेज किया जा रहा नेटवर्क स्टोरेज*** 2,000 या उससे ज़्यादा IOPS के साथ काम करता है
  • 2,000 से ज़्यादा TPS: 32 जीबी, 16 कोर, मैनेज किया जा रहा नेटवर्क स्टोरेज*** 2,000 IOPS या इससे ज़्यादा के IOPS के साथ काम करता है
  • 4,000 TPS से ज़्यादा: 64 जीबी, 32 कोर, मैनेज किया जा रहा नेटवर्क स्टोरेज*** 4,000 IOPS या इससे ज़्यादा के IOPS के साथ काम करता है

** Postgres हार्ड डिस्क की वैल्यू, Edge से कैप्चर किए गए बेहतरीन आंकड़ों पर आधारित है. अगर आंकड़ों के डेटा में कस्टम वैल्यू जोड़ी जाती हैं, तो इन वैल्यू के हिसाब से वैल्यू बढ़ाई जानी चाहिए. ज़रूरी स्टोरेज का अनुमान लगाने के लिए, यहां दिए गए फ़ॉर्मूला का इस्तेमाल करें:

bytes of storage needed =

  (# bytes of analytics data/request) *

  (requests/second) *

  (seconds/hour) *

  (hours of peak usage/day) *

  (days/month) *

  (months of data retention)

उदाहरण के लिए:

(2K bytes) * (100 req/sec) * (3600 secs/hr) * (18 peak hours/day) * (30 days/month) * (3 months retention)

= 1,194,393,600,000 bytes or 1194.4 GB of storage needed

*** Postgresql डेटाबेस के लिए नेटवर्क स्टोरेज का इस्तेमाल करने का सुझाव दिया जाता है, क्योंकि:

  • इसकी मदद से, ज़रूरत पड़ने पर स्टोरेज के साइज़ को डाइनैमिक तौर पर बढ़ाया जा सकता है.
  • नेटवर्क IOPS को आज के ज़्यादातर एनवायरमेंट/स्टोरेज/नेटवर्क सबसिस्टम में तुरंत अडजस्ट किया जा सकता है.
  • स्टोरेज लेवल के स्नैपशॉट को बैकअप और रिकवरी की सुविधा के हिस्से के तौर पर चालू किया जा सकता है.

इसके अलावा, अगर आपको कमाई करने से जुड़ी सेवाएं इंस्टॉल करनी हैं, तो हार्डवेयर की ज़रूरी शर्तों के बारे में यहां बताया गया है. हालांकि, ऑल-इन-वन सुविधा को इंस्टॉल करने की सुविधा इन पर काम नहीं करती:

कमाई करने वाले कॉम्पोनेंट RAM CPU हार्ड डिस्क
मैनेजमेंट सर्वर (कमाई करने वाली सेवाओं के साथ) 8 जीबी 4‐कोर 60 जीबी
Analytics - एक ही सर्वर पर Postgres/Qpid 16 जीबी 8-कोर 500 जीबी - 1 टीबी नेटवर्क स्टोरेज. आम तौर पर, यह एसएसडी बैकएंड के साथ काम करता है और 1000 IOPS या इससे ज़्यादा के IOPS के साथ काम करता है. इसके अलावा, ऊपर दी गई टेबल में दिए गए नियम का इस्तेमाल भी किया जा सकता है.
Analytics - Postgres मास्टर या स्टैंडबाय मोड 16 जीबी 8-कोर 500 जीबी - 1 टीबी नेटवर्क स्टोरेज. आम तौर पर, यह एसएसडी बैकएंड के साथ काम करता है और 1000 IOPS या इससे ज़्यादा के IOPS के साथ काम करता है. इसके अलावा, ऊपर दी गई टेबल में दिए गए नियम का इस्तेमाल भी किया जा सकता है.
Analytics - Qpid स्टैंडअलोन 8 जीबी 4-कोर 40GB - SSD या तेज़ HDD के साथ 500GB का स्थानीय मेमोरी

अगर इंस्टॉलेशन 250 टीपीएस से ज़्यादा है, तो 1000 IOPS के साथ काम करने वाले लोकल स्टोरेज वाले एचडीडी का सुझाव दिया जाता है.

ऑपरेटिंग सिस्टम और तीसरे पक्ष के सॉफ़्टवेयर से जुड़ी ज़रूरी शर्तें

इंस्टॉल करने के इन निर्देशों और इंस्टॉलेशन फ़ाइलों की जांच, काम करने वाले सॉफ़्टवेयर और काम करने वाले वर्शन में दिए गए ऑपरेटिंग सिस्टम और तीसरे पक्ष के सॉफ़्टवेयर पर की गई है.

Java

इंस्टॉलेशन से पहले हर मशीन पर आपको Java 1.8 का एक समर्थित वर्शन इंस्टॉल करना होगा. इस्तेमाल किए जा सकने वाले JDK की सूची, इस्तेमाल किए जा सकने वाले सॉफ़्टवेयर और वर्शन की सूची में दी गई है.

पक्का करें कि इंस्टॉल करने वाले उपयोगकर्ता के लिए, JAVA_HOME एनवायरमेंट वैरिएबल, JDK के रूट की जानकारी देता हो.

SELinux

SELinux के लिए आपकी सेटिंग के आधार पर, Edge कॉम्पोनेंट को इंस्टॉल और शुरू करने में समस्या आ सकती है. अगर ज़रूरी हो, तो इंस्टॉल करने के दौरान, SELinux को बंद किया जा सकता है या अनुमति देने वाले मोड पर सेट किया जा सकता है. इंस्टॉल होने के बाद, आप इसे फिर से चालू कर सकते हैं. ज़्यादा जानकारी के लिए, Edge apigee-setup सुविधा को इंस्टॉल करना लेख पढ़ें.

'apigee' उपयोगकर्ता बनाया जा रहा है

इंस्टॉलेशन की प्रोसेस, 'apigee' नाम का एक Unix सिस्टम उपयोगकर्ता बनाती है. Edge डायरेक्ट्री और फ़ाइलों का मालिकाना हक 'apigee' के पास होता है. साथ ही, Edge की प्रोसेस का भी मालिकाना हक होता है. इसका मतलब है कि Edge कॉम्पोनेंट 'apigee' उपयोगकर्ता के तौर पर चलते हैं. अगर ज़रूरी हो, तो कॉम्पोनेंट को किसी अन्य उपयोगकर्ता के तौर पर इस्तेमाल किया जा सकता है.

इंस्टॉलेशन डायरेक्ट्री

डिफ़ॉल्ट रूप से, इंस्टॉलर सभी फ़ाइलों को /opt/apigee डायरेक्ट्री में लिखता है. आप इस डायरेक्ट्री की जगह को नहीं बदल सकते. इस डायरेक्ट्री को नहीं बदला जा सकता. हालांकि, /opt/apigee को किसी अन्य जगह पर मैप करने के लिए, सिमलिंक बनाया जा सकता है. इसका तरीका /opt/apigee से सिमलिंक बनाना में बताया गया है.

इस गाइड में दिए गए निर्देशों में, इंस्टॉलेशन डायरेक्ट्री को /opt/apigee के तौर पर नोट किया गया है.

सिमलिंक बनाने से पहले, आपको "apigee" नाम का उपयोगकर्ता और ग्रुप बनाना होगा. यह वही ग्रुप और उपयोगकर्ता है जिसे Edge इंस्टॉलर ने बनाया है.

सिमलिंक बनाने के लिए, बूटस्ट्रैप_4.52.02.sh फ़ाइल डाउनलोड करने से पहले यह तरीका अपनाएं. आपको रूट के तौर पर इन सभी चरणों को पूरा करना होगा:

  1. "apigee" उपयोगकर्ता और ग्रुप बनाएं: 
    groupadd -r apigee > useradd -r -g apigee -d /opt/apigee -s /sbin/nologin -c "Apigee platform user" apigee
  2. /opt/apigee से अपने मनचाहे इंस्टॉल रूट के लिए कोई सिमलिंक बनाएं: 
    ln -Ts /srv/myInstallDir /opt/apigee

    जहां /srv/myInstallDir Edge फ़ाइलों की मनचाही जगह होती है.

  3. इंस्टॉल रूट और सिमलिंक का मालिकाना हक, "apigee" उपयोगकर्ता को दें: 
    chown -h apigee:apigee /srv/myInstallDir /opt/apigee

नेटवर्क सेटिंग

Apigee का सुझाव है कि इंस्टॉल करने से पहले, नेटवर्क सेटिंग की जांच कर लें. इंस्टॉलर के लिए यह ज़रूरी है कि सभी मशीनों के आईपी पते तय हों. सेटिंग की पुष्टि करने के लिए, इन निर्देशों का इस्तेमाल करें:

  • hostname मशीन का नाम दिखाता है
  • hostname -i, उस होस्टनेम का आईपी पता दिखाता है जिसे अन्य मशीनों से ऐक्सेस किया जा सकता है.

अगर होस्टनेम सही तरीके से सेट नहीं है, तो आपके ऑपरेटिंग सिस्टम के टाइप और वर्शन के आधार पर, आपको /etc/hosts और /etc/sysconfig/network में बदलाव करना पड़ सकता है. ज़्यादा जानकारी के लिए, अपने ऑपरेटिंग सिस्टम के दस्तावेज़ देखें.

अगर किसी सर्वर में एक से ज़्यादा इंटरफ़ेस कार्ड हैं, तो "hostname -i" कमांड, स्पेस से अलग किए गए आईपी पतों की सूची दिखाता है. डिफ़ॉल्ट रूप से, Edge इंस्टॉलर डिफ़ॉल्ट रूप से दिए गए आईपी पते का इस्तेमाल करता है, जो शायद सभी स्थितियों में सही न हो. एक विकल्प के तौर पर, इंस्टॉलेशन कॉन्फ़िगरेशन फ़ाइल में इस प्रॉपर्टी को सेट किया जा सकता है:

ENABLE_DYNAMIC_HOSTIP=y

जब उस प्रॉपर्टी को "y" पर सेट किया जाता है, तो इंस्टॉलर आपको वह आईपी पता चुनने के लिए कहता है जिसे इंस्टॉल के हिस्से के तौर पर इस्तेमाल करना है. इसकी डिफ़ॉल्ट वैल्यू "n" है. ज़्यादा जानकारी के लिए, Edge कॉन्फ़िगरेशन फ़ाइल का रेफ़रंस लेख पढ़ें.

टीसीपी रैपर

टीसीपी रैपर कुछ पोर्ट के कम्यूनिकेशन को ब्लॉक कर सकते हैं. साथ ही, ये OpenLDAP, Postgres, और Cassandra के इंस्टॉलेशन पर भी असर डाल सकते हैं. उन नोड पर, /etc/hosts.allow और /etc/hosts.deny की जांच करके यह पक्का करें कि OpenLDAP, Postgres, और Cassandra पोर्ट के लिए कोई भी पोर्ट से जुड़ी कोई पाबंदी न हो.

इप्टेबल

यह पुष्टि करें कि ज़रूरी Edge पोर्ट पर नोड के बीच कनेक्टिविटी को रोकने वाली iptables की कोई नीति न हो. अगर ज़रूरी हो, तो इंस्टॉलेशन के दौरान कमांड का इस्तेमाल करके, iptables को बंद किया जा सकता है:

sudo/etc/init.d/iptables stop

CentOS 7.x पर:

systemctl stop firewalld

डायरेक्ट्री का ऐक्सेस

नीचे दी गई टेबल में Edge नोड पर ऐसी डायरेक्ट्री दी गई हैं जिनके लिए Edge प्रोसेस करने की खास शर्तें हैं:

सेवा डायरेक्ट्री जानकारी
राऊटर /etc/rc.d/init.d/functions

Edge राऊटर, Nginx राऊटर का इस्तेमाल करता है. इसलिए, इसे /etc/rc.d/init.d/functions को पढ़ने का ऐक्सेस चाहिए.

अगर आपकी सुरक्षा प्रक्रिया के लिए आपको /etc/rc.d/init.d/functions पर अनुमतियां सेट करना ज़रूरी है, तो उन्हें 700 पर सेट न करें. ऐसा न करने पर, राऊटर चालू नहीं हो पाएगा.

/etc/rc.d/init.d/functions को पढ़ने का ऐक्सेस देने के लिए, अनुमतियां 744 पर सेट की जा सकती हैं.
ज़ूकीपर /dev/random ज़ूकीपर क्लाइंट लाइब्रेरी के लिए, रैंडम नंबर जनरेटर /dev/random को पढ़ने का ऐक्सेस ज़रूरी है. अगर पढ़ने के लिए /dev/random को ब्लॉक किया गया है, तो हो सकता है कि ज़ूकीपर सेवा शुरू न हो पाए.

कास्सांद्रा

सभी कैसंड्रा नोड किसी रिंग से कनेक्ट होने चाहिए. कैसंड्रा डेटा की नकल को कई नोड पर स्टोर करता है, ताकि विश्वसनीयता और गड़बड़ी को सहन करने की क्षमता बनी रहे. हर Edge कीस्पेस के लिए रेप्लिकेशन की रणनीति, कैसंड्रा नोड्स को तय करती है जहां कॉपी रखी जाती हैं. ज़्यादा जानकारी के लिए, कैसंड्रा रेप्लिकेशन फ़ैक्टर और कंसिस्टेंसी लेवल के बारे में जानकारी देखें.

कैसंड्रा उपलब्ध मेमोरी के आधार पर अपना Java हीप साइज़ अपने-आप अडजस्ट करता है. ज़्यादा जानकारी के लिए, परफ़ॉर्मेंस में गिरावट या ज़्यादा मेमोरी इस्तेमाल होने की स्थिति में, Java के संसाधनों को ट्यून करना देखें.

Edge for Private Cloud इंस्टॉल करने के बाद, /opt/apigee/apigee-cassandra/conf/cassandra.yaml फ़ाइल की जांच करके यह पता लगाया जा सकता है कि Cassandra को सही तरीके से कॉन्फ़िगर किया गया है या नहीं. उदाहरण के लिए, पक्का करें कि Edge for Private Cloud इंस्टॉलेशन स्क्रिप्ट, इन प्रॉपर्टी को सेट करे:

  • cluster_name
  • initial_token
  • partitioner
  • seeds
  • listen_address
  • rpc_address
  • snitch

PostgreSQL डेटाबेस

Edge इंस्टॉल करने के बाद, आपके सिस्टम पर उपलब्ध रैम के हिसाब से, PostgreSQL की डेटाबेस की इन सेटिंग में बदलाव किया जा सकता है:

conf_postgresql_shared_buffers = 35% of RAM      # min 128kB
conf_postgresql_effective_cache_size = 45% of RAM
conf_postgresql_work_mem = 512MB       # min 64kB

इन वैल्यू को सेट करने के लिए:

  1. postgresql.property फ़ाइल में बदलाव करें: 
    vi /opt/apigee/customer/application/postgresql.properties

    अगर फ़ाइल मौजूद नहीं है, तो उसे बनाएं.

  2. ऊपर दी गई प्रॉपर्टी सेट करें.
  3. अपने किए गए बदलावों को सेव करें.
  4. PostgreSQL डेटाबेस को रीस्टार्ट करें: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

सिस्टम की सीमाएं

पक्का करें कि आपने कैसंड्रा और मैसेज प्रोसेसर नोड पर नीचे दी गई सिस्टम सीमाएं सेट की हैं:

  • कैसंड्रा नोड पर, इंस्टॉलेशन उपयोगकर्ता के लिए सॉफ़्ट और हार्ड मेमलॉक, नोफ़ाइल, और पते के लिए जगह (जैसे) की सीमाएं (डिफ़ॉल्ट तौर पर, "apigee") /etc/security/limits.d/90-apigee-edge-limits.conf में सेट करें, जैसा कि यहां दिखाया गया है: 
    apigee soft memlock unlimited
apigee hard memlock unlimited
apigee soft nofile 32768
apigee hard nofile 65536
apigee soft as unlimited
apigee hard as unlimited
apigee soft nproc 32768
apigee hard nproc 65536
  • मैसेज प्रोसेसर नोड पर, /etc/security/limits.d/90-apigee-edge-limits.conf में खुले हुए फ़ाइल डिस्क्रिप्टर की ज़्यादा से ज़्यादा संख्या 64K पर सेट करें, जैसा कि यहां दिखाया गया है: 
    apigee soft nofile 32768
apigee hard nofile 65536

    ज़रूरत पड़ने पर, इस सीमा को बढ़ाया जा सकता है. उदाहरण के लिए, ऐसा तब हो सकता है, जब आपके पास एक ही समय में बड़ी संख्या में अस्थायी फ़ाइलें हों.

  • अगर आपको कभी भी राऊटर या मैसेज प्रोसेसर system.log में यह गड़बड़ी दिखती है, तो हो सकता है कि आपकी फ़ाइल डिस्क्रिप्टर की सीमाएं बहुत कम पर सेट हों:

    "java.io.IOException: Too many open files"

    उपयोगकर्ता सीमाएं आसानी से देखी जा सकती हैं. इसके लिए, यह तरीका अपनाएं:

    # su - apigee
$ ulimit -n
100000

    अगर फ़ाइल डिस्क्रिप्टर की सीमाएं 100000 पर सेट करने के बाद भी, खुली हुई फ़ाइलों की सीमा पूरी हो रही है, तो समस्या हल करने के लिए Apigee Edge की सहायता टीम की मदद से टिकट खोलें.

नेटवर्क सिक्योरिटी सर्विसेज़ (एनएसएस)

नेटवर्क सिक्योरिटी सर्विसेज़ (एनएसएस), लाइब्रेरी का एक सेट है जो सुरक्षा की सुविधा वाले क्लाइंट और सर्वर ऐप्लिकेशन के डेवलपमेंट की सुविधा देता है. आपको यह पक्का करना चाहिए कि आपने NSS v3.19 या इसके बाद का वर्शन इंस्टॉल किया हो.

अपना मौजूदा वर्शन देखने के लिए:

yum info nss

एनएसएस अपडेट करने के लिए:

yum update nss

ज़्यादा जानकारी के लिए RedHat का यह लेख देखें.

NSCD (नेम सर्विस कैश डेमन) का इस्तेमाल करते समय आईपीवी6 पर डीएनएस लुकअप बंद करें

अगर आपने NSCD (नेम सर्विस कैश डेमन) को इंस्टॉल और चालू किया है, तो मैसेज प्रोसेसर दो डीएनएस लुकअप बनाते हैं: एक आईपीवी4 के लिए और दूसरा आईपीवी6 के लिए. एनएससीडी का इस्तेमाल करते समय, आपको आईपीवी6 पर डीएनएस लुकअप को बंद कर देना चाहिए.

आईपीवी6 पर डीएनएस लुकअप बंद करने के लिए:

  1. हर मैसेज प्रोसेसर नोड पर, /etc/nscd.conf में बदलाव करें
  2. इस प्रॉपर्टी को सेट करें: 
    enable-cache hosts no

RedHat/CentOS 7 के लिए Google Cloud प्लैटफ़ॉर्म पर IPv6 को बंद करें

अगर Google Cloud Platform पर RedHat 7 या CentOS 7 पर Edge इंस्टॉल किया जा रहा है, तो आपको सभी Qpid नोड पर IPv6 को बंद करना होगा.

आईपीवी6 को बंद करने के निर्देशों के लिए, अपने खास ओएस वर्शन के RedHat या CentOS दस्तावेज़ देखें. उदाहरण के लिए, आपके पास ये काम करने की सुविधा होती है:

  1. /etc/hosts को एडिटर में खोलें.
  2. टिप्पणी करने के लिए, इनमें से किसी एक लाइन के कॉलम में "#" वर्ण डालें: 
    #::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
  3. फ़ाइल सेव करें.

एडब्ल्यूएस एमी

अगर Red Hat Enterprise Linux 7.x के लिए, AWS Amazon Machine Image (AMI) पर Edge इंस्टॉल किया जा रहा है, तो सबसे पहले आपको यह निर्देश देना होगा:

yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

टूल

इंस्टॉलर, EL5 या EL6 के उपलब्ध कराए गए स्टैंडर्ड वर्शन में, इन UNIX टूल का इस्तेमाल करता है.

awk

expr

libxslt

आरपीएम

unzip

basename

grep

Lua-Socket

rpm2cpio

उपयोगकर्ता जोड़ें

बैश

 hostname

ls

sed

wc

bc

आईडी

net-tools

sudo

wget

curl

लिबायो

Perl (procps से)

टार

Xerces-C
साइरस-सैसल libdb4 pgRep (procps से) tr लज़ीज़

date

 libdb-cxx

ps

uuid

chkconfig
dirname लिबिब्वर्ब pwd Uname  
echo Librdmacm python    

एनटीपीडीटी

Apigee का सुझाव है कि आपके सर्वर के समय को सिंक किया जाए. अगर पहले से कॉन्फ़िगर नहीं किया गया है, तो ntpdate यूटिलिटी इस मकसद को पूरा कर सकती है, जिससे यह पुष्टि होती है कि सर्वर सही समय पर सिंक हुए हैं या नहीं. सुविधा को इंस्टॉल करने के लिए, yum install ntp का इस्तेमाल किया जा सकता है. यह खास तौर पर, OpenLDAP सेटअप को कॉपी करने के लिए मददगार होता है. ध्यान दें कि सर्वर का टाइम ज़ोन यूटीसी में सेट अप किया जाता है.

Openldap 2.4

कंपनी की इमारत में, इस सुविधा को इंस्टॉल करने के लिए, OpenLDAP 2.4 वर्शन होना ज़रूरी है. अगर आपके सर्वर पर इंटरनेट कनेक्शन है, तो EDGE इंस्टॉल करने की स्क्रिप्ट, OpenLDAP को डाउनलोड और इंस्टॉल कर देती है. अगर आपके सर्वर में इंटरनेट कनेक्शन नहीं है, तो Edge इंस्टॉल करने की स्क्रिप्ट चलाने से पहले, यह पक्का करें कि OpenLDAP पहले से इंस्टॉल हो. RHEL/CentOS पर, OpenLDAP को इंस्टॉल करने के लिए yum install openldap-clients openldap-servers चलाया जा सकता है.

13 होस्ट इंस्टॉलेशन और दो डेटा सेंटर के साथ 12-होस्ट इंस्टॉलेशन के लिए, OpenLDAP एक से ज़्यादा बार इंस्टॉल होना ज़रूरी है, क्योंकि OpenLDAP को होस्ट करने वाले कई नोड होते हैं.

फ़ायरवॉल और वर्चुअल होस्ट

आम तौर पर, आईटी क्षेत्र में virtual शब्द ओवरलोड हो जाता है. इसलिए, यह प्राइवेट क्लाउड डिप्लॉयमेंट और वर्चुअल होस्ट के लिए Apigee Edge के साथ होता है. साफ़ तौर पर बताने के लिए, virtual शब्द के दो मुख्य इस्तेमाल हैं:

  • वर्चुअल मशीन (वीएम): यह ज़रूरी नहीं है. हालांकि, कुछ डिप्लॉयमेंट में वीएम टेक्नोलॉजी का इस्तेमाल किया जाता है, ताकि उनके Apigee कॉम्पोनेंट के लिए आइसोलेटेड सर्वर बनाए जाते हैं. फ़िज़िकल होस्ट की तरह वीएम होस्ट में नेटवर्क इंटरफ़ेस और फ़ायरवॉल हो सकते हैं.
  • वर्चुअल होस्ट: वेब एंडपॉइंट, जो Apache वर्चुअल होस्ट से मिलते-जुलते हैं.

वर्चुअल मशीन (वीएम) का राऊटर, एक से ज़्यादा वर्चुअल होस्ट दिखा सकता है. हालांकि, ऐसा तब ही हो सकता है, जब होस्ट के उपनाम या इंटरफ़ेस पोर्ट में वे एक-दूसरे से अलग हों.

नाम रखने के उदाहरण की तरह, हो सकता है कि एक फ़िज़िकल सर्वर A, "VM1" और "VM2" नाम से दो वीएम चला रहा हो. मान लें कि "VM1", वर्चुअल ईथरनेट इंटरफ़ेस दिखाता है, जिसका नाम " ef0" है. इसे वर्चुअलाइज़ेशन मशीन या किसी नेटवर्क डीएचसीपी सर्वर से आईपी पता 111.111.111.111 असाइन किया जाता है. इसके बाद, मान लेते हैं कि VM2 को "ef0" नाम का वर्चुअल ईथरनेट इंटरफ़ेस दिखता है और उसे 111.111.111.222 आईपी पता असाइन किया जाता है.

ऐसा हो सकता है कि हर दो वीएम में हमारे पास Apigee राऊटर चल रहा हो. राऊटर में वर्चुअल होस्ट एंडपॉइंट दिखते हैं, जैसा कि इस काल्पनिक उदाहरण में दिखाया गया है:

VM1 में Apigee राऊटर, अपने ef0 इंटरफ़ेस (जिसमें कुछ खास आईपी पता होता है), api.mycompany.com:80, api.mycompany.com:443, और test.mycompany.com:80 पर तीन वर्चुअल होस्ट दिखाता है.

VM2 के राऊटर पर api.mycompany.com:80 दिखेगा. इसमें वही नाम और पोर्ट है जिसे VM1 ने दिखाया है.

फ़िज़िकल होस्ट के ऑपरेटिंग सिस्टम में नेटवर्क फ़ायरवॉल हो सकता है. अगर ऐसा है, तो वर्चुअलाइज़ किए गए इंटरफ़ेस (111.111.111.111:{80, 443} और 111.111.111.222:80) पर दिखाए जा रहे पोर्ट के टीसीपी ट्रैफ़िक को भेजने के लिए, फ़ायरवॉल को कॉन्फ़िगर करना ज़रूरी है. इसके अलावा, हर वीएम का ऑपरेटिंग सिस्टम अपने एथ0 इंटरफ़ेस पर अपना फ़ायरवॉल उपलब्ध करा सकता है और इनको भी पोर्ट 80 और 443 ट्रैफ़िक को कनेक्ट करने की अनुमति देनी होगी.

बेसपाथ, एपीआई कॉल को अलग-अलग एपीआई प्रॉक्सी पर रूट करने में शामिल तीसरा कॉम्पोनेंट है. हो सकता है कि आपने इसे डिप्लॉय किया हो. अगर एपीआई प्रॉक्सी बंडल में अलग-अलग बेसपाथ हैं, तो वे एंडपॉइंट को शेयर कर सकते हैं. उदाहरण के लिए, एक बेस पाथ को http://api.mycompany.com:80/ और दूसरे को http://api.mycompany.com:80/salesdemo के तौर पर बताया जा सकता है.

इस मामले में, आपको एक लोड बैलेंसर या ट्रैफ़िक डायरेक्टर की ज़रूरत होगी जो http://api.mycompany.com:80/ ट्रैफ़िक को दो आईपी पतों (VM1 पर 111.111.111.111 और VM2 पर 111.111.111.222) के बीच बांटता है. यह फ़ंक्शन खास तौर पर आपके इंस्टॉलेशन के लिए है और इसे आपके लोकल नेटवर्किंग ग्रुप ने कॉन्फ़िगर किया है.

बेसपाथ तब सेट किया जाता है, जब एपीआई डिप्लॉय किया जाता है. ऊपर दिए गए उदाहरण से, mycompany-org संगठन के लिए दो एपीआई, mycompany और testmycompany को डिप्लॉय किया जा सकता है. ऐसा वर्चुअल होस्ट के साथ किया जा सकता है, जिसमें होस्ट का उपनाम api.mycompany.com है और पोर्ट को 80 पर सेट किया गया है. अगर डिप्लॉयमेंट में बेसपाथ के बारे में जानकारी नहीं दी जाती है, तो राऊटर को यह पता नहीं चलता कि आने वाले अनुरोध किस एपीआई पर भेजे जाएं.

हालांकि, अगर testmycompany एपीआई को /salesdemo बेस यूआरएल के साथ डिप्लॉय किया जाता है, तो उपयोगकर्ता http://api.mycompany.com:80/salesdemo का इस्तेमाल करके उस एपीआई को ऐक्सेस कर सकते हैं. अगर आपने एपीआई प्लग इन को / बेस यूआरएल के साथ लागू किया है, तो आपके उपयोगकर्ता http://api.mycompany.com:80/ यूआरएल की मदद से एपीआई को ऐक्सेस कर सकते हैं.

लाइसेंस

Edge के हर इंस्टॉलेशन के लिए, एक यूनीक लाइसेंस फ़ाइल की ज़रूरत होती है, जो आपको Apigee से मिलती है. मैनेजमेंट सर्वर इंस्टॉल करते समय, आपको लाइसेंस फ़ाइल का पाथ देना होगा.उदाहरण के लिए, /tmp/टन.

इंस्टॉलर, लाइसेंस की फ़ाइल को /opt/apigee/customer/conf/license.txt पर कॉपी करता है.

लाइसेंस की फ़ाइल मान्य होने पर, मैनेजमेंट सर्वर उसकी समयसीमा की पुष्टि करता है. साथ ही, मैसेज प्रोसेसर (एमपी) की संख्या की भी पुष्टि करता है. अगर किसी लाइसेंस की सेटिंग की समयसीमा खत्म हो गई है, तो लॉग इस जगह पर देखे जा सकते हैं: /opt/apigee/var/log/edge-management-server/logs. ऐसे मामले में, माइग्रेशन की जानकारी के लिए Apigee Edge की सहायता टीम से संपर्क करें.

अगर आपके पास अब तक लाइसेंस नहीं है, तो Apigee Sales से संपर्क करें.