SDSM শেষ, কিন্তু লেখার অনিয়ন্ত্রিত ইচ্ছা রয়ে গেছে।

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

এই নিবন্ধটি দিয়ে আমি কীভাবে একটি সিরিজ শুরু করব আমার কাছে অটোমেশন দেখা যায়।
পথ ধরে, আমরা অটোমেশন, ভেরিয়েবল সংরক্ষণ, ফর্মালাইজিং ডিজাইন, RestAPI, NETCONF, YANG, YDK এর ধাপগুলি বুঝতে পারব এবং আমরা প্রচুর প্রোগ্রামিং করব।
আমার কাছে এর মানে হল যে ক) এটি একটি বস্তুনিষ্ঠ সত্য নয়, খ) এটি নিঃশর্তভাবে সর্বোত্তম পন্থা নয়, গ) আমার মতামত, এমনকি প্রথম থেকে শেষ নিবন্ধ পর্যন্ত আন্দোলনের সময়ও পরিবর্তন হতে পারে - সত্যি বলতে, খসড়া পর্যায় থেকে প্রকাশনা, আমি সম্পূর্ণরূপে দুইবার সবকিছু পুনর্লিখন.

সন্তুষ্ট

1. গোল
   1. নেটওয়ার্ক একটি একক জীব মত
   2. কনফিগারেশন পরীক্ষা
   3. সংস্করণ করা
   4. পরিবীক্ষণ এবং সেবা স্ব-নিরাময়

2. তহবিল
   1. ইনভেন্টরি সিস্টেম
   2. আইপি স্পেস ম্যানেজমেন্ট সিস্টেম
   3. নেটওয়ার্ক পরিষেবা বিবরণ সিস্টেম
   4. ডিভাইস আরম্ভ করার প্রক্রিয়া
   5. বিক্রেতা-অজ্ঞেয়বাদী কনফিগারেশন মডেল
   6. বিক্রেতা-নির্দিষ্ট ড্রাইভার ইন্টারফেস
   7. ডিভাইসে কনফিগারেশন প্রদানের প্রক্রিয়া
   8. সিআই/সিডি
   9. ব্যাকআপ এবং বিচ্যুতির জন্য অনুসন্ধানের প্রক্রিয়া
   10. মনিটরিং সিস্টেম

3. উপসংহার

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

কত মজার ব্যাপার যে দ্বিতীয়বার একই পথ দিয়ে যেতে হবে।

প্রথমে আমাকে নেটওয়ার্ক সম্পর্কে নিবন্ধ লিখতে হয়েছিল কারণ সেগুলি রুনেটে ছিল না।

এখন আমি একটি বিস্তৃত নথি খুঁজে পাইনি যা অটোমেশনের পদ্ধতিগুলিকে পদ্ধতিগত করবে এবং সহজ ব্যবহারিক উদাহরণ ব্যবহার করে উপরের প্রযুক্তিগুলি বিশ্লেষণ করবে।

আমি ভুল হতে পারে, তাই দরকারী সম্পদ লিঙ্ক প্রদান করুন. যাইহোক, এটি আমার লেখার সংকল্পকে পরিবর্তন করবে না, কারণ মূল লক্ষ্য হল নিজেকে কিছু শেখা, এবং অন্যদের জন্য জীবনকে সহজ করে তোলা একটি আনন্দদায়ক বোনাস যা অভিজ্ঞতা ভাগ করে নেওয়ার জন্য জিনকে আদর করে।

আমরা একটি মাঝারি আকারের ল্যান ডিসি ডেটা সেন্টার নেওয়ার চেষ্টা করব এবং সম্পূর্ণ অটোমেশন স্কিমটি তৈরি করব।
আমি আপনার সাথে প্রায় প্রথমবারের মতো কিছু জিনিস করব।

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

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

গোল

এখন আমরা সবচেয়ে বিমূর্ত লক্ষ্য সেট করব:

• নেটওয়ার্ক একটি একক জীব মত
• কনফিগারেশন পরীক্ষা
• নেটওয়ার্ক স্টেট সংস্করণ
• পরিবীক্ষণ এবং সেবা স্ব-নিরাময়

পরবর্তীতে এই নিবন্ধে আমরা কী কী উপায় ব্যবহার করব তা দেখব, এবং পরবর্তীতে, আমরা লক্ষ্য এবং উপায়গুলি বিস্তারিতভাবে দেখব।

