এক সুইচের গল্প

আমাদের স্থানীয় নেটওয়ার্ক অ্যাগ্রিগেশনে আমাদের কাছে ছয় জোড়া Arista DCS-7050CX3-32S সুইচ এবং এক জোড়া Brocade VDX 6940-36Q সুইচ ছিল। এমন নয় যে আমরা এই নেটওয়ার্কের ব্রোকেড সুইচগুলির দ্বারা অত্যধিক চাপে ছিলাম, তারা কাজ করে এবং তাদের কার্য সম্পাদন করে, তবে আমরা কিছু ক্রিয়াকলাপের সম্পূর্ণ অটোমেশন প্রস্তুত করছিলাম এবং এই সুইচগুলিতে আমাদের এই ক্ষমতা ছিল না। আমি পরবর্তী 40-100 বছরের জন্য রিজার্ভ করার জন্য 2GE ইন্টারফেস থেকে 3GE ব্যবহার করার সম্ভাবনায় স্যুইচ করতে চেয়েছিলাম। তাই আমরা ব্রোকেড পরিবর্তন করে অ্যারিস্তা করার সিদ্ধান্ত নিয়েছি।

এই সুইচগুলি প্রতিটি ডেটা সেন্টারের জন্য LAN একত্রিতকরণ সুইচ। ডিস্ট্রিবিউশন সুইচগুলি (একত্রীকরণের দ্বিতীয় স্তর) সরাসরি তাদের সাথে সংযুক্ত থাকে, যা ইতিমধ্যেই সার্ভারের সাথে র্যাকে টপ-অফ-র্যাক স্থানীয় নেটওয়ার্ক সুইচগুলিকে একত্রিত করে।

প্রতিটি সার্ভার এক বা দুটি অ্যাক্সেস সুইচের সাথে সংযুক্ত। অ্যাক্সেস সুইচগুলি এক জোড়া ডিস্ট্রিবিউশন সুইচের সাথে সংযুক্ত থাকে (দুটি বিতরণ সুইচ এবং দুটি ফিজিক্যাল লিঙ্ক অ্যাক্সেস সুইচ থেকে বিভিন্ন ডিস্ট্রিবিউশন সুইচ রিডানডেন্সির জন্য ব্যবহৃত হয়)।

প্রতিটি সার্ভার তার নিজস্ব ক্লায়েন্ট দ্বারা ব্যবহার করা যেতে পারে, তাই ক্লায়েন্টকে একটি পৃথক VLAN বরাদ্দ করা হয়। একই VLAN তারপর এই ক্লায়েন্টের অন্য সার্ভারে যেকোনো র্যাকে নিবন্ধিত হয়। ডেটা সেন্টারে এই ধরনের বেশ কয়েকটি সারি (POD) থাকে, প্রতিটি র্যাকের নিজস্ব বিতরণ সুইচ থাকে। তারপর এই ডিস্ট্রিবিউশন সুইচগুলো অ্যাগ্রিগেশন সুইচের সাথে সংযুক্ত থাকে।

ক্লায়েন্ট যেকোন সারিতে একটি সার্ভার অর্ডার করতে পারে; সার্ভারটি একটি নির্দিষ্ট র্যাকে একটি নির্দিষ্ট সারিতে বরাদ্দ বা ইনস্টল করা হবে তা আগাম ভবিষ্যদ্বাণী করা অসম্ভব, যে কারণে প্রতিটি ডেটা সেন্টারে প্রায় 2500টি ভিএলএএন একত্রিতকরণ সুইচ রয়েছে৷

DCI (ডেটা-সেন্টার ইন্টারকানেক্ট) এর জন্য ইকুইপমেন্ট অ্যাগ্রিগেশন সুইচের সাথে সংযুক্ত। এটি L2 সংযোগের জন্য (এক জোড়া সুইচ অন্য ডেটা সেন্টারে একটি VXLAN টানেল তৈরি করে) বা L3 সংযোগের জন্য (দুটি MPLS রাউটার) উদ্দেশ্যে করা যেতে পারে।

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

