কি Socket HA

এই নিবন্ধটি একটি জোড়া পদার্থগত Cato সকেট ব্যবহারকারী সাইটের জন্য উচ্চ প্রাপ্যতা (HA) কনফিগারেশন এবং বিফলতা অবস্থার উপর আলোচনা করে।

একটি সাইটের জন্য সকেট উচ্চ প্রাপ্যতার ওভারভিউ

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

সমর্থিত সকেট HA সাইটসমূহ

নিচের পরিবেশের জন্য Cato সকেট HA সমর্থন করে:

• পদার্থগত সকেট সাইট

• AWS vSocket সাইট

• Azure vSocket সাইট

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

• AWS vSocket HA সম্পর্কে আরও জানতে, দেখুন AWS vSockets এর জন্য HA কনফিগার করা।

• Azure vSocket HA সম্পর্কে আরও জানতে, দেখুন Azure vSockets এর জন্য উচ্চ প্রাপ্যতা কনফিগার করা।

সকেট উচ্চ প্রাপ্যতা এবং ভিন্ন সকেট মডেল

Socket HA সাইটগুলি একই Socket ধরন X1500, X1600, X1600 LTE, X1600 WiFi, অথবা X1700 সহ দুটি Socket ব্যবহার করতে পারে। তবে, আপনি বিভিন্ন Socket টাইপ ব্যবহার করতে পারবেন না, তাই X1600 এবং X1700 Socket সহ একটি সাইট সমর্থিত নয়।

• আপনি একই HA সাইটে ব্যবহার করতে পারেন:

  • যেকোনো দুইটি Socket X1500 A/B/C মডেল

  • X1700A এবং X1700B Socket মডেল

  • শুধুমাত্র X1700C Socket মডেল

• একই HA সাইটে আপনি X1600 LTE Socket এবং X1600 WiFi Socket ব্যবহার করতে পারবেন না।

সকেট উচ্চ প্রাপ্যতা এবং ফেলওভার বোঝা

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

1. দ্বিতীয়ক (Standby) সকেট ক্রমাগত প্রাথমিক সকেট দ্বারা পাঠানো পিরিওডিক কিপঅ্যালাইভ বার্তাগুলির মাধ্যমে মাস্টার সকেটের অবস্থা (livingness) নিরীক্ষণ করে। কিপঅ্যালাইভ বার্তাগুলি LAN & VRRP অথবা VRRP (নীচে LAN সংযোগক্ষমতা এবং Socket HA দেখুন) গন্তব্যে বেঞ্চমার্ক করা ইন্টারফেসের মাধ্যমে পাঠানো হয়।

2. যখন সেকেন্ডারি (স্ট্যান্ডবাই) সেকেট বুঝতে পারে যে প্রাইমারি সেকেট ডাউন হয়ে গেছে, তখন এটি তার HA অবস্থা মাস্টার-এ পরিবর্তন করে এবং ট্র্যাফিকের দায়িত্ব গ্রহণ শুরু করে। এই ঘটনা ঘটে তিন সেকেন্ড মিস HA কিপলাইভ বার্তার পর।

3. লেয়ার 2 সংযোগ ত্বরান্বিত করার জন্য সেকেন্ডারি সেকেট LAN নেটওয়ার্কে একটি GARP বার্তা পাঠায়।

4. যখন প্রাথমিক সেকেট পুনরুদ্ধার হয় এবং নিয়মিত কার্যকারিতায় ফিরে আসে, তখন এটি প্রাথমিকভাবে মাস্টার হয়ে যায় এবং সেকেন্ডারি সেকেট স্ট্যান্ডবাই অবস্থায় ফিরে যায়।

নীচের চিত্রে Cato Management Application-এ নেটওয়ার্ক > সাইটস > {site name} > সাইট কনফিগারেশন > সেকেট-এ X1500 সেকেটসের HA কনফিগারেশন পেজ দেখানো হয়েছে:

নমুনা সকেট HA ফেলওভার

নিচের ডায়াগ্রামগুলো প্রাথমিক সকারে একটি সমস্যার উদাহরণ প্রদর্শন করে যা ফলাফল হিসাবে সেকেন্ডারি সকারে ফেইলওভার ঘটায়। যখন সেকেন্ডারি সকেট আবিষ্কার করে যে প্রাইমারি সকেট ডাউন হয়ে গেছে, তখন এটি তার অবস্থান মাস্টারে পরিবর্তন করে। Cato Cloud সেকেন্ডারি সকেটের WAN লিংকগুলিতে ট্রাফিক প্রবাহ স্থানান্তর করে।