নেটওয়ার্ক একটি একক জীব মত

সিরিজের সংজ্ঞায়িত বাক্যাংশ, যদিও প্রথম নজরে এটি এতটা তাৎপর্যপূর্ণ মনে হতে পারে না: আমরা নেটওয়ার্ক কনফিগার করব, পৃথক ডিভাইস নয়.
সাম্প্রতিক বছরগুলিতে, আমরা নেটওয়ার্ককে একক সত্তা হিসাবে বিবেচনা করার দিকে জোর দেওয়ার একটি পরিবর্তন দেখেছি, তাই সফ্টওয়্যার নির্ধারিত নেটওয়ার্কিং, অভিপ্রায় চালিত নেটওয়ার্ক и স্বায়ত্তশাসিত নেটওয়ার্ক.
সর্বোপরি, নেটওয়ার্ক থেকে বিশ্বব্যাপী অ্যাপ্লিকেশনগুলির কী প্রয়োজন: পয়েন্ট A এবং B (ভাল, কখনও কখনও +B-Z) এর মধ্যে সংযোগ এবং অন্যান্য অ্যাপ্লিকেশন এবং ব্যবহারকারীদের থেকে বিচ্ছিন্নতা।

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

অর্থাৎ, উদাহরণস্বরূপ, যদি আমরা সিদ্ধান্ত নিই যে এখন থেকে কাজানের র্যাক সুইচগুলি একটির পরিবর্তে দুটি নেটওয়ার্ক ঘোষণা করবে, আমরা

1. প্রথমে আমরা সিস্টেমে পরিবর্তন নথিভুক্ত করি
2. সমস্ত নেটওয়ার্ক ডিভাইসের লক্ষ্য কনফিগারেশন তৈরি করা হচ্ছে
3. আমরা নেটওয়ার্ক কনফিগারেশন আপডেট প্রোগ্রাম চালু করি, যা প্রতিটি নোডে কী অপসারণ করতে হবে, কী যোগ করতে হবে তা গণনা করে এবং নোডগুলিকে পছন্দসই অবস্থায় নিয়ে আসে।

একই সময়ে, আমরা শুধুমাত্র প্রথম ধাপে ম্যানুয়ালি পরিবর্তন করি।

কনফিগারেশন পরীক্ষা

পরিচিতকনফিগারেশন পরিবর্তনের সময় 80% সমস্যা দেখা দেয় - এর পরোক্ষ প্রমাণ হল যে নববর্ষের ছুটির সময় সবকিছু সাধারণত শান্ত থাকে।
মানবিক ত্রুটির কারণে আমি ব্যক্তিগতভাবে কয়েক ডজন গ্লোবাল ডাউনটাইম প্রত্যক্ষ করেছি: ভুল কমান্ড, কনফিগারেশনটি ভুল শাখায় কার্যকর করা হয়েছিল, সম্প্রদায় ভুলে গিয়েছিল, MPLS রাউটারে বিশ্বব্যাপী ভেঙে দেওয়া হয়েছিল, পাঁচটি হার্ডওয়্যার কনফিগার করা হয়েছিল, কিন্তু ত্রুটি ছিল না ষষ্ঠ তারিখে লক্ষ্য করা যায়, অন্য একজনের দ্বারা করা পুরানো পরিবর্তনগুলি প্রতিশ্রুতিবদ্ধ ছিল। দৃশ্যকল্প একটি টন আছে.

অটোমেশন আমাদেরকে কম ভুল করার অনুমতি দেবে, কিন্তু বড় পরিসরে। এইভাবে আপনি শুধুমাত্র একটি ডিভাইস নয়, পুরো নেটওয়ার্ক একবারে ইট করতে পারবেন।

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

একবার আপনি নেটওয়ার্ক CI/CD এর ধারণায় অভ্যস্ত হয়ে গেলে, রাতারাতি একটি প্রোডাকশন নেটওয়ার্কে এটি প্রয়োগ করে কনফিগারেশন চেক করার পদ্ধতিটি মধ্যযুগীয় অজ্ঞতার মতো মনে হবে। হাতুড়ি দিয়ে ওয়ারহেডকে আঘাত করার মতো।

সম্পর্কে ধারণা একটি জৈব ধারাবাহিকতা পদ্ধতি নেটওয়ার্ক ম্যানেজমেন্ট এবং CI/CD কনফিগারেশনের সম্পূর্ণ সংস্করণ হয়ে ওঠে।