সার্কিট বিবরণ

সুনির্দিষ্ট জন্য, আসুন পুরানো একত্রীকরণ সুইচের নাম দেওয়া যাক А1 и А2, নতুন - N1 и N2. এর মধ্যে যে কল্পনা করা যাক POD 1 и POD 4 এক ক্লায়েন্টের সার্ভার হোস্ট করা হয় S1,ক্লায়েন্ট VLAN নীল রঙে নির্দেশিত। এই ক্লায়েন্টটি অন্য ডেটা সেন্টারের সাথে L2 সংযোগ পরিষেবা ব্যবহার করছে, তাই এর VLAN এক জোড়া VXLAN সুইচগুলিতে খাওয়ানো হয়৷

ক্রেতা S2 সার্ভার হোস্ট করে POD 2 и POD 3,ক্লায়েন্ট VLAN গাঢ় সবুজে চিহ্নিত করা হয়। এই ক্লায়েন্টটি অন্য ডেটা সেন্টারের সাথে একটি সংযোগ পরিষেবাও ব্যবহার করে, কিন্তু L3, তাই এর VLAN এক জোড়া L3VPN রাউটারে খাওয়ানো হয়।

প্রতিস্থাপনের কোন পর্যায়ে কাজ করে কী ঘটবে, কোথায় যোগাযোগের বিঘ্ন ঘটবে এবং এর সময়কাল কী হতে পারে তা বোঝার জন্য আমাদের ক্লায়েন্ট VLAN-এর প্রয়োজন। এই স্কিমে STP প্রোটোকল ব্যবহার করা হয় না, যেহেতু এই ক্ষেত্রে এটির জন্য গাছের প্রস্থ বড়, এবং প্রোটোকলের কনভার্জেন্স ডিভাইসের সংখ্যা এবং তাদের মধ্যে লিঙ্কগুলির সাথে দ্রুতগতিতে বৃদ্ধি পায়।

ডাবল লিঙ্ক দ্বারা সংযুক্ত সমস্ত ডিভাইস একটি স্ট্যাক, MLAG পেয়ার বা VCS ইথারনেট ফ্যাব্রিক তৈরি করে। L3VPN রাউটারগুলির একটি জোড়ার জন্য, এই ধরনের প্রযুক্তিগুলি ব্যবহার করা হয় না, যেহেতু L2 রিডানডেন্সির কোন প্রয়োজন নেই; এটি যথেষ্ট যে তাদের একত্রিত সুইচের মাধ্যমে একে অপরের সাথে L2 সংযোগ রয়েছে।

বাস্তবায়নের বিকল্প

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

নেটওয়ার্ক, থামুন! সুইচ, তাদের প্রতিস্থাপন!

সবচেয়ে সহজ উপায় হল, অবশ্যই, সমস্ত POD এবং সমস্ত DCI পরিষেবাগুলিতে একটি বিশ্বব্যাপী যোগাযোগ বিরতি ঘোষণা করা এবং সুইচগুলি থেকে সমস্ত লিঙ্কগুলি স্যুইচ করা। А সুইচ করতে N.

বাধা ছাড়াও, যে সময়ের জন্য আমরা নির্ভরযোগ্যভাবে ভবিষ্যদ্বাণী করতে পারি না (হ্যাঁ, আমরা লিঙ্কের সংখ্যা জানি, কিন্তু আমরা জানি না কতবার কিছু ভুল হবে - একটি ভাঙা প্যাচ কর্ড বা ক্ষতিগ্রস্ত সংযোগকারী থেকে একটি ত্রুটিপূর্ণ পোর্ট বা ট্রান্সসিভার পর্যন্ত ), আমরা এখনও আগাম ভবিষ্যদ্বাণী করতে পারি না যে প্যাচ কর্ডগুলির দৈর্ঘ্য, DAC, AOC, পুরানো সুইচ A-এর সাথে সংযুক্ত, নতুন সুইচ N-এ পৌঁছানোর জন্য যথেষ্ট হবে, যদিও তাদের পাশে দাঁড়িয়ে আছে, তবে এখনও একটু পাশে, এবং একই ট্রান্সসিভার কাজ করবে কিনা /DAC/AOC ব্রোকেড সুইচ থেকে অ্যারিস্টা সুইচগুলিতে।

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

