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

Edge for Private Cloud v. 4.17.01

হার্ডওয়্যার সংক্রান্ত প্রয়োজনীয়তা

প্রোডাকশন গ্রেড এনভায়রনমেন্টে অত্যন্ত উপলভ্য ইনফ্রাস্ট্রাকচারের জন্য আপনাকে নিম্নলিখিত ন্যূনতম হার্ডওয়্যার সংক্রান্ত প্রয়োজনীয়তা পূরণ করতে হবে। ইনস্টলেশন টপোলজি-তে বর্ণিত সব ইনস্টলেশন পরিস্থিতির জন্য, নিচের সারণীতে ইনস্টলেশন কম্পোনেন্টের জন্য ন্যূনতম হার্ডওয়্যার প্রয়োজনীয়তা তালিকাভুক্ত করা হয়েছে।

এইসব সারণীতে হার্ড ডিস্কের প্রয়োজনীয়তা অপারেটিং সিস্টেমের জন্য প্রয়োজনীয় হার্ড ডিস্ক স্পেসের অতিরিক্ত। আপনার অ্যাপ্লিকেশন এবং নেটওয়ার্ক ট্রাফিকের উপর নির্ভর করে, আপনার ইনস্টলেশনের জন্য নিচে তালিকাভুক্ত রিসোর্সের চেয়ে বেশি বা কম রিসোর্সের প্রয়োজন হতে পারে।

এছাড়াও, আপনি মনিটাইজেশন পরিষেবা ইনস্টল করতে চাইলে, নিম্নলিখিত হার্ডওয়্যার সংক্রান্ত প্রয়োজনীয়তা পূরণ করতে হবে:

আপনি API BaaS ইনস্টল করতে চাইলে, নিম্নলিখিত হার্ডওয়্যার সংক্রান্ত প্রয়োজনীয়তা পূরণ করতে হবে:

মনে রাখবেন:

• ইনস্টলেশনের জন্য রুট ফাইল সিস্টেমে পর্যাপ্ত জায়গা না থাকলে, ডেটা আরও বড় ডিস্কে রাখার সাজেশন দেওয়া হয়।
• মেশিনে Private Cloud-এর জন্য Apigee Edge-এর পুরনো ভার্সন ইনস্টল করা থাকলে, নতুন করে ইনস্টল করার আগে /tmp/java ফোল্ডারটি মুছে দিন।
• Cassandra চালু করার জন্য সিস্টেম-ব্যাপী অস্থায়ী ফোল্ডার /tmp-এর এক্সিকিউট করার অনুমতি প্রয়োজন।
• ইনস্টলেশনের আগে “apigee” ব্যবহারকারী তৈরি করা হলে, নিশ্চিত করুন যে “/home/apigee” হোম ডিরেক্টরি হিসেবে আছে এবং এর মালিকানা “apigee:apigee”-এর কাছে আছে।

অপারেটিং সিস্টেম ও থার্ড-পার্টি সফ্টওয়্যার সংক্রান্ত প্রয়োজনীয়তা

এই ইনস্টলেশন নির্দেশাবলী এবং সরবরাহ করা ইনস্টলেশন ফাইলগুলি এখানে তালিকাভুক্ত অপারেটিং সিস্টেম এবং থার্ড-পার্টি সফ্টওয়্যারে পরীক্ষা করা হয়েছে: https://apigee.com/docs/api-services/reference/supported-software।

Apigee ব্যবহারকারী তৈরি করা হচ্ছে

ইনস্টলেশন পদ্ধতি 'apigee' নামের একটি Unix সিস্টেম ব্যবহারকারী তৈরি করে। Edge ডিরেক্টরি এবং ফাইল 'apigee'-এর মালিকানাধীন, যেমন Edge প্রসেস। এর অর্থ হল, Edge কম্পোনেন্ট 'apigee' ব্যবহারকারী হিসেবে রান করে। প্রয়োজন হলে, আপনি অন্য ব্যবহারকারী হিসেবে কম্পোনেন্ট রান করতে পারেন। উদাহরণ দেখতে নোডে Edge কম্পোনেন্ট ইনস্টল করা-এর মধ্যে "সুরক্ষিত পোর্টের সাথে রাউটার বাইন্ড করা" দেখুন।

ইনস্টলেশন ডিরেক্টরি