সংস্করণ করা

আমরা অনুমান করব যে কোনও পরিবর্তনের সাথে, এমনকি সবচেয়ে ছোটখাটো, এমনকি একটি অলক্ষিত ডিভাইসে, পুরো নেটওয়ার্ক এক অবস্থা থেকে অন্য অবস্থায় চলে যায়।
এবং আমরা সর্বদা ডিভাইসে একটি কমান্ড কার্যকর করি না, আমরা নেটওয়ার্কের অবস্থা পরিবর্তন করি।
সুতরাং আসুন এই রাজ্যের সংস্করণ কল করা যাক?

ধরা যাক বর্তমান সংস্করণটি 1.0.0।
একটি টিওআর-এর লুপব্যাক ইন্টারফেসের আইপি ঠিকানা কি পরিবর্তিত হয়েছে? এটি একটি ছোট সংস্করণ এবং 1.0.1 নম্বর দেওয়া হবে৷
আমরা BGP-তে রুট আমদানির নীতিগুলি সংশোধন করেছি - একটু বেশি গুরুত্ব সহকারে - ইতিমধ্যে 1.1.0
আমরা আইজিপি থেকে পরিত্রাণ পেতে এবং শুধুমাত্র বিজিপি-তে স্যুইচ করার সিদ্ধান্ত নিয়েছি - এটি ইতিমধ্যে একটি আমূল নকশা পরিবর্তন - 2.0.0।

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

উপর শব্দার্থিক সংস্করণ আমরা একটি পৃথক নিবন্ধে কথা বলতে হবে.

আমি আবার বলছি - যেকোনো পরিবর্তন (ডিবাগিং কমান্ড ব্যতীত) একটি সংস্করণ আপডেট। প্রশাসকদের বর্তমান সংস্করণ থেকে কোনো বিচ্যুতি সম্পর্কে অবহিত করা আবশ্যক।

একই পরিবর্তনগুলি রোল ব্যাক করার ক্ষেত্রে প্রযোজ্য - এটি শেষ কমান্ডগুলি বাতিল করছে না, এটি ডিভাইসের অপারেটিং সিস্টেম ব্যবহার করে একটি রোলব্যাক নয় - এটি পুরো নেটওয়ার্কটিকে একটি নতুন (পুরানো) সংস্করণে নিয়ে আসছে৷

পরিবীক্ষণ এবং সেবা স্ব-নিরাময়

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

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

এই ধরনের উচ্চাভিলাষী পরিকল্পনা বাস্তবায়নের জন্য আমাদের কী দরকার?

• নেটওয়ার্কে থাকা সমস্ত ডিভাইসের একটি তালিকা, তাদের অবস্থান, ভূমিকা, মডেল, সফ্টওয়্যার সংস্করণ।
  kazan-leaf-1.lmu.net, Kazan, leaf, Juniper QFX 5120, R18.3.
• নেটওয়ার্ক পরিষেবা বর্ণনা করার জন্য একটি সিস্টেম আছে.
  IGP, BGP, L2/3VPN, নীতি, ACL, NTP, SSH।
• ডিভাইস আরম্ভ করতে সক্ষম হবেন.
  হোস্টনাম, Mgmt IP, Mgmt রুট, ব্যবহারকারী, RSA-কী, LLDP, NETCONF
• ডিভাইসটি কনফিগার করুন এবং কনফিগারেশনটি পছন্দসই (পুরানো সহ) সংস্করণে আনুন।
• পরীক্ষা কনফিগারেশন
• বর্তমান ডিভাইস থেকে বিচ্যুতির জন্য পর্যায়ক্রমে সমস্ত ডিভাইসের স্থিতি পরীক্ষা করুন এবং কার কাছে রিপোর্ট করুন।
  রাতারাতি, কেউ চুপচাপ এসিএলে একটি নিয়ম যোগ করেছে.
• কর্মক্ষমতা নিরীক্ষণ.

তহবিল

এটি উপাদানগুলির মধ্যে প্রকল্পটি পচন শুরু করার জন্য যথেষ্ট জটিল বলে মনে হচ্ছে।

এবং তাদের মধ্যে দশটি থাকবে:

1. ইনভেন্টরি সিস্টেম
2. আইপি স্পেস ম্যানেজমেন্ট সিস্টেম
3. নেটওয়ার্ক পরিষেবা বিবরণ সিস্টেম
4. ডিভাইস আরম্ভ করার প্রক্রিয়া
5. বিক্রেতা-অজ্ঞেয়বাদী কনফিগারেশন মডেল
6. বিক্রেতা-নির্দিষ্ট ড্রাইভার ইন্টারফেস
7. ডিভাইসে কনফিগারেশন প্রদানের প্রক্রিয়া
8. সিআই/সিডি
9. ব্যাকআপ এবং বিচ্যুতির জন্য অনুসন্ধানের প্রক্রিয়া
10. মনিটরিং সিস্টেম

এটি, যাইহোক, চক্রের লক্ষ্যগুলির উপর দৃষ্টিভঙ্গি কীভাবে পরিবর্তিত হয়েছে তার একটি উদাহরণ - খসড়াটিতে 4 টি উপাদান ছিল।

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

কম্পোনেন্ট 1: ইনভেন্টরি সিস্টেম

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

আমাদের উদ্দেশ্যে, আমরা এতে ডিভাইস সম্পর্কে নিম্নলিখিত তথ্য সংরক্ষণ করব:

• জায় সংখ্যা
• শিরোনাম বর্ণনা
• মডেল (Huawei CE12800, Juniper QFX5120, ইত্যাদি।)
• বৈশিষ্ট্যগত পরামিতি (বোর্ড, ইন্টারফেস, ইত্যাদি)
• ভূমিকা (পাতা, মেরুদণ্ড, বর্ডার রাউটার, ইত্যাদি)
• অবস্থান (অঞ্চল, শহর, ডেটা সেন্টার, র্যাক, ইউনিট)
• ডিভাইসের মধ্যে আন্তঃসংযোগ
• নেটওয়ার্ক টপোলজি

এটা পুরোপুরি পরিষ্কার যে আমরা নিজেরাই এই সব জানতে চাই।
কিন্তু এই অটোমেশন উদ্দেশ্যে সাহায্য করবে?
নিঃসন্দেহে।
উদাহরণস্বরূপ, আমরা জানি যে লিফ সুইচগুলিতে একটি প্রদত্ত ডেটা সেন্টারে, যদি এটি Huawei হয়, নির্দিষ্ট ট্র্যাফিক ফিল্টার করার জন্য ACLগুলি VLAN-এ প্রয়োগ করা উচিত, এবং যদি এটি জুনিপার হয়, তাহলে শারীরিক ইন্টারফেসের ইউনিট 0-এ।
অথবা আপনাকে এই অঞ্চলের সমস্ত সীমানায় একটি নতুন Syslog সার্ভার রোল আউট করতে হবে।

এটিতে আমরা ভার্চুয়াল নেটওয়ার্ক ডিভাইসগুলি সংরক্ষণ করব, উদাহরণস্বরূপ ভার্চুয়াল রাউটার বা রুট প্রতিফলক। আমরা DNS সার্ভার, NTP, Syslog এবং সাধারণভাবে সবকিছুই যোগ করতে পারি যা কোনো না কোনোভাবে নেটওয়ার্কের সাথে সম্পর্কিত।

কম্পোনেন্ট 2: আইপি স্পেস ম্যানেজমেন্ট সিস্টেম

হ্যাঁ, এবং আজকাল এমন কিছু লোকের দল রয়েছে যারা এক্সেল ফাইলে উপসর্গ এবং আইপি ঠিকানাগুলি ট্র্যাক করে। কিন্তু আধুনিক পদ্ধতি এখনও একটি ডাটাবেস, যেখানে nginx/apache, API এবং VRF-তে বিভক্ত IP ঠিকানা এবং নেটওয়ার্ক রেকর্ড করার জন্য বিস্তৃত ফাংশন রয়েছে।
আইপিএএম - আইপি ঠিকানা ব্যবস্থাপনা।

আমাদের উদ্দেশ্যে, আমরা এতে নিম্নলিখিত তথ্য সংরক্ষণ করব:

• ভিএলএএন
• ভিআরএফ
• নেটওয়ার্ক/সাবনেট
• আইপি ঠিকানা
• ডিভাইসে ঠিকানা বাঁধাই, অবস্থানে নেটওয়ার্ক এবং VLAN নম্বর