থামো, 1-2-3-4!

আমরা যদি বিশ্বব্যাপী বিরতির ঘোষণা না করি, বরং POD এবং DCI পরিষেবার জন্য ছোট ছোট যোগাযোগ বাধার একটি সিরিজ ঘোষণা করি। প্রথম বিরতির সময়, সুইচগুলিতে স্যুইচ করুন N শুধুমাত্র POD 1, দ্বিতীয়টিতে - কয়েক দিনের মধ্যে - POD 2, তারপর আরও কয়েক দিন POD 3তারপর, POD 4...[N], তারপর VXLAN সুইচ এবং তারপর L3VPN রাউটার।

স্যুইচিং কাজের এই সংগঠনের মাধ্যমে, আমরা এককালীন কাজের জটিলতা কমিয়ে দিই এবং হঠাৎ কিছু ভুল হলে সমস্যা সমাধানের জন্য আমাদের সময় বাড়িয়ে দিই। POD 1 স্যুইচ করার পরে অন্যান্য POD এবং DCI এর সাথে সংযুক্ত থাকে। তবে কাজটি নিজেই দীর্ঘ সময়ের জন্য টেনে নিয়ে যায়; ডেটা সেন্টারে এই কাজের সময়, একজন প্রকৌশলীকে শারীরিকভাবে স্যুইচিং সম্পাদন করতে হয় এবং কাজের সময় (এবং এই ধরনের কাজ, একটি নিয়ম হিসাবে, রাতে, 2 থেকে সঞ্চালিত হয়। সকাল 5টা পর্যন্ত), মোটামুটি উচ্চ স্তরের যোগ্যতায় একজন অনলাইন নেটওয়ার্ক ইঞ্জিনিয়ারের উপস্থিতি প্রয়োজন। তবে তারপরে আমরা সংক্ষিপ্ত যোগাযোগের বাধা পাই; একটি নিয়ম হিসাবে, 2 মিনিট পর্যন্ত বিরতির সাথে আধা ঘন্টার ব্যবধানে কাজ করা যেতে পারে (অভ্যাসে, প্রায়শই সরঞ্জামের প্রত্যাশিত আচরণের সাথে 20-30 সেকেন্ড)।

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

সমষ্টিগত যোগাযোগ চ্যানেল স্যুইচ করা

কেন আমরা সরঞ্জামের প্রত্যাশিত আচরণ সম্পর্কে কথা বলছি এবং যোগাযোগের বিঘ্ন হ্রাস করার সময় কীভাবে একত্রিত চ্যানেলগুলি স্যুইচ করা যেতে পারে? আসুন নিম্নলিখিত ছবিটি কল্পনা করা যাক:

লিঙ্কের একপাশে POD বিতরণ সুইচ রয়েছে - D1 и D2, তারা একে অপরের সাথে একটি MLAG জুটি গঠন করে (স্ট্যাক, ভিসিএস ফ্যাক্টরি, ভিপিসি পেয়ার), অন্যদিকে দুটি লিঙ্ক রয়েছে - 1 লিঙ্ক করুন и 2 লিঙ্ক করুন - পুরানো একত্রীকরণ সুইচের এমএলএজি জোড়ার অন্তর্ভুক্ত А. সুইচের দিকে D নামের সাথে একটি সমষ্টিগত ইন্টারফেস পোর্ট-চ্যানেল এ, একত্রীকরণ সুইচের পাশে А - নামের সাথে একত্রিত ইন্টারফেস পোর্ট-চ্যানেল ডি.