সকেট HA এবং স্প্লিট-ব্রেইন কন্ডিশন

স্প্লিট-ব্রেইন শর্ত হচ্ছে যখন উভয় সকার একই সময়ে মাস্টার ভূমিকা পালন করে। এটি হতে পারে সকারগুলির মধ্যে একটি LAN সংযোগ সমস্যার কারণে যা একটি পরিস্থিতি তৈরি করে যেখানে HA কিপলাইভ বার্তাগুলি সেকেন্ডারি সকারে পৌঁছায় না।

আপনি Cato ম্যানেজমেন্ট অ্যাপ্লিকেশনে সকার পৃষ্ঠা (উপরে দেখানো হয়েছে) দেখে একটি স্প্লিট-ব্রেইন শর্ত সনাক্ত করতে পারেন।

• প্রাথমিক এবং সেকেন্ডারি সকারগুলো স্টেটাস হিসাবে দেখানো হবে মাস্টার (আইটেম ২)

• কিপলাইভ শর্ত (আইটেম ৪ এ) হিসাবে দেখানো হবে ব্যর্থ এবং এটি HA স্টেটাস (আইটেম ৩) হিসাবে প্রস্তুত নয় প্রদর্শনের কারণ।

LAN সংযোগ সমস্যা সমাধান হওয়ার পর, সেকেন্ডারি সকার প্রাথমিক সকারকে মাস্টার হিসেবে চিহ্নিত করে এবং সেকেন্ডারি সকার স্ট্যান্ডবাই অবস্থায় ফিরে আসে।

স্প্লিট-ব্রেইন কন্ডিশন চলাকালে সাইট ট্রাফিক

নিম্নলিখিত প্রক্রিয়াটি নিশ্চিত করে যে একটি স্প্লিট-ব্রেইন শর্ত চলাকালীন শুধুমাত্র সেকেন্ডারি সকার সাইটের জন্য ট্রাফিক পরিচালনা করে (এমনকি যদি একটি স্প্লিট-ব্রেইন শর্ত থাকে)।

• ডাউনস্ট্রিম ট্র্যাফিকের জন্য (PoP থেকে সাইটে):

  1. PoP সেকেন্ডারি সকার এখন মাস্টার হিসেবে সনাক্ত করেছে।

  2. PoP সেকেন্ডারি সকার টানেলের জন্য পছন্দের মেট্রিক সেট করেছে।

     ডাউনস্ট্রিম ট্র্যাফিক এখন শুধুমাত্র সেকেন্ডারি সকারে রাউট করা হচ্ছে।

• আপস্ট্রিম ট্র্যাফিকের জন্য (সাইট থেকে PoP-এ):

  1. যখন সেকেন্ডারি সকার HA অবস্থান স্ট্যান্ডবাই থেকে মাস্টারে পরিবর্তন করে, এটি LAN-এ GARP বার্তা পাঠায় ARP এবং MAC টেবিল আপডেট করতে যে এটি এখন মাস্টার।

     LAN থেকে উর্ধ্বমুখী ট্র্যাফিক এখন শুধুমাত্র সেকেন্ডারি সকারে রাউট করা হচ্ছে।

Cato ক্লাউড-এর সাথে HA সকেট সংযোগযোগ্যতা

উভয় প্রাথমিক এবং সেকেন্ডারি সকারগুলি প্রতিটি WAN পোর্টে একই Cato ক্লাউড PoP সঙ্গে DTLS টানেল স্থাপন করে। উর্ধ্বমুখী দিকনির্দেশে, শুধুমাত্র মাস্টার সকার PoP এ ট্র্যাফিক পাঠায়। ডাউনস্ট্রিম দিকে, PoP ট্র্যাফিক সাইটে পাঠানোর জন্য শুধুমাত্র মাস্টার সকার টানেল ব্যবহার করে। Socket HA ব্যর্থতার ইভেন্টের ক্ষেত্রে, দ্বিতীয়ক Socket নতুন মাস্টার হয়ে যায়, এবং PoP ব্যর্থ প্রাথমিক Socket টানেলগুলি থেকে দ্বিতীয়ক Socket টানেলগুলিতে ট্রাফিক স্থানান্তর করে। PoP প্রবাহের অবস্থান এবং NAT অবস্থান ধরে রাখে, যাতে সকল ব্যবহারকারী অ্যাপ্লিকেশন ব্যর্থতার পূর্বে এবং পরে সচল থাকে তা নিশ্চিত করা যায়।