ডিফল্ট হিসেবে, ইনস্টলার সব ফাইল /opt/apigee ডিরেক্টরিতে লেখে। আপনি এই ডিরেক্টরি লোকেশন পরিবর্তন করতে পারবেন না। আপনি এই ডিরেক্টরি পরিবর্তন করতে না পারলেও, নিচে বর্ণনা করা পদ্ধতি অনুযায়ী অন্য লোকেশনে /opt/apigee ম্যাপ করার জন্য সিমলিঙ্ক তৈরি করতে পারবেন।

এই গাইডের নির্দেশাবলীতে, ইনস্টলেশন ডিরেক্টরিকে /<inst_root>/apigee হিসেবে উল্লেখ করা হয়েছে, যেখানে ডিফল্ট হিসেবে /<inst_root> হল /opt।

/opt/apigee থেকে সিমলিঙ্ক তৈরি করা হচ্ছে

সিমলিঙ্ক তৈরি করার আগে, আপনাকে প্রথমে "apigee" নামের একটি ব্যবহারকারী এবং গ্রুপ তৈরি করতে হবে। এটি Edge ইনস্টলারের মাধ্যমে তৈরি করা একই গ্রুপ ও ব্যবহারকারী।

সিমলিঙ্ক তৈরি করতে, bootstrap_4.17.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

ইনস্টল করার আগে প্রতিটি মেশিনে Java1.8-এর কাজ করে এমন ভার্সন ইনস্টল করা থাকতে হবে। কাজ করে এমন JDK-এর তালিকা এখানে দেওয়া হল:

https://apigee.com/docs/api-services/reference/supported-software

ইনস্টলেশন করা ব্যবহারকারীর জন্য JAVA_HOME JDK-এর রুটে পয়েন্ট করছে কিনা তা নিশ্চিত করুন।

SELinux

SELinux-এর জন্য আপনার সেটিংসের উপর নির্ভর করে, Edge-এর কম্পোনেন্ট ইনস্টল ও চালু করার সময় Edge-এ সমস্যা হতে পারে। প্রয়োজন হলে, ইনস্টল করার সময় আপনি SELinux বন্ধ করতে বা এটিকে পারমিসিভ মোডে সেট করতে পারেন এবং ইনস্টল করার পরে এটি আবার চালু করতে পারেন। আরও জানতে Edge apigee-setup ইউটিলিটি ইনস্টল করুন দেখুন।

নেটওয়ার্ক সেটিং

ইনস্টল করার আগে নেটওয়ার্ক সেটিং চেক করে নেওয়া ভাল। ইনস্টলার আশা করে যে সব মেশিনের IP অ্যাড্রেস নির্দিষ্ট করা আছে। সেটিং যাচাই করতে নিম্নলিখিত কমান্ড ব্যবহার করুন:

• hostname মেশিনের নাম ফেরত পাঠায়
• hostname -i হোস্টনেমের জন্য IP অ্যাড্রেস ফেরত পাঠায় যা অন্য মেশিন থেকে অ্যাড্রেস করা যেতে পারে।

আপনার অপারেটিং সিস্টেমের ধরন ও ভার্সনের উপর নির্ভর করে, হোস্টনেম সঠিকভাবে সেট করা না থাকলে, আপনাকে /etc/hosts ও /etc/sysconfig/network এডিট করতে হতে পারে। আরও তথ্যের জন্য আপনার নির্দিষ্ট অপারেটিং সিস্টেমের ডকুমেন্টেশন দেখুন।

TCP র‍্যাপার

TCP Wrappers কিছু পোর্টের কমিউনিকেশন ব্লক করতে পারে এবং OpenLDAP, Postgres ও Cassandra ইনস্টলেশনকে প্রভাবিত করতে পারে। প্রয়োজনীয় OpenLDAP, Postgres ও Cassandra পোর্টে কোনও পোর্ট সংক্রান্ত বিধিনিষেধ নেই তা নিশ্চিত করতে, সেইসব নোডে /etc/hosts.allow ও /etc/hosts.deny চেক করুন।

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 ইনস্টল করার পরে, আপনি /<inst_root>/apigee/apigee-cassandra/conf/cassandra.yaml ফাইলটি পরীক্ষা করে দেখতে পারেন যে Cassandra সঠিকভাবে কনফিগার করা হয়েছে কিনা। যেমন, নিশ্চিত করুন যে Edge for Private Cloud ইনস্টলেশন স্ক্রিপ্ট নিম্নলিখিত প্রপার্টি সেট করেছে:

• cluster_name
• initial_token
• পার্টিশনার
• বীজ
• listen_address
• rpc_address
• চুরি করা

সতর্কতা: এই ফাইল এডিট করবেন না।

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 /<inst_root>/apigee/customer/application/postgresql.properties
   
   ফাইলটি না থাকলে, এটি তৈরি করুন।