সমষ্টিগত ইন্টারফেসগুলি তাদের ক্রিয়াকলাপে LACP ব্যবহার করে, অর্থাৎ, উভয় দিকের সুইচগুলি নিয়মিতভাবে উভয় লিঙ্কে LCPDU প্যাকেট বিনিময় করে নিশ্চিত করতে যে লিঙ্কগুলি:

• শ্রমিক
• রিমোট সাইডে এক জোড়া ডিভাইসে অন্তর্ভুক্ত।

প্যাকেট বিনিময় করার সময়, প্যাকেট মান বহন করে সিস্টেম-আইডি, ডিভাইসটি নির্দেশ করে যেখানে এই লিঙ্কগুলি অন্তর্ভুক্ত করা হয়েছে৷ একটি MLAG পেয়ারের জন্য (স্ট্যাক, ফ্যাক্টরি, ইত্যাদি), যে ডিভাইসগুলি সমষ্টিগত ইন্টারফেস তৈরি করে তার সিস্টেম-আইডি মান একই। সুইচ D1 পাঠায় 1 লিঙ্ক করুন অর্থ সিস্টেম-আইডি ডি, এবং সুইচ D2 পাঠায় 2 লিঙ্ক করুন অর্থ সিস্টেম-আইডি ডি.

সুইচ А1 и А2 একটি Po D ইন্টারফেসের উপর প্রাপ্ত LCPDU প্যাকেটগুলি বিশ্লেষণ করুন এবং তাদের মধ্যে সিস্টেম-আইডি মেলে কিনা তা পরীক্ষা করুন। যদি কোনো লিঙ্কের মাধ্যমে প্রাপ্ত সিস্টেম-আইডি হঠাৎ ভিন্ন হয়ে যায় বর্তমান অপারেটিং মান থেকে, তারপর পরিস্থিতি সংশোধন না হওয়া পর্যন্ত এই লিঙ্কটি সমষ্টিগত ইন্টারফেস থেকে সরানো হয়। এখন আমাদের সুইচ সাইডে D LACP অংশীদার থেকে বর্তমান সিস্টেম-আইডি মান - A, এবং সুইচ পাশে А — LACP অংশীদার থেকে বর্তমান সিস্টেম-আইডি মান — D.

যদি আমাদের একত্রিত ইন্টারফেসটি পরিবর্তন করতে হয়, আমরা এটি দুটি ভিন্ন উপায়ে করতে পারি:

পদ্ধতি 1 - সহজ
সুইচ A থেকে উভয় লিঙ্ক অক্ষম করুন. এই ক্ষেত্রে, একত্রিত চ্যানেল কাজ করে না।

উভয় লিঙ্ক এক এক করে সুইচের সাথে সংযুক্ত করুন N, তারপর LACP অপারেটিং পরামিতি আবার আলোচনা করা হবে এবং ইন্টারফেস গঠিত হবে পো ডি সুইচগুলিতে N এবং লিঙ্কগুলিতে মানগুলির সংক্রমণ সিস্টেম-আইডি এন.

পদ্ধতি 2 - বাধা কম করুন
A2 সুইচ থেকে লিঙ্ক 2 সংযোগ বিচ্ছিন্ন করুন. একই সময়ে, মধ্যে ট্রাফিক А и D একত্রিত ইন্টারফেসের অংশ হিসেবে থেকে যাবে এমন একটি লিঙ্কের মাধ্যমে সহজভাবে প্রেরণ করা অব্যাহত থাকবে।

N2 স্যুইচ করতে লিঙ্ক 2 কানেক্ট করুন. সুইচ অন N একত্রিত ইন্টারফেস ইতিমধ্যে কনফিগার করা আছে পো ডিএন, এবং সুইচ N2 LCPDU তে প্রেরণ করা শুরু করবে সিস্টেম-আইডি এন. এই পর্যায়ে আমরা ইতিমধ্যেই সুইচটি পরীক্ষা করতে পারি N2 এর জন্য ব্যবহৃত ট্রান্সসিভারের সাথে সঠিকভাবে কাজ করে 2 লিঙ্ক করুন, যে সংযোগ বন্দর রাজ্যে প্রবেশ করেছে Up, এবং যে LCPDUs প্রেরণ করার সময় সংযোগ পোর্টে কোনো ত্রুটি ঘটে না।