আবার, এটা স্পষ্ট যে আমরা নিশ্চিত করতে চাই যে আমরা যখন ToR লুপব্যাকের জন্য একটি নতুন আইপি ঠিকানা বরাদ্দ করি, তখন আমরা এই বিষয়টিতে হোঁচট খাব না যে এটি ইতিমধ্যেই কাউকে বরাদ্দ করা হয়েছে। অথবা আমরা নেটওয়ার্কের বিভিন্ন প্রান্তে একই উপসর্গ দুইবার ব্যবহার করেছি।
কিন্তু কিভাবে এই অটোমেশন সাহায্য করে?
সহজে।
আমরা লুপব্যাক ভূমিকা সহ সিস্টেমে একটি উপসর্গের জন্য অনুরোধ করি, যেখানে বরাদ্দের জন্য উপলব্ধ IP ঠিকানা রয়েছে - যদি এটি পাওয়া যায়, আমরা ঠিকানাটি বরাদ্দ করি, যদি না হয়, আমরা একটি নতুন উপসর্গ তৈরি করার অনুরোধ করি।
অথবা একটি ডিভাইস কনফিগারেশন তৈরি করার সময়, আমরা একই সিস্টেম থেকে জানতে পারি যে VRF ইন্টারফেসটি অবস্থিত হওয়া উচিত।
এবং একটি নতুন সার্ভার শুরু করার সময়, স্ক্রিপ্টটি সিস্টেমে লগ ইন করে, সার্ভারটি কোন সুইচটিতে রয়েছে তা খুঁজে বের করে, কোন পোর্ট এবং কোন সাবনেটটি ইন্টারফেসে বরাদ্দ করা হয়েছে - এবং এটি থেকে সার্ভারের ঠিকানা বরাদ্দ করবে।

এটি একটি সিস্টেমে ডিসিআইএম এবং আইপিএএমকে একত্রিত করার ইচ্ছার পরামর্শ দেয় যাতে ফাংশন নকল না হয় এবং দুটি অনুরূপ সত্তা পরিবেশন না করে।
সেটাই আমরা করব।

উপাদান 3. নেটওয়ার্ক পরিষেবাগুলি বর্ণনা করার জন্য সিস্টেম

যদি প্রথম দুটি সিস্টেম ভেরিয়েবল সঞ্চয় করে যেগুলি এখনও কোনওভাবে ব্যবহার করা প্রয়োজন, তবে তৃতীয়টি প্রতিটি ডিভাইসের ভূমিকার জন্য বর্ণনা করে যে এটি কীভাবে কনফিগার করা উচিত।
এটি দুটি ভিন্ন ধরণের নেটওয়ার্ক পরিষেবাগুলির মধ্যে পার্থক্য করা মূল্যবান:

• অবকাঠামো
• ক্লায়েন্ট

প্রাক্তনগুলি মৌলিক সংযোগ এবং ডিভাইস নিয়ন্ত্রণ প্রদানের জন্য ডিজাইন করা হয়েছে। এর মধ্যে রয়েছে VTY, SNMP, NTP, Syslog, AAA, রাউটিং প্রোটোকল, CoPP ইত্যাদি।
পরেরটি ক্লায়েন্টের জন্য পরিষেবাটি সংগঠিত করে: MPLS L2/L3VPN, GRE, VXLAN, VLAN, L2TP, ইত্যাদি।
অবশ্যই, সীমান্তরেখার ক্ষেত্রেও রয়েছে - MPLS LDP, BGP কোথায় অন্তর্ভুক্ত করবেন? হ্যাঁ, এবং রাউটিং প্রোটোকল ক্লায়েন্টদের জন্য ব্যবহার করা যেতে পারে। কিন্তু এটা গুরুত্বপূর্ণ নয়।

উভয় ধরণের পরিষেবাই কনফিগারেশন আদিমতে পচনশীল:

• শারীরিক এবং যৌক্তিক ইন্টারফেস (ট্যাগ/অ্যান্টেগ, এমটিইউ)
• IP ঠিকানা এবং VRF (IP, IPv6, VRF)
• ACL এবং ট্রাফিক প্রক্রিয়াকরণ নীতি
• প্রোটোকল (আইজিপি, বিজিপি, এমপিএলএস)
• রাউটিং নীতি (প্রিফিক্স তালিকা, সম্প্রদায়, ASN ফিল্টার)।
• ইউটিলিটি পরিষেবা (SSH, NTP, LLDP, Syslog...)
• ইত্যাদি।

