AWS ELB এর সাথে লোড ব্যালেন্সিং

হাই সব! কোর্সটি আজ থেকে শুরু হচ্ছে "ডেভেলপারদের জন্য AWS", যার সাথে আমরা ELB পর্যালোচনার জন্য নিবেদিত একটি সংশ্লিষ্ট বিষয়ভিত্তিক ওয়েবিনার আয়োজন করেছি। আমরা ব্যালেন্সারের ধরন দেখেছি এবং একটি ব্যালেন্সারের সাথে বেশ কয়েকটি EC2 উদাহরণ তৈরি করেছি। আমরা ব্যবহারের অন্যান্য উদাহরণও অধ্যয়ন করেছি।

ওয়েবিনার শোনার পর, আপনি করবেন:

• AWS লোড ব্যালেন্সিং কি তা বুঝুন;
• ইলাস্টিক লোড ব্যালেন্সার এবং এর উপাদানগুলির প্রকারগুলি জানুন;
• আপনার অনুশীলনে AWS ELB ব্যবহার করুন।

কেন আপনি এই সব জানতে হবে?

• আপনি যদি AWS সার্টিফিকেশন পরীক্ষা নেওয়ার পরিকল্পনা করেন তবে দরকারী;
• এটি সার্ভারের মধ্যে লোড বিতরণ করার একটি সহজ উপায়;
• এটি আপনার পরিষেবাতে (ALB) ল্যাম্বডা যুক্ত করার একটি সহজ উপায়।

উন্মুক্ত পাঠ পরিচালনা করেন রিশাত তেরেগুলভ, ওয়েবসাইট ডেভেলপমেন্ট এবং সহায়তার জন্য একটি মার্কেটিং কোম্পানিতে সিস্টেম ইঞ্জিনিয়ার।

ভূমিকা

একটি ইলাস্টিক লোড ব্যালেন্সার কী তা নীচের চিত্রে দেখা যেতে পারে, যা একটি সাধারণ উদাহরণ দেখায়:

লোড ব্যালেন্সার অনুরোধগুলি গ্রহণ করে এবং সেগুলিকে বিভিন্ন দৃষ্টান্তে বিতরণ করে। আমাদের একটি পৃথক উদাহরণ রয়েছে, সেখানে ল্যাম্বডা ফাংশন রয়েছে এবং একটি অটো স্কেলিং গ্রুপ (সার্ভারগুলির একটি গ্রুপ) রয়েছে।

AWS ELB প্রকার

1. আসুন প্রধান প্রকারগুলি দেখি:

ক্লাসিক লোড ব্যালেন্সার। AWS থেকে প্রথম লোড ব্যালেন্সার, OSI লেয়ার 4 এবং লেয়ার 7 উভয় ক্ষেত্রেই কাজ করে, HTTP, HTTPS, TCP এবং SSL সমর্থন করে। এটি একাধিক Amazon EC2 দৃষ্টান্ত জুড়ে মৌলিক লোড ব্যালেন্সিং প্রদান করে এবং অনুরোধ এবং সংযোগ উভয় স্তরেই কাজ করে। আসুন এটি খুলি (ধূসর রঙে হাইলাইট):

এই ব্যালেন্সারটি পুরানো বলে বিবেচিত হয়, তাই এটি শুধুমাত্র কিছু ক্ষেত্রে ব্যবহারের জন্য সুপারিশ করা হয়। উদাহরণস্বরূপ, EC2-ক্লাসিক নেটওয়ার্কে তৈরি করা অ্যাপ্লিকেশনগুলির জন্য৷ নীতিগতভাবে, কেউ আমাদের এটি তৈরি করতে বাধা দিচ্ছে না:

2. নেটওয়ার্ক লোড ব্যালেন্সার। ভারী কাজের চাপের জন্য উপযুক্ত, OSI লেয়ার 4 এ কাজ করে (EKS এবং ECS এ ব্যবহার করা যেতে পারে), TCP, UDP এবং TLS সমর্থিত।

নেটওয়ার্ক লোড ব্যালেন্সার একটি Amazon VPC-তে ট্র্যাফিককে লক্ষ্যে নিয়ে যায় এবং অতি-লো লেটেন্সি সহ প্রতি সেকেন্ডে লক্ষ লক্ষ অনুরোধ প্রক্রিয়া করতে সক্ষম। উপরন্তু, এটি হঠাৎ এবং পরিবর্তনশীল লোড সহ ট্র্যাফিক প্যাটার্নগুলি পরিচালনা করার জন্য অপ্টিমাইজ করা হয়েছে।

