ট্রাফিককে দ্রুত করা এবং অপটিমাইজ করা

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

ট্রাফিক ত্বরান্বিত করা

কাটো TCP ট্রাফিকের জন্য গতি সক্ষম করে। আপনি গতি বাড়ানোর জন্য ডিফল্ট সিস্টেম সেটিংস কনফিগার করতে পারেন, এবং নেটওয়ার্ক নিয়মের মাধ্যমে সিস্টেম গতি ডিফল্ট কে ওভাররাইড করতে পারেন।

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

আপনি নেটওয়ার্ক নিয়মের অংশ হিসেবে প্রয়োজন অনুসারে যতটুকু সূক্ষ্মতা প্রয়োজন কেন্দ্রীয় অবস্থান থেকে আপনার গতি বাড়ানোর সেটিংসগুলি সংজ্ঞায়িত এবং পরিচালনা করতে পারেন।

কাটো অ্যাক্সিলারেশন কীভাবে কাজ করে?

যখন ট্র্যাফিকের জন্য TCP গতি সক্রিয় করা হয়, কাটো ক্লায়েন্ট এবং PoP (শেষ মাইল), PoP-এর মধ্যে (মধ্য মাইল), এবং অবশেষে PoPকে গন্তব্যের উদ্দেশ্যে বের করে দেয়।

এটি আপনার থ্রুপুট উন্নত করে কেন?

একটি উদাহরণ হিসেবে, ইন্টারনেটের মাধ্যমে লন্ডন এবং নিউইয়র্কের মধ্যে একটি TCP প্রবাহ বিবেচনা করুন যেখানে একটি প্যাকেট গন্তব্যস্থলে পৌঁছায়নি (হারিয়ে গেছে)। যদি প্রক্সি অক্ষম থাকে, যখন গন্তব্য পরবর্তী প্যাকেটটি পায়, তখন এটি বুঝতে পারে যে একটি প্যাকেট হারিয়ে গেছে এবং ক্লায়েন্টকে সেই প্যাকেটটি আবার পাঠানোর জন্য অনুরোধ করে (TCP প্রোটোকল অনুসারে)। এটি লন্ডন এবং নিউ ইয়র্কের মধ্যে একটি সম্পূর্ণ RTT খরচ করবে তারপর প্রবাহ প্রেরণ অব্যাহত রাখতে পারে।

কাটো ব্যবহার করে, শেষ এবং মধ্য মাইলের জন্য ট্রাফিক পাথ মাল্টি-সেগমেন্টিংয়ের কারণে RTT উল্লেখযোগ্যভাবে কমে যায়। উপরের উদাহরণে, সংগ্রহ করা প্যাকেটের পুনঃসংক্রমণের পরিবর্তে, হারানো প্যাকেটটি উদাহরণস্বরূপ লন্ডন এবং কাটোর লন্ডন PoP এর মধ্যে সনাক্ত করা হয়।

যেহেতু কাটো মাঝারি মাইল জুড়ে ট্রাফিক বহন করতে বড় Tier-1 লিঙ্ক ব্যবহার করে, এই অংশে প্যাকেট হারানো বিরল।

ট্রাফিক অপটিমাইজ করা হচ্ছে

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

আপনি নেটওয়ার্ক নিয়মের অংশ হিসেবে প্রয়োজন অনুসারে যতটুকু সূক্ষ্মতা প্রয়োজন কেন্দ্রীয় অবস্থান থেকে আপনার অপটিমাইজেশন সেটিংসগুলি সংজ্ঞায়িত এবং পরিচালনা করতে পারেন।

কাটো অপটিমাইজেশন কীভাবে কাজ করে?

যখন আপনি অপটিমাইজেশন চালু করেন, কাটো সাইটের টপোলজি এবং বিদ্যমান সংযোগের ওপর ভিত্তি করে নিম্নলিখিত অপটিমাইজেশন পদ্ধতিগুলির মধ্যে একটি সম্পাদন করে:

প্যাকেট অনুলিপি - যখন একাধিক সক্রিয় লিঙ্ক উপলব্ধ থাকে তখন ব্যবহৃত হয়। এই কৌশলে, Cato অন্য সক্রিয় লিঙ্কের উপর প্রতিলিপি প্যাকেট পাঠায় এবং অন্য প্রান্তে প্যাকেট পুনরায় সংযোজন করে। যেকোনো প্রদত্ত প্যাকেটের জন্য একটি অতিরিক্ত প্যাকেট পাঠানো হলে, প্যাকেট ক্ষতি হ্রাসকরণ বৃদ্ধি পায় যদিও একটি প্যাকেট লিঙ্ক-এর একটিতে হারিয়ে যায়।
UDP পুনঃপ্রেরণ - তখন ব্যবহৃত হয় যখন কেবল একটি সক্রিয় লিঙ্ক উপলব্ধ থাকে। এই কৌশলে, Cato UDP প্যাকেট পুনঃপ্রেরণ করে (পুনঃপ্রেরণের পূর্বে 5 মিলিসেকেন্ড অপেক্ষা করে)। যেকোনো প্রদত্ত প্যাকেটের জন্য একটি অতিরিক্ত প্যাকেট পাঠানো হয় বলে প্যাকেট ক্ষতি হ্রাসকরণ বৃদ্ধি পায় যদিও একটি প্যাকেট হারিয়ে যায়।

নোট

নোট: যেহেতু TCP তার প্রোটোকলের অংশ হিসাবে পুনঃপ্রেরণ সম্পাদন করে, UDP পুনঃপ্রেরণ অন্যান্য সাধারণত ব্যবহৃত প্রোটোকলগুলোর জন্য প্যাকেট ক্ষতি কার্যকরভাবে প্রশমিত করে।

লেনদেন প্রক্রিয়াকরণ বিলম্ব

লেনদেন প্রক্রিয়াকরণ বিলম্ব ( Latency ) ছাত্রুরেখাটি নেটওয়ার্ক ডেটা প্যাকেটগুলি গ্রহণ করার সময় থেকে শুরু হয় যতক্ষণ না ক্লায়েন্ট বা হোস্ট দ্বারা সম্পূর্ণ লেনদেন পাওয়া যায়। এই বিলম্বটি 1MB ডেটা পর্যন্ত উভয়ই ডিক্রিপ্টেড এবং অডি-ক্রিপ্টেড লেনদেনের জন্য 10 মিলিসেকেন্ড পর্যন্ত হতে পারে।