কিন্তু বাস্তব যে সুইচ D2 সমষ্টিগত ইন্টারফেসের জন্য পো এ পাশ থেকে লিঙ্ক 2 বর্তমান অপারেটিং সিস্টেম-আইডি A মান থেকে আলাদা একটি সিস্টেম-আইডি N মান পায়, সুইচের অনুমতি দেয় না D পরিচয় করিয়ে দিতে 2 লিঙ্ক করুন একত্রিত ইন্টারফেসের অংশ পো এ. সুইচ N প্রবেশ করতে পারবে না 2 লিঙ্ক করুন অপারেশনে, যেহেতু এটি সুইচের LACP অংশীদার থেকে কার্যক্ষমতার নিশ্চিতকরণ পায় না D2. ফলে যানজট হয় 2 লিঙ্ক করুন পার হচ্ছে না

এবং এখন আমরা সুইচ A1 থেকে লিঙ্ক 1 বন্ধ করি, যার ফলে সুইচ বঞ্চিত А и D কাজের সামগ্রিক ইন্টারফেস। তাই সুইচ পাশে D ইন্টারফেসের জন্য বর্তমান কাজের সিস্টেম-আইডি মান অদৃশ্য হয়ে যায় পো এ.

এটি সুইচ করার অনুমতি দেয় D и N সিস্টেম-আইডি বিনিময় করতে সম্মত একটি ইন্টারফেসে পো এ и পো ডিএন, যাতে ট্রাফিক লিঙ্ক বরাবর প্রেরণ করা শুরু হয় 2 লিঙ্ক করুন. এই ক্ষেত্রে বিরতি, অনুশীলনে, 2 সেকেন্ড পর্যন্ত।

এবং এখন আমরা সহজেই লিঙ্ক 1 থেকে N1 সুইচ করতে পারি, ইন্টারফেস রিডানডেন্সির ক্ষমতা এবং স্তর পুনরুদ্ধার করা পো এ и পো ডিএন. যেহেতু এই লিঙ্কটি সংযুক্ত করা হয়, বর্তমান সিস্টেম-আইডি মান উভয় দিকে পরিবর্তিত হয় না, কোন বাধা নেই।

অতিরিক্ত লিঙ্ক

কিন্তু স্যুইচ করার সময় একজন প্রকৌশলীর উপস্থিতি ছাড়াই স্যুইচটি করা যেতে পারে। এটি করার জন্য, আমাদের অগ্রিম বিতরণ সুইচগুলির মধ্যে অতিরিক্ত লিঙ্ক স্থাপন করতে হবে D এবং নতুন একত্রীকরণ সুইচ N.

আমরা একত্রিতকরণ সুইচগুলির মধ্যে নতুন লিঙ্ক স্থাপন করছি N এবং সমস্ত POD-এর জন্য বিতরণ সুইচ। এর জন্য অতিরিক্ত প্যাচ কর্ডগুলি অর্ডার করা এবং স্থাপন করা এবং অতিরিক্ত ট্রান্সসিভার ইনস্টল করা প্রয়োজন N, এবং ইন D. আমরা এটা করতে পারি কারণ আমাদের সুইচগুলিতে D প্রতিটি POD বিনামূল্যে পোর্ট আছে (অথবা আমরা তাদের প্রাক-মুক্ত)। ফলস্বরূপ, প্রতিটি POD পুরানো সুইচ A এবং নতুন সুইচ N এর সাথে দুটি লিঙ্ক দ্বারা শারীরিকভাবে সংযুক্ত থাকে।