3. অ্যাপ্লিকেশন লোড ব্যালেন্সার. লেয়ার 7 এ কাজ করে, ল্যাম্বডা সমর্থন করে, হেডার এবং পাথ স্তরের নিয়মগুলি সমর্থন করে, HTTP এবং HTTPS সমর্থন করে।
মাইক্রোসার্ভিসেস এবং কন্টেইনার সহ আধুনিক আর্কিটেকচারে নির্মিত অ্যাপ্লিকেশনগুলি সরবরাহ করার উপর দৃষ্টি নিবদ্ধ করে উন্নত অনুরোধ রাউটিং প্রদান করে। অনুরোধের বিষয়বস্তুর উপর ভিত্তি করে অ্যামাজন ভিপিসি-তে ট্রাফিককে লক্ষ্যবস্তুতে নির্দেশ করে।

অনেক ব্যবহারকারীর জন্য, ক্লাসিক লোড ব্যালেন্সার প্রতিস্থাপন করার জন্য অ্যাপ্লিকেশন লোড ব্যালেন্সার ছিল প্রথম পছন্দ, কারণ TCP HTTP এর মতো সাধারণ নয়।

আসুন এটিও তৈরি করি, যার ফলস্বরূপ আমাদের ইতিমধ্যে দুটি লোড ব্যালেন্সার থাকবে:

লোড ব্যালেন্স উপাদান

সাধারণ লোড ব্যালেন্স উপাদান (সমস্ত ব্যালেন্সারের জন্য সাধারণ):

• অ্যাক্সেস লগিং নীতি

- আপনার ELB অ্যাক্সেস লগ। সেটিংস করতে, আপনি বিবরণে যেতে পারেন এবং "এডিট অ্যাট্রিবিউটস" বোতামটি নির্বাচন করতে পারেন:

তারপরে আমরা S3Bucket - Amazon অবজেক্ট স্টোরেজ নির্দিষ্ট করি:

• পরিকল্পনা

- অভ্যন্তরীণ বা বাহ্যিক ব্যালেন্সার। মূল বিষয় হল আপনার লোডব্যালেন্সারকে অবশ্যই বাহ্যিক ঠিকানাগুলি পেতে হবে যাতে বাইরে থেকে অ্যাক্সেসযোগ্য হতে পারে, নাকি এটি আপনার অভ্যন্তরীণ লোড ব্যালেন্সার হতে পারে;

• নিরাপত্তা গ্রুপ

- ব্যালেন্সারের অ্যাক্সেস নিয়ন্ত্রণ। মূলত এটি একটি উচ্চ-স্তরের ফায়ারওয়াল।

• সাবনেট

— আপনার ভিপিসির ভিতরে সাবনেট (এবং, সেই অনুযায়ী, প্রাপ্যতা অঞ্চল)। সাবনেট তৈরির সময় নির্দিষ্ট করা হয়। যদি VPCগুলি অঞ্চল দ্বারা সীমাবদ্ধ হয়, তাহলে সাবনেটগুলি উপলব্ধতা অঞ্চল দ্বারা সীমাবদ্ধ। একটি লোড ব্যালেন্সার তৈরি করার সময়, এটি কমপক্ষে দুটি সাবনেটে তৈরি করা ভাল (একটি উপলব্ধতা অঞ্চলে সমস্যা দেখা দিলে সহায়তা করে);

• শ্রোতাদের

- আপনার ব্যালেন্সার প্রোটোকল। যেমন আগেই উল্লেখ করা হয়েছে, ক্লাসিক লোড ব্যালেন্সারের জন্য এটি HTTP, HTTPS, TCP এবং SSL হতে পারে, নেটওয়ার্ক লোড ব্যালেন্সারের জন্য - TCP, UDP এবং TLS, অ্যাপ্লিকেশন লোড ব্যালেন্সারের জন্য - HTTP এবং HTTPS।

ক্লাসিক লোড ব্যালেন্সারের উদাহরণ:

কিন্তু অ্যাপ্লিকেশন লোড ব্যালেন্সারে আমরা একটি সামান্য ভিন্ন ইন্টারফেস এবং সাধারণত ভিন্ন যুক্তি দেখতে পাই:

লোড ব্যালেন্সার v2 উপাদান (ALB এবং NLB)

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

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

• একটি লোড ব্যালেন্সার তৈরি করুন;
• একটি টার্গেট গ্রুপ তৈরি করুন;
• প্রয়োজনীয় পোর্ট বা লোড ব্যালেন্সার নিয়মের মাধ্যমে প্রয়োজনীয় টার্গেট গ্রুপগুলিতে সরাসরি;
• টার্গেট গ্রুপে আপনি উদাহরণ বরাদ্দ করেন।