আমরা ঠিক কীভাবে এটি করব, আমার এখনও কোনও ধারণা নেই। আমরা একটি পৃথক নিবন্ধে এটি দেখব।

জীবনের একটু কাছে গেলে আমরা সেই বর্ণনা দিতে পারতাম
লিফ সুইচটিতে অবশ্যই সমস্ত সংযুক্ত মেরুদণ্ডের সুইচ সহ BGP সেশন থাকতে হবে, প্রক্রিয়াটিতে সংযুক্ত নেটওয়ার্কগুলি আমদানি করতে হবে এবং মেরুদণ্ডের সুইচগুলি থেকে একটি নির্দিষ্ট উপসর্গ থেকে শুধুমাত্র নেটওয়ার্কগুলি গ্রহণ করতে হবে। CoPP IPv6 ND 10 pps, ইত্যাদিতে সীমাবদ্ধ করুন।
পালাক্রমে, কাঁটা সমস্ত সংযুক্ত সীসাগুলির সাথে অধিবেশন ধরে, মূল প্রতিফলক হিসাবে কাজ করে এবং তাদের থেকে শুধুমাত্র একটি নির্দিষ্ট দৈর্ঘ্যের এবং একটি নির্দিষ্ট সম্প্রদায়ের সাথে গ্রহণ করে।

কম্পোনেন্ট 4: ডিভাইস ইনিশিয়ালাইজেশন মেকানিজম

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

1. ইনভেন্টরি সিস্টেমে ডিভাইসটি প্রবেশ করান।
2. একটি ব্যবস্থাপনা আইপি ঠিকানা নির্বাচন করুন।
3. এটিতে মৌলিক অ্যাক্সেস সেট আপ করুন:
   হোস্টনেম, ম্যানেজমেন্ট আইপি অ্যাড্রেস, ম্যানেজমেন্ট নেটওয়ার্কের রুট, ব্যবহারকারী, এসএসএইচ কী, প্রোটোকল - টেলনেট/এসএসএইচ/নেটকনএফ

তিনটি পন্থা আছে:

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

আমরা একটি পৃথক নিবন্ধে তিনটি সম্পর্কে কথা বলব।

উপাদান 5: বিক্রেতা-অজ্ঞেয়বাদী কনফিগারেশন মডেল

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

1. ডিভাইসের সাথে ইন্টারঅ্যাক্ট করার জন্য একটি নির্দিষ্ট ইন্টারফেসের সাথে খাপ খাইয়ে নেবেন না। এটি CLI, NETCONF, RESTCONF, SNMP - মডেল একই হবে।
2. নেটওয়ার্কে বিক্রেতাদের সংখ্যা অনুযায়ী টেমপ্লেট/স্ক্রিপ্টের সংখ্যা রাখবেন না এবং ডিজাইন পরিবর্তন হলে, একই জিনিস বিভিন্ন জায়গায় পরিবর্তন করুন।
3. ডিভাইস (ব্যাকআপ) থেকে কনফিগারেশনটি লোড করুন, এটিকে ঠিক একই মডেলে রাখুন এবং ডেল্টা গণনা করতে এবং একটি কনফিগারেশন প্যাচ প্রস্তুত করার জন্য বিদ্যমান একটির সাথে টার্গেট কনফিগারেশনের তুলনা করুন যা শুধুমাত্র প্রয়োজনীয় অংশগুলি পরিবর্তন করবে বা বিচ্যুতি সনাক্ত করতে পারবে।

এই পর্যায়ের ফলস্বরূপ, আমরা একটি বিক্রেতা-স্বাধীন কনফিগারেশন পাই।

উপাদান 6. বিক্রেতা-নির্দিষ্ট ড্রাইভার ইন্টারফেস

আপনার এই আশা নিয়ে নিজেকে তোষামোদ করা উচিত নয় যে একদিন একটি জুনিপারের মতো ঠিক একইভাবে একটি সিস্কা কনফিগার করা সম্ভব হবে, কেবল তাদের কাছে ঠিক একই কল পাঠিয়ে। হোয়াইটবক্সগুলির ক্রমবর্ধমান জনপ্রিয়তা এবং NETCONF, RESTCONF, OpenConfig-এর জন্য সমর্থনের উত্থান সত্ত্বেও, এই প্রোটোকলগুলি যে নির্দিষ্ট বিষয়বস্তুগুলি সরবরাহ করে তা বিক্রেতা থেকে বিক্রেতার মধ্যে আলাদা, এবং এটি তাদের প্রতিযোগিতামূলক পার্থক্যগুলির মধ্যে একটি যা তারা এত সহজে ছেড়ে দেবে না।
এটি মোটামুটি OpenContrail এবং OpenStack এর মতই, যাদের নর্থবাউন্ড ইন্টারফেস হিসাবে RestAPI রয়েছে, সম্পূর্ণ ভিন্ন কল আশা করে।

