ইনস্টলেশন সংক্রান্ত প্রয়োজনীয়তা

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 ফাইল ডাউনলোড করার আগে এই ধাপগুলি অনুসরণ করুন। আপনাকে রুট হিসেবে এই সবকটি ধাপ সম্পূর্ণ করতে হবে:

  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

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_name
  • initial_token
  • partitioner
  • seeds
  • listen_address
  • rpc_address
  • snitch

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

এইসব ভ্যালু সেট করতে:

  1. postgresql.properties ফাইল এডিট করুন:
    vi /opt/apigee/customer/application/postgresql.properties

    ফাইলটি না থাকলে, এটি তৈরি করুন।

  2. উপরে তালিকাভুক্ত প্রপার্টি সেট করুন।
  3. আপনার এডিট সেভ করুন।
  4. 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 লুকআপ বন্ধ করতে:

  1. প্রতিটি মেসেজ প্রসেসর নোডে, /etc/nscd.conf এডিট করুন
  2. নিম্নলিখিত প্রপার্টি সেট করুন:
    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 ডকুমেন্টেশন দেখুন। যেমন, আপনি এগুলি করতে পারেন:

  1. এডিটরে /etc/hosts খুলুন।
  2. কমেন্ট আউট করতে নিম্নলিখিত লাইনের প্রথম কলামে "#" অক্ষর যোগ করুন:
    #::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
  3. ফাইলটি সেভ করুন।

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 টাইমআউট সেট করা থাকলে, আমরা সাজেস্ট করি:

  1. Linux OS-এর sysctl সেটিংসে net.ipv4.tcp_keepalive_time = 1800 সেট করুন, যেখানে ১৮০০ ফায়ারওয়াল আইডল tcp টাইমআউটের থেকে কম হতে হবে। এই সেটিং কানেকশনকে প্রতিষ্ঠিত অবস্থায় রাখবে যাতে ফায়ারওয়াল কানেকশন ডিসকানেক্ট না করে।
  2. সব মেসেজ প্রসেসরে, নিম্নলিখিত প্রপার্টি যোগ করতে /opt/apigee/customer/application/message-processor.properties এডিট করুন। ফাইলটি না থাকলে, এটি তৈরি করুন।
    conf_system_cassandra.maxconnecttimeinmillis=-1
  3. মেসেজ প্রসেসর রিস্টার্ট করুন:
    /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
  4. সব রাউটারে, নিম্নলিখিত প্রপার্টি যোগ করতে /opt/apigee/customer/application/router.properties এডিট করুন। ফাইলটি না থাকলে, এটি তৈরি করুন।
    conf_system_cassandra.maxconnecttimeinmillis=-1
  5. রাউটার রিস্টার্ট করুন:
    /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 সেলস টিমের সাথে যোগাযোগ করুন।