2. উপরে তালিকাভুক্ত প্রপার্টি সেট করুন।
3. আপনার এডিট সেভ করুন।
4. PostgreSQL ডেটাবেস রিস্টার্ট করুন:
   > /<inst_root>/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 ডকুমেন্টেশন দেখুন।

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 টুল ব্যবহার করে।

মনে রাখবেন:

• ‘useradd’ টুলের এক্সিকিউটেবল /usr/sbin-এ এবং chkconfig-এর জন্য /sbin-এ অবস্থিত।
• sudo অ্যাক্সেসের মাধ্যমে আপনি কলিং ইউজারের এনভায়রনমেন্টের উপর অ্যাক্সেস পেতে পারেন, যেমন, সাধারণত আপনি “sudo <command>” অথবা “sudo PATH=$PATH:/usr/sbin:/sbin <command>” কল করবেন।
• পরিষেবা প্যাক (প্যাচ) ইনস্টল করার আগে আপনার কাছে "প্যাচ" টুল ইনস্টল করা আছে কিনা তা নিশ্চিত করুন।

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 হোস্ট করার জন্য একাধিক নোড রয়েছে।

ফায়ারওয়াল ও ভার্চুয়াল হোস্ট

"ভার্চুয়াল" শব্দটি সাধারণত আইটি ক্ষেত্রে খুব বেশি ব্যবহার করা হয় এবং Apigee Edge for Private Cloud ডেপ্লয়মেন্ট ও ভার্চুয়াল হোস্টের ক্ষেত্রেও এটি প্রযোজ্য। স্পষ্ট করে বলতে গেলে, "ভার্চুয়াল" শব্দটির দুটি প্রাথমিক ব্যবহার আছে:

• ভার্চুয়াল মেশিন (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 ইন্টারফেসে নিজস্ব ফায়ারওয়াল প্রদান করতে পারে এবং এগুলিকেও কানেক্ট করার জন্য 80 এবং 443 পোর্ট ট্রাফিককে অনুমতি দিতে হবে।

বেসপাথ হল তৃতীয় কম্পোনেন্ট যা বিভিন্ন API প্রক্সিতে API কল রাউট করার সাথে যুক্ত যা আপনি হয়ত ডিপ্লয় করেছেন। API প্রক্সি বান্ডেলগুলি একটি এন্ডপয়েন্ট শেয়ার করতে পারে যদি তাদের আলাদা থাকে বেসপাথ। যেমন, একটি বেসপাথ http://api.mycompany.com:80/ হিসেবে এবং অন্যটি http://api.mycompany.com:80/salesdemo হিসেবে সংজ্ঞায়িত করা যেতে পারে।

এই ক্ষেত্রে, দুটি IP অ্যাড্রেসের (VM1-এ 111.111.111.111 এবং VM2-এ 111.111.111.222) মধ্যে http://api.mycompany.com:80/ ট্রাফিক ভাগ করার জন্য আপনার কোনও ধরনের লোড ব্যালেন্সার বা ট্রাফিক ডিরেক্টর প্রয়োজন। এই ফাংশনটি আপনার নির্দিষ্ট ইনস্টলেশনের জন্য এবং আপনার স্থানীয় নেটওয়ার্কিং গ্রুপ দ্বারা কনফিগার করা হয়েছে।

আপনি API ডিপ্লয় করার সময় বেসপাথ সেট করা হয়। উপরের উদাহরণ থেকে, আপনি দুটি API ডিপ্লয় করতে পারবেন, mycompany এবং testmycompany, mycompany-org সংস্থার জন্য, ভার্চুয়াল হোস্টের সাথে যার হোস্ট অ্যালিয়াস হল api.mycompany.com এবং পোর্ট সেট করা আছে 80-তে। আপনি ডিপ্লয়মেন্টে বেসপাথ ঘোষণা না করলে, ইনকামিং অনুরোধ কোন API-তে পাঠাতে হবে তা রাউটার জানতে পারে না।

তবে, আপনি যদি /salesdemo বেস URL-এর সাথে testmycompany API ডিপ্লয় করেন, তাহলে ব্যবহারকারীরা http://api.mycompany.com:80/salesdemo ব্যবহার করে সেই API অ্যাক্সেস করতে পারবেন। আপনি যদি / বেস URL সহ আপনার API mycompany ডেপ্লয় করেন, তাহলে আপনার ব্যবহারকারীরা URL http://api.mycompany.com:80/-এর মাধ্যমে 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 অ্যাক্সেসের জন্য আপনাকে প্রতিটি নোডে পোর্ট 22 খুলতে হবে। ssh অ্যাক্সেসের অনুমতি দিতে আপনি আলাদা আলাদা নোডে পোর্ট খোলার বিকল্প বেছে নিতে পারেন।
• আপনি ম্যানেজমেন্ট সার্ভার এবং Edge UI কনফিগার করতে পারেন যাতে এক্সটার্নাল SMTP সার্ভারের মাধ্যমে ইমেল পাঠানো যায়। আপনি যদি তা করেন, তাহলে আপনাকে অবশ্যই নিশ্চিত করতে হবে যে ম্যানেজমেন্ট সার্ভার এবং UI, SMTP সার্ভারে প্রয়োজনীয় পোর্ট অ্যাক্সেস করতে পারে। নন-TLS SMTP-এর ক্ষেত্রে, পোর্ট নম্বর সাধারণত ২৫ হয়। TLS-চালু থাকা SMTP-এর জন্য, এটি প্রায়ই ৪৬৫ হয়, তবে আপনার SMTP প্রদানকারীর সাথে চেক করুন।

নিচের সারণীতে এজ কম্পোনেন্ট অনুযায়ী ফায়ারওয়ালে যেসব পোর্ট খোলা রাখতে হবে তা দেখানো হয়েছে:

> curl -v http://<routerIP>:15999/v1/servers/self/reachable

পরবর্তী সারণীতে একই পোর্টগুলি সংখ্যাগতভাবে তালিকাভুক্ত করা হয়েছে, যার মধ্যে সোর্স এবং গন্তব্য কম্পোনেন্ট রয়েছে:

মেসেজ প্রসেসর Cassandra-তে একটি ডেডিকেটেড কানেকশন পুল খোলা রাখে, যা কখনও টাইমআউট না হওয়ার জন্য কনফিগার করা থাকে। মেসেজ প্রসেসর ও Cassandra সার্ভারের মধ্যে ফায়ারওয়াল থাকলে, ফায়ারওয়াল কানেকশন টাইম-আউট করে দিতে পারে। তবে, Cassandra-র সাথে কানেকশন আবার স্থাপন করার জন্য মেসেজ প্রসেসর ডিজাইন করা হয়নি।

এই পরিস্থিতি এড়াতে, Apigee সাজেস্ট করে যে Cassandra সার্ভার, মেসেজ প্রসেসর এবং রাউটার একই সাবনেটে থাকুক যাতে এই কম্পোনেন্টগুলি ডেপ্লয় করার সময় ফায়ারওয়াল ব্যবহার করতে না হয়।

রাউটার ও মেসেজ প্রসেসরের মধ্যে ফায়ারওয়াল থাকলে এবং আইডল TCP টাইমআউট সেট করা থাকলে, আমরা সাজেস্ট করি:

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

নিচের সারণীতে কম্পোনেন্ট অনুযায়ী ডিফল্ট পোর্ট দেখানো হয়েছে যা ফায়ারওয়ালে খুলতে হবে:

লাইসেন্স দেওয়া

Edge-এর প্রতিটি ইনস্টলেশনের জন্য একটি অনন্য লাইসেন্স ফাইল প্রয়োজন যা আপনি Apigee থেকে পান। ম্যানেজমেন্ট সার্ভার ইনস্টল করার সময় আপনাকে লাইসেন্স ফাইলের পাথ প্রদান করতে হবে, যেমন /tmp/license.txt.

ইনস্টলার লাইসেন্স ফাইলটি /<inst_root>/apigee/customer/conf/license.txt-এ কপি করে।

লাইসেন্স ফাইলটি বৈধ হলে, ম্যানেজমেন্ট সার্ভার মেয়াদ শেষ হওয়ার তারিখ এবং অনুমোদিত মেসেজ প্রসেসর (MP) সংখ্যা যাচাই করে। লাইসেন্স সেটিংসের কোনও একটির মেয়াদ শেষ হয়ে গেলে, আপনি নিম্নলিখিত লোকেশনে লগ খুঁজে পাবেন: /<inst_root>/apigee/var/log/edge-management-server/logs। এই ক্ষেত্রে, মাইগ্রেশন সংক্রান্ত বিবরণের জন্য আপনি Apigee সহায়তা টিমের সাথে যোগাযোগ করতে পারেন।

আপনার কাছে এখনও কোনও লাইসেন্স না থাকলে, এখানে সেলস টিমের সাথে যোগাযোগ করুন।