এই অপারেটিং যুক্তি আরো জটিল মনে হতে পারে, কিন্তু আসলে এটা আরো সুবিধাজনক.

পরবর্তী উপাদান হল শ্রোতার নিয়ম (রাউটিং এর নিয়ম)। এটি শুধুমাত্র অ্যাপ্লিকেশন লোড ব্যালেন্সারের ক্ষেত্রে প্রযোজ্য। যদি নেটওয়ার্ক লোড ব্যালেন্সারে আপনি কেবল একটি শ্রোতা তৈরি করেন এবং এটি একটি নির্দিষ্ট লক্ষ্য গোষ্ঠীতে ট্র্যাফিক পাঠায়, তবে অ্যাপ্লিকেশন লোড ব্যালেন্সারে সবকিছু আরো মজা এবং সুবিধাজনক.

এবার পরবর্তী উপাদান সম্পর্কে কিছু কথা বলি- ইলাস্টিক আইপি (NLB এর জন্য স্ট্যাটিক ঠিকানা)। যদি লিসেনারের নিয়ম রাউটিং নিয়ম শুধুমাত্র অ্যাপ্লিকেশন লোড ব্যালেন্সারকে প্রভাবিত করে, তাহলে ইলাস্টিক আইপি শুধুমাত্র নেটওয়ার্ক লোড ব্যালেন্সারকে প্রভাবিত করে।

আসুন একটি নেটওয়ার্ক লোড ব্যালেন্সার তৈরি করি:

এবং তৈরির প্রক্রিয়া চলাকালীন আমরা দেখতে পাব যে আমাদের ইলাস্টিক আইপি নির্বাচন করার সুযোগ দেওয়া হয়েছে:

ইলাস্টিক আইপি একটি একক IP ঠিকানা প্রদান করে যা সময়ের সাথে সাথে বিভিন্ন EC2 দৃষ্টান্তের সাথে যুক্ত হতে পারে। যদি একটি EC2 দৃষ্টান্তের একটি ইলাস্টিক আইপি ঠিকানা থাকে এবং সেই দৃষ্টান্তটি বন্ধ বা বন্ধ করা হয়, আপনি অবিলম্বে একটি ইলাস্টিক আইপি ঠিকানার সাথে একটি নতুন EC2 উদাহরণ সংযুক্ত করতে পারেন। যাইহোক, আপনার বর্তমান অ্যাপ্লিকেশন কাজ করা বন্ধ করবে না, যেহেতু বাস্তব EC2 পরিবর্তিত হলেও অ্যাপ্লিকেশনগুলি এখনও একই IP ঠিকানা দেখতে পায়।

এখানে আরেকটি ব্যবহারের ক্ষেত্রে ইলাস্টিক আইপি কেন প্রয়োজন সেই বিষয়ে। দেখুন, আমরা 3টি আইপি ঠিকানা দেখতে পাচ্ছি, কিন্তু তারা এখানে চিরকাল থাকবে না:

আমাজন সময়ের সাথে সাথে তাদের পরিবর্তন করে, সম্ভবত প্রতি 60 সেকেন্ডে (তবে অনুশীলনে, অবশ্যই, কম প্রায়ই)। এর মানে হল যে আইপি ঠিকানাগুলি পরিবর্তন করতে পারে। এবং নেটওয়ার্ক লোড ব্যালেন্সারের ক্ষেত্রে, আপনি কেবল একটি আইপি ঠিকানা বাঁধতে পারেন এবং আপনার নিয়ম, নীতি ইত্যাদিতে এটি নির্দেশ করতে পারেন।

সিদ্ধান্ত আঁকুন

ELB একাধিক লক্ষ্য (ধারক, Amazon EC2 উদাহরণ, IP ঠিকানা এবং Lambda ফাংশন) জুড়ে আগত ট্র্যাফিকের স্বয়ংক্রিয় বিতরণ সরবরাহ করে। ELB একটি একক প্রাপ্যতা অঞ্চল এবং একাধিক প্রাপ্যতা অঞ্চল জুড়ে বিভিন্ন লোড সহ ট্রাফিক বিতরণ করতে সক্ষম। ব্যবহারকারী তিন ধরনের ব্যালেন্সার থেকে বেছে নিতে পারেন যা উচ্চ প্রাপ্যতা, অটোস্কেলিং এবং ভাল সুরক্ষা প্রদান করে। আপনার অ্যাপ্লিকেশনের ত্রুটি সহনশীলতা নিশ্চিত করার জন্য এই সমস্ত গুরুত্বপূর্ণ।

