প্রতি VRF-এ লেবেল নাকি প্রতি প্রিফিক্সে? সক্ষমতার আসল বিল
প্রতি VRF-এ একটি লেবেল প্রতি প্রিফিক্সের চেয়ে সস্তা মনে হয়, কিন্তু লেবেলের সংখ্যা বাজেটের সবচেয়ে ছোট লাইন। আসলে কোনটি আগে শেষ হয়, সেটাই এখানে।
দুটি ডিজাইন একই প্রোভাইডার কোরের ওপর একই গ্রাহক প্রিফিক্স ঘোষণা করে। একটি প্রতি প্রিফিক্সে একটি লেবেল বরাদ্দ করে, অন্যটি পুরো VRF-এর জন্য একটিমাত্র লেবেল বরাদ্দ করে, আর দ্বিতীয়টি প্রতিটি স্লাইডে সস্তা দেখায়। লেবেলের সংখ্যা বাস্তব, কিন্তু সাধারণত সেটিই প্রথমে শেষ হওয়া বাজেট নয়। দুটির মধ্যে বেছে নেওয়া মানে একটি নয়, চারটি রিসোর্স গণনা করা, আর লেবেলগুলি তাদের মধ্যে সবচেয়ে ছোট।
নির্বাচনটি এই প্রশ্নেরও ওপর নির্ভর করে যে লেবেল খুলে ফেলার পরে ইগ্রেস রাউটারকে প্যাকেট নিয়ে কী করতে হবে। সিদ্ধান্তটি লেবেলের গণিত নয়, সেই কার্যকরী পার্থক্য থেকেই আসা উচিত।
প্রতিটি বরাদ্দ আসলে কী সাশ্রয় করে
প্রতি প্রিফিক্সের বরাদ্দ লেবেলের মধ্যে ফরওয়ার্ডিং তথ্য বহন করে। ইগ্রেস রাউটার গন্তব্য অনুসন্ধান ছাড়াই প্যাকেটটি সরাসরি সঠিক সংলগ্নতায় পাঠাতে পারে, তাই এটি বড় VRF রুট সেটে ভালোভাবে স্কেল করে এবং তাই প্রতিটি VRF-এ ঘোষিত প্রতিটি প্রিফিক্সের জন্য একটি লেবেল খরচ করে। প্রতি VRF-এর বরাদ্দ, যেমন Junos vrf-table-label, প্রতিটি রাউটিং ইনস্ট্যান্সের জন্য একটি লেবেল ঘোষণা করে এবং VRF টেবিল নির্বাচন করতে সেই লেবেল ব্যবহার করে; এরপর রাউটার টেবিলের ভিতরে একটি IP অনুসন্ধান করে।
এটি টিউনিং নব নয়, সত্যিকারের স্থাপত্যগত পার্থক্য। প্রতি VRF লেবেলিং আপনাকে ছোট লেবেল স্পেস ও সরলতর ঘোষণা দেয়, বিনিময়ে একটি অনুসন্ধান এবং এমন একটি লেবেল যা গন্তব্য সম্পর্কে কিছুই বলে না। প্রতি প্রিফিক্স লেবেলিং ইগ্রেস লাইন কার্ডকে আগেই বেশি তথ্য দেয় এবং আপনার বহন করা রুটের অনুপাতে লেবেল খরচ করে।
লেবেল খাতাটি ছোটটি
MPLS লেবেল সসীম, কিন্তু লেবেল স্পেস এত বড় যে সাধারণ সেবা প্রদানকারীরা কয়েক হাজার প্রিফিক্সে তা শেষ করে না। প্রতি VRF লেবেলিং সত্যিই সাহায্য করে ছোট হার্ডওয়্যার লেবেল টেবিলযুক্ত প্ল্যাটফর্মে, বা এমন ডিজাইনে যেখানে একটি VRF পূর্ণ ইন্টারনেট ফিড বহন করে এবং প্রতি প্রিফিক্স লেবেল লেবেলের চাহিদাকে রুট সংখ্যার গুণিতক করে তোলে। এগুলি বাস্তব সীমাবদ্ধতা, আর এগুলিই ফিচারটির অস্তিত্বের কারণ। এর কোনোটিই টেবিলের প্রিফিক্স সংখ্যা নিয়ে নয়।
বেছে নেওয়ার আগে সেবা ও পরিবহন উভয়ের জন্য লেবেল গণনা করুন। প্রতি VRF ডিজাইনের এখনও loopback এবং পথের প্রতিটি হপের জন্য পরিবহন লেবেল দরকার, আর সংলগ্নতা অবস্থাও দরকার। ডিজাইন ব্রিফ যদি কেবল সেবা লেবেল গণনা করে, তবে সাশ্রয় ভুল খাতায় মাপা হচ্ছে।
রুট ফিড লেবেলের আগে মেমরি খরচ করে
প্রাপ্ত প্রতিটি পথ কন্ট্রোল-প্লেন মেমরি, আপডেট প্রক্রিয়াকরণ ও কনভার্জেন্স সময় খরচ করে, VRF একটি লেবেল ব্যবহার করুক বা দশ হাজার। VRF-এর ভিতরে পূর্ণ ইন্টারনেট ফিড ব্যয়বহুল BGP পথ, RIB, FIB এন্ট্রি এবং তাদের পেছনের পরিবর্তনের কারণে, টেবিলের সামনে থাকা লেবেলের কারণে নয়। একই ফিড ওই টেন্যান্টের ভিতরে রুট লিক বা নীতি ভুলের প্রভাবের পরিধিও বাড়ায়।
তাই জিজ্ঞাসা করুন গ্রাহকের আসলে কী দরকার। চুক্তি যদি ব্যক্তিগত সাইট এবং একটি ডিফল্ট প্রস্থান হয়, তবে পূর্ণ টেবিল কোনো প্রয়োজন যোগ না করে খরচ যোগ করে। এটি একটি বাণিজ্যিক প্রশ্ন, এবং এটি আগের ডিজাইন থেকে উত্তরাধিকারসূত্রে পাওয়া অনুমানের বদলে লিখিত উত্তর দাবি করে। সেবার যদি নীতি বা স্থানীয় প্রস্থান নির্বাচনের জন্য সত্যিই ফিড দরকার হয়, তবে এটিকে নিজস্ব সক্ষমতা সংরক্ষণ ও নিজস্ব ব্যর্থতা আচরণসহ একটি স্পষ্ট লাইন আইটেম করুন।
কখন প্রতি VRF লেবেলিং সঠিক ডিফল্ট
এটি ভালো ডিফল্ট যখন প্ল্যাটফর্ম এটিকে সমর্থিত হিসেবে নথিভুক্ত করে, যখন VRF রুট সংখ্যা বড় হয় এবং যখন ইগ্রেস অনুসন্ধানের খরচ ট্র্যাফিক প্রোফাইলের জন্য গ্রহণযোগ্য। এটি তখনও স্বাভাবিক পছন্দ যখন ফরওয়ার্ডিং থেকে শেষ মাইক্রোসেকেন্ড বের করার চেয়ে পরিচালনগত সরলতা বেশি গুরুত্বপূর্ণ, কারণ প্রতি টেন্যান্টে একটি লেবেল ব্যাখ্যা ও নিরীক্ষা করা প্রতি প্রিফিক্সে একটি লেবেলের চেয়ে সহজ।
এটি ভুল ডিফল্ট যখন প্ল্যাটফর্মের নথি ফিচারটিকে নির্দিষ্ট হার্ডওয়্যার বা রিলিজ সীমাবদ্ধতার সঙ্গে বেঁধে দেয়, বা যখন ডিজাইন ইগ্রেসে প্রতি প্রিফিক্স ফরওয়ার্ডিং সিদ্ধান্তের ওপর নির্ভর করে। আচরণ ধরে নেওয়ার আগে প্ল্যাটফর্মের নিজস্ব বিবৃতি রেফারেন্স পড়ুন; Junos কমান্ড নথিভুক্ত, কিন্তু তার আশপাশের হার্ডওয়্যার ও রিলিজ সীমাই আসলে স্থাপন নির্ধারণ করে।
এমন বাজেট যা আপনি রক্ষা করতে পারেন
সক্ষমতার মামলাটি পাঁচটি আলাদা সংখ্যা হিসেবে গড়ুন: প্রাপ্ত পথ, নির্বাচিত রুট, ইনস্টল করা ফরওয়ার্ডিং এন্ট্রি, সেবা লেবেল এবং পরিবহন লেবেল। পরবর্তী হপ ও সংলগ্নতা অবস্থা, টেন্যান্ট সংখ্যা এবং রিডান্ডেন্সি মডেল যোগ করুন। একটি VRF-এর আনন্দময় পথের স্ন্যাপশট স্কেলের সংখ্যা নয়, আর নামমাত্র লেবেল স্পেসের আকার উপলব্ধ হার্ডওয়্যার টেবিল নয়।
তারপর স্থির অবস্থার সঙ্গে ব্যর্থতার ধরনও সম্মত করুন। ফিড অর্ধেক বাড়লে, একটি টেন্যান্ট দ্বিতীয় VRF যোগ করলে, বা প্ল্যাটফর্মকে টেবিলের আকার বদলাতে রিবুট দরকার হলে কী হয়? সেই প্রশ্নগুলি টিকিয়ে রাখে এমন বাজেট কেবল কাগজে কাজ করা লেবেল সংখ্যার চেয়ে বেশি মূল্যবান।
ইগ্রেস ক্রিয়া ও প্ল্যাটফর্মের সীমা থেকে বরাদ্দ বেছে নিন, তারপর রুট ফিডকে একটি স্পষ্ট সেবা সিদ্ধান্ত করুন। লেবেল ডিজাইনের দৃশ্যমান অংশ; রুটগুলিই সেই অংশ যার জন্য প্রতিদিন মূল্য দিতে হয়।