সুতরাং, পঞ্চম ধাপে, বিক্রেতা-স্বাধীন মডেলটিকে অবশ্যই সেই ফর্মটি নিতে হবে যেখানে এটি হার্ডওয়্যারে যাবে৷
এবং এখানে সমস্ত উপায় ভাল (না): CLI, NETCONF, RESTCONF, SNMP সহজভাবে।

অতএব, আমাদের এমন একটি ড্রাইভারের প্রয়োজন হবে যা পূর্ববর্তী ধাপের ফলাফলকে একটি নির্দিষ্ট বিক্রেতার প্রয়োজনীয় বিন্যাসে স্থানান্তর করবে: CLI কমান্ডের একটি সেট, একটি XML কাঠামো।

কম্পোনেন্ট 7. ডিভাইসে কনফিগারেশন প্রদানের প্রক্রিয়া

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

• CLI (টেলনেট, এসএসএইচ)
• জন্য SNMP
• NETCONF
• RESTCONF
• বিশ্রাম এপিআই
• OpenFlow (যদিও এটি একটি বহিরাগত কারণ এটি FIB প্রদান করার একটি উপায়, সেটিংস নয়)

এর টি এখানে ডট করা যাক. CLI হল উত্তরাধিকার। SNMP... কাশি কাশি।
RESTCONF এখনও একটি অজানা প্রাণী; REST API প্রায় কেউই সমর্থিত নয়। অতএব, আমরা সিরিজে NETCONF-এ ফোকাস করব।

প্রকৃতপক্ষে, যেমন পাঠক ইতিমধ্যেই বুঝতে পেরেছেন, এই মুহুর্তে আমরা ইতিমধ্যে ইন্টারফেসের বিষয়ে সিদ্ধান্ত নিয়েছি - পূর্ববর্তী পদক্ষেপের ফলাফলটি ইতিমধ্যে নির্বাচিত ইন্টারফেসের বিন্যাসে উপস্থাপন করা হয়েছে।

দ্বিতীয়ত, এবং আমরা কোন সরঞ্জাম দিয়ে এটি করব?
এখানে একটি বড় পছন্দ আছে:

• স্ব-লিখিত স্ক্রিপ্ট বা প্ল্যাটফর্ম। আসুন ncclient এবং asyncIO দিয়ে নিজেদেরকে সজ্জিত করি এবং নিজেরাই সবকিছু করি। স্ক্র্যাচ থেকে একটি স্থাপনার সিস্টেম তৈরি করতে আমাদের কী খরচ হয়?
• নেটওয়ার্কিং মডিউলগুলির সমৃদ্ধ লাইব্রেরির সাথে উত্তরযোগ্য।
• নেটওয়ার্ক এবং Napalm সঙ্গে সংযোগ সঙ্গে তার নগণ্য কাজ সঙ্গে লবণ.
• আসলে Napalm, যে বিক্রেতাদের একটি দম্পতি জানেন এবং এটা, বিদায়.
• নরনির আরেকটি প্রাণী যা আমরা ভবিষ্যতে ব্যবচ্ছেদ করব।

এখানে প্রিয় এখনও নির্বাচিত হয়নি - আমরা অনুসন্ধান করা হবে.

এখানে গুরুত্বপূর্ণ আর কি? কনফিগারেশন প্রয়োগের ফলাফল।
সফল হোক বা না হোক। এখনও হার্ডওয়্যার অ্যাক্সেস আছে বা না?
মনে হচ্ছে কমিট এখানে ডিভাইসে কি ডাউনলোড করা হয়েছে তার নিশ্চিতকরণ এবং বৈধতা দিতে সাহায্য করবে।
এটি, NETCONF-এর সঠিক প্রয়োগের সাথে মিলিত, উপযুক্ত ডিভাইসের পরিসরকে উল্লেখযোগ্যভাবে সংকুচিত করে - অনেক নির্মাতারা স্বাভাবিক প্রতিশ্রুতি সমর্থন করে না। কিন্তু এটি শুধুমাত্র একটি পূর্বশর্ত RFP. শেষ পর্যন্ত, কেউ চিন্তিত নয় যে একজন রাশিয়ান বিক্রেতা 32*100GE ইন্টারফেস শর্ত মেনে চলবে না। নাকি সে চিন্তিত?

