Edge for Private Cloud v4.18.01
হার্ডওয়্যার সংক্রান্ত প্রয়োজনীয়তা
প্রোডাকশন গ্রেড এনভায়রনমেন্টে অত্যন্ত উপলভ্য ইনফ্রাস্ট্রাকচারের জন্য আপনাকে নিম্নলিখিত ন্যূনতম হার্ডওয়্যার সংক্রান্ত প্রয়োজনীয়তা পূরণ করতে হবে। ইনস্টলেশন টপোলজি-তে বর্ণিত সব ইনস্টলেশন পরিস্থিতির জন্য, নিচের সারণীতে ইনস্টলেশন কম্পোনেন্টের জন্য ন্যূনতম হার্ডওয়্যার প্রয়োজনীয়তা তালিকাভুক্ত করা হয়েছে।
এইসব সারণীতে হার্ড ডিস্কের প্রয়োজনীয়তা অপারেটিং সিস্টেমের জন্য প্রয়োজনীয় হার্ড ডিস্ক স্পেসের অতিরিক্ত। আপনার অ্যাপ্লিকেশন এবং নেটওয়ার্ক ট্রাফিকের উপর নির্ভর করে, আপনার ইনস্টলেশনের জন্য নিচে তালিকাভুক্ত রিসোর্সের চেয়ে বেশি বা কম রিসোর্সের প্রয়োজন হতে পারে।
| ইনস্টলেশন কম্পোনেন্ট | RAM | CPU | ন্যূনতম হার্ড ডিস্ক |
|---|---|---|---|
| Cassandra | ১৬ জিবি | ৮-কোর | SSD সহ ২৫০ জিবি লোকাল স্টোরেজ বা ২০০০ IOPS সাপোর্ট করে এমন ফাস্ট HDD |
| একই মেশিনে মেসেজ প্রসেসর/রাউটার | ১৬ জিবি | ৮-কোর | ১০০ জিবি |
| Analytics - একই সার্ভারে Postgres/Qpid (প্রোডাকশনের জন্য সাজেস্ট করা হয় না) | ১৬ জিবি* | ৮-কোর* | ৫০০ জিবি - ১ টিবি** নেটওয়ার্ক স্টোরেজ***, SSD ব্যাকএন্ড থাকলে ভালো হয়, ১০০০ IOPS বা তার বেশি সাপোর্ট করে* |
| Analytics - Postgres standalone | ১৬ জিবি* | ৮-কোর* | ৫০০ জিবি - ১ টিবি** নেটওয়ার্ক স্টোরেজ***, SSD ব্যাকএন্ড থাকলে ভালো হয়, ১০০০ IOPS বা তার বেশি সাপোর্ট করে* |
| Analytics - Qpid standalone | ৮ জিবি | ৪-কোর | SSD বা ফাস্ট HDD সহ ৩০ জিবি - ৫০ জিবি লোকাল স্টোরেজ
২৫০ TPS-এর বেশি ইনস্টলেশনের জন্য, ১০০০ IOPS সাপোর্ট করে এমন লোকাল স্টোরেজ সহ HDD ব্যবহার করার পরামর্শ দেওয়া হয়। ডিফল্ট Qpid কিউ সাইজ হল ২০ জিবি। আপনাকে আরও ক্ষমতা যোগ করতে হলে, অতিরিক্ত Qpid নোড যোগ করুন। |
| অন্যান্য (OpenLDAP, UI, ম্যানেজমেন্ট সার্ভার) | ৪ জিবি | ২-কোর | ৬০ জিবি |
* থ্রুপুটের উপর ভিত্তি করে Postgres সিস্টেমের প্রয়োজনীয়তা অ্যাডজাস্ট করুন:
- ২৫০ TPS-এর কম: ম্যানেজ করা নেটওয়ার্ক স্টোরেজ*** সহ ৮ জিবি, ৪-কোর বিবেচনা করা যেতে পারে যা ১০০০ IOPS বা তার বেশি সাপোর্ট করে
- ২৫০ TPS-এর বেশি: ১৬ জিবি, ৮-কোর, ম্যানেজ করা নেটওয়ার্ক স্টোরেজ*** ১০০০ IOPS বা তার বেশি সাপোর্ট করে
- ১০০০ TPS-এর বেশি: ১৬ জিবি, ৮-কোর, ম্যানেজ করা নেটওয়ার্ক স্টোরেজ*** যা ২০০০ IOPS বা তার বেশি সাপোর্ট করে
- ২০০০ TPS-এর বেশি: ৩২ জিবি, ১৬-কোর, ম্যানেজ করা নেটওয়ার্ক স্টোরেজ*** ২০০০ IOPS বা তার বেশি সাপোর্ট করে
- ৪০০০ TPS-এর বেশি: ৬৪ জিবি, ৩২-কোর, ম্যানেজ করা নেটওয়ার্ক স্টোরেজ*** ৪০০০ 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
*** Postgresql ডেটাবেসের জন্য নেটওয়ার্ক স্টোরেজ সাজেস্ট করা হয় কারণ:
- এটি প্রয়োজন হলে এবং যখন প্রয়োজন হবে তখন স্টোরেজের সাইজ ডায়নামিকভাবে স্কেল আপ করার ক্ষমতা প্রদান করে।
- আজকের বেশিরভাগ এনভায়রনমেন্ট/স্টোরেজ/নেটওয়ার্ক সাবসিস্টেমে নেটওয়ার্ক IOPS চটপট অ্যাডজাস্ট করা যায়।
- ব্যাক-আপ ও রিকভারি সমাধানের অংশ হিসেবে স্টোরেজ লেভেল স্ন্যাপশট চালু করা যেতে পারে।
এছাড়াও, আপনি মনিটাইজেশন পরিষেবা ইনস্টল করতে চাইলে, নিম্নলিখিত হার্ডওয়্যার সংক্রান্ত প্রয়োজনীয়তা পূরণ করতে হবে:
| মনিটাইজেশন সহ কম্পোনেন্ট | RAM | CPU | হার্ড ডিস্ক |
|---|---|---|---|
| ম্যানেজমেন্ট সার্ভার (মনিটাইজেশন পরিষেবা সহ) | ৮ জিবি | ৪-কোর | ৬০ জিবি |
| Analytics - একই সার্ভারে Postgres/Qpid | ১৬ জিবি | ৮-কোর | ৫০০ জিবি - ১ টিবি নেটওয়ার্ক স্টোরেজ, SSD ব্যাকএন্ড থাকলে ভালো হয়, ১০০০ IOPS বা তার বেশি সাপোর্ট করে, অথবা উপরের সারণী থেকে নিয়ম ব্যবহার করুন। |
| Analytics - Postgres standalone | ১৬ জিবি | ৮-কোর | ৫০০ জিবি - ১ টিবি নেটওয়ার্ক স্টোরেজ, SSD ব্যাকএন্ড থাকলে ভালো হয়, ১০০০ IOPS বা তার বেশি সাপোর্ট করে, অথবা উপরের সারণী থেকে নিয়ম ব্যবহার করুন। |
| Analytics - Qpid standalone | ৮ জিবি | ৪-কোর | SSD বা ফাস্ট HDD সহ ৪০জিবি - ৫০০জিবি লোকাল স্টোরেজ
২৫০ TPS-এর বেশি ইনস্টলেশনের জন্য, ১০০০ IOPS সাপোর্ট করে এমন লোকাল স্টোরেজ সহ HDD ব্যবহার করার পরামর্শ দেওয়া হয়। |
আপনি API BaaS ইনস্টল করতে চাইলে, নিম্নলিখিত হার্ডওয়্যার সংক্রান্ত প্রয়োজনীয়তা পূরণ করতে হবে:
| API BaaS কম্পোনেন্ট | RAM | CPU | হার্ড ডিস্ক |
|---|---|---|---|
| ElasticSearch* | ৮ জিবি | ৪-কোর | ৬০-৮০ জিবি |
| API BaaS স্ট্যাক* | ৮ জিবি | ৪-কোর | ৬০-৮০ জিবি |
| API BaaS Portal | ১ জিবি | ২-কোর | ২০ জিবি |
| Cassandra** | ১৬ জিবি | ৮-কোর | SSD সহ ২৫০ জিবি লোকাল স্টোরেজ বা ২০০০ IOPS সাপোর্ট করে এমন ফাস্ট HDD |
* আপনি একই নোডে ElasticSearch এবং API BaaS Stack ইনস্টল করতে পারবেন। আপনি যদি তা করেন, তাহলে ৪ জিবি মেমরি (ডিফল্ট) ব্যবহার করার জন্য ElasticSearch কনফিগার করুন। ElasticSearch নিজস্ব নোডে ইনস্টল করা থাকলে, ৬ জিবি মেমরি ব্যবহার করার জন্য এটি কনফিগার করুন।
** ঐচ্ছিক; সাধারণত আপনি Edge এবং API BaaS পরিষেবা দুটির জন্যই একই Cassandra ক্লাস্টার ব্যবহার করেন।
অপারেটিং সিস্টেম ও থার্ড-পার্টি সফ্টওয়্যার সংক্রান্ত প্রয়োজনীয়তা
এই ইনস্টলেশন নির্দেশাবলী এবং সরবরাহ করা ইনস্টলেশন ফাইলগুলি সমর্থিত সফ্টওয়্যার এবং সমর্থিত সংস্করণ-এ তালিকাভুক্ত অপারেটিং সিস্টেম এবং থার্ড-পার্টি সফ্টওয়্যারে পরীক্ষা করা হয়েছে।
Apigee ব্যবহারকারী তৈরি করা হচ্ছে
ইনস্টলেশন পদ্ধতি 'apigee' নামের একটি Unix সিস্টেম ব্যবহারকারী তৈরি করে। Edge ডিরেক্টরি এবং ফাইল 'apigee'-এর মালিকানাধীন, যেমন Edge প্রসেস। এর অর্থ হল, Edge কম্পোনেন্ট 'apigee' ব্যবহারকারী হিসেবে রান করে। প্রয়োজন হলে, আপনি অন্য ব্যবহারকারী হিসেবে কম্পোনেন্ট রান করতে পারেন।
ইনস্টলেশন ডিরেক্টরি
ডিফল্ট হিসেবে, ইনস্টলার সব ফাইল /opt/apigee ডিরেক্টরিতে লেখে। আপনি
এই ডিরেক্টরি লোকেশন পরিবর্তন করতে পারবেন না। আপনি এই ডিরেক্টরি পরিবর্তন করতে না পারলেও, নিচে বর্ণনা করা পদ্ধতি অনুযায়ী, অন্য লোকেশনে /opt/apigee ম্যাপ করার জন্য সিমলিঙ্ক তৈরি করতে পারবেন।
এই গাইডের নির্দেশাবলীতে, ইনস্টলেশন ডিরেক্টরিকে
/opt/apigee হিসেবে উল্লেখ করা হয়েছে।
/opt/apigee থেকে সিমলিঙ্ক তৈরি করা হচ্ছে
সিমলিঙ্ক তৈরি করার আগে, আপনাকে প্রথমে "apigee" নামের একটি ব্যবহারকারী এবং গ্রুপ তৈরি করতে হবে। এটি Edge ইনস্টলারের মাধ্যমে তৈরি করা একই গ্রুপ ও ব্যবহারকারী।
সিমলিঙ্ক তৈরি করতে, bootstrap_4.18.01.sh ফাইল ডাউনলোড করার আগে এই ধাপগুলি অনুসরণ করুন। আপনাকে রুট হিসেবে এই সবকটি ধাপ সম্পূর্ণ করতে হবে:
- "apigee" ব্যবহারকারী ও গ্রুপ তৈরি করুন:
groupadd -r apigee > useradd -r -g apigee -d /opt/apigee -s /sbin/nologin -c "Apigee platform user" apigee
/opt/apigeeথেকে আপনার পছন্দের ইনস্টল রুটে একটি সিমলিঙ্ক তৈরি করুন:ln -Ts /srv/myInstallDir /opt/apigee
যেখানে /srv/myInstallDir হল Edge ফাইলের কাঙ্ক্ষিত লোকেশন।
- ইনস্টল রুট ও সিমলিঙ্কের মালিকানা পরিবর্তন করে "apigee" ব্যবহারকারী হিসেবে সেট করুন:
chown -h apigee:apigee /srv/myInstallDir /opt/apigee
Java
ইনস্টল করার আগে প্রতিটি মেশিনে Java 1.8-এর কাজ করে এমন ভার্সন ইনস্টল করা থাকতে হবে। কাজ করে এমন JDK-এর তালিকা কাজ করে এমন সফ্টওয়্যার ও কাজ করে এমন ভার্সন-এ দেওয়া আছে।
ইনস্টলেশন করা ব্যবহারকারীর জন্য JAVA_HOME যাতে JDK-এর রুটে পয়েন্ট করে তা নিশ্চিত করুন।
SELinux
SELinux-এর জন্য আপনার সেটিংসের উপর নির্ভর করে, Edge-এর কম্পোনেন্ট ইনস্টল ও চালু করার সময় Edge-এ সমস্যা হতে পারে। প্রয়োজন হলে, ইনস্টল করার সময় আপনি SELinux বন্ধ করতে বা এটিকে পারমিসিভ মোডে সেট করতে পারেন এবং ইনস্টল করার পরে এটি আবার চালু করতে পারেন। আরও জানতে Edge apigee-setup ইউটিলিটি ইনস্টল করুন দেখুন।
নেটওয়ার্ক সেটিং
ইনস্টল করার আগে নেটওয়ার্ক সেটিং চেক করে নেওয়া ভাল। ইনস্টলার আশা করে যে সব মেশিনের IP অ্যাড্রেস নির্দিষ্ট করা আছে। সেটিং যাচাই করতে নিম্নলিখিত কমান্ড ব্যবহার করুন:
hostnameমেশিনের নাম দেখায়hostname -iহোস্টনেমের জন্য IP অ্যাড্রেস রিটার্ন করে যা অন্য মেশিন থেকে অ্যাড্রেস করা যেতে পারে।
আপনার অপারেটিং সিস্টেমের ধরন ও ভার্সনের উপর নির্ভর করে, হোস্টনেম সঠিকভাবে সেট করা না থাকলে,
আপনাকে হয়ত /etc/hosts এবং /etc/sysconfig/network এডিট করতে
হবে। আরও তথ্যের জন্য আপনার নির্দিষ্ট অপারেটিং সিস্টেমের ডকুমেন্টেশন দেখুন।
কোনও সার্ভারে একাধিক ইন্টারফেস কার্ড থাকলে, "hostname -i" কমান্ড স্পেস দিয়ে আলাদা করা IP অ্যাড্রেসের তালিকা দেখায়। ডিফল্ট হিসেবে, Edge ইনস্টলার প্রথম যে IP অ্যাড্রেস পায় সেটি ব্যবহার করে, যা সব পরিস্থিতিতে সঠিক নাও হতে পারে। বিকল্প হিসেবে, আপনি ইনস্টলেশন কনফিগারেশন ফাইলে নিম্নলিখিত প্রপার্টি সেট করতে পারেন:
ENABLE_DYNAMIC_HOSTIP=y
সেই প্রপার্টি "y" হিসেবে সেট করা থাকলে, ইনস্টলার আপনাকে ইনস্টলের অংশ হিসেবে ব্যবহার করার জন্য IP অ্যাড্রেস বেছে নিতে প্রম্পট করে। "n" হল ডিফল্ট ভ্যালু। আরও জানতে Edge কনফিগারেশন ফাইল রেফারেন্স দেখুন।
TCP র্যাপার
TCP Wrappers কিছু পোর্টের কমিউনিকেশন ব্লক করতে পারে এবং OpenLDAP, Postgres ও
Cassandra ইনস্টলেশনকে প্রভাবিত করতে পারে। সেইসব নোডে, /etc/hosts.allow এবং
/etc/hosts.deny চেক করে নিশ্চিত করুন যে প্রয়োজনীয়
OpenLDAP, Postgres এবং Cassandra পোর্টে কোনও পোর্ট সংক্রান্ত বিধিনিষেধ নেই।
iptables
প্রয়োজনীয় এজ পোর্টে নোডের মধ্যে কানেক্টিভিটি আটকানোর জন্য কোনও iptables নীতি নেই তা যাচাই করুন। প্রয়োজন হলে, ইনস্টলেশনের সময় আপনি iptables বন্ধ করতে পারেন, এর জন্য কমান্ড ব্যবহার করুন:
sudo/etc/init.d/iptables stop
CentOS 7.x-এ:
systemctl stop firewalld
নিশ্চিত করুন যে এজ রাউটার /etc/rc.d/init.d/functions অ্যাক্সেস করতে পারে
Edge রাউটার এবং BaaS পোর্টাল নোড Nginx রাউটার ব্যবহার করে এবং /etc/rc.d/init.d/functions-এ রিড অ্যাক্সেস
প্রয়োজন।
আপনার নিরাপত্তা প্রক্রিয়ায় /etc/rc.d/init.d/functions-এ অনুমতি সেট করার প্রয়োজন হলে,
সেগুলি ৭০০-তে সেট করবেন না, অন্যথায় রাউটার চালু
হবে না। /etc/rc.d/init.d/functions-এ রিড অ্যাক্সেসের অনুমতি দিতে,
অনুমতি ৭৪৪-এ সেট করা যেতে পারে।
Cassandra
সব Cassandra নোডকে একটি রিংয়ের সাথে কানেক্ট করতে হবে। নির্ভরযোগ্যতা এবং ত্রুটি সহনশীলতা নিশ্চিত করতে Cassandra একাধিক নোডে ডেটা রেপ্লিকা স্টোর করে। প্রতিটি এজ কীস্পেসের জন্য রেপ্লিকেশন স্ট্র্যাটেজি Cassandra নোড নির্ধারণ করে যেখানে রেপ্লিকা রাখা হয়। আরও জানতে,Cassandra রেপ্লিকেশন ফ্যাক্টর এবং কনসিস্টেন্সি লেভেল সম্পর্কে দেখুন।
Cassandra উপলভ্য মেমরির উপর ভিত্তি করে অটোমেটিক জাভা হিপ সাইজ অ্যাডজাস্ট করে। আরও জানতে, Java রিসোর্স টিউন করা দেখুন। পারফর্ম্যান্স খারাপ হলে বা বেশি মেমরি খরচ হলে।
প্রাইভেট ক্লাউডের জন্য Edge ইনস্টল করার পরে, আপনি /opt/apigee/apigee-cassandra/conf/cassandra.yaml
ফাইলটি পরীক্ষা করে Cassandra সঠিকভাবে কনফিগার করা হয়েছে কিনা তা পরীক্ষা করতে পারেন। যেমন, নিশ্চিত করুন যে Edge for Private Cloud ইনস্টলেশন স্ক্রিপ্ট নিম্নলিখিত প্রপার্টি সেট করেছে:
cluster_nameinitial_tokenpartitionerseedslisten_addressrpc_addresssnitch
PostgreSQL ডেটাবেস
Edge ইনস্টল করার পরে, আপনার সিস্টেমে উপলভ্য RAM-এর পরিমাণের উপর ভিত্তি করে আপনি নিম্নলিখিত 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
এইসব ভ্যালু সেট করতে:
- postgresql.properties ফাইল এডিট করুন:
vi /opt/apigee/customer/application/postgresql.properties
ফাইলটি না থাকলে, এটি তৈরি করুন।
- উপরে তালিকাভুক্ত প্রপার্টি সেট করুন।
- আপনার এডিট সেভ করুন।
- PostgreSQL ডেটাবেস রিস্টার্ট করুন:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
সিস্টেমের সীমা
Cassandra এবং মেসেজ প্রসেসর নোডে আপনি নিম্নলিখিত সিস্টেম সীমা সেট করেছেন কিনা তা নিশ্চিত করুন:
- Cassandra নোডে, ইনস্টলেশন ব্যবহারকারীর (ডিফল্ট হল “apigee") জন্য সফট ও হার্ড মেমলক, নোফাইল ও অ্যাড্রেস স্পেস (as) সীমা
/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
- মেসেজ প্রসেসর নোডে,
/etc/security/limits.d/90-apigee-edge-limits.conf-এ খোলা ফাইল ডেসক্রিপটরের সর্বাধিক সংখ্যা ৬৪K-তে সেট করুন, যেমন নিচে দেখানো হয়েছে:apigee soft nofile 32768 apigee hard nofile 65536
প্রয়োজন হলে, আপনি সেই সীমা বাড়াতে পারবেন। যেমন, আপনার কাছে যদি কোনও একটি সময়ে অনেক সংখ্যক অস্থায়ী ফাইল খোলা থাকে।
jsvc
API BaaS ব্যবহার করার জন্য "jsvc" থাকা আবশ্যক। আপনি API BaaS ইনস্টল করলে, ভার্সন 1.0.15-dev ইনস্টল হয়ে যায়।
নেটওয়ার্ক সিকিউরিটি সার্ভিস (NSS)
নেটওয়ার্ক সিকিউরিটি সার্ভিস (NSS) হল লাইব্রেরির একটি সেট যা নিরাপত্তা-চালিত ক্লায়েন্ট ও সার্ভার অ্যাপ্লিকেশন তৈরি করতে সাহায্য করে। আপনাকে নিশ্চিত করতে হবে যে আপনি NSS v3.19 বা তার পরবর্তী ভার্সন ইনস্টল করেছেন।
আপনার বর্তমান ভার্সন চেক করতে:
yum info nss
NSS আপডেট করতে:
yum update nss
আরও তথ্যের জন্য RedHat-এর এই নিবন্ধ দেখুন।
NSCD (নেম সার্ভিস ক্যাশে ডেমন) ব্যবহার করার সময় IPv6-এ DNS লুকআপ বন্ধ করুন
আপনি যদি NSCD (নেম সার্ভিস ক্যাশে ডেমন) ইনস্টল ও চালু করে থাকেন, তাহলে মেসেজ প্রসেসর দুটি DNS লুকআপ করে: একটি IPv4-এর জন্য এবং একটি IPv6-এর জন্য। NSCD ব্যবহার করার সময় IPv6-এ DNS খোঁজা বন্ধ করা উচিত।
IPv6-এ DNS লুকআপ বন্ধ করতে:
- প্রতিটি মেসেজ প্রসেসর নোডে,
/etc/nscd.confএডিট করুন - নিম্নলিখিত প্রপার্টি সেট করুন:
enable-cache hosts no
RedHat/CentOS 7-এর জন্য Google Cloud Platform-এ IPv6 বন্ধ করা
আপনি যদি Google Cloud Platform-এ RedHat 7 বা CentOS 7-এ Edge ইনস্টল করেন, তাহলে আপনাকে অবশ্যই সমস্ত Qpid নোডে IPv6 অক্ষম করতে হবে।
IPv6 বন্ধ করার নির্দেশাবলীর জন্য আপনার নির্দিষ্ট OS ভার্সনের RedHat বা CentOS ডকুমেন্টেশন দেখুন। যেমন, আপনি এগুলি করতে পারেন:
- এডিটরে
/etc/hostsখুলুন। - কমেন্ট আউট করতে নিম্নলিখিত লাইনের প্রথম কলামে "#" অক্ষর যোগ করুন:
#::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
- ফাইলটি সেভ করুন।
AWS AMI
আপনি যদি 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 |
rpm |
আনজিপ করুন |
|
basename |
grep |
lua-socket |
rpm2cpio |
useradd |
|
bash |
হোস্টনাম |
ls |
sed |
wc |
|
bc |
id |
নেট-টুল |
sudo |
wget |
|
কার্ল |
libaio |
perl (procps থেকে) |
টার |
xerces-c |
| cyrus-sasl | libdb4 | pgrep (procps থেকে) | tr | সুস্বাদু |
|
তারিখ |
libdb-cxx |
ps |
uuid |
chkconfig |
| dirname | libibverbs | pwd | uname | |
| একো | librdmacm | পাইথন |
ntpdate
সার্ভারের সময় সিঙ্ক করে রাখার সাজেশন দেওয়া হয়। আগে থেকে কনফিগার করা না থাকলে,
ntpdate ইউটিলিটি এই উদ্দেশ্যে ব্যবহার করা যেতে পারে, যা সার্ভারগুলি
সময়-সিঙ্ক করা হয়েছে কিনা তা যাচাই করে। আপনি yum install ntp ব্যবহার করে
ইউটিলিটি ইনস্টল করতে পারবেন। OpenLDAP সেট-আপের প্রতিলিপি তৈরি করার জন্য এটি বিশেষভাবে উপযোগী। মনে রাখবেন যে আপনি UTC-তে সার্ভার
টাইম জোন সেট-আপ করেছেন।
openldap 2.4
অন-প্রিমিসেস ইনস্টলেশনের জন্য OpenLDAP 2.4 প্রয়োজন। আপনার
সার্ভারে ইন্টারনেট কানেকশন থাকলে, Edge ইনস্টল স্ক্রিপ্ট OpenLDAP ডাউনলোড ও ইনস্টল
করে। আপনার সার্ভারে ইন্টারনেট কানেকশন না থাকলে, Edge ইনস্টল স্ক্রিপ্ট চালানোর আগে আপনাকে অবশ্যই নিশ্চিত করতে হবে যে OpenLDAP
আগে থেকেই ইনস্টল করা আছে। RHEL/CentOS-এ, আপনি
yum install openldap-clients openldap-servers রান করে OpenLDAP ইনস্টল করতে পারবেন।
১৩-হোস্ট ইনস্টলেশন এবং দুটি ডেটা সেন্টার সহ ১২-হোস্ট ইনস্টলেশনের জন্য, আপনার OpenLDAP রেপ্লিকেশন প্রয়োজন কারণ OpenLDAP হোস্ট করার জন্য একাধিক নোড রয়েছে।
ফায়ারওয়াল ও ভার্চুয়াল হোস্ট
virtual শব্দটি সাধারণত আইটি ক্ষেত্রে ওভারলোড হয়ে যায় এবং তাই এটি
Apigee Edge for Private Cloud ডেপ্লয়মেন্ট এবং ভার্চুয়াল হোস্টের সাথে থাকে। স্পষ্ট করে বলতে গেলে, virtual শব্দটির
দুটি প্রাথমিক ব্যবহার আছে:
- ভার্চুয়াল মেশিন (VM): প্রয়োজন নেই, তবে কিছু ডেপ্লয়মেন্ট VM প্রযুক্তি ব্যবহার করে তাদের Apigee কম্পোনেন্টের জন্য আইসোলেটেড সার্ভার তৈরি করে। ফিজিক্যাল হোস্টের মতো VM হোস্টের নেটওয়ার্ক ইন্টারফেস ও ফায়ারওয়াল থাকতে পারে।
- ভার্চুয়াল হোস্ট: ওয়েব এন্ডপয়েন্ট, Apache ভার্চুয়াল হোস্টের মতো।
VM-এ একটি রাউটার একাধিক ভার্চুয়াল হোস্ট দেখাতে পারে (যতক্ষণ না তারা একে অপরের থেকে আলাদা হয় তাদের হোস্ট উপনাম বা তাদের ইন্টারফেস পোর্টে)।
নামকরণের উদাহরণ হিসেবে, একটি ফিজিক্যাল সার্ভার A দুটি VM চালাতে পারে,
যার নাম "VM1" এবং "VM2"। ধরা যাক, "VM1" একটি ভার্চুয়াল ইথারনেট ইন্টারফেস দেখায়, যার নাম VM-এর মধ্যে
"eth0" এবং ভার্চুয়ালাইজেশন মেশিনারি বা নেটওয়ার্ক DHCP সার্ভার দ্বারা
IP অ্যাড্রেস 111.111.111.111 অ্যাসাইন করা হয়েছে; এবং ধরা যাক, VM2 একটি ভার্চুয়াল
ইথারনেট ইন্টারফেস দেখায়, যার নামও "eth0" এবং এটিকে IP অ্যাড্রেস
111.111.111.222 অ্যাসাইন করা হয়েছে।
দুটি VM-এর প্রতিটিতে আমাদের একটি Apigee রাউটার চলতে পারে। এই কাল্পনিক উদাহরণের মতো রাউটার ভার্চুয়াল হোস্ট এন্ডপয়েন্ট প্রকাশ করে:
VM1-এ Apigee রাউটার তার eth0 ইন্টারফেসে (যার কিছু নির্দিষ্ট IP অ্যাড্রেস আছে) তিনটি ভার্চুয়াল হোস্ট দেখায়, 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) এক্সপোজ করা পোর্টের জন্য TCP ট্রাফিক পাস করার জন্য সেই ফায়ারওয়াল
কনফিগার করতে হবে। এছাড়াও, প্রতিটি
VM-এর অপারেটিং সিস্টেম তার eth0 ইন্টারফেসে নিজস্ব ফায়ারওয়াল প্রদান করতে পারে এবং এগুলিকেও
কানেক্ট করার জন্য পোর্ট ৮০ এবং ৪৪৩ ট্রাফিকের অনুমতি দিতে হবে।
বেসপাথ হল তৃতীয় কম্পোনেন্ট যা বিভিন্ন API প্রক্সিতে API কল রাউট করার সাথে যুক্ত
যা আপনি হয়ত ডিপ্লয় করেছেন। API প্রক্সি বান্ডেলগুলি একটি এন্ডপয়েন্ট শেয়ার করতে পারে যদি তাদের আলাদা থাকে
বেসপাথ। যেমন, একটি বেসপাথ http://api.mycompany.com:80/
এবং অন্যটি http://api.mycompany.com:80/salesdemo হিসেবে উল্লেখ করা যেতে পারে।
এই ক্ষেত্রে, আপনার একটি লোড ব্যালেন্সার বা ট্রাফিক ডিরেক্টর প্রয়োজন যা
http://api.mycompany.com:80/ ট্রাফিককে দুটি IP অ্যাড্রেসের মধ্যে ভাগ করে
(VM1-এ 111.111.111.111 এবং VM2-এ 111.111.111.222)। এই ফাংশনটি
আপনার নির্দিষ্ট ইনস্টলেশনের জন্য এবং আপনার স্থানীয় নেটওয়ার্কিং গ্রুপ দ্বারা কনফিগার করা হয়েছে।
আপনি API ডিপ্লয় করার সময় বেসপাথ সেট করা হয়। উপরের উদাহরণ থেকে, আপনি দুটি API,
mycompany এবং testmycompany, mycompany-org প্রতিষ্ঠানের জন্য
ভার্চুয়াল হোস্টের সাথে ডেপ্লয় করতে পারবেন, যার হোস্ট অ্যালিয়াস হল
api.mycompany.com এবং পোর্ট 80-এ সেট করা আছে। আপনি ডিপ্লয়মেন্টে
বেসপাথ ঘোষণা না করলে, ইনকামিং অনুরোধ কোন API-তে পাঠাতে হবে তা রাউটার জানতে পারে না।
তবে, আপনি যদি testmycompany API-কে
/salesdemo বেস URL-এর সাথে ডিপ্লয় করেন, তাহলে ব্যবহারকারীরা http://api.mycompany.com:80/salesdemo ব্যবহার করে
সেই API অ্যাক্সেস করেন। আপনি যদি / বেস URL-এর সাথে
আপনার API mycompany ডিপ্লয় করেন, তাহলে আপনার ব্যবহারকারীরা http://api.mycompany.com:80/ URL-এর মাধ্যমে
API অ্যাক্সেস করেন।
এজ পোর্ট সংক্রান্ত প্রয়োজনীয়তা
ফায়ারওয়াল ম্যানেজ করার প্রয়োজনীয়তা শুধু ভার্চুয়াল হোস্টের মধ্যেই সীমাবদ্ধ নয়; VM ও ফিজিক্যাল হোস্ট ফায়ারওয়াল, দুটির ক্ষেত্রেই কম্পোনেন্টের জন্য প্রয়োজনীয় পোর্টের ট্রাফিককে একে অপরের সাথে যোগাযোগ করার অনুমতি দিতে হবে।
নিচের ছবিতে প্রতিটি Edge কম্পোনেন্টের জন্য প্রয়োজনীয় পোর্ট দেখানো হয়েছে:

এই ডায়াগ্রাম সম্পর্কে নোট:
- * রাউটার এবং মেসেজ প্রসেসরের মধ্যে TLS/SSL কনফিগার করার সময়, রাউটার যাতে অ্যাক্সেস করতে পারে তার জন্য মেসেজ প্রসেসরের পোর্ট ৮০৮২ খোলা রাখতে হবে। আপনি যদি রাউটার এবং মেসেজ প্রসেসরের মধ্যে TLS/SSL কনফিগার না করেন, তাহলে ডিফল্ট কনফিগারেশন, পোর্ট 8082 এখনও কম্পোনেন্ট ম্যানেজ করার জন্য মেসেজ প্রসেসরে খোলা থাকতে হবে, কিন্তু রাউটারের এতে অ্যাক্সেসের প্রয়োজন নেই।
- "M" দিয়ে শুরু হওয়া পোর্টগুলি কম্পোনেন্ট ম্যানেজ করার জন্য ব্যবহার করা হয় এবং ম্যানেজমেন্ট সার্ভার থেকে অ্যাক্সেস করার জন্য কম্পোনেন্টে অবশ্যই খোলা থাকতে হবে।
- নিম্নলিখিত কম্পোনেন্টগুলির জন্য ম্যানেজমেন্ট সার্ভারে পোর্ট 8080-এ অ্যাক্সেস প্রয়োজন: রাউটার, মেসেজ প্রসেসর, UI, Postgres এবং Qpid।
- মেসেজ প্রসেসরকে অবশ্যই পোর্ট ৪৫২৮-কে ম্যানেজমেন্ট পোর্ট হিসেবে খুলতে হবে। আপনার একাধিক মেসেজ প্রসেসর থাকলে, সেগুলিকে অবশ্যই পোর্ট ৪৫২৮-এর মাধ্যমে একে অপরের সাথে কানেক্ট করতে হবে (মেসেজ প্রসেসরে পোর্ট ৪৫২৮-এর জন্য উপরের ডায়াগ্রামে লুপ তীরচিহ্ন দ্বারা দেখানো হয়েছে)। আপনার একাধিক ডেটা সেন্টার থাকলে, সব ডেটা সেন্টারের সব মেসেজ প্রসেসর থেকে পোর্ট অ্যাক্সেসযোগ্য হতে হবে।
- যদিও এটি করার প্রয়োজন নেই, তবুও আপনি যেকোনও মেসেজ প্রসেসরের মাধ্যমে অ্যাক্সেস করার জন্য রাউটারে পোর্ট ৪৫২৭ খুলতে পারেন। অন্যথায়, আপনি মেসেজ প্রসেসর লগ ফাইলে সমস্যার মেসেজ দেখতে পেতে পারেন।
- রাউটারকে অবশ্যই ম্যানেজমেন্ট পোর্ট হিসেবে পোর্ট ৪৫২৭ খুলতে হবে। আপনার একাধিক রাউটার থাকলে, সেগুলি সবকটিই যেন পোর্ট ৪৫২৭-এর মাধ্যমে একে অপরের সাথে কানেক্ট করতে পারে (উপরে রাউটারের পোর্ট ৪৫২৭-এর জন্য ডায়াগ্রামে লুপ তীরচিহ্ন দ্বারা দেখানো হয়েছে)।
- ট্রেস টুলে পাঠান বোতামের কাজ করার জন্য, API প্রক্সি দ্বারা এক্সপোজ করা পোর্টে, Edge UI-এর রাউটারে অ্যাক্সেস প্রয়োজন।
- ম্যানেজমেন্ট সার্ভারের Cassandra নোডে JMX পোর্টের অ্যাক্সেস প্রয়োজন।
- JMX পোর্টে অ্যাক্সেস কনফিগার করা যেতে পারে যাতে ইউজারনেম/পাসওয়ার্ড প্রয়োজন হয়। আরও তথ্যের জন্য কীভাবে মনিটর করবেন তা দেখুন।
- আপনি চাইলে নির্দিষ্ট কিছু কানেকশনের জন্য TLS/SSL অ্যাক্সেস কনফিগার করতে পারেন, যা বিভিন্ন পোর্ট ব্যবহার করতে পারে। আরও জানতে TLS/SSL দেখুন।
- মাস্টার-স্ট্যান্ডবাই রেপ্লিকেশন ব্যবহার করার জন্য দুটি Postgres নোড কনফিগার করলে, ssh অ্যাক্সেসের জন্য আপনাকে প্রতিটি নোডে পোর্ট ২২ খুলতে হবে। ssh অ্যাক্সেসের অনুমতি দিতে আপনি আলাদা আলাদা নোডে পোর্ট খুলতে পারেন।
- আপনি ম্যানেজমেন্ট সার্ভার এবং এজ UI কনফিগার করতে পারেন যাতে একটি বাহ্যিক SMTP-এর মাধ্যমে ইমেল পাঠানো যায় সার্ভার। আপনি যদি তা করেন, তাহলে আপনাকে অবশ্যই নিশ্চিত করতে হবে যে ম্যানেজমেন্ট সার্ভার এবং UI, SMTP সার্ভারে প্রয়োজনীয় পোর্ট অ্যাক্সেস করতে পারে। নন-TLS SMTP-এর ক্ষেত্রে, পোর্ট নম্বর সাধারণত ২৫ হয়। TLS-চালু করা SMTP-এর জন্য, এটি প্রায়ই ৪৬৫ হয়, তবে আপনার SMTP প্রদানকারীর সাথে চেক করুন।
নিচের সারণীতে এজ কম্পোনেন্ট অনুযায়ী ফায়ারওয়ালে যেসব পোর্ট খোলা রাখতে হবে তা দেখানো হয়েছে:
| কম্পোনেন্ট | পোর্ট | বিবরণ |
|---|---|---|
| স্ট্যান্ডার্ড HTTP পোর্ট | 80, 443 | HTTP এবং ভার্চুয়াল হোস্টের জন্য আপনি ব্যবহার করেন এমন অন্য যেকোনও পোর্ট |
| ম্যানেজমেন্ট সার্ভার | 8080 | Edge ম্যানেজমেন্ট API কলের জন্য পোর্ট। এইসব কম্পোনেন্টের জন্য ম্যানেজমেন্ট সার্ভারে পোর্ট ৮০৮০-তে অ্যাক্সেস প্রয়োজন: রাউটার, মেসেজ প্রসেসর, UI, Postgres এবং Qpid। |
| 1099 | JMX পোর্ট | |
| 4526 | ডিস্ট্রিবিউটেড ক্যাশে ও ম্যানেজমেন্ট কলের জন্য | |
| ম্যানেজমেন্ট UI | 9000 | ম্যানেজমেন্ট UI-তে ব্রাউজার অ্যাক্সেসের জন্য পোর্ট |
| মেসেজ প্রসেসর | 8998 | রাউটার থেকে যোগাযোগের জন্য মেসেজ প্রসেসর পোর্ট |
| 8082 |
মেসেজ প্রসেসরের জন্য ডিফল্ট ম্যানেজমেন্ট পোর্ট এবং ম্যানেজমেন্ট সার্ভারের মাধ্যমে অ্যাক্সেসের জন্য কম্পোনেন্টে অবশ্যই খোলা থাকতে হবে। আপনি যদি রাউটার এবং মেসেজ প্রসেসরের মধ্যে TLS/SSL কনফিগার করেন, তাহলে রাউটার মেসেজ প্রসেসরের স্বাস্থ্য পরীক্ষা করতে এটি ব্যবহার করে। |
|
| 1101 | JMX পোর্ট | |
| 4528 | মেসেজ প্রসেসরের মধ্যে ডিস্ট্রিবিউটেড ক্যাশে ও ম্যানেজমেন্ট কলের জন্য এবং রাউটার ও ম্যানেজমেন্ট সার্ভার থেকে যোগাযোগের জন্য | |
| রাউটার | 8081 | রাউটারের জন্য ডিফল্ট ম্যানেজমেন্ট পোর্ট এবং অ্যাক্সেসের জন্য কম্পোনেন্টে অবশ্যই খোলা থাকতে হবে ম্যানেজমেন্ট সার্ভার দ্বারা। |
| 4527 | ডিস্ট্রিবিউটেড ক্যাশে ও ম্যানেজমেন্ট কলের জন্য | |
| 15999 |
হেল্থ চেক পোর্ট। রাউটার উপলভ্য আছে কিনা তা নির্ধারণ করতে লোড ব্যালেন্সার এই পোর্ট ব্যবহার করে। রাউটারের স্ট্যাটাস জানতে, লোড ব্যালেন্সার রাউটারের 15999 পোর্টে একটি অনুরোধ করে: curl -v http://routerIP:15999/v1/servers/self/reachable রাউটার অ্যাক্সেস করা গেলে, অনুরোধ HTTP 200 রিটার্ন করে। |
|
| 59001 | apigee-validate ইউটিলিটির মাধ্যমে Edge ইনস্টলেশন পরীক্ষা করার জন্য ব্যবহৃত পোর্ট।
এই ইউটিলিটির জন্য রাউটারে পোর্ট 59001-এ অ্যাক্সেস প্রয়োজন। পোর্ট 59001 সম্পর্কে আরও জানতে
ইনস্টল করা পরীক্ষা করুন দেখুন। |
|
| ZooKeeper | 2181 | ম্যানেজমেন্ট সার্ভার, রাউটার, মেসেজ প্রসেসর এবং আরও অনেক কিছুর মতো অন্যান্য কম্পোনেন্ট দ্বারা ব্যবহৃত হয় |
| ২৮৮৮, ৩৮৮৮ | ZooKeeper ক্লাস্টারের (ZooKeeper এনসেম্বল নামে পরিচিত) কমিউনিকেশনের জন্য ZooKeeper ইন্টার্নালি ব্যবহার করে | |
| Cassandra | 7000, 9042, 9160 | Cassandra নোডের মধ্যে যোগাযোগ এবং অন্যান্য Edge কম্পোনেন্টের মাধ্যমে অ্যাক্সেসের জন্য Apache Cassandra পোর্ট। |
| 7199 | JMX পোর্ট। ম্যানেজমেন্ট সার্ভার যাতে অ্যাক্সেস করতে পারে তার জন্য এটি খোলা থাকতে হবে। | |
| Qpid | 5672 | রাউটার ও মেসেজ প্রসেসর থেকে Qpid সার্ভারে যোগাযোগের জন্য ব্যবহার করা হয় |
| 8083 | Qpid সার্ভারে ডিফল্ট ম্যানেজমেন্ট পোর্ট এবং ম্যানেজমেন্ট সার্ভার দ্বারা অ্যাক্সেসের জন্য কম্পোনেন্টে অবশ্যই খোলা থাকতে হবে। | |
| 1102 | JMX পোর্ট | |
| 4529 | ডিস্ট্রিবিউটেড ক্যাশে ও ম্যানেজমেন্ট কলের জন্য | |
| Postgres | 5432 | Qpid/ম্যানেজমেন্ট সার্ভার থেকে Postgres-এ যোগাযোগের জন্য ব্যবহৃত হয় |
| 8084 | Postgres সার্ভারে ডিফল্ট ম্যানেজমেন্ট পোর্ট এবং অ্যাক্সেসের জন্য কম্পোনেন্টে অবশ্যই খোলা থাকতে হবে ম্যানেজমেন্ট সার্ভার দ্বারা। | |
| 1103 | JMX পোর্ট | |
| 4530 | ডিস্ট্রিবিউটেড ক্যাশে ও ম্যানেজমেন্ট কলের জন্য | |
| 22 | মাস্টার-স্ট্যান্ডবাই রেপ্লিকেশন ব্যবহার করার জন্য দুটি Postgres নোড কনফিগার করলে, ssh অ্যাক্সেসের জন্য আপনাকে প্রতিটি নোডে পোর্ট ২২ খুলতে হবে। | |
| LDAP | 10389 | OpenLDAP |
| SmartDocs | 59002 | Edge রাউটারের পোর্ট যেখানে SmartDocs পৃষ্ঠা সংক্রান্ত অনুরোধ পাঠানো হয়। |
পরবর্তী সারণীতে একই পোর্টগুলি সংখ্যাগতভাবে তালিকাভুক্ত করা হয়েছে, যার মধ্যে সোর্স এবং গন্তব্য কম্পোনেন্ট রয়েছে:
| পোর্ট নম্বর | উদ্দেশ্য | সোর্স কম্পোনেন্ট | গন্তব্য কম্পোনেন্ট |
|---|---|---|---|
| virtual_host_port | HTTP এবং ভার্চুয়াল হোস্ট API কল ট্রাফিকের জন্য আপনি ব্যবহার করেন এমন অন্য যেকোনও পোর্ট। পোর্ট ৮০ এবং ৪৪৩ সবচেয়ে বেশি ব্যবহার করা হয়; মেসেজ রাউটার TLS/SSL কানেকশন বন্ধ করে দিতে পারে। | এক্সটার্নাল ক্লায়েন্ট (বা লোড ব্যালেন্সার) | মেসেজ রাউটারে লিসনার |
| ১০৯৯ থেকে ১১০৩ | JMX ম্যানেজমেন্ট | JMX ক্লায়েন্ট | ম্যানেজমেন্ট সার্ভার (১০৯৯) মেসেজ প্রসেসর (১১০১) Qpid সার্ভার (১১০২) Postgres সার্ভার (১১০৩) |
| 2181 | Zookeeper ক্লায়েন্ট কমিউনিকেশন | ম্যানেজমেন্ট সার্ভার রাউটার মেসেজ প্রসেসর Qpid সার্ভার Postgres সার্ভার |
চিড়িয়াখানার রক্ষক |
| ২৮৮৮ এবং ৩৮৮৮ | Zookeeper ইন্টারনোড ম্যানেজমেন্ট | চিড়িয়াখানার রক্ষক | চিড়িয়াখানার রক্ষক |
| 4526 | RPC ম্যানেজমেন্ট পোর্ট | ম্যানেজমেন্ট সার্ভার | ম্যানেজমেন্ট সার্ভার |
| 4527 | ডিস্ট্রিবিউটেড ক্যাশে ও ম্যানেজমেন্ট কল এবং রাউটারের মধ্যে যোগাযোগের জন্য RPC ম্যানেজমেন্ট পোর্ট | ম্যানেজমেন্ট সার্ভার রাউটার |
রাউটার |
| 4528 | মেসেজ প্রসেসরের মধ্যে ডিস্ট্রিবিউটেড ক্যাশে কল এবং রাউটার থেকে যোগাযোগের জন্য ব্যবহার করা হয় | ম্যানেজমেন্ট সার্ভার রাউটার মেসেজ প্রসেসর |
মেসেজ প্রসেসর |
| 4529 | ডিস্ট্রিবিউটেড ক্যাশে ও ম্যানেজমেন্ট কলের জন্য RPC ম্যানেজমেন্ট পোর্ট | ম্যানেজমেন্ট সার্ভার | Qpid Server |
| 4530 | ডিস্ট্রিবিউটেড ক্যাশে ও ম্যানেজমেন্ট কলের জন্য RPC ম্যানেজমেন্ট পোর্ট | ম্যানেজমেন্ট সার্ভার | Postgres Server |
| 5432 | Postgres ক্লায়েন্ট | Qpid Server | Postgres |
| 5672 |
রাউটার এবং মেসেজ প্রসেসর থেকে Qpid-এ অ্যানালিটিক্স পাঠানোর জন্য ব্যবহৃত হয় |
রাউটার মেসেজ প্রসেসর |
Qpid Server |
| 7000 | Cassandra ইন্টার-নোড কমিউনিকেশন | Cassandra | অন্য Cassandra নোড |
| 7199 | JMX ম্যানেজমেন্ট। ম্যানেজমেন্ট সার্ভার দ্বারা Cassandra নোডে অ্যাক্সেসের জন্য অবশ্যই খোলা থাকতে হবে। | JMX ক্লায়েন্ট | Cassandra |
| 8080 | ম্যানেজমেন্ট API পোর্ট | ম্যানেজমেন্ট API ক্লায়েন্ট | ম্যানেজমেন্ট সার্ভার |
| ৮০৮১ থেকে ৮০৮৪ |
কম্পোনেন্ট API পোর্ট, সরাসরি স্বতন্ত্র কম্পোনেন্টে API অনুরোধ ইস্যু করার জন্য ব্যবহৃত হয়। প্রতিটি কম্পোনেন্ট আলাদা পোর্ট খোলে; ব্যবহৃত সঠিক পোর্ট কনফিগারেশনের উপর নির্ভর করে তবে ম্যানেজমেন্ট সার্ভার দ্বারা অ্যাক্সেসের জন্য কম্পোনেন্টে অবশ্যই খোলা থাকতে হবে |
ম্যানেজমেন্ট API ক্লায়েন্ট | রাউটার (8081) মেসেজ প্রসেসর (8082) Qpid সার্ভার (8083) Postgres সার্ভার (8084) |
| 8998 | রাউটার ও মেসেজ প্রসেসরের মধ্যে যোগাযোগ | রাউটার | মেসেজ প্রসেসর |
| 9000 | ডিফল্ট এজ ম্যানেজমেন্ট UI পোর্ট | ব্রাউজার | ম্যানেজমেন্ট UI সার্ভার |
| 9042 | CQL নেটিভ ট্রান্সপোর্ট | রাউটার মেসেজ প্রসেসর ম্যানেজমেন্ট সার্ভার |
Cassandra |
| 9160 | Cassandra থ্রিফ্ট ক্লায়েন্ট | রাউটার মেসেজ প্রসেসর ম্যানেজমেন্ট সার্ভার |
Cassandra |
| 10389 | LDAP পোর্ট | ম্যানেজমেন্ট সার্ভার | OpenLDAP |
| 15999 | হেল্থ চেক পোর্ট। রাউটার উপলভ্য আছে কিনা তা নির্ধারণ করতে লোড ব্যালেন্সার এই পোর্ট ব্যবহার করে। | লোড ব্যালেন্সার | রাউটার |
| 59001 | Edge ইনস্টলেশন পরীক্ষা করার জন্য apigee-validate ইউটিলিটি দ্বারা ব্যবহৃত পোর্ট |
apigee-validate | রাউটার |
| 59002 | রাউটার পোর্ট যেখানে SmartDocs পৃষ্ঠা অনুরোধ পাঠানো হয় | SmartDocs | রাউটার |
মেসেজ প্রসেসর Cassandra-তে একটি ডেডিকেটেড কানেকশন পুল খোলা রাখে, যা কখনও টাইমআউট না হওয়ার জন্য কনফিগার করা থাকে। মেসেজ প্রসেসর ও Cassandra সার্ভারের মধ্যে ফায়ারওয়াল থাকলে, ফায়ারওয়াল কানেকশন টাইম-আউট করে দিতে পারে। তবে, Cassandra-র সাথে কানেকশন আবার স্থাপন করার জন্য মেসেজ প্রসেসর ডিজাইন করা হয়নি।
এই পরিস্থিতি এড়াতে, Apigee সাজেস্ট করে যে Cassandra সার্ভার, মেসেজ প্রসেসর এবং রাউটার একই সাবনেটে থাকুক যাতে এই কম্পোনেন্টগুলি ডেপ্লয় করার সময় ফায়ারওয়াল ব্যবহার করতে না হয়।
রাউটার ও মেসেজ প্রসেসরের মধ্যে ফায়ারওয়াল থাকলে এবং আইডল TCP টাইমআউট সেট করা থাকলে, আমরা সাজেস্ট করি:
- Linux OS-এর sysctl সেটিংসে
net.ipv4.tcp_keepalive_time = 1800সেট করুন, যেখানে ১৮০০ ফায়ারওয়াল আইডল tcp টাইমআউটের থেকে কম হতে হবে। এই সেটিং কানেকশনকে প্রতিষ্ঠিত অবস্থায় রাখবে যাতে ফায়ারওয়াল কানেকশন ডিসকানেক্ট না করে। - সব মেসেজ প্রসেসরে, নিম্নলিখিত প্রপার্টি যোগ করতে
/opt/apigee/customer/application/message-processor.propertiesএডিট করুন। ফাইলটি না থাকলে, এটি তৈরি করুন।conf_system_cassandra.maxconnecttimeinmillis=-1
- মেসেজ প্রসেসর রিস্টার্ট করুন:
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
- সব রাউটারে, নিম্নলিখিত প্রপার্টি যোগ করতে
/opt/apigee/customer/application/router.propertiesএডিট করুন। ফাইলটি না থাকলে, এটি তৈরি করুন।conf_system_cassandra.maxconnecttimeinmillis=-1
- রাউটার রিস্টার্ট করুন:
/opt/apigee/apigee-service/bin/apigee-service edge-router restart
আপনি যদি দুটি ডেটা সেন্টারের সাথে ১২টি হোস্ট ক্লাস্টার করা কনফিগারেশন ইনস্টল করেন, তাহলে নিশ্চিত করুন যে দুটি ডেটা সেন্টারের নোডগুলি নিচে দেখানো পোর্টগুলির মাধ্যমে যোগাযোগ করতে পারে:

API BaaS পোর্ট সংক্রান্ত প্রয়োজনীয়তা
আপনি API BaaS ইনস্টল করার বিকল্প বেছে নিলে, API BaaS স্ট্যাক এবং API BaaS পোর্টাল কম্পোনেন্ট যোগ করেন। এইসব কম্পোনেন্ট নিচের ছবিতে দেখানো পোর্ট ব্যবহার করে:

এই ডায়াগ্রাম সম্পর্কে নোট:
- API BaaS পোর্টাল কখনও সরাসরি BaaS স্ট্যাক নোডে অনুরোধ করে না। কোনও ডেভেলপার পোর্টালে লগ-ইন করলে, পোর্টাল অ্যাপ ব্রাউজারে ডাউনলোড হয়ে যায়। ব্রাউজারে চলা Portal অ্যাপ BaaS Stack নোডে অনুরোধ করে।
- API BaaS-এর প্রোডাকশন ইনস্টলেশন API BaaS পোর্টাল নোড এবং API BaaS স্ট্যাক নোডের মধ্যে লোড ব্যালেন্সার ব্যবহার করে। পোর্টাল কনফিগার করার সময় এবং BaaS API কল করার সময়, আপনি লোড ব্যালেন্সারের IP অ্যাড্রেস বা DNS নাম উল্লেখ করেন, Stack নোডের নয়।
- অন্য সব Stack নোড থেকে অ্যাক্সেস করার জন্য সব Stack নোডকে অবশ্যই পোর্ট ২৫৫১ খুলতে হবে (Stack নোডে পোর্ট ২৫৫১-এর জন্য উপরের ডায়াগ্রামে লুপ তীরচিহ্ন দ্বারা দেখানো হয়েছে)। আপনার একাধিক ডেটা সেন্টার থাকলে, সব ডেটা সেন্টারের সব Stack নোড থেকে পোর্ট অ্যাক্সেসযোগ্য হতে হবে।
- এক্সটার্নাল SMTP সার্ভারের মাধ্যমে ইমেল পাঠাতে আপনাকে অবশ্যই সব Baas Stack নোড কনফিগার করতে হবে। নন-TLS SMTP-এর ক্ষেত্রে, পোর্ট নম্বর সাধারণত ২৫ হয়। TLS-চালু থাকা SMTP-এর জন্য, এটি প্রায়ই ৪৬৫ হয়, তবে আপনার SMTP প্রদানকারীর সাথে চেক করুন।
- Cassandra নোড API BaaS-এর জন্য ডেডিকেট করা যেতে পারে অথবা Edge-এর সাথে শেয়ার করা যেতে পারে।
নিচের সারণীতে কম্পোনেন্ট অনুযায়ী ডিফল্ট পোর্ট দেখানো হয়েছে যা ফায়ারওয়ালে খুলতে হবে:
| কম্পোনেন্ট | পোর্ট | বিবরণ |
|---|---|---|
| API BaaS Portal | 9000 | API BaaS UI-এর জন্য পোর্ট |
| API BaaS Stack | 8080 | যে পোর্টে API অনুরোধ পাওয়া যায় |
| 2551 |
সব Stack নোডের মধ্যে যোগাযোগের জন্য পোর্ট। ডেটা সেন্টারে অন্যান্য সব Stack নোড দ্বারা অ্যাক্সেসযোগ্য হতে হবে। আপনার একাধিক ডেটা সেন্টার থাকলে, সব ডেটা সেন্টারের সব স্ট্যাক নোড থেকে পোর্টটি অ্যাক্সেসযোগ্য হতে হবে। |
|
| ElasticSearch | ৯২০০ থেকে ৯৪০০ | API BaaS Stack-এর সাথে এবং ElasticSearch নোডের মধ্যে যোগাযোগ করার জন্য |
লাইসেন্স দেওয়া
Edge-এর প্রতিটি ইনস্টলেশনের জন্য একটি অনন্য লাইসেন্স ফাইল প্রয়োজন যা আপনি Apigee থেকে পান। ম্যানেজমেন্ট সার্ভার ইনস্টল করার সময় আপনাকে লাইসেন্স ফাইলের পাথ প্রদান করতে হবে, যেমন /tmp/license.txt.
ইনস্টলার লাইসেন্স ফাইলটি
/opt/apigee/customer/conf/license.txt-এ কপি করে।
লাইসেন্স ফাইলটি বৈধ হলে, ম্যানেজমেন্ট সার্ভার মেয়াদ শেষ হওয়ার তারিখ এবং অনুমোদিত মেসেজ
প্রসেসর (MP) সংখ্যা যাচাই করে। কোনও লাইসেন্স সেটিংসের মেয়াদ শেষ হয়ে গেলে, আপনি নিম্নলিখিত লোকেশনে লগ খুঁজে পাবেন: /opt/apigee/var/log/edge-management-server/logs।
এই ক্ষেত্রে, মাইগ্রেশন সংক্রান্ত বিবরণের জন্য আপনি Apigee Edge সহায়তা টিমের সাথে যোগাযোগ করতে পারেন।
আপনার কাছে এখনও লাইসেন্স না থাকলে, Apigee সেলস টিমের সাথে যোগাযোগ করুন।