প্রধান সুবিধা:

• উচ্চ প্রাপ্যতা. পরিষেবা চুক্তি লোড ব্যালেন্সারের জন্য 99,99% প্রাপ্যতা অনুমান করে। উদাহরণস্বরূপ, একাধিক প্রাপ্যতা অঞ্চল নিশ্চিত করে যে ট্র্যাফিক শুধুমাত্র সুস্থ বস্তু দ্বারা প্রক্রিয়া করা হয়। প্রকৃতপক্ষে, আপনি পুরো অঞ্চল জুড়ে ভারসাম্য বজায় রাখতে পারেন, বিভিন্ন প্রাপ্যতা অঞ্চলে ট্র্যাফিককে স্বাস্থ্যকর লক্ষ্যে পুনঃনির্দেশিত করতে পারেন;
• নিরাপত্তা. ELB Amazon VPC এর সাথে কাজ করে, বিভিন্ন নিরাপত্তা ক্ষমতা প্রদান করে - সমন্বিত শংসাপত্র ব্যবস্থাপনা, ব্যবহারকারীর প্রমাণীকরণ, এবং SSL/TLS ডিক্রিপশন। সব একসাথে TLS সেটিংসের কেন্দ্রীভূত এবং নমনীয় ব্যবস্থাপনা প্রদান করে;
• স্থিতিস্থাপকতা. ELB নেটওয়ার্ক ট্র্যাফিকের আকস্মিক পরিবর্তনগুলি পরিচালনা করতে পারে৷ এবং অটো স্কেলিং এর সাথে গভীর একীকরণ অ্যাপ্লিকেশনটিকে যথেষ্ট সংস্থান দেয় যদি লোড পরিবর্তন হয়, ম্যানুয়াল হস্তক্ষেপের প্রয়োজন ছাড়াই;
• নমনীয়তা. আপনি আপনার অ্যাপ্লিকেশনের লক্ষ্যে অনুরোধ রুট করতে IP ঠিকানা ব্যবহার করতে পারেন। টার্গেট অ্যাপ্লিকেশন ভার্চুয়ালাইজ করার সময় এটি নমনীয়তা প্রদান করে, এইভাবে একক উদাহরণে একাধিক অ্যাপ্লিকেশন হোস্ট করার ক্ষমতা দেয়। যেহেতু অ্যাপ্লিকেশনগুলি একটি একক নেটওয়ার্ক পোর্ট ব্যবহার করতে পারে এবং আলাদা নিরাপত্তা গোষ্ঠী থাকতে পারে, তাই অ্যাপ্লিকেশনগুলির মধ্যে যোগাযোগ সহজ করা হয় যখন আমাদের কাছে একটি মাইক্রোসার্ভিসেস-ভিত্তিক আর্কিটেকচার থাকে;
• পর্যবেক্ষণ এবং নিরীক্ষা. আপনি অ্যামাজন ক্লাউডওয়াচ বৈশিষ্ট্যগুলি ব্যবহার করে রিয়েল টাইমে অ্যাপ্লিকেশনগুলি নিরীক্ষণ করতে পারেন। আমরা মেট্রিক্স, লগ, অনুরোধ ট্র্যাকিং সম্পর্কে কথা বলছি। সহজ কথায়, আপনি সমস্যাগুলি সনাক্ত করতে এবং কার্যক্ষমতার বাধাগুলি বেশ সঠিকভাবে চিহ্নিত করতে সক্ষম হবেন;
• হাইব্রিড লোড ব্যালেন্সিং. একই লোড ব্যালেন্সার ব্যবহার করে অন-প্রিমিসেস রিসোর্স এবং AWS-এর মধ্যে ভারসাম্য লোড করার ক্ষমতা ক্লাউডে অন-প্রিমিসেস অ্যাপ্লিকেশনগুলিকে স্থানান্তর বা প্রসারিত করা সহজ করে তোলে। ক্লাউড ব্যবহার করে ব্যর্থতা হ্যান্ডলিং সহজ করা হয়।

আপনি যদি বিস্তারিত জানতে আগ্রহী হন, এখানে অফিসিয়াল অ্যামাজন ওয়েবসাইট থেকে আরও কয়েকটি দরকারী লিঙ্ক রয়েছে:

1. ইলাস্টিক লোড ব্যালেন্সিং.
2. ইলাস্টিক লোড ব্যালেন্সিং ক্ষমতা.

উত্স: www.habr.com