ডিফল্ট স্থাপনা সকেট এবং ISP এর মধ্যে রাউটার ব্যবহার করে। তবে, রাউটার ছাড়াই সকেটকে PoP এর সাথে সংযুক্ত করতে সাইট স্থাপনা কাস্টমাইজ করা সম্ভব - আরও তথ্যের জন্য আপনার অফিসিয়াল Cato প্রতিনিধি-কে যোগাযোগ করুন।

নীচে সোকেট HA এর জন্য উদাহরণস্বরূপ শারীরিক এবং যৌক্তিক টোপোলজিগুলি দেওয়া হল:

অপ্টিমাল WAN সংযোগকারিতা, কার্যক্ষমতা এবং HA কার্যকারিতা জন্য, Cato অনুপ্রাশিত (আয়না করা) ক্যাবলিং বিন্যাস উভয় Socket এর জন্য সুপারিশ করে। উদাহরণস্বরূপ, যদি প্রাথমিক সোকেট পোর্ট WAN1 ISP1-এর সাথে সংযুক্ত থাকে এবং পোর্ট WAN2 ISP2-এর সাথে সংযুক্ত থাকে, তবে দ্বিতীয় সোকেটের একই পোর্টগুলি প্রাথমিক সোকেটের মতো একই ISP গুলির সাথে সংযুক্ত থাকতে হবে।

এই প্রতিসম টোপোলজিগুলির মধ্যে ISP রাউটারগুলির সাথে সরাসরি সংযোগ বা একটি সুইচ স্ট্যাক ব্যবহার করা থাকতে পারে।

দ্রষ্টব্য:

স্ট্যান্ডার্ড HA কনফিগারেশনের জন্য, সাটো সুপারিশ করে যে উভয় প্রাথমিক এবং দ্বিতীয়ক সকেটে একটি সমমিত বিন্যাস ব্যবহার করুন।
LTE ব্যবহার করার সময়, এমন বেশ কিছু পরিস্থিতি থাকতে পারে যেখানে আপনি নিশ্চয়তা নিশ্চিত করার জন্য ভিন্ন ক্যারিয়ারের SIM কার্ড ব্যবহার করতে চান বা শুধুমাত্র দ্বিতীয়ক সকেটে একটি SIM কার্ড ব্যবহার করতে পারেন।

LAN সংযোগযোগ্যতা এবং সকেট HA

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

এই বিভাগে Socket HA এর জন্য নিম্নলিখিত LAN সংযোগ বিকল্পগুলি আলোচনা করা হয়েছে:

1. একক LAN পোর্ট

2. একাধিক LAN পোর্ট

3. LAN লিংক একত্রায়ন (প্রস্তাবিত বিকল্প)

4. HA কিপালাইভ বার্তাগুলির জন্য নিবেদিত পোর্ট

এই বিকল্পগুলির কিছুগুলির জন্য সাইটের জন্য কেটো ম্যানেজমেন্ট অ্যাপ্লিকেশন-এ অতিরিক্ত কনফিগারেশন প্রয়োজন। উদাহরণস্বরূপ, LAN পোর্টটি LAN & VRRP বা VRRP এর জন্য কনফিগার করা হয়েছে।

একটি একক LAN পোর্ট সহ সকেট HA

কিছু কনফিগারেশন রয়েছে যা একটি একক LAN পোর্ট ব্যবহার করে প্রাথমিক এবং দ্বিতীয় সোকেটকে LAN সুইচের সাথে সংযুক্ত করে। এই কনফিগারেশনে, উভয় সোকেটে একই পোর্ট নম্বর ব্যবহার করা আবশ্যক। ব্যবহারকারী ট্র্যাফিক এবং HA কিপালাইভ বার্তাগুলি একক লিঙ্কের উপর চলে। এই টপলজি LAN লিঙ্ক রিডান্ডেন্সি প্রদান করে না।

সকেট HA ফেলওভার (যেখানে সেকেন্ডারি সকেট মাস্টার হয়ে যায়) কেবলমাত্র তখনই ঘটে যখন উভয় শর্ত পূরণ হয়:

1. সেকেন্ডারি সকেট প্রাইমারি সকেট থেকে HA কিপালাইভ মেসেজগুলি তিন সেকেন্ডের জন্য বন্ধ করে দেয়।

2. দ্বিতীয় Socket-এর LAN পোর্ট (যা HA কিপালাইভ বার্তাগুলির জন্য ব্যবহৃত) সংযুক্ত অবস্থায় থাকে।

যদি সেকেন্ডারি সকেট LAN পোর্ট সংযোগ বিচ্ছিন্ন থাকে, এটি সম্ভাব্য স্প্লিট-ব্রেইন অবস্থার এড়াতে মাস্টার হবে না।

নিম্নলিখিত চিত্রটি একটি উদাহরণ Socket HA টোপোলজি দেখায় যেখানে প্রতিটি Socket-এর একটি একক LAN পোর্ট একটি সুইচের সাথে সংযুক্ত:

একাধিক LAN পোর্ট সহ সকেট HA

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

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

আপনি যেকোনো LAN পোর্ট HA কিপঅ্যালাইভ ট্রাফিকের জন্য চয়ন করতে পারেন গন্তব্যস্থান থেকে LAN থেকে LAN & VRRP এ দ্বারা পরিবর্তন করে। নিম্নলিখিত স্ক্রিনশটে LAN ব্যবহারকারী ট্রাফিকের জন্য পোর্ট 3 এবং HA কিপঅ্যালাইভ ট্রাফিক এবং ব্যবহারকারী ট্রাফিকের জন্য পোর্ট 4 প্রদর্শিত হয়েছে।

HA কিপআলাইভ ট্রাফিকের জন্য LAN পোর্ট বদলানোর বিষয়ে আরও জানতে, দেখুন একটি HA ডিপ্লয়মেন্ট-এ সকেট ব্যবহার করা। এই টপলজি LAN লিঙ্ক রিডান্ডেন্সি প্রদান করে না।

সকেট HA ফেলওভার (যেখানে সেকেন্ডারি সকেট মাস্টার হয়ে যায়) কেবলমাত্র তখনই ঘটে যখন উভয় শর্ত পূরণ হয়:

1. সেকেন্ডারি সকেট প্রাইমারি সকেট থেকে HA কিপালাইভ মেসেজগুলি তিন সেকেন্ডের জন্য বন্ধ করে দেয়।

2. ল্যান & VRRP পোর্ট সেকেন্ডারি সকেটে সংযুক্ত অবস্থায় আছে।

যদি সেকেন্ডারি সকেট LAN পোর্ট সংযোগ বিচ্ছিন্ন থাকে, এটি সম্ভাব্য স্প্লিট-ব্রেইন অবস্থার এড়াতে মাস্টার হবে না।

LAN লিঙ্ক একত্রিকরণের সাথে সকেট HA (প্রস্তাবিত কনফিগারেশন)

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

এই টপলজি লিঙ্ক স্থিতিস্থাপকতা এবং সকেট স্থিতিস্থাপকতা উভয়ই প্রদান করে এবং এটি একটি সেরা প্র্যাকটিস হিসেবে বিবেচিত হয়।

LAN LAG সম্পর্কে আরও জানতে, দেখুন একটি সকেটের জন্য লিঙ্ক একত্রিকরণ কনফিগার করা।

নিম্নলিখিত ডায়াগ্রাম হলো সকেট HA LAN সংযোগের টপলজির একটি উদাহরণ যেখানে সুইচের স্ট্যাক ব্যবহার করা হয়।

HA কিপআলাইভ ট্রাফিকের জন্য নিবেদিত পোর্ট

এই কনফিগারেশনে, আপনি HA কিপালাইভ ট্রাফিককে LAN ট্রাফিক থেকে বিচ্ছিন্ন করেন। আপনি HA কিপালাইভ ট্রাফিকের জন্য শুধুমাত্র একটি পোর্ট (LAN, WAN, অথবা USB পোর্ট) বরাদ্দ করতে পারেন, এবং একটি বা একাধিক অবশিষ্ট LAN পোর্ট LAN ট্রাফিকের জন্য ব্যবহার করতে পারেন।

HA কিপালাইভ ট্রাফিকের জন্য ডেডিকেটেড LAN পোর্ট সেট করার জন্য, পোর্টের Destination VRRP এ সেট করুন। তারপর HA লিংক সকেটগুলির মধ্যে অপশনটি ডাইরেক্ট বা সুইচের মাধ্যমে সেট করুন।

