এই নিবন্ধটি একটি জোড়া পদার্থগত Cato সকেট ব্যবহারকারী সাইটের জন্য উচ্চ প্রাপ্যতা (HA) কনফিগারেশন এবং বিফলতা অবস্থার উপর আলোচনা করে।
সাইটের স্থিতিস্থাপকতা উন্নত করতে, Cato দৃঢ়ভাবে সুপারিশ করে যে প্রতিটি সাইট একটি জোড়া সকেটের সাথে মোতায়েন করা হয় যা উচ্চ প্রাপ্যতা (HA) মোডে কাজ করে। এই অপারেশন মোডটি একটি একক সকেট ব্যর্থতার ঘটনায় সাইটের সেবা চলমান নিশ্চিত করে। ফেলওভার চলাকালীন, Cato Cloud ফ্লো অবস্থা সংরক্ষণ করে এবং শেষ ব্যবহারকারীর অভিজ্ঞতায় ন্যূনতম প্রভাব পড়ে।
সমর্থিত সকেট HA সাইটসমূহ
নিচের পরিবেশের জন্য Cato সকেট HA সমর্থন করে:
-
পদার্থগত সকেট সাইট
-
AWS vSocket সাইট
-
Azure vSocket সাইট
এই নিবন্ধটি ব্যাখ্যা করে কীভাবে একটি পদার্থগত সকেট সাইটের জন্য HA কাজ করে। কয়েকটি ক্লিকে সকেট HA সেটআপ সম্পর্কে আরও জানতে, দেখুন একটি HA ডিপ্লয়মেন্ট-এ সকেট ব্যবহার করা।
-
AWS vSocket HA সম্পর্কে আরও জানতে, দেখুন AWS vSockets এর জন্য HA কনফিগার করা
-
Azure vSocket HA সম্পর্কে আরও জানতে, দেখুন Azure vSockets এর জন্য উচ্চ প্রাপ্যতা কনফিগার করা
Socket HA সাইটগুলি একই Socket টাইপ X1500, X1600, X1600 LTE, অথবা X1700 সহ দুটি Socket ব্যবহার করতে পারে। তবে, আপনি বিভিন্ন Socket টাইপ ব্যবহার করতে পারবেন না, তাই X1600 এবং X1700 Socket সহ একটি সাইট সমর্থিত নয়।
- আপনি একই HA সাইটে X1500 Socket এবং X1500B Socket ব্যবহার করতে পারেন।
- একই HA সাইটে আপনি X1600 সকেট এবং X1600 LTE সকেট ব্যবহার করতে পারবেন না।
একটি সকেট HA ডেপ্লয়মেন্টে, দুটি Cato সকেট একটি সাইটে বরাদ্দ করা হয়। সাইটে প্রথম বরাদ্দ করা সকেটকে প্রাথমিক সকেট হিসাবে চিহ্নিত করা হয়, দ্বিতীয়টি হলো অতিরিক্ত সকেট। সকেটগুলি HA অ্যাক্টিভ/স্ট্যান্ডবাই মোডে কাজ করে। একটি সাইটের সাধারণ অপারেশন চলাকালীন, প্রাথমিক সকেটের HA মাষ্টার স্ট্যাটাস থাকে, যখন অতিরিক্ত সকেটের HA স্ট্যান্ডবাই স্ট্যাটাস থাকে। শুধুমাত্র HA মাষ্টার স্ট্যাটাস সহ সকেট ট্রাফিক পরিচালনা করে।
-
গৌণ (স্ট্যান্ডবাই) সকেট প্রাথমিক সকেটের পাঠানো নিয়মিত কিপালাইভ বার্তা শুনে মাষ্টার সকেটের অবস্থা (জীবন্ততা) ক্রমাগত মনিটর করে। কিপআলাইভ বার্তাগুলি নির্ধারিত ইন্টারফেসের মাধ্যমে প্রেরণ করা হয়, যার গন্তব্যস্থল সেট করা হয় LAN & VRRP অথবা VRRP (নিচে দেখুন LAN সংযোগযোগ্যতা এবং সকেট HA)।
-
যখন সেকেন্ডারি (স্ট্যান্ডবাই) সেকেট বুঝতে পারে যে প্রাইমারি সেকেট ডাউন হয়ে গেছে, তখন এটি তার HA অবস্থা মাস্টার-এ পরিবর্তন করে এবং ট্র্যাফিকের দায়িত্ব গ্রহণ শুরু করে। এই ঘটনা ঘটে তিন সেকেন্ড মিস HA কিপলাইভ বার্তার পর।
-
লেয়ার 2 সংযোগ ত্বরান্বিত করার জন্য সেকেন্ডারি সেকেট LAN নেটওয়ার্কে একটি GARP বার্তা পাঠায়।
-
যখন প্রাথমিক সেকেট পুনরুদ্ধার হয় এবং নিয়মিত কার্যকারিতায় ফিরে আসে, তখন এটি প্রাথমিকভাবে মাস্টার হয়ে যায় এবং সেকেন্ডারি সেকেট স্ট্যান্ডবাই অবস্থায় ফিরে যায়।
নীচের চিত্রে Cato Management Application-এ নেটওয়ার্ক > সাইটস > {site name} > সাইট কনফিগারেশন > সেকেট-এ X1500 সেকেটসের HA কনফিগারেশন পেজ দেখানো হয়েছে:
নিচের ডায়াগ্রামগুলো প্রাথমিক সকারে একটি সমস্যার উদাহরণ প্রদর্শন করে যা ফলাফল হিসাবে সেকেন্ডারি সকারে ফেইলওভার ঘটায়। যখন সেকেন্ডারি সকার আবিষ্কার করে যে প্রাথমিক সকার ডাউন হয়েছে, তখন এটি তার স্টেটাস পরিবর্তন করে মাস্টার হিসেবে। Cato ক্লাউড ট্র্যাফিক ফ্লো সেকেন্ডারি সকারের WAN লিঙ্কগুলিতে স্থানান্তর করে।
|
|
|
স্প্লিট-ব্রেইন শর্ত হচ্ছে যখন উভয় সকার একই সময়ে মাস্টার ভূমিকা পালন করে। এটি হতে পারে সকারগুলির মধ্যে একটি LAN সংযোগ সমস্যার কারণে যা একটি পরিস্থিতি তৈরি করে যেখানে HA কিপলাইভ বার্তাগুলি সেকেন্ডারি সকারে পৌঁছায় না।
আপনি Cato ম্যানেজমেন্ট অ্যাপ্লিকেশনে সকার পৃষ্ঠা (উপরে দেখানো হয়েছে) দেখে একটি স্প্লিট-ব্রেইন শর্ত সনাক্ত করতে পারেন।
-
প্রাথমিক এবং সেকেন্ডারি সকারগুলো স্টেটাস হিসাবে দেখানো হবে মাস্টার (আইটেম ২)
-
কিপলাইভ শর্ত (আইটেম ৪ এ) হিসাবে দেখানো হবে ব্যর্থ এবং এটি HA স্টেটাস (আইটেম ৩) হিসাবে প্রস্তুত নয় প্রদর্শনের কারণ।
LAN সংযোগ সমস্যা সমাধান হওয়ার পর, সেকেন্ডারি সকার প্রাথমিক সকারকে মাস্টার হিসেবে চিহ্নিত করে এবং সেকেন্ডারি সকার স্ট্যান্ডবাই অবস্থায় ফিরে আসে।
নিম্নলিখিত প্রক্রিয়াটি নিশ্চিত করে যে একটি স্প্লিট-ব্রেইন শর্ত চলাকালীন শুধুমাত্র সেকেন্ডারি সকার সাইটের জন্য ট্রাফিক পরিচালনা করে (এমনকি যদি একটি স্প্লিট-ব্রেইন শর্ত থাকে)।
-
ডাউনস্ট্রিম ট্র্যাফিকের জন্য (PoP থেকে সাইটে):
-
PoP সেকেন্ডারি সকার এখন মাস্টার হিসেবে সনাক্ত করেছে।
-
PoP সেকেন্ডারি সকার টানেলের জন্য পছন্দের মেট্রিক সেট করেছে।
ডাউনস্ট্রিম ট্র্যাফিক এখন শুধুমাত্র সেকেন্ডারি সকারে রাউট করা হচ্ছে।
-
-
আপস্ট্রিম ট্র্যাফিকের জন্য (সাইট থেকে PoP-এ):
-
যখন সেকেন্ডারি সকার HA অবস্থান স্ট্যান্ডবাই থেকে মাস্টারে পরিবর্তন করে, এটি LAN-এ GARP বার্তা পাঠায় ARP এবং MAC টেবিল আপডেট করতে যে এটি এখন মাস্টার।
LAN থেকে উর্ধ্বমুখী ট্র্যাফিক এখন শুধুমাত্র সেকেন্ডারি সকারে রাউট করা হচ্ছে।
-
উভয় প্রাথমিক এবং সেকেন্ডারি সকারগুলি প্রতিটি WAN পোর্টে একই Cato ক্লাউড PoP সঙ্গে DTLS টানেল স্থাপন করে। উর্ধ্বমুখী দিকনির্দেশে, শুধুমাত্র মাস্টার সকার PoP এ ট্র্যাফিক পাঠায়। ডাউনস্ট্রিম দিকে, PoP ট্র্যাফিক সাইটে পাঠানোর জন্য শুধুমাত্র মাস্টার সকার টানেল ব্যবহার করে। একটি সকার HA ফেইলওভার ইভেন্টের ক্ষেত্রে, সেকেন্ডারি সকার নতুন মাস্টার হয়ে যায় এবং PoP ব্যর্থ প্রাথমিক সকার টানেলগুলি থেকে সেকেন্ডারি সকার টানেলগুলিতে ট্র্যাফিক স্থানান্তর করে। PoP প্রবাহের অবস্থান এবং NAT অবস্থান ধরে রাখে, যাতে সকল ব্যবহারকারী অ্যাপ্লিকেশন ব্যর্থতার পূর্বে এবং পরে সচল থাকে তা নিশ্চিত করা যায়।
নীচে সোকেট HA এর জন্য উদাহরণস্বরূপ শারীরিক এবং যৌক্তিক টোপোলজিগুলি দেওয়া হল:
সর্বোত্তম WAN সংযোগ, কার্যক্ষমতা এবং HA কার্যকারিতা নিশ্চিত করতে, কেটো উভয় সোকেটের জন্য সমান (আয়ন) ক্যাবলিং বিন্যাসের প্রয়োজন। উদাহরণস্বরূপ, যদি প্রাথমিক সোকেট পোর্ট WAN1 ISP1-এর সাথে সংযুক্ত থাকে এবং পোর্ট WAN2 ISP2-এর সাথে সংযুক্ত থাকে, তবে দ্বিতীয় সোকেটের একই পোর্টগুলি প্রাথমিক সোকেটের মতো একই ISP গুলির সাথে সংযুক্ত থাকতে হবে।
এই প্রতিসম টোপোলজিগুলির মধ্যে ISP রাউটারগুলির সাথে সরাসরি সংযোগ বা একটি সুইচ স্ট্যাক ব্যবহার করা থাকতে পারে।
নোট
Note: অসম প্রতিরূপ টোপোলজি ব্যবহার করলে সমস্যা তৈরি হতে পারে এবং এটি কেটো কর্তৃক সরকারিভাবে সমর্থিত নয়। উদাহরণস্বরূপ, যেখানে প্রাথমিক সোকেট পোর্ট WAN1 ISP1-এর সাথে সংযুক্ত, এবং দ্বিতীয়ার্ধের সোকেট পোর্ট WAN1 ISP2-এর সাথে সংযুক্ত।
কেটো প্রয়োজন করে যে প্রাথমিক এবং দ্বিতীয় সোকেট উভয়েরই LAN সংযোগের জন্য সমচক্রীয় (আয়ন) ক্যাবলিং বিন্যাস থাকে। উদাহরণস্বরূপ, LAN পোর্ট 1 উভয় প্রাথমিক এবং দ্বিতীয় সোকেটে LAN সুইচের সাথে সংযুক্ত থাকে (বা একাধিক LAN পোর্টের সাথে কনফিগারেশনের জন্য LAN পোর্ট 1 এবং 2)।
এই বিভাগে Socket HA এর জন্য নিম্নলিখিত LAN সংযোগ বিকল্পগুলি আলোচনা করা হয়েছে:
-
একক LAN পোর্ট
-
একাধিক LAN পোর্ট
-
LAN লিংক একত্রায়ন (প্রস্তাবিত বিকল্প)
-
HA কিপালাইভ বার্তাগুলির জন্য নিবেদিত পোর্ট
এই বিকল্পগুলির কিছুগুলির জন্য সাইটের জন্য কেটো ম্যানেজমেন্ট অ্যাপ্লিকেশন-এ অতিরিক্ত কনফিগারেশন প্রয়োজন। উদাহরণস্বরূপ, LAN পোর্টটি LAN & VRRP বা VRRP এর জন্য কনফিগার করা হয়েছে।
কিছু কনফিগারেশন রয়েছে যা একটি একক LAN পোর্ট ব্যবহার করে প্রাথমিক এবং দ্বিতীয় সোকেটকে LAN সুইচের সাথে সংযুক্ত করে। এই কনফিগারেশনে, উভয় সোকেটে একই পোর্ট নম্বর ব্যবহার করা আবশ্যক। ব্যবহারকারী ট্র্যাফিক এবং HA কিপালাইভ বার্তাগুলি একক লিঙ্কের উপর চলে। এই টোপোলজি LAN লিঙ্কের অন্তরায় সরবরাহ করে না।
নিম্নলিখিত চিত্রটি একটি উদাহরণ Socket HA টোপোলজি দেখায় যেখানে প্রতিটি Socket-এর একটি একক LAN পোর্ট একটি সুইচের সাথে সংযুক্ত:
এই বিভাগে প্রাথমিক এবং দ্বিতীয় উভয় সোকেট নির্দিষ্ট LAN সুইচগুলির সাথে দুটি বা অধিক স্বাধীন LAN পোর্টের মাধ্যমে সংযুক্ত হওয়ার সময় আলোচনা করা হয়েছে। এই কনফিগারেশনে, LAN সংযোগের জন্য উভয় সোকেটে একই পোর্ট ব্যবহার করা আবশ্যক।
ডিফল্ট হিসাবে, সবচেয়ে কম নম্বরের LAN পোর্টটি উভয় জন্য ব্যবহৃত হয় HA কিপালাইভ ট্রাফিক এবং ব্যবহারকারী ট্রাফিকের জন্য। বাকি LAN পোর্টগুলো শুধুমাত্র ব্যবহারকারী ট্রাফিক বহন করে।
আপনি HA কিপালাইভ ট্রাফিকের জন্য যেকোনো LAN পোর্ট নির্বাচন করতে পারেন পোর্ট Destination পরিবর্তন করে LAN থেকে LAN & VRRP। নিচের স্ক্রিনশটটি দেখায় পোর্ট ৩ LAN ব্যবহারকারী ট্রাফিকের জন্য এবং পোর্ট ৪ HA কিপালাইভ ট্রাফিক এবং ব্যবহারকারী ট্রাফিকের জন্য।
HA কিপআলাইভ ট্রাফিকের জন্য LAN পোর্ট বদলানোর বিষয়ে আরও জানতে, দেখুন একটি HA ডিপ্লয়মেন্ট-এ সকেট ব্যবহার করা। এই টপলজি LAN লিঙ্ক রিডান্ডেন্সি প্রদান করে না।
সকেট HA ফেলওভার (যেখানে সেকেন্ডারি সকেট মাস্টার হয়ে যায়) কেবলমাত্র তখনই ঘটে যখন উভয় শর্ত পূরণ হয়:
-
সেকেন্ডারি সকেট প্রাইমারি সকেট থেকে HA কিপালাইভ মেসেজগুলি তিন সেকেন্ডের জন্য বন্ধ করে দেয়।
-
ল্যান & VRRP পোর্ট সেকেন্ডারি সকেটে সংযুক্ত অবস্থায় আছে।
যদি সেকেন্ডারি সকেট LAN পোর্ট সংযোগ বিচ্ছিন্ন থাকে, এটি সম্ভাব্য স্প্লিট-ব্রেইন অবস্থার এড়াতে মাস্টার হবে না।
প্রাইমারি এবং সেকেন্ডারি সকেট উভয়ই একাধিক LAN পোর্টের মাধ্যমে LAN সুইচগুলিতে সংযুক্ত যা একটি লিঙ্ক অ্যাগ্রিগেশন (LAG) এ অন্তর্ভুক্ত। এই কনফিগারেশনে, LAN সংযোগের জন্য উভয় সকেটে একই পোর্ট ব্যবহার করতে হবে। এই টপলজি ব্যবহারকারী ট্রাফিক এবং HA কিপালাইভ মেসেজ উভয়ের জন্য LAN লিঙ্ক রিডান্ডেন্সি প্রদান করে। যদি LAG সদস্য পোর্টগুলোর কোন একটি ব্যর্থ হয়, তাহলে অন্যান্য সদস্য পোর্টগুলো ব্যবহারকারী ট্রাফিক এবং HA কিপালাইভ ট্রাফিক বহন করতে থাকবে।
এই টপলজি লিঙ্ক স্থিতিস্থাপকতা এবং সকেট স্থিতিস্থাপকতা উভয়ই প্রদান করে এবং এটি একটি সেরা প্র্যাকটিস হিসেবে বিবেচিত হয়।
LAN LAG সম্পর্কে আরও জানতে, দেখুন একটি সকেটের জন্য লিঙ্ক একত্রিকরণ কনফিগার করা।
নিম্নলিখিত ডায়াগ্রাম হলো সকেট HA LAN সংযোগের টপলজির একটি উদাহরণ যেখানে সুইচের স্ট্যাক ব্যবহার করা হয়।
এই কনফিগারেশনে, আপনি HA কিপালাইভ ট্রাফিককে LAN ট্রাফিক থেকে বিচ্ছিন্ন করেন। আপনি HA কিপালাইভ ট্রাফিকের জন্য শুধুমাত্র একটি পোর্ট (LAN, WAN, অথবা USB পোর্ট) বরাদ্দ করতে পারেন, এবং একটি বা একাধিক অবশিষ্ট LAN পোর্ট LAN ট্রাফিকের জন্য ব্যবহার করতে পারেন।
HA কিপালাইভ ট্রাফিকের জন্য ডেডিকেটেড LAN পোর্ট সেট করার জন্য, পোর্টের Destination VRRP এ সেট করুন। তারপর HA লিংক সকেটগুলির মধ্যে অপশনটি ডাইরেক্ট বা সুইচের মাধ্যমে সেট করুন।
এইগুলো হলো ডেডিকেটেড পোর্ট কনফিগারেশন:
-
ডাইরেক্ট (সকেটগুলির মধ্যে ব্যাক-টু-ব্যাক কেবল) – এই কনফিগারেশনে, যদি সেকেন্ডারি সকেট HA কিপলাইভ বার্তা পেতে বন্ধ করে দেয়, তাহলে তা VRRP পোর্টের অবস্থার পরও মাস্টার হয়ে যায়।
-
সুইচের মাধ্যমে – এই কনফিগারেশনে, দুইটি সকেটের VRRP পোর্ট একটি সুইচের সাথে সংযুক্ত থাকে। ফেইলওভার আচরণ সেকেন্ডারি সকেট VRRP পোর্ট অবস্থার উপর নির্ভর করে:
-
যখন সেকেন্ডারি সকেট পোর্ট অবস্থান সংযুক্ত থাকে কিন্তু কিপলাইভ বার্তা পায় না - সেকেন্ডারি সকেট মাস্টার হয়ে যায়।
সেকেন্ডারি সকেট ধরে নেয় যে অবস্থাটি প্রাইমারি সকেট ত্রুটি দ্বারা সৃষ্ট হয়েছে।
-
যখন সেকেন্ডারি সকেট পোর্ট অবস্থান সংযোগ বিচ্ছিন্ন থাকে - সেকেন্ডারি সকেট মাস্টার হয়ে যায় না (মনে হয় যে এটি সুইচের সাথে এর মধ্যকার একটি স্থানীয় সমস্যা)।
সেকেন্ডারি সকেট ধরে নেয় যে প্রাইমারি সকেট সঠিকভাবে কাজ করছে এবং এটি সম্ভাব্য স্প্লিট-ব্রেইন অবস্থার থেকে দূরে থাকতে মাস্টার হয়ে যায় না।
-
এইগুলো হলো সরাসরি এবং সুইচের মাধ্যমে ডেডিকেটেড পোর্ট কনফিগারেশনের ডায়াগ্রাম:
|
|
|
এই বিভাগটি প্রাইমারি সকেট থেকে সেকেন্ডারি সকেটে ফেইলওভার ঘটানোর শর্তাবলী বর্ণনা করে।
এই ফেইলওভার পরিস্থিতি প্রাইমারি সকেট ত্রুটির কারণে সৃষ্ট। নিম্নোক্ত কারণগুলির একটির জন্য সকেটকে ডাউন অবস্থায় ধরা হয়:
-
সাধারণ সকেট ত্রুটি বা পাওয়ার লস
-
LAN সংযোগ (তিন সেকেন্ডের বেশি সময় ধরে কোনো কিপলাইভ নেই)
-
আরো দশ সেকেন্ড ধরে কোনো ইন্টারনেট সংযোগ নেই
তিন সেকেন্ডের একটি সময় প্রাইমারি সকেট থেকে সেকেন্ডারি সকেট কিপলাইভ বার্তা না পেলে ফেইলওভার পরিস্থিতি ঘটতে পারে।
যখন সেকেন্ডারি সকেট আবিষ্কার করে যে প্রাইমারি সকেট ডাউন হয়ে গেছে, তখন এটি তার অবস্থান মাস্টারে পরিবর্তন করে। Cato Cloud সেকেন্ডারি সকেটের WAN লিংকগুলিতে ট্রাফিক প্রবাহ স্থানান্তর করে। নিম্নোক্ত ডায়াগ্রামটি এই পরিস্থিতি দেখায়।
সকেটগুলি ইন্টারনেট সংযোগ স্থিতি নির্ধারণ করতে একটি প্রোবিং মেকানিজম ব্যবহার করে। যদি প্রাইমারি সকেট স্থির করে যে সমস্ত ইন্টারনেট লিংক (Cato লিংক) এর ইন্টারনেট সংযোগ দশ সেকেন্ডের বেশি সময় ধরে ডাউন থাকে, তবে এটি HA কিপলাইভ বার্তা প্রেরণ বন্ধ করে দেয়। এটি সেকেন্ডারি সকেটে ফেইলওভার ঘটায়।
নোট
নোট: এমন একটি পরিস্থিতি হতে পারে যেখানে প্রাইমারি সকেট ইন্টারনেট সংযোগ আছে, তবে সমস্ত DTLS টানেলগুলি সংযোগ বিচ্ছিন্ন অবস্থায় থাকে। কারণ Socket গুলির Internet এবং WAN পুনরুদ্ধার প্রক্রিয়া আছে, এই পরিস্থিতি একটি ফেলওভারে দ্বিতীয় Socket এ ট্রিগার করে না। এই পুনরুদ্ধার প্রক্রিয়া Socket কে Cato Cloud এর একটি ভিন্ন PoP এ পুনরায় সংযোগ করার অনুমতি দেয়।
এই অধ্যায় Cato Management Application এর বিভিন্ন পৃষ্ঠা আলোচনা করে যা আপনি Socket HA এর অবস্থা এবং ইভেন্টগুলি পর্যবেক্ষণ করতে ব্যবহার করতে পারেন।
Cato Management Application এর বিভিন্ন পৃষ্ঠা রয়েছে যা একটি site's জন্য Socket HA এর অবস্থা দেখায়।
|
পাতার নাম |
বর্ণনা |
পথ |
|---|---|---|
|
সাইটগুলি |
অ্যাকাউন্টে সমস্ত Site দেখায়। HA অবস্থা কলামে প্রতি Site এর Socket HA অবস্থা দেখায়। |
নেটওয়ার্ক > সাইটগুলি |
|
সকেট |
একটি Site এর Socket HA এর বিবরণ দেখায়। উপরের সকেট উচ্চ প্রাপ্যতা এবং ফেলওভার বোঝা দেখুন। |
নেটওয়ার্ক > সাইটগুলি > <সাইট নাম> > সাইট কনফিগারেশন > সকেট |
|
নেটওয়ার্ক অ্যানালিটিক্স |
একটি Site এর জন্য Network Data এবং HA অবস্থা দেখায়। |
নেটওয়ার্ক > সাইটগুলি > <সাইট নাম> > সাইট পর্যবেক্ষণ > নেটওয়ার্ক অ্যানালিটিক্স |
যখনই একটি Socket ফেলওভার হয়, যখন দ্বিতীয় Socket ৩৫ সেকেন্ডেরও বেশি সক্রিয় হয়, তখন একটি Socket ফেলওভার ইভেন্ট তৈরি হয়। উদাহরণস্বরূপ, যদি প্রধান Socket একটি নতুন Socket সংস্করণে আপগ্রেড হয় এবং আপগ্রেড প্রক্রিয়া ২০ সেকেন্ড নেয়, তাহলে একটি Socket ফেলওভার ইভেন্ট তৈরি হয় না কারণ দ্বিতীয় Socket শুধুমাত্র ২০ সেকেন্ড সক্রিয় ছিল।
তথ্যটি আপনি Cato Management Application এর Home > Events পাতায় দেখতে পারেন। প্রাথমিক Socket থেকে দ্বিতীয় Socket এ ফেলওভার দেখানো একটি নমুনা ইভেন্ট এখানে রয়েছে।
আপনি Socket HA ফেলওভার ইভেন্টগুলির জন্য ইমেল বিজ্ঞপ্তি পাঠানোর জন্য একটি Connectivity Health Rule তৈরি করতে Link Health Rule পৃষ্ঠা (Network > Link Health Rules) ব্যবহার করতে পারেন। ইমেল বিজ্ঞপ্তিগুলি Cato Management Application এ আপনি কনফিগার করা Mailing List এর সমস্ত প্রাপককে পাঠায়। Mailing List এ ইমেল ঠিকানাগুলি অন্তর্ভুক্ত থাকতে পারে যা Cato Management Application এ User এবং Admins এর জন্য সংজ্ঞায়িত নয়।
এটি সকেট ফেলওভারের জন্য এক নমুনা সংযোগ স্বাস্থ্য নিয়ম:
একটি সংযোগজনিত স্বাস্থ্য নিয়ম কনফিগার করার সম্পর্কে আরও জানতে, লিঙ্ক স্বাস্থ্য নিয়মের সাথে কাজ করা দেখুন।
0 comments
Please sign in to leave a comment.