সুইচ অন D দুটি সমষ্টিগত ইন্টারফেস গঠিত হয়েছে - পো এ লিঙ্ক সহ 1 লিঙ্ক করুন и 2 লিঙ্ক করুনএবং পো এন - লিঙ্ক সহ লিঙ্ক N1 и লিঙ্ক N2. এই পর্যায়ে, আমরা ইন্টারফেস এবং লিঙ্কগুলির সঠিক সংযোগ, লিঙ্কগুলির উভয় প্রান্তে অপটিক্যাল সিগন্যালের স্তরগুলি পরীক্ষা করি (সুইচগুলি থেকে ডিডিএম তথ্যের মাধ্যমে), আমরা এমনকি লোডের অধীনে লিঙ্কটির কার্যকারিতা পরীক্ষা করতে পারি বা এর অবস্থাগুলি পর্যবেক্ষণ করতে পারি। কয়েক দিনের জন্য অপটিক্যাল সংকেত এবং ট্রান্সসিভার তাপমাত্রা।

ট্রাফিক এখনও ইন্টারফেস মাধ্যমে পাঠানো হয় পো এ, এবং ইন্টারফেস পো এন কোন ট্রাফিক খরচ. ইন্টারফেসের সেটিংস এইরকম কিছু:

Interface Port-channel A
Switchport mode trunk
Switchport allowed vlan C1, C2

Interface Port-channel N
Switchport mode trunk
Switchport allowed vlan none

ডি সুইচগুলি, একটি নিয়ম হিসাবে, সেশন-ভিত্তিক কনফিগারেশন পরিবর্তনগুলিকে সমর্থন করে; এই কার্যকারিতা রয়েছে এমন সুইচ মডেলগুলি ব্যবহার করা হয়। তাই আমরা এক ধাপে Po A এবং Po N ইন্টারফেসের সেটিংস পরিবর্তন করতে পারি:

Configure session
Interface Port-channel A
Switchport allowed vlan none
Interface Port-channel N
Switchport allowed vlan C1, C2
Commit

তারপর কনফিগারেশন পরিবর্তন যথেষ্ট দ্রুত ঘটবে, এবং বিরতি, অনুশীলনে, 5 সেকেন্ডের বেশি হবে না।

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

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

ডি-ডে

POD

আমরা ক্লায়েন্টদের জন্য সবচেয়ে কম বেদনাদায়ক সুইচিং পাথ বেছে নিয়েছি এবং অতিরিক্ত লিঙ্ক সহ "কিছু ভুল হয়েছে" পরিস্থিতির জন্য সবচেয়ে কম প্রবণ। তাই আমরা কয়েক রাতের মধ্যে সমস্ত POD-কে নতুন একত্রিতকরণ সুইচগুলিতে স্যুইচ করেছি।

কিন্তু যা অবশিষ্ট থাকে তা হল ডিসিআই পরিষেবা প্রদানকারী সরঞ্জামগুলি পরিবর্তন করা।

L2

L2 সংযোগ প্রদানকারী সরঞ্জামের ক্ষেত্রে, আমরা অতিরিক্ত লিঙ্কগুলির সাথে অনুরূপ কাজ করতে সক্ষম হইনি। এর জন্য কমপক্ষে দুটি কারণ রয়েছে:

• VXLAN সুইচগুলিতে প্রয়োজনীয় গতির বিনামূল্যের পোর্টের অভাব।
• VXLAN সুইচগুলিতে সেশন কনফিগারেশন পরিবর্তন কার্যকারিতার অভাব।

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

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

L3

কেন আমরা DCI পরিষেবাগুলি সংগঠিত করার সময় প্রত্যেককে L3VPN-এ স্যুইচ করার সুপারিশ করেছি? কারণগুলির মধ্যে একটি হল এই পরিষেবা প্রদানকারী রাউটারগুলির মধ্যে একটিতে কাজ করার ক্ষমতা, যোগাযোগের ব্যাঘাত না ঘটিয়ে রিডানডেন্সি লেভেলকে N+0 এ কমিয়ে দেয়।

আসুন পরিষেবা বিতরণ প্রকল্পটি ঘনিষ্ঠভাবে দেখে নেওয়া যাক। এই পরিষেবাতে, L2 সেগমেন্ট ক্লায়েন্ট সার্ভার থেকে শুধুমাত্র L3VPN সিলেক্টেল রাউটারগুলিতে যায়। রাউটারে ক্লায়েন্ট নেটওয়ার্ক বন্ধ হয়ে গেছে।

প্রতিটি ক্লায়েন্ট সার্ভার, যেমন S2 и S3 উপরের চিত্রে, তাদের নিজস্ব ব্যক্তিগত আইপি ঠিকানা আছে - S10.0.0.2 সার্ভারে 24/2 и S10.0.0.3 সার্ভারে 24/3. ঠিকানা 10.0.0.252/24 и 10.0.0.253/24 রাউটারগুলিতে সিলেক্টেল দ্বারা নির্ধারিত L3VPN-1 и L3VPN-2, যথাক্রমে। আইপি ঠিকানা 10.0.0.254/24 হল একটি VRRP VIP ঠিকানা৷ সিলেক্টেল রাউটারগুলিতে।

আপনি L3VPN পরিষেবা সম্পর্কে আরও জানতে পারেন পড়া আমাদের ব্লগে।

স্যুইচের আগে, সবকিছু প্রায় ডায়াগ্রামের মতো দেখাচ্ছিল:

দুটি রাউটার L3VPN-1 и L3VPN-2 পুরানো একত্রীকরণ সুইচ সংযুক্ত ছিল А. VRRP VIP ঠিকানা 10.0.0.254 এর জন্য মাস্টার হল রাউটার L3VPN-1. রাউটারের চেয়ে এই ঠিকানাটির জন্য এটির অগ্রাধিকার বেশি L3VPN-2.

unit 1006 {
    description C2;
    vlan-id 1006;
    family inet {       
        address 10.0.0.252/24 {
            vrrp-group 1 {
                priority 200;
                virtual-address 10.100.0.254;
                preempt {
                    hold-time 120;
                }
                accept-data;
            }
        }
    }
}

S2 সার্ভার অন্যান্য অবস্থানের সার্ভারের সাথে যোগাযোগ করতে গেটওয়ে 10.0.0.254 ব্যবহার করে। এইভাবে, নেটওয়ার্ক থেকে L3VPN-2 রাউটার সংযোগ বিচ্ছিন্ন করা (অবশ্যই, যদি এটি প্রথমে MPLS ডোমেন থেকে সংযোগ বিচ্ছিন্ন হয়) ক্লায়েন্টের সার্ভারের সংযোগকে প্রভাবিত করে না। এই মুহুর্তে, সার্কিটের রিডানডেন্সি লেভেল সহজভাবে কমে যায়।

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

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

এর পরে, আমরা L3VPN-1 রাউটারের VRRP অগ্রাধিকার কমিয়েছি এবং VIP ঠিকানা 10.0.0.254 L3VPN-2 রাউটারে সরানো হয়েছে। এই কাজগুলিও যোগাযোগের বাধা ছাড়াই করা হয়।

রাউটারে ভিআইপি ঠিকানা 10.0.0.254 স্থানান্তর করা হচ্ছে L3VPN-2 আপনাকে রাউটার নিষ্ক্রিয় করতে দেয় L3VPN-1 ক্লায়েন্টের জন্য যোগাযোগের বিঘ্ন ছাড়াই এবং এটিকে একত্রিতকরণ সুইচগুলির একটি নতুন জোড়ার সাথে সংযুক্ত করুন N.

L3VPN-1 রাউটারে VRRP VIP ফেরত দেওয়া হবে কি না তা অন্য প্রশ্ন, এবং এটি ফেরত দিলেও সংযোগ বিঘ্নিত না করেই করা হয়।

মোটে

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

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

আমরা সুইচ, ট্রান্সসিভার, প্যাচ কর্ড, AOC, DAC অন্যান্য প্রকল্পে বা অন্যান্য অনুরূপ স্যুইচিংয়ের জন্য ব্যবহার করতে পারি।

"নাতাশা, আমরা সবকিছু পরিবর্তন করেছি!"

উত্স: www.habr.com