এইগুলো হলো ডেডিকেটেড পোর্ট কনফিগারেশন:

1. ডাইরেক্ট (সকেটগুলির মধ্যে ব্যাক-টু-ব্যাক কেবল) – এই কনফিগারেশনে, যদি সেকেন্ডারি সকেট HA কিপলাইভ বার্তা পেতে বন্ধ করে দেয়, তাহলে তা VRRP পোর্টের অবস্থার পরও মাস্টার হয়ে যায়।

2. সুইচের মাধ্যমে – এই কনফিগারেশনে, দুইটি সকেটের VRRP পোর্ট একটি সুইচের সাথে সংযুক্ত থাকে। ফেইলওভার আচরণ দ্বিতীয়ক সকেটের VRRP পোর্ট অবস্থা নির্ভর করে:

   1. যখন সেকেন্ডারি সকেট পোর্ট অবস্থান সংযুক্ত থাকে কিন্তু কিপলাইভ বার্তা পায় না - সেকেন্ডারি সকেট মাস্টার হয়ে যায়।

      সেকেন্ডারি সকেট ধরে নেয় যে অবস্থাটি প্রাইমারি সকেট ত্রুটি দ্বারা সৃষ্ট হয়েছে।

   2. যখন সেকেন্ডারি সকেট পোর্ট অবস্থান সংযোগ বিচ্ছিন্ন থাকে - সেকেন্ডারি সকেট মাস্টার হয়ে যায় না (মনে হয় যে এটি সুইচের সাথে এর মধ্যকার একটি স্থানীয় সমস্যা)।

      সেকেন্ডারি সকেট ধরে নেয় যে প্রাইমারি সকেট সঠিকভাবে কাজ করছে এবং এটি সম্ভাব্য স্প্লিট-ব্রেইন অবস্থার থেকে দূরে থাকতে মাস্টার হয়ে যায় না।

এইগুলো হলো সরাসরি এবং সুইচের মাধ্যমে ডেডিকেটেড পোর্ট কনফিগারেশনের ডায়াগ্রাম:

সকেট উচ্চ প্রাপ্যতার জন্য ফেলওভার অবস্থা

এই বিভাগটি প্রাইমারি সকেট থেকে সেকেন্ডারি সকেটে ফেইলওভার ঘটানোর শর্তাবলী বর্ণনা করে।

প্রাইমারি সকেট ব্যর্থতার কারণে ফেলওভার

এই ফেইলওভার পরিস্থিতি প্রাইমারি সকেট ত্রুটির কারণে সৃষ্ট। সকেট নিম্নমুখী অবস্থায় বিবেচিত হয় এই কারণগুলির একটির ভিত্তিতে:

• সাধারণ সকেট ত্রুটি বা পাওয়ার লস

• VRRP সংযোগ (তিন সেকেন্ডের অধিক সময় ধরে কোন কীপ অ্যালাইভ নেই)
  একটি ল্যান-সাইড সংযোগ বিচ্ছিন্নতা একটি ব্যর্থতা ট্রিগার করে না যতক্ষণ না ল্যান লিঙ্কের মাধ্যমে VRRP বিজ্ঞাপন বিনিময় হয়।

• আরো দশ সেকেন্ড ধরে কোনো ইন্টারনেট সংযোগ নেই

কিপআলাইভ ব্যর্থতার কারণে ফেলওভার

তিন সেকেন্ডের একটি সময় প্রাইমারি সকেট থেকে সেকেন্ডারি সকেট কিপলাইভ বার্তা না পেলে ফেইলওভার পরিস্থিতি ঘটতে পারে।

যখন সেকেন্ডারি সকেট আবিষ্কার করে যে প্রাইমারি সকেট ডাউন হয়ে গেছে, তখন এটি তার অবস্থান মাস্টারে পরিবর্তন করে। Cato Cloud সেকেন্ডারি সকেটের WAN লিংকগুলিতে ট্রাফিক প্রবাহ স্থানান্তর করে। নিম্নোক্ত ডায়াগ্রামটি এই পরিস্থিতি দেখায়।

ইন্টারনেট সংযোগ সমস্যা কি সকেট ফেলওভার সৃষ্টি করে?

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

দ্রষ্টব্য:

এমন একটি পরিস্থিতি হতে পারে যেখানে প্রাইমারি সকেট ইন্টারনেট সংযোগ আছে, তবে সমস্ত DTLS টানেলগুলি সংযোগ বিচ্ছিন্ন অবস্থায় থাকে। কারণ Socket গুলির Internet এবং WAN পুনরুদ্ধার প্রক্রিয়া আছে, এই পরিস্থিতি একটি ফেলওভারে দ্বিতীয় Socket এ ট্রিগার করে না। এই পুনরুদ্ধার প্রক্রিয়া Socket কে Cato Cloud এর একটি ভিন্ন PoP এ পুনরায় সংযোগ করার অনুমতি দেয়।

সকেট উচ্চ প্রাপ্যতা পর্যবেক্ষণ

এই অধ্যায় Cato Management Application এর বিভিন্ন পৃষ্ঠা আলোচনা করে যা আপনি Socket HA এর অবস্থা এবং ইভেন্টগুলি পর্যবেক্ষণ করতে ব্যবহার করতে পারেন।

সকেট HA স্থিতি দেখানো হচ্ছে

Cato Management Application এর বিভিন্ন পৃষ্ঠা রয়েছে যা একটি site's জন্য Socket HA এর অবস্থা দেখায়।

সকেট HA ফেলওভার ইভেন্ট

যখনই একটি Socket ফেলওভার হয়, যখন দ্বিতীয় Socket ৩৫ সেকেন্ডেরও বেশি সক্রিয় হয়, তখন একটি Socket ফেলওভার ইভেন্ট তৈরি হয়। উদাহরণস্বরূপ, যদি প্রধান Socket একটি নতুন Socket সংস্করণে আপগ্রেড হয় এবং আপগ্রেড প্রক্রিয়া ২০ সেকেন্ড নেয়, তাহলে একটি Socket ফেলওভার ইভেন্ট তৈরি হয় না কারণ দ্বিতীয় Socket শুধুমাত্র ২০ সেকেন্ড সক্রিয় ছিল।

তথ্যটি আপনি Cato Management Application এর Home > Events পাতায় দেখতে পারেন। প্রাথমিক Socket থেকে দ্বিতীয় Socket এ ফেলওভার দেখানো একটি নমুনা ইভেন্ট এখানে রয়েছে।

সকেট উচ্চ উপলব্ধতা ব্যর্থতার জন্য বিজ্ঞপ্তিগুলি সংজ্ঞায়িত করা

আপনি লিংক স্বাস্থ্য নিয়ম পৃষ্ঠা (নেটওয়ার্ক > লিংক স্বাস্থ্য নিয়মাবলী) ব্যবহার করতে পারেন একটি সংযোগ স্বাস্থ্য নিয়ম তৈরির জন্য সকেট HA ব্যর্থতা ইভেন্টের বিজ্ঞপ্তি পাঠানোর জন্য।

বিজ্ঞপ্তি সমস্ত প্রাপকদের কাছে পাঠানো হয় যারা CMA-তে আপনি কনফিগার করা সাবস্ক্রিপশন গ্রুপে সংজ্ঞায়িত করেছেন। একটি সাবস্ক্রিপশন গ্রুপ ভিন্ন ভিন্ন বিজ্ঞপ্তির লক্ষ্য অন্তর্ভুক্ত করতে পারে, যেমন:  

• মেইলিং লিস্টগুলি ইমেল ঠিকানা সহ (Cato ব্যবহারকারী অথবা অ্যাডমিনদের সাথে যুক্ত ঠিকানা সহ)

• ওয়েবহুক ইন্টিগ্রেশন যেমন স্ল্যাক অথবা জিরা

• তৃতীয় পক্ষের বিজ্ঞপ্তি সিস্টেম

এটি আপনাকে সকল বিজ্ঞপ্তির গন্তব্য একটি একক স্থানে পরিচালনা করতে দেয় এবং একাধিক নিয়মের মধ্যে সেগুলি ধারাবাহিকভাবে প্রয়োগ করতে দেয়।

এটি সকেট ফেলওভারের জন্য এক নমুনা সংযোগ স্বাস্থ্য নিয়ম:

একটি সংযোগজনিত স্বাস্থ্য নিয়ম কনফিগার করার সম্পর্কে আরও জানতে, লিঙ্ক স্বাস্থ্য নিয়মের সাথে কাজ করা দেখুন।