উপাদান 8. CI/CD

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

তবে, যেমনটি ইতিমধ্যে উপরে বলা হয়েছে, আমরা এমন কিছু বর্বর নই যারা সবকিছুকে সরাসরি উত্পাদনে রোল করতে চাই।
উৎপন্ন কনফিগারেশন প্রথমে পাইপলাইন CI/CD এর মধ্য দিয়ে যেতে হবে।

CI/CD এর অর্থ হল কন্টিনিউয়াস ইন্টিগ্রেশন, কন্টিনিউয়াস ডিপ্লয়মেন্ট। এটি এমন একটি পদ্ধতি যেখানে দলটি শুধুমাত্র প্রতি ছয় মাসে একটি নতুন বড় রিলিজ প্রকাশ করে না, পুরানোটিকে সম্পূর্ণভাবে প্রতিস্থাপন করে, তবে নিয়মিতভাবে ক্রমবর্ধমানভাবে ছোট অংশে নতুন কার্যকারিতা প্রয়োগ করে (ডিপ্লয়মেন্ট), যার প্রতিটি সামঞ্জস্য, নিরাপত্তা এবং জন্য ব্যাপকভাবে পরীক্ষা করা হয়। কর্মক্ষমতা (একীকরণ)।

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

ডিবাগিং কমান্ড ব্যতীত, নেটওয়ার্কের সমস্ত পরিবর্তন অবশ্যই CI/CD পাইপলাইনের মধ্য দিয়ে যেতে হবে - এটি একটি শান্ত জীবন এবং একটি দীর্ঘ, সুখী ক্যারিয়ারের আমাদের গ্যারান্টি।

উপাদান 9. ব্যাকআপ এবং অসঙ্গতি সনাক্তকরণ সিস্টেম

ঠিক আছে, আবার ব্যাকআপ নিয়ে কথা বলার দরকার নেই।
আমরা কেবল মুকুট অনুসারে বা কনফিগারেশন পরিবর্তনের সত্যতার ভিত্তিতে সেগুলিকে গিটে রাখব।

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

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

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

কম্পোনেন্ট 10. মনিটরিং সিস্টেম

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

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

আমরা একটি পৃথক নিবন্ধে এই প্রতিফলিত হবে.

উপসংহার

ভিত্তি হিসাবে, আমি আধুনিক ডেটা সেন্টার নেটওয়ার্ক ডিজাইনগুলির মধ্যে একটি বেছে নিয়েছি - রাউটিং প্রোটোকল হিসাবে BGP সহ L3 Clos Fabric।
এইবার আমরা জুনিপারে নেটওয়ার্ক তৈরি করব, কারণ এখন জুনওস ইন্টারফেসটি একটি ভ্যানলাভ।

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

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

এবং হ্যাঁ, আমি রেডিমেড সমাধান দিয়ে এই চক্রটিকে সুন্দরভাবে শেষ করার প্রতিশ্রুতি দিচ্ছি না। 🙂

দরকারী লিঙ্ক

• সিরিজে যাওয়ার আগে, নাতাশা সামোইলেনকোর বইটি পড়া মূল্যবান নেটওয়ার্ক ইঞ্জিনিয়ারদের জন্য পাইথন. এবং সম্ভবত পাস পথ.
• এটি পড়তেও কাজে লাগবে জন্য RFC পিটার লাপুখভের ফেসবুক থেকে ডেটা সেন্টার কারখানার নকশা সম্পর্কে।
• আর্কিটেকচার ডকুমেন্টেশন আপনাকে ওভারলে এসডিএন কীভাবে কাজ করে তার একটি ধারণা দেবে। টংস্টেন ফ্যাব্রিক (পূর্বে ওপেন কনট্রেল)।

ধন্যবাদ

রোমান গর্জ। মন্তব্য এবং সম্পাদনা জন্য.
আর্টিওম চেরনোবে। KDPV এর জন্য।

উত্স: www.habr.com