VPN সেশনগুলোকে ভূমিকা অনুযায়ী স্কেল করুন, তারপর ব্যর্থতার হেডরুম যাচাই করুন

আপনি দ্বিতীয় গেটওয়ে যোগ করেন, কনসোল দুইটি সুস্থ সদস্য দেখায়, এবং সেশনের সীমা প্রায় নড়ে না, কারণ কেউ ক্লায়েন্টদের বলেনি নতুন বক্সে কীভাবে পৌঁছাতে হবে। VPN সেবা স্কেল করা ক্রমানুসারে দুইটি সিদ্ধান্ত: এই সংযোগ ধরনের জন্য কোন প্রক্রিয়া ক্লায়েন্ট বিতরণ করে, এবং সবচেয়ে খারাপ একক ক্ষতির পর কতটা ধারণক্ষমতা থাকে। এগুলো উল্টো ক্রমে নিলে এমন নকশা তৈরি হয় যা অপ্রয়োজনীয় দেখায় এবং ঠিক যখন প্রয়োজন তখনই ব্যর্থ হয়। কনসোল থেকে শুরু করুন, তারপর হিসাব করুন।

প্রক্রিয়াটি সেশনের ধরনের সঙ্গে মিলিয়ে নিন

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

Cisco-র ASA উচ্চ প্রাপ্যতা নির্দেশিকা তিনটি সক্ষমতা আলাদা রাখে: রিমোট অ্যাক্সেস VPN লোড ব্যালান্সিং, অবস্থাসহ ফেলওভার এবং সাইট-টু-সাইট ক্লাস্টারিং। কেবল প্রথমটি যোগ্য ক্লায়েন্টকে গ্রুপ এন্ট্রি থেকে সদস্যে সরায়, এবং LAN-থেকে-LAN সংযোগ ওই বিতরণের বাইরে থাকে। একটি সাধারণ TCP ব্যালান্সার প্রোটোকলের নিজস্ব রিডাইরেকশন ধাপের জায়গা নিতে পারে না, কারণ টানেল হ্যান্ডশেক সাধারণ HTTP নয় যা প্রক্সি আবার লিখতে পারে। ব্যবহারিক ফল হলো এমন ব্যালান্সার যা সংযোগ গ্রহণ করে এবং তবুও ক্লায়েন্টকে টানেল তৈরি করতে দেয় না।

দ্বিতীয় ডিভাইস অর্ডার করার আগে বৈশিষ্ট্যের তালিকা আপনার সেশন ধরনের সঙ্গে মিলিয়ে পড়ুন। লাইসেন্স লাইন এবং প্রক্রিয়া লাইন আলাদা এন্ট্রি, এবং একটি অন্যটিকে বোঝায় না।

অনুমানের বদলে উদাহরণ হিসাব করুন

ধরুন তিনটি গেটওয়ে আপনার অনুমোদিত ভারসাম্যের অধীনে 800 একসঙ্গে টানেলে যাচাইকৃত, যা মোট 2,400। ব্যস্ত ঘণ্টার 1,650 লক্ষ্য আরামদায়ক লাগে যতক্ষণ একটি ইউনিট হারিয়ে না যায়, এবং তখন বাকি জোড়াকে কঠোর 1,600-এর সামনে 1,650 ধরে রাখতে হয়। নকশা ইতিমধ্যেই ব্যর্থ হয়েছে, এবং ফেলওভারের কোনো টিউনিং হিসাব ঠিক করে না।

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

শুধু স্থির অবস্থা নয়, পুনঃসংযোগের ঢেউয়ের বাজেট রাখুন

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

এক মিনিটের মধ্যে আবার চেষ্টা করা কয়েক হাজার ক্লায়েন্ট স্থির 1,650 থেকে ভিন্ন ঘটনা, এবং প্রমাণীকরণ সার্ভারগুলো তা সবার আগে অনুভব করে। পুলের জায়গাও পরীক্ষা করুন, কারণ রিডাইরেকশন তার সঙ্গে পরামর্শ করে না: যে সদস্য ঠিকানা বরাদ্দ করতে পারে না সে তবুও ক্লায়েন্ট গ্রহণ করে এবং পরে তার ট্রাফিক ফেলে দেয়।

পুল ও পথ হাতে নিয়ে ধারণক্ষমতা যাচাই করুন

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

show vpn-sessiondb summary
show running-config ip local pool
show vpn load-balancing
show route 10.40.12.0 255.255.255.0

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

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