ক্লাউড অবকাঠামোর নেটওয়ার্ক অংশের ভূমিকা

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

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

মেঘ কি? একই ভার্চুয়ালাইজেশন - একটি প্রোফাইল ভিউ?

একটি যৌক্তিক প্রশ্ন বেশী. না - এটি ভার্চুয়ালাইজেশন নয়, যদিও এটি ছাড়া এটি করা যেত না। দুটি সংজ্ঞা বিবেচনা করুন:

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

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

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

ভার্চুয়ালাইজেশন হল একটি বিল্ডিং ব্লক যার উপর ক্লাউড তৈরি করা হয়েছে।

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

কিন্তু আমি বুঝতে পারি যে উপরে উপস্থাপিত সংজ্ঞা থেকে এটি সম্পূর্ণরূপে পরিষ্কার নয় যে আসলে একটি মেঘ বলা যেতে পারে।

অতএব, NIST (ন্যাশনাল ইনস্টিটিউট অফ স্ট্যান্ডার্ডস অ্যান্ড টেকনোলজি) এর নথিতে 5 টি প্রধান বৈশিষ্ট্য তালিকাভুক্ত করা হয়েছে যা একটি ক্লাউড অবকাঠামো থাকা উচিত:

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

ব্যাপক সেবা প্রাপ্যতা. স্ট্যান্ডার্ড পিসি এবং পাতলা ক্লায়েন্ট এবং মোবাইল ডিভাইস উভয়ই ব্যবহার করতে সক্ষম হওয়ার জন্য স্ট্যান্ডার্ড পদ্ধতি দ্বারা সম্পদগুলিতে অ্যাক্সেস সরবরাহ করা উচিত।

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

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

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

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

কেন আমরা একটি মেঘ প্রয়োজন?

যাইহোক, যে কোন নতুন বা বিদ্যমান প্রযুক্তি, যে কোন নতুন প্রোটোকল কিছুর জন্য তৈরি করা হয় (ভাল, অবশ্যই RIP-ng ছাড়া)। একটি প্রোটোকলের জন্য একটি প্রোটোকল কারও দ্বারা প্রয়োজন হয় না (ভাল, অবশ্যই RIP-ng ছাড়া)। এটা যৌক্তিক যে ক্লাউড ব্যবহারকারী/ক্লায়েন্টকে কিছু ধরণের পরিষেবা প্রদানের জন্য তৈরি করা হয়েছে। আমরা সবাই অন্তত কয়েকটি ক্লাউড পরিষেবার সাথে পরিচিত, যেমন Dropbox বা Google.Docs, এবং আমি বিশ্বাস করি যে তাদের অধিকাংশই সফলভাবে সেগুলি ব্যবহার করে - উদাহরণস্বরূপ, এই নিবন্ধটি Google.Docs ক্লাউড পরিষেবা ব্যবহার করে লেখা হয়েছে৷ কিন্তু আমাদের কাছে পরিচিত ক্লাউড পরিষেবাগুলি শুধুমাত্র ক্লাউডের ক্ষমতার অংশ - আরও স্পষ্টভাবে বলতে গেলে, এটি শুধুমাত্র একটি SaaS-টাইপ পরিষেবা। আমরা তিনটি উপায়ে একটি ক্লাউড পরিষেবা প্রদান করতে পারি: SaaS, PaaS বা IaaS আকারে। আপনার কী পরিষেবা দরকার তা আপনার ইচ্ছা এবং ক্ষমতার উপর নির্ভর করে।

আসুন প্রতিটিকে ক্রমে বিবেচনা করি:

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

পরিষেবা হিসাবে প্ল্যাটফর্ম (PaaS) — এই মডেলটি ব্যবহার করার সময়, পরিষেবা প্রদানকারী ক্লায়েন্টকে পরিষেবার জন্য একটি ওয়ার্কপিস প্রদান করে, উদাহরণস্বরূপ, একটি ওয়েব সার্ভার নেওয়া যাক। পরিষেবা প্রদানকারী ক্লায়েন্টকে একটি ভার্চুয়াল সার্ভার প্রদান করেছে (আসলে, সম্পদের একটি সেট, যেমন RAM/CPU/স্টোরেজ/নেট ইত্যাদি), এবং এমনকি এই সার্ভারে OS এবং প্রয়োজনীয় সফ্টওয়্যার ইনস্টল করেছে, তবে, কনফিগারেশন এই সমস্ত জিনিস ক্লায়েন্ট নিজেই করা হয় এবং পরিষেবার কার্যকারিতার জন্য ক্লায়েন্ট উত্তর দেয়। পরিষেবা প্রদানকারী, পূর্ববর্তী ক্ষেত্রে হিসাবে, শারীরিক সরঞ্জাম, হাইপারভাইজার, ভার্চুয়াল মেশিন নিজেই, এর নেটওয়ার্ক উপলব্ধতা ইত্যাদির জন্য দায়ী, তবে পরিষেবাটি নিজেই তার দায়িত্বের ক্ষেত্রে আর নেই।

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

OpenStack কি?

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

OpenStack একটি ক্লাউড অপারেটিং সিস্টেম যা আপনাকে কম্পিউটিং সংস্থান, ডেটা সঞ্চয়স্থান এবং নেটওয়ার্ক সংস্থানগুলির বড় পুলগুলিকে নিয়ন্ত্রণ করতে দেয়, মান প্রমাণীকরণ প্রক্রিয়া ব্যবহার করে একটি API এর মাধ্যমে ব্যবস্থা করা এবং পরিচালিত হয়।

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

এই লেখার সময়, OpenStack গঠনটি এইরকম দেখায়:

থেকে তোলা ছবি openstack.org

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

• ড্যাশবোর্ড — OpenStack পরিষেবাগুলি পরিচালনার জন্য ওয়েব-ভিত্তিক GUI
• খিলানের মধ্যপ্রস্তর - একটি কেন্দ্রীভূত পরিচয় পরিষেবা যা অন্যান্য পরিষেবাগুলির জন্য প্রমাণীকরণ এবং অনুমোদন কার্যকারিতা প্রদান করে, সেইসাথে ব্যবহারকারীর শংসাপত্র এবং তাদের ভূমিকা পরিচালনা করে৷
• প্রশমিত কণা - একটি নেটওয়ার্ক পরিষেবা যা বিভিন্ন ওপেনস্ট্যাক পরিষেবাগুলির ইন্টারফেসের মধ্যে সংযোগ প্রদান করে (ভিএমগুলির মধ্যে সংযোগ এবং বহির্বিশ্বে তাদের অ্যাক্সেস সহ)
• অঙ্গার - ভার্চুয়াল মেশিনের জন্য ব্লক স্টোরেজ অ্যাক্সেস প্রদান করে
• নোভা - ভার্চুয়াল মেশিনের জীবনচক্র ব্যবস্থাপনা
• এক পলক দেখা — ভার্চুয়াল মেশিনের ছবি এবং স্ন্যাপশটের সংগ্রহস্থল
• সত্বর - অবজেক্ট স্টোরেজ অ্যাক্সেস প্রদান করে
• সিলোমিটার - একটি পরিষেবা যা টেলিমেট্রি সংগ্রহ করার এবং উপলব্ধ এবং গ্রাসকারী সংস্থানগুলি পরিমাপ করার ক্ষমতা প্রদান করে৷
• তাপ — অর্কেস্ট্রেশন স্বয়ংক্রিয়ভাবে তৈরি এবং সংস্থানগুলির বিধানের জন্য টেমপ্লেটের উপর ভিত্তি করে

সমস্ত প্রকল্পের একটি সম্পূর্ণ তালিকা এবং তাদের উদ্দেশ্য দেখা যেতে পারে এখানে.

OpenStack উপাদানগুলির প্রতিটি হল একটি পরিষেবা যা একটি নির্দিষ্ট ফাংশনের জন্য দায়ী এবং এই ফাংশনটি পরিচালনা করার জন্য এবং একটি একক পরিকাঠামো তৈরি করার জন্য ক্লাউড অপারেটিং সিস্টেমের অন্যান্য পরিষেবাগুলির সাথে ইন্টারঅ্যাক্ট করার জন্য একটি API প্রদান করে৷ উদাহরণস্বরূপ, নোভা কম্পিউট রিসোর্স ম্যানেজমেন্ট এবং রিসোর্স ডেটা কনফিগারেশন অ্যাক্সেস করার জন্য একটি এপিআই প্রদান করে, গ্ল্যান্স ইমেজ ম্যানেজমেন্ট এবং সেগুলি পরিচালনা করার জন্য একটি এপিআই প্রদান করে, সিন্ডার ব্লক স্টোরেজ প্রদান করে এবং এটি পরিচালনা করার জন্য একটি API প্রদান করে ইত্যাদি। সমস্ত ফাংশন একটি খুব ঘনিষ্ঠ ভাবে আন্তঃসংযুক্ত করা হয়.

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

চলুন একটি ভার্চুয়াল মেশিন তৈরি এবং এটিকে নেটওয়ার্কের সাথে সংযুক্ত করার জন্য অ্যালগরিদম এবং Openstack-এ অবিরাম স্টোরেজের মাধ্যমে যাওয়া যাক।

1. আপনি যখন একটি গাড়ি তৈরি করার জন্য একটি অনুরোধ তৈরি করেন, তা হোরাইজন (ড্যাশবোর্ড) এর মাধ্যমে একটি অনুরোধ হোক বা CLI-এর মাধ্যমে একটি অনুরোধ হোক, প্রথমে যেটি ঘটে তা হল কীস্টোন-এ আপনার অনুরোধের অনুমোদন - আপনি কি একটি গাড়ি তৈরি করতে পারেন, আছে বা অধিকার এই নেটওয়ার্ক ব্যবহার করতে, আপনার কোটা প্রকল্প, ইত্যাদি
2. কীস্টোন আপনার অনুরোধকে প্রমাণীকরণ করে এবং প্রতিক্রিয়া বার্তায় একটি প্রমাণীকরণ টোকেন তৈরি করে, যা পরে ব্যবহার করা হবে। কীস্টোন থেকে একটি প্রতিক্রিয়া পাওয়ার পরে, অনুরোধটি নোভা (নোভা এপিআই) এর দিকে পাঠানো হয়।
3. Nova-api পূর্বে তৈরি করা প্রমাণীকরণ টোকেন ব্যবহার করে কীস্টোনের সাথে যোগাযোগ করে আপনার অনুরোধের বৈধতা পরীক্ষা করে
4. কীস্টোন প্রমাণীকরণ সম্পাদন করে এবং এই প্রমাণীকরণ টোকেনের উপর ভিত্তি করে অনুমতি এবং সীমাবদ্ধতার তথ্য প্রদান করে।
5. নোভা-এপিআই নোভা-ডাটাবেসে একটি নতুন ভিএম এন্ট্রি তৈরি করে এবং নোভা-শিডিউলারের কাছে একটি মেশিন তৈরি করার অনুরোধ পাঠায়।
6. নোভা-শিডিউলার হোস্ট (নোড কম্পিউটার) নির্বাচন করে যার উপর প্রদত্ত পরামিতি, ওজন এবং জোনের উপর ভিত্তি করে ভিএম স্থাপন করা হবে। এর একটি রেকর্ড এবং VM আইডি নোভা-ডাটাবেসে লেখা হয়।
7. এর পরে, নোভা-শিডিউলার উদাহরণ স্থাপনের অনুরোধ সহ নোভা-কম্পিউটকে কল করে। নোভা-কম্পিউট মেশিনের প্যারামিটার সম্পর্কে তথ্য পেতে নোভা-কন্ডাক্টরকে কল করে (নোভা-কন্ডাক্টর হল একটি নোভা উপাদান যা নোভা-ডাটাবেস এবং নোভা-কম্পিউটের মধ্যে একটি প্রক্সি সার্ভার হিসাবে কাজ করে, সমস্যা এড়াতে অনুরোধের সংখ্যা নোভা-ডাটাবেসে সীমিত করে ডাটাবেস ধারাবাহিকতা লোড হ্রাস সহ)।
8. নোভা-কন্ডাক্টর নোভা-ডাটাবেস থেকে অনুরোধ করা তথ্য পুনরুদ্ধার করে এবং নোভা-কম্পিউটে প্রেরণ করে।
9. এরপরে, ইমেজ আইডি পেতে নোভা-কম্পিউট কল এক নজরে দেখেন। Glace কীস্টোন-এ অনুরোধটি যাচাই করে এবং অনুরোধ করা তথ্য ফেরত দেয়।
10. নোভা-কম্পিউট নেটওয়ার্ক প্যারামিটার সম্পর্কে তথ্যের জন্য নিউট্রনকে কল করে। এক নজরে অনুরূপ, নিউট্রন কীস্টোন-এ অনুরোধটি যাচাই করে, তারপর ডাটাবেসে একটি এন্ট্রি তৈরি করে (পোর্ট আইডি, ইত্যাদি), একটি পোর্ট তৈরি করার জন্য একটি অনুরোধ তৈরি করে এবং অনুরোধ করা তথ্য নোভা-কম্পিউটে ফেরত দেয়।
11. ভার্চুয়াল মেশিনে ভলিউম বরাদ্দ করার অনুরোধ সহ নোভা-কম্পিউট কল সিন্ডার। এক নজরে অনুরূপ, সাইডার কীস্টোন-এ অনুরোধটি যাচাই করে, একটি ভলিউম তৈরি করার জন্য একটি অনুরোধ তৈরি করে এবং অনুরোধ করা তথ্য ফেরত দেয়।
12. Nova-compute প্রদত্ত পরামিতি সহ একটি ভার্চুয়াল মেশিন স্থাপনের অনুরোধ সহ libvirt কল করে।

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

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

নিউট্রন, একটি নেটওয়ার্ক পরিষেবা হওয়ায়, ক্লাউড অবকাঠামোর নেটওয়ার্ক অংশ পরিচালনার জন্য একটি API প্রদান করে। পরিষেবাটি নেটওয়ার্ক-অ্যাস-এ-সার্ভিস (NaaS) নামক একটি বিমূর্ত স্তর প্রদান করে ওপেনস্ট্যাকের নেটওয়ার্ক অংশের স্বাস্থ্য এবং পরিচালনা প্রদান করে। অর্থাৎ, নেটওয়ার্ক হল একই ভার্চুয়াল পরিমাপযোগ্য একক, যেমন CPU-এর ভার্চুয়াল কোর বা RAM-এর পরিমাণ।

তবে ওপেনস্ট্যাকের নেটওয়ার্ক অংশের আর্কিটেকচারে যাওয়ার আগে, আসুন দেখি কিভাবে এই নেটওয়ার্কটি ওপেনস্ট্যাকে কাজ করে এবং কেন নেটওয়ার্কটি ক্লাউডের একটি গুরুত্বপূর্ণ এবং অবিচ্ছেদ্য অংশ।

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

এই মুহুর্তে, এটি শুধুমাত্র 4টি সার্ভারের ভার্চুয়ালাইজেশন এবং এর বেশি কিছু নয়, যেহেতু আমরা এখন পর্যন্ত যা করেছি তা হল 4টি সার্ভার ভার্চুয়ালাইজ করা, তাদের দুটি ফিজিক্যাল সার্ভারে স্থাপন করা। এবং এখনও পর্যন্ত তারা নেটওয়ার্কের সাথে সংযুক্ত নয়।

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

আমাদের কোথাও VTEP সনাক্ত করতে হবে (আমি আশা করি সবাই VxLAN পরিভাষার সাথে পরিচিত)। যেহেতু L3 নেটওয়ার্ক অবিলম্বে আমাদের সার্ভারগুলি ছেড়ে চলে যায়, তাই আমাদের সার্ভারগুলিতে VTEP স্থাপন করতে কিছুই বাধা দেয় না এবং OVS (OpenvSwitch) এটি করতে পুরোপুরি সক্ষম। ফলস্বরূপ, আমরা নিম্নলিখিত কাঠামো পেয়েছি:

যেহেতু VM-এর মধ্যে ট্র্যাফিক অবশ্যই ভাগ করা উচিত, তাই ভার্চুয়াল মেশিনের দিকে পোর্টগুলিতে আলাদা vlan নম্বর থাকবে। ট্যাগ নম্বরটি শুধুমাত্র একটি ভার্চুয়াল সুইচের মধ্যে একটি ভূমিকা পালন করে, যেহেতু VxLAN এ এনক্যাপসুলেট করা হলে আমরা সহজেই এটিকে সরিয়ে ফেলতে পারি, যেহেতু আমাদের একটি VNI থাকবে।

এখন আমরা কোনো সমস্যা ছাড়াই তাদের জন্য আমাদের মেশিন এবং ভার্চুয়াল নেটওয়ার্ক তৈরি করতে পারি।

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

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

যে, আমরা নিম্নলিখিত স্কিম পেতে:

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

যাইহোক, আমরা সবচেয়ে গুরুত্বপূর্ণ জিনিস ভুলে গেছি। ভার্চুয়াল মেশিনটিকে অবশ্যই ক্লায়েন্টকে একটি পরিষেবা সরবরাহ করতে হবে, অর্থাৎ, এটিতে কমপক্ষে একটি বাহ্যিক ইন্টারফেস থাকতে হবে যার মাধ্যমে এটি পৌঁছানো যেতে পারে। অর্থাৎ বাইরের জগতে যেতে হবে। এখানে বিভিন্ন বিকল্প আছে. এর সবচেয়ে সহজ বিকল্প করা যাক. আমরা প্রতিটি ক্লায়েন্টে একটি নেটওয়ার্ক যোগ করব, যা প্রদানকারীর নেটওয়ার্কে বৈধ হবে এবং অন্যান্য নেটওয়ার্কের সাথে ওভারল্যাপ হবে না। নেটওয়ার্কগুলিও ছেদ করতে পারে এবং প্রদানকারী নেটওয়ার্কের পাশে বিভিন্ন VRF গুলি দেখতে পারে৷ নেটওয়ার্ক ডেটা প্রতিটি ক্লায়েন্টের নামস্থানেও থাকবে। যাইহোক, তারা এখনও একটি শারীরিক (বা বন্ড, যা আরও যৌক্তিক) ইন্টারফেসের মাধ্যমে বাইরের জগতে যাবে। ক্লায়েন্ট ট্রাফিককে আলাদা করার জন্য, বাইরে যাওয়া ট্রাফিক ক্লায়েন্টকে নির্ধারিত ট্যাগের সাথে VLAN ট্যাগ করা হবে।

ফলস্বরূপ, আমরা নিম্নলিখিত স্কিম পেয়েছি:

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

প্রকৃতপক্ষে, আমাদের স্কিমটি ইতিমধ্যেই চালু আছে, তবে কয়েকটি সূক্ষ্মতা রয়েছে:

• আমাদের কোনভাবে আমাদের মেশিনগুলিকে রক্ষা করতে হবে, অর্থাৎ, ক্লায়েন্টের দিকে সুইচ ইন্টারফেসে একটি ফিল্টার ঝুলিয়ে রাখতে হবে।
• একটি ভার্চুয়াল মেশিন দ্বারা স্বয়ংক্রিয়ভাবে একটি আইপি ঠিকানা পাওয়া সম্ভব করুন যাতে আপনাকে প্রতিবার কনসোলের মাধ্যমে এটি প্রবেশ করতে না হয় এবং ঠিকানাটি লিখতে হয়।

গাড়ির সুরক্ষা দিয়ে শুরু করা যাক। এটি করার জন্য, আপনি ব্যানাল iptables ব্যবহার করতে পারেন, কেন না।

অর্থাৎ, এখন আমাদের টপোলজি একটু বেশি জটিল হয়ে গেছে:

চল এগোই. আমাদের একটি DHCP সার্ভার যোগ করতে হবে। প্রতিটি ক্লায়েন্টের জন্য DHCP সার্ভারগুলি সনাক্ত করার সবচেয়ে আদর্শ জায়গাটি ইতিমধ্যে উপরে উল্লিখিত নিয়ন্ত্রণ নোড হবে, যেখানে নেমস্পেসগুলি অবস্থিত:

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

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

এবং এখানে NAT উদ্ধারের জন্য আসে - আমরা কেবল NAT অনুবাদ ব্যবহার করে ডিফল্ট নামস্থানের মাধ্যমে ক্লায়েন্টদের জন্য বহির্বিশ্বে অ্যাক্সেস করা সম্ভব করব। আচ্ছা, এখানে একটু সমস্যা। এটি ভাল যদি ক্লায়েন্ট সার্ভার একটি ক্লায়েন্ট হিসাবে কাজ করে এবং একটি সার্ভার হিসাবে নয় - অর্থাৎ, এটি সংযোগ শুরু করে এবং গ্রহণ করে না। কিন্তু আমাদের জন্য এটা হবে উল্টোটা। এই ক্ষেত্রে, আমাদের গন্তব্য NAT তৈরি করতে হবে যাতে ট্র্যাফিক প্রাপ্ত হলে, কন্ট্রোল নোড বুঝতে পারে যে এই ট্র্যাফিকটি ক্লায়েন্ট A এর ভার্চুয়াল মেশিন A এর জন্য, যার মানে আমাদের একটি বহিরাগত ঠিকানা থেকে NAT অনুবাদ করতে হবে, উদাহরণস্বরূপ 100.1.1.1। 10.0.0.1 থেকে একটি অভ্যন্তরীণ ঠিকানা 100। এই ক্ষেত্রে, যদিও সমস্ত ক্লায়েন্ট একই নেটওয়ার্ক ব্যবহার করবে, অভ্যন্তরীণ বিচ্ছিন্নতা সম্পূর্ণরূপে সংরক্ষিত। অর্থাৎ কন্ট্রোল নোডে আমাদের dNAT এবং sNAT করতে হবে। ভাসমান ঠিকানা বা বাহ্যিক নেটওয়ার্কের বরাদ্দ সহ একটি একক নেটওয়ার্ক ব্যবহার করুন, বা উভয়ই একবারে - এটি এই সত্য দ্বারা নির্ধারিত হয় যে আপনি এটিকে ক্লাউডে আঁটসাঁট করতে চান। আমরা ডায়াগ্রামে ভাসমান ঠিকানাগুলিও রাখব না, তবে পূর্বে যোগ করা বাহ্যিক নেটওয়ার্কগুলি ছেড়ে দেব - প্রতিটি ক্লায়েন্টের নিজস্ব বাহ্যিক নেটওয়ার্ক রয়েছে (ডায়াগ্রামে তারা বহিরাগত ইন্টারফেসে vlan 200 এবং XNUMX হিসাবে নির্দেশিত হয়েছে)।

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

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

স্বাভাবিকভাবেই, সমস্ত নোড সিঙ্ক্রোনাইজ করা হয় এবং যখন সক্রিয় নোডটি প্রস্থান করে, তখন অন্য নোড তার দায়িত্ব গ্রহণ করবে।

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

Ceph আপনাকে সম্ভাব্য ব্যাকআপ বিকল্পগুলির একটি গুচ্ছ সহ একটি অত্যন্ত উপলভ্য ডেটা স্টোরেজ সমাধান তৈরি করতে দেয়, প্যারিটি চেকিং (রেড 5 বা 6 এর অনুরূপ) কোডগুলি দিয়ে শুরু করে বিভিন্ন ডিস্কে সম্পূর্ণ ডেটা প্রতিলিপি দিয়ে শেষ হয়, ডিস্কের অবস্থান বিবেচনা করে সার্ভার, এবং ক্যাবিনেটে সার্ভার, ইত্যাদি

Ceph তৈরি করতে আপনার আরও 3টি নোড দরকার। ব্লক, অবজেক্ট এবং ফাইল স্টোরেজ পরিষেবাগুলি ব্যবহার করে নেটওয়ার্কের মাধ্যমে স্টোরেজের সাথে মিথস্ক্রিয়াও সঞ্চালিত হবে। স্কিমাতে স্টোরেজ যোগ করা যাক:

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

এই সমস্ত জিনিসগুলিকে কোনওভাবে পরিচালনা করা দরকার - আমাদের এমন কিছু দরকার যার মাধ্যমে আমরা একটি মেশিন, একটি নেটওয়ার্ক, একটি ভার্চুয়াল রাউটার ইত্যাদি তৈরি করতে পারি৷ এটি করার জন্য, কন্ট্রোল নোডে একটি পরিষেবা যুক্ত করুন যা একটি ড্যাশবোর্ড হিসাবে কাজ করবে - ক্লায়েন্ট করবে http/ https এর মাধ্যমে এই পোর্টালের সাথে সংযোগ করতে সক্ষম হবেন এবং এটির যা প্রয়োজন তা করুন (ভালভাবে, প্রায়)।

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

নিউট্রন আর্কিটেকচার

OpenStack-এ, নিউট্রন ভার্চুয়াল মেশিন পোর্টগুলিকে একটি সাধারণ L2 নেটওয়ার্কের সাথে সংযুক্ত করার জন্য দায়ী, বিভিন্ন L2 নেটওয়ার্কে অবস্থিত VM-এর মধ্যে ট্রাফিক রাউটিং প্রদানের পাশাপাশি বাহ্যিক রাউটিং, NAT, Floating IP, DHCP ইত্যাদি পরিষেবা প্রদানের জন্য দায়ী।

নেটওয়ার্ক পরিষেবার উচ্চ-স্তরের অপারেশন (মৌলিক অংশ) নিম্নরূপ বর্ণনা করা যেতে পারে।

VM শুরু করার সময়, নেটওয়ার্ক পরিষেবা:

1. এই VM (বা পোর্ট) এর জন্য একটি পোর্ট তৈরি করে এবং এটি সম্পর্কে DHCP পরিষেবাকে অবহিত করে;
2. একটি নতুন ভার্চুয়াল নেটওয়ার্ক ডিভাইস তৈরি করা হয়েছে (libvirt এর মাধ্যমে);
3. VM ধাপ 1 এ তৈরি করা পোর্টের সাথে সংযোগ করে;

আশ্চর্যজনকভাবে, নিউট্রন এমন স্ট্যান্ডার্ড মেকানিজমের উপর ভিত্তি করে তৈরি করা হয়েছে যারা লিনাক্সে ঝাঁপিয়ে পড়েছেন - এইগুলি হল নেমস্পেস, iptables, লিনাক্স ব্রিজ, openvswitch, conntrack ইত্যাদি।

এটা অবিলম্বে স্পষ্ট করা উচিত যে নিউট্রন একটি SDN নিয়ামক নয়।

নিউট্রন বিভিন্ন আন্তঃসংযুক্ত উপাদান নিয়ে গঠিত:

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

নিউট্রন-সার্ভার আসলে পাইথনে লেখা একটি অ্যাপ্লিকেশন, যা দুটি অংশ নিয়ে গঠিত:

• REST পরিষেবা
• নিউট্রন প্লাগইন (কোর/পরিষেবা)

REST পরিষেবাটি অন্যান্য উপাদান থেকে API কলগুলি গ্রহণ করার জন্য ডিজাইন করা হয়েছে (উদাহরণস্বরূপ, কিছু তথ্য প্রদানের অনুরোধ, ইত্যাদি)

প্লাগইনগুলি হল প্লাগ-ইন সফ্টওয়্যার উপাদান/মডিউল যা API অনুরোধের সময় কল করা হয় - অর্থাৎ, একটি পরিষেবার অ্যাট্রিবিউশন তাদের মাধ্যমে ঘটে। প্লাগইন দুটি প্রকারে বিভক্ত - পরিষেবা এবং রুট। একটি নিয়ম হিসাবে, ঘোড়া প্লাগইন প্রধানত VM-এর মধ্যে ঠিকানা স্থান এবং L2 সংযোগগুলি পরিচালনা করার জন্য দায়ী, এবং পরিষেবা প্লাগইনগুলি ইতিমধ্যেই VPN বা FW-এর মতো অতিরিক্ত কার্যকারিতা প্রদান করে।

আজ উপলব্ধ প্লাগইনগুলির তালিকা উদাহরণস্বরূপ দেখা যেতে পারে এখানে

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

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

RPC পরিষেবা (rabbitmq-সার্ভার) - একটি পরিষেবা যা সারি ব্যবস্থাপনা এবং অন্যান্য OpenStack পরিষেবার সাথে মিথস্ক্রিয়া প্রদান করে, সেইসাথে নেটওয়ার্ক পরিষেবা এজেন্টদের মধ্যে মিথস্ক্রিয়া প্রদান করে।

নেটওয়ার্ক এজেন্ট - এজেন্ট যা প্রতিটি নোডে অবস্থিত, যার মাধ্যমে নেটওয়ার্ক পরিষেবাগুলি কনফিগার করা হয়।

এজেন্ট বিভিন্ন ধরনের হয়।

প্রধান এজেন্ট হয় L2 এজেন্ট. এই এজেন্টগুলি নিয়ন্ত্রণ নোড সহ প্রতিটি হাইপারভাইজারে চলে (আরও স্পষ্টভাবে, ভাড়াটেদের জন্য যে কোনও পরিষেবা সরবরাহ করে এমন সমস্ত নোডে) এবং তাদের প্রধান কাজ হল ভার্চুয়াল মেশিনগুলিকে একটি সাধারণ L2 নেটওয়ার্কের সাথে সংযুক্ত করা, পাশাপাশি কোনও ঘটনা ঘটলে সতর্কতা তৈরি করা। (উদাহরণস্বরূপ পোর্ট নিষ্ক্রিয়/সক্ষম)।

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

L3 এজেন্ট প্রতিটি ভাড়াটেকে তার নিজস্ব বিচ্ছিন্ন নেটওয়ার্কের একটি সেট এবং ভার্চুয়াল রাউটারের কার্যকারিতা প্রদান করতে Linux নেমস্পেস ব্যবহার করে যা ট্র্যাফিককে রুট করে এবং লেয়ার 2 নেটওয়ার্কের জন্য গেটওয়ে পরিষেবা প্রদান করে।

ডেটাবেস - নেটওয়ার্ক, সাবনেট, পোর্ট, পুল ইত্যাদির জন্য শনাক্তকারীর একটি ডাটাবেস।

প্রকৃতপক্ষে, নিউট্রন যেকোনো নেটওয়ার্ক সত্তা তৈরি থেকে API অনুরোধ গ্রহণ করে, অনুরোধটি প্রমাণীকরণ করে এবং RPC (যদি এটি কোনো ধরনের প্লাগইন বা এজেন্টকে বোঝায়) বা REST API (যদি এটি SDN-এ যোগাযোগ করে) এজেন্টদের কাছে প্রেরণ করে (এর মাধ্যমে প্লাগইন) অনুরোধ করা পরিষেবা সংগঠিত করার জন্য প্রয়োজনীয় নির্দেশাবলী।

এখন আসুন পরীক্ষা ইনস্টলেশনের দিকে ফিরে যাই (এটি কীভাবে স্থাপন করা হয় এবং এতে কী রয়েছে, আমরা ব্যবহারিক অংশে পরে দেখব) এবং কোন উপাদানটি কোথায় অবস্থিত তা দেখুন:

(overcloud) [stack@undercloud ~]$ openstack network agent list  
+--------------------------------------+--------------------+-------------------------------------+-------------------+-------+-------+---------------------------+
| ID                                   | Agent Type         | Host                                | Availability Zone | Alive | State | Binary                    |
+--------------------------------------+--------------------+-------------------------------------+-------------------+-------+-------+---------------------------+
| 10495de9-ba4b-41fe-b30a-b90ec3f8728b | Open vSwitch agent | overcloud-novacompute-1.localdomain | None              | :-)   | UP    | neutron-openvswitch-agent |
| 1515ad4a-5972-46c3-af5f-e5446dff7ac7 | L3 agent           | overcloud-controller-0.localdomain  | nova              | :-)   | UP    | neutron-l3-agent          |
| 322e62ca-1e5a-479e-9a96-4f26d09abdd7 | DHCP agent         | overcloud-controller-0.localdomain  | nova              | :-)   | UP    | neutron-dhcp-agent        |
| 9c1de2f9-bac5-400e-998d-4360f04fc533 | Open vSwitch agent | overcloud-novacompute-0.localdomain | None              | :-)   | UP    | neutron-openvswitch-agent |
| d99c5657-851e-4d3c-bef6-f1e3bb1acfb0 | Open vSwitch agent | overcloud-controller-0.localdomain  | None              | :-)   | UP    | neutron-openvswitch-agent |
| ff85fae6-5543-45fb-a301-19c57b62d836 | Metadata agent     | overcloud-controller-0.localdomain  | None              | :-)   | UP    | neutron-metadata-agent    |
+--------------------------------------+--------------------+-------------------------------------+-------------------+-------+-------+---------------------------+
(overcloud) [stack@undercloud ~]$ 

আসলে, এটি নিউট্রনের পুরো কাঠামো। এখন ML2 প্লাগইনে কিছু সময় ব্যয় করা মূল্যবান।

মডুলার লেয়ার 2

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

ML2 প্লাগইনের পূর্বসূরীর একটি মনোলিথিক কাঠামো ছিল, যা অনুমতি দেয়নি, উদাহরণস্বরূপ, একটি ইনস্টলেশনে বিভিন্ন প্রযুক্তির মিশ্রণ ব্যবহার করে। উদাহরণস্বরূপ, আপনি একই সময়ে openvswitch এবং linuxbridge উভয়ই ব্যবহার করতে পারবেন না - হয় প্রথম বা দ্বিতীয়। এই কারণে, এর আর্কিটেকচার সহ ML2 প্লাগইন তৈরি করা হয়েছিল।

ML2 এর দুটি উপাদান রয়েছে - দুই ধরনের ড্রাইভার: টাইপ ড্রাইভার এবং মেকানিজম ড্রাইভার।

টাইপ ড্রাইভার VxLAN, VLAN, GRE এর মতো নেটওয়ার্ক সংযোগ সংগঠিত করতে ব্যবহৃত প্রযুক্তিগুলিকে সংজ্ঞায়িত করুন। এই ক্ষেত্রে, ড্রাইভার আপনাকে বিভিন্ন প্রযুক্তি ব্যবহার করার অনুমতি দেয়। ওভারলে নেটওয়ার্ক এবং ভিলান এক্সটার্নাল নেটওয়ার্কের জন্য স্ট্যান্ডার্ড প্রযুক্তি হল VxLAN encapsulation।

টাইপ ড্রাইভার হল নিম্নলিখিত ধরনের নেটওয়ার্ক:

ফ্ল্যাট - ট্যাগিং ছাড়াই নেটওয়ার্ক
ভিএলএএন - ট্যাগ করা নেটওয়ার্ক
স্থানীয় - অল-ইন-ওয়ান ইনস্টলেশনের জন্য একটি বিশেষ ধরনের নেটওয়ার্ক (এই ধরনের ইনস্টলেশন ডেভেলপারদের জন্য বা প্রশিক্ষণের জন্য প্রয়োজন)
জিআরই - GRE টানেল ব্যবহার করে ওভারলে নেটওয়ার্ক
VxLAN - VxLAN টানেল ব্যবহার করে ওভারলে নেটওয়ার্ক

মেকানিজম ড্রাইভার টাইপ ড্রাইভারে নির্দিষ্ট করা প্রযুক্তির সংগঠন নিশ্চিত করে এমন সরঞ্জামগুলিকে সংজ্ঞায়িত করুন - উদাহরণস্বরূপ, openvswitch, sr-iov, opendaylight, OVN ইত্যাদি।

এই ড্রাইভারের বাস্তবায়নের উপর নির্ভর করে, হয় নিউট্রন দ্বারা নিয়ন্ত্রিত এজেন্ট ব্যবহার করা হবে, অথবা একটি বাহ্যিক SDN কন্ট্রোলারের সাথে সংযোগগুলি ব্যবহার করা হবে, যা L2 নেটওয়ার্ক, রাউটিং ইত্যাদি সংগঠিত করার সমস্ত সমস্যার যত্ন নেয়।

উদাহরণ: যদি আমরা OVS এর সাথে ML2 ব্যবহার করি, তাহলে OVS পরিচালনা করে এমন প্রতিটি কম্পিউটিং নোডে একটি L2 এজেন্ট ইনস্টল করা হয়। যাইহোক, যদি আমরা ব্যবহার করি, উদাহরণস্বরূপ, OVN বা OpenDayLight, তাহলে OVS-এর নিয়ন্ত্রণ তাদের এখতিয়ারের অধীনে আসে - নিউট্রন, রুট প্লাগইনের মাধ্যমে, কন্ট্রোলারকে কমান্ড দেয় এবং এটি ইতিমধ্যে যা বলা হয়েছিল তা করে।

Open vSwitch এর মেমরি রিফ্রেশ করা যাক

এই মুহুর্তে, OpenStack-এর অন্যতম প্রধান উপাদান হল Open vSwitch।
Juniper Contrail বা Nokia Nuage-এর মতো কোনো অতিরিক্ত বিক্রেতা SDN ছাড়াই OpenStack ইনস্টল করার সময়, OVS হল ক্লাউড নেটওয়ার্কের প্রধান নেটওয়ার্ক উপাদান এবং iptables, conntrack, namespace সহ, আপনাকে পূর্ণাঙ্গ বহু-টেনান্সি ওভারলে নেটওয়ার্কগুলি সংগঠিত করার অনুমতি দেয়। স্বাভাবিকভাবেই, এই উপাদানটি প্রতিস্থাপন করা যেতে পারে, উদাহরণস্বরূপ, তৃতীয় পক্ষের মালিকানাধীন (বিক্রেতা) SDN সমাধান ব্যবহার করার সময়।

OVS হল একটি ওপেন সোর্স সফটওয়্যার সুইচ যা ভার্চুয়ালাইজড পরিবেশে ভার্চুয়াল ট্র্যাফিক ফরওয়ার্ডার হিসেবে ব্যবহারের জন্য ডিজাইন করা হয়েছে।

এই মুহুর্তে, OVS-এর একটি অত্যন্ত শালীন কার্যকারিতা রয়েছে, যার মধ্যে রয়েছে QoS, LACP, VLAN, VxLAN, GENEVE, OpenFlow, DPDK ইত্যাদি প্রযুক্তি।

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

তিনটি গুরুত্বপূর্ণ OVS উপাদান সম্পর্কে সচেতন হতে হবে:

• কার্নেল মডিউল - কার্নেল স্পেসে অবস্থিত একটি উপাদান যা নিয়ন্ত্রণ উপাদান থেকে প্রাপ্ত নিয়মের উপর ভিত্তি করে ট্র্যাফিক প্রক্রিয়া করে;
• v সুইচ ডেমন (ovs-vswitchd) হল ইউজার স্পেসে চলমান একটি প্রক্রিয়া, যা কার্নেল মডিউল প্রোগ্রামিং করার জন্য দায়ী - অর্থাৎ, এটি সরাসরি সুইচের যুক্তি উপস্থাপন করে
• ডাটাবেস সার্ভার - OVS চলমান প্রতিটি হোস্টে অবস্থিত একটি স্থানীয় ডাটাবেস, যেখানে কনফিগারেশন সংরক্ষণ করা হয়। SDN কন্ট্রোলাররা OVSDB প্রোটোকল ব্যবহার করে এই মডিউলের মাধ্যমে যোগাযোগ করতে পারে।

এই সমস্তগুলির সাথে ডায়াগনস্টিক এবং ম্যানেজমেন্ট ইউটিলিটিগুলির একটি সেট রয়েছে, যেমন ovs-vsctl, ovs-appctl, ovs-ofctl ইত্যাদি।

এই মুহুর্তে, ওপেনস্ট্যাক টেলিকম অপারেটরদের দ্বারা এটিতে নেটওয়ার্ক ফাংশন স্থানান্তর করতে ব্যাপকভাবে ব্যবহৃত হয়, যেমন EPC, SBC, HLR, ইত্যাদি। কিছু ফাংশন OVS-এর সাথে সমস্যা ছাড়াই বাঁচতে পারে যে ফর্মে আছে, কিন্তু উদাহরণস্বরূপ, EPC প্রক্রিয়াগুলি গ্রাহক ট্র্যাফিক - তারপরে এটি বিপুল পরিমাণ ট্র্যাফিকের মধ্য দিয়ে যায় (এখন ট্র্যাফিকের পরিমাণ প্রতি সেকেন্ডে কয়েকশ গিগাবিটে পৌঁছে)। স্বাভাবিকভাবেই, কার্নেল স্পেসের মাধ্যমে এই ধরনের ট্র্যাফিক চালনা করা (যেহেতু ফরওয়ার্ডারটি ডিফল্টভাবে সেখানে অবস্থিত) সেরা ধারণা নয়। অতএব, OVS প্রায়শই DPDK ত্বরণ প্রযুক্তি ব্যবহার করে সম্পূর্ণরূপে ইউজার স্পেসে স্থাপন করা হয় যাতে কার্নেল বাইপাস করে NIC থেকে ইউজার স্পেসে ট্রাফিক ফরওয়ার্ড করা হয়।

দ্রষ্টব্য: টেলিকম ফাংশনের জন্য মোতায়েন করা ক্লাউডের জন্য, OVS বাইপাস করে কম্পিউট নোডগুলি থেকে সরাসরি স্যুইচিং সরঞ্জামগুলিতে ট্র্যাফিক আউটপুট করা সম্ভব। এই উদ্দেশ্যে, SR-IOV এবং পাসথ্রু প্রক্রিয়া ব্যবহার করা হয়।

এটা কিভাবে একটি বাস্তব বিন্যাসে কাজ করে?

আচ্ছা, এখন চলুন ব্যবহারিক অংশে যাওয়া যাক এবং দেখুন কিভাবে এটি সব কাজ করে।

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

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

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

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

দ্রষ্টব্য: যেহেতু আমরা ভার্চুয়াল মেশিনের উপর ভিত্তি করে ভার্চুয়াল পরিবেশে ভার্চুয়াল মেশিন চালাতে যাচ্ছি, তাই আমাদের প্রথমে নেস্টেড ভার্চুয়ালাইজেশন সক্ষম করতে হবে।

নেস্টেড ভার্চুয়ালাইজেশন সক্ষম করা আছে কিনা তা আপনি পরীক্ষা করতে পারেন:

[root@hp-gen9 bormoglotx]# cat /sys/module/kvm_intel/parameters/nested
N
[root@hp-gen9 bormoglotx]# 

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

আমাদের ভার্চুয়াল মেশিন থেকে নিম্নলিখিত সার্কিট একত্রিত করতে হবে:

আমার ক্ষেত্রে, ভার্চুয়াল মেশিনগুলির সংযোগের জন্য যা ভবিষ্যতের ইনস্টলেশনের অংশ (এবং আমি সেগুলির মধ্যে 7টি পেয়েছি, তবে আপনার কাছে প্রচুর সংস্থান না থাকলে আপনি 4টি দিয়ে পেতে পারেন), আমি OpenvSwitch ব্যবহার করেছি। আমি একটি ovs সেতু তৈরি করেছি এবং পোর্ট-গ্রুপগুলির মাধ্যমে এটিতে ভার্চুয়াল মেশিন সংযুক্ত করেছি। এটি করার জন্য, আমি নিম্নলিখিত ফর্মের একটি xml ফাইল তৈরি করেছি:

[root@hp-gen9 ~]# virsh net-dumpxml ovs-network-1        
<network>
  <name>ovs-network-1</name>
  <uuid>7a2e7de7-fc16-4e00-b1ed-4d190133af67</uuid>
  <forward mode='bridge'/>
  <bridge name='ovs-br1'/>
  <virtualport type='openvswitch'/>
  <portgroup name='trunk-1'>
    <vlan trunk='yes'>
      <tag id='100'/>
      <tag id='101'/>
      <tag id='102'/>
    </vlan>
  </portgroup>
  <portgroup name='access-100'>
    <vlan>
      <tag id='100'/>
    </vlan>
  </portgroup>
  <portgroup name='access-101'>
    <vlan>
      <tag id='101'/>
    </vlan>
  </portgroup>
</network>

তিনটি পোর্ট গ্রুপ এখানে ঘোষণা করা হয়েছে - দুটি অ্যাক্সেস এবং একটি ট্রাঙ্ক (পরবর্তীটি DNS সার্ভারের জন্য প্রয়োজন ছিল, তবে আপনি এটি ছাড়া করতে পারেন, বা হোস্ট মেশিনে এটি ইনস্টল করতে পারেন - যেটি আপনার জন্য আরও সুবিধাজনক)। পরবর্তীতে, এই টেমপ্লেটটি ব্যবহার করে, আমরা virsh net-define-এর মাধ্যমে আমাদের ঘোষণা করি:

virsh net-define ovs-network-1.xml 
virsh net-start ovs-network-1 
virsh net-autostart ovs-network-1 

এখন আমরা হাইপারভাইজার পোর্টগুলির কনফিগারেশন সম্পাদনা করি:

[root@hp-gen9 ~]# cat /etc/sysconfig/network-scripts/ifcfg-ens1f0   
TYPE=Ethernet
NAME=ens1f0
DEVICE=ens1f0
TYPE=OVSPort
DEVICETYPE=ovs
OVS_BRIDGE=ovs-br1
ONBOOT=yes
OVS_OPTIONS="trunk=100,101,102"
[root@hp-gen9 ~]
[root@hp-gen9 ~]# cat /etc/sysconfig/network-scripts/ifcfg-ovs-br1 
DEVICE=ovs-br1
DEVICETYPE=ovs
TYPE=OVSBridge
BOOTPROTO=static
ONBOOT=yes
IPADDR=192.168.255.200
PREFIX=24
[root@hp-gen9 ~]# 

দ্রষ্টব্য: এই দৃশ্যে, ovs-br1 পোর্টের ঠিকানাটি উপলব্ধ হবে না, যেহেতু এটিতে একটি vlan ট্যাগ নেই। এটি ঠিক করতে, আপনাকে sudo ovs-vsctl সেট পোর্ট ovs-br1 ট্যাগ=100 কমান্ডটি ইস্যু করতে হবে। যাইহোক, একটি রিবুট করার পরে, এই ট্যাগটি অদৃশ্য হয়ে যাবে (যদি কেউ জানেন যে এটি কীভাবে জায়গায় থাকবে, আমি খুব কৃতজ্ঞ থাকব)। কিন্তু এটি এত গুরুত্বপূর্ণ নয়, কারণ আমাদের এই ঠিকানাটি শুধুমাত্র ইনস্টলেশনের সময় প্রয়োজন হবে এবং যখন Openstack সম্পূর্ণরূপে স্থাপন করা হবে তখন এটির প্রয়োজন হবে না।

এর পরে, আমরা একটি আন্ডারক্লাউড মেশিন তৈরি করি:

virt-install  -n undercloud --description "undercloud"  --os-type=Linux  --os-variant=centos7.0  --ram=8192  --vcpus=8  --disk path=/var/lib/libvirt/images/undercloud.qcow2,bus=virtio,size=40,format=qcow2 --network network:ovs-network-1,model=virtio,portgroup=access-100 --network network:ovs-network-1,model=virtio,portgroup=access-101 --graphics none  --location /var/lib/libvirt/boot/CentOS-7-x86_64-Minimal-2003.iso --extra-args console=ttyS0

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

সফল ইনস্টলেশনের পরে, আপনার একটি ভার্চুয়াল মেশিন থাকা উচিত যাতে আপনি আন্ডারক্লাউড ইনস্টল করতে পারেন

[root@hp-gen9 bormoglotx]# virsh list
 Id    Name                           State
----------------------------------------------------
 6     dns-server                     running
 62    undercloud                     running

প্রথমে, ইনস্টলেশন প্রক্রিয়ার জন্য প্রয়োজনীয় সরঞ্জামগুলি ইনস্টল করুন:

sudo yum update -y
sudo yum install -y net-tools
sudo yum install -y wget
sudo yum install -y ipmitool

আন্ডারক্লাউড ইনস্টলেশন

আমরা একটি স্ট্যাক ব্যবহারকারী তৈরি করি, একটি পাসওয়ার্ড সেট করি, এটিকে sudoer-এ যুক্ত করি এবং এটিকে পাসওয়ার্ড প্রবেশ না করেই sudo-এর মাধ্যমে রুট কমান্ড চালানোর ক্ষমতা দিই:

useradd stack
passwd stack

echo “stack ALL=(root) NOPASSWD:ALL” > /etc/sudoers.d/stack
chmod 0440 /etc/sudoers.d/stack

এখন আমরা হোস্ট ফাইলে আন্ডারক্লাউডের পুরো নাম উল্লেখ করি:

vi /etc/hosts

127.0.0.1   undercloud.openstack.rnd localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

পরবর্তী, সংগ্রহস্থল যোগ করুন এবং আমাদের প্রয়োজনীয় সফ্টওয়্যার ইনস্টল করুন:

sudo yum install -y https://trunk.rdoproject.org/centos7/current/python2-tripleo-repos-0.0.1-0.20200409224957.8bac392.el7.noarch.rpm
sudo -E tripleo-repos -b queens current
sudo -E tripleo-repos -b queens current ceph
sudo yum install -y python-tripleoclient
sudo yum install -y ceph-ansible

দ্রষ্টব্য: আপনি যদি ceph ইনস্টল করার পরিকল্পনা না করেন, তাহলে আপনাকে ceph সম্পর্কিত কমান্ড প্রবেশ করতে হবে না। আমি কুইন্স রিলিজ ব্যবহার করেছি, কিন্তু আপনি যা খুশি ব্যবহার করতে পারেন।

এর পরে, স্ট্যাক ব্যবহারকারীর হোম ডিরেক্টরিতে আন্ডারক্লাউড কনফিগারেশন ফাইলটি অনুলিপি করুন:

cp /usr/share/instack-undercloud/undercloud.conf.sample ~/undercloud.conf

এখন আমাদের এই ফাইলটিকে আমাদের ইনস্টলেশনের সাথে সামঞ্জস্য করে ঠিক করতে হবে।

ফাইলের শুরুতে নিম্নলিখিত লাইন যোগ করুন:

vi undercloud.conf
[DEFAULT]
undercloud_hostname = undercloud.openstack.rnd
local_ip = 192.168.255.1/24
network_gateway = 192.168.255.1
undercloud_public_host = 192.168.255.2
undercloud_admin_host = 192.168.255.3
undercloud_nameservers = 192.168.255.253
generate_service_certificate = false
local_interface = eth0
local_mtu = 1450
network_cidr = 192.168.255.0/24
masquerade = true
masquerade_network = 192.168.255.0/24
dhcp_start = 192.168.255.11
dhcp_end = 192.168.255.50
inspection_iprange = 192.168.255.51,192.168.255.100
scheduler_max_attempts = 10

সুতরাং, আসুন সেটিংসের মাধ্যমে যান:

undercloud_hostname - আন্ডারক্লাউড সার্ভারের পুরো নাম, অবশ্যই DNS সার্ভারের এন্ট্রির সাথে মেলে

local_ip - নেটওয়ার্ক প্রভিশনিংয়ের জন্য আন্ডারক্লাউড স্থানীয় ঠিকানা

নেটওয়ার্ক_গেটওয়ে - একই স্থানীয় ঠিকানা, যা ওভারক্লাউড নোডগুলির ইনস্টলেশনের সময় বহির্বিশ্বে অ্যাক্সেস করার একটি গেটওয়ে হিসাবে কাজ করবে, স্থানীয় আইপির সাথেও মেলে

undercloud_public_host — বহিরাগত API ঠিকানা, প্রভিশনিং নেটওয়ার্ক থেকে যেকোনো বিনামূল্যের ঠিকানা বরাদ্দ করা হয়েছে

undercloud_admin_host অভ্যন্তরীণ API এর ঠিকানা, প্রভিশনিং নেটওয়ার্ক থেকে যেকোনো বিনামূল্যের ঠিকানা বরাদ্দ করা হয়

undercloud_nameservers - DNS সার্ভার

generate_service_certificate - বর্তমান উদাহরণে এই লাইনটি খুবই গুরুত্বপূর্ণ, কারণ আপনি এটিকে মিথ্যাতে সেট না করলে, আপনি একটি ইনস্টলেশন ত্রুটি পাবেন, সমস্যাটি Red Hat বাগ ট্র্যাকারে বর্ণনা করা হয়েছে।

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

local_mtu - এমটিইউ। যেহেতু আমাদের একটি টেস্ট ল্যাব আছে এবং আমার কাছে সুইচের OVS পোর্টে MTU 1500 আছে, তাই VxLAN-এ এনক্যাপসুলেট করা প্যাকেটগুলি পাস করার জন্য এটিকে 1450 এ সেট করা প্রয়োজন।

network_cidr - প্রভিশনিং নেটওয়ার্ক

ছদ্মবেশ - একটি বহিরাগত নেটওয়ার্ক অ্যাক্সেস করতে NAT ব্যবহার করে

masquerade_network - একটি নেটওয়ার্ক যা NAT-Xia হবে

dhcp_start - ঠিকানা পুলের শুরুর ঠিকানা যেখান থেকে ওভারক্লাউড স্থাপনার সময় নোডগুলিতে ঠিকানাগুলি বরাদ্দ করা হবে

dhcp_end - ঠিকানা পুলের শেষ ঠিকানা যেখান থেকে ওভারক্লাউড স্থাপনার সময় নোডগুলিতে ঠিকানাগুলি বরাদ্দ করা হবে

পরিদর্শন_ইপ্রেঞ্জ - আত্মদর্শনের জন্য প্রয়োজনীয় ঠিকানাগুলির একটি পুল (উপরের পুলের সাথে ওভারল্যাপ করা উচিত নয়)

সময়সূচী_সর্বোচ্চ_প্রয়াস - ওভারক্লাউড ইনস্টল করার সর্বোচ্চ সংখ্যক প্রচেষ্টা (নোডের সংখ্যার চেয়ে বেশি বা সমান হতে হবে)

ফাইলটি বর্ণনা করার পরে, আপনি আন্ডারক্লাউড স্থাপন করার জন্য কমান্ড দিতে পারেন:

openstack undercloud install

আপনার লোহার উপর নির্ভর করে পদ্ধতিটি 10 ​​থেকে 30 মিনিট সময় নেয়। শেষ পর্যন্ত আপনি এই মত আউটপুট দেখতে হবে:

vi undercloud.conf
2020-08-13 23:13:12,668 INFO: 
#############################################################################
Undercloud install complete.

The file containing this installation's passwords is at
/home/stack/undercloud-passwords.conf.

There is also a stackrc file at /home/stack/stackrc.

These files are needed to interact with the OpenStack services, and should be
secured.

#############################################################################

এই আউটপুটটি বলে যে আপনি সফলভাবে আন্ডারক্লাউড ইনস্টল করেছেন এবং এখন আপনি আন্ডারক্লাউডের স্থিতি পরীক্ষা করতে পারেন এবং ওভারক্লাউড ইনস্টল করতে যেতে পারেন।

আপনি যদি ifconfig আউটপুটটি দেখেন, আপনি দেখতে পাবেন যে একটি নতুন ব্রিজ ইন্টারফেস উপস্থিত হয়েছে

[stack@undercloud ~]$ ifconfig
br-ctlplane: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1450
        inet 192.168.255.1  netmask 255.255.255.0  broadcast 192.168.255.255
        inet6 fe80::5054:ff:fe2c:89e  prefixlen 64  scopeid 0x20<link>
        ether 52:54:00:2c:08:9e  txqueuelen 1000  (Ethernet)
        RX packets 14  bytes 1095 (1.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 20  bytes 1292 (1.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

এই ইন্টারফেসের মাধ্যমে, এখন ওভারক্লাউড স্থাপনের কাজ করা হবে।

নীচের আউটপুট থেকে, আপনি দেখতে পাচ্ছেন যে আমাদের একই নোডে সমস্ত পরিষেবা রয়েছে:

(undercloud) [stack@undercloud ~]$ openstack host list
+--------------------------+-----------+----------+
| Host Name                | Service   | Zone     |
+--------------------------+-----------+----------+
| undercloud.openstack.rnd | conductor | internal |
| undercloud.openstack.rnd | scheduler | internal |
| undercloud.openstack.rnd | compute   | nova     |
+--------------------------+-----------+----------+

নীচে আন্ডারক্লাউড নেটওয়ার্ক অংশের কনফিগারেশন রয়েছে:

(undercloud) [stack@undercloud ~]$ python -m json.tool /etc/os-net-config/config.json 
{
    "network_config": [
        {
            "addresses": [
                {
                    "ip_netmask": "192.168.255.1/24"
                }
            ],
            "members": [
                {
                    "dns_servers": [
                        "192.168.255.253"
                    ],
                    "mtu": 1450,
                    "name": "eth0",
                    "primary": "true",
                    "type": "interface"
                }
            ],
            "mtu": 1450,
            "name": "br-ctlplane",
            "ovs_extra": [
                "br-set-external-id br-ctlplane bridge-id br-ctlplane"
            ],
            "routes": [],
            "type": "ovs_bridge"
        }
    ]
}
(undercloud) [stack@undercloud ~]$

ওভারক্লাউড ইনস্টলেশন

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

আমাদের ভার্চুয়াল মেশিনের ডিস্ক সহ ফোল্ডারে যান এবং প্রয়োজনীয় আকারের ডিস্ক তৈরি করুন:

cd /var/lib/libvirt/images/
qemu-img create -f qcow2 -o preallocation=metadata control-1.qcow2 60G
qemu-img create -f qcow2 -o preallocation=metadata compute-1.qcow2 60G
qemu-img create -f qcow2 -o preallocation=metadata compute-2.qcow2 60G
qemu-img create -f qcow2 -o preallocation=metadata storage-1.qcow2 160G
qemu-img create -f qcow2 -o preallocation=metadata storage-2.qcow2 160G

যেহেতু আমরা রুট হিসাবে কাজ করছি, তাই আমাদের এই ডিস্কগুলির মালিক পরিবর্তন করতে হবে যাতে অধিকার নিয়ে সমস্যা না হয়:

[root@hp-gen9 images]# ls -lh
total 5.8G
drwxr-xr-x. 2 qemu qemu 4.0K Aug 13 16:15 backups
-rw-r--r--. 1 root root  61G Aug 14 03:07 compute-1.qcow2
-rw-r--r--. 1 root root  61G Aug 14 03:07 compute-2.qcow2
-rw-r--r--. 1 root root  61G Aug 14 03:07 control-1.qcow2
-rw-------. 1 qemu qemu  41G Aug 14 03:03 dns-server.qcow2
-rw-r--r--. 1 root root 161G Aug 14 03:07 storage-1.qcow2
-rw-r--r--. 1 root root 161G Aug 14 03:07 storage-2.qcow2
-rw-------. 1 qemu qemu  41G Aug 14 03:07 undercloud.qcow2
[root@hp-gen9 images]# 
[root@hp-gen9 images]# 
[root@hp-gen9 images]# chown qemu:qemu /var/lib/libvirt/images/*qcow2
[root@hp-gen9 images]# ls -lh
total 5.8G
drwxr-xr-x. 2 qemu qemu 4.0K Aug 13 16:15 backups
-rw-r--r--. 1 qemu qemu  61G Aug 14 03:07 compute-1.qcow2
-rw-r--r--. 1 qemu qemu  61G Aug 14 03:07 compute-2.qcow2
-rw-r--r--. 1 qemu qemu  61G Aug 14 03:07 control-1.qcow2
-rw-------. 1 qemu qemu  41G Aug 14 03:03 dns-server.qcow2
-rw-r--r--. 1 qemu qemu 161G Aug 14 03:07 storage-1.qcow2
-rw-r--r--. 1 qemu qemu 161G Aug 14 03:07 storage-2.qcow2
-rw-------. 1 qemu qemu  41G Aug 14 03:08 undercloud.qcow2
[root@hp-gen9 images]# 

দ্রষ্টব্য: আপনি যদি এটি অধ্যয়ন করার জন্য ceph ইনস্টল করার পরিকল্পনা না করেন, তবে কমান্ডগুলি কমপক্ষে দুটি ডিস্ক সহ কমপক্ষে 3টি নোড তৈরি করে না, তবে টেমপ্লেটে নির্দেশ করে যে ভার্চুয়াল ডিস্ক vda, vdb, ইত্যাদি ব্যবহার করা হবে।

দুর্দান্ত, এখন আমাদের এই সমস্ত মেশিনগুলিকে সংজ্ঞায়িত করতে হবে:

virt-install --name control-1 --ram 32768 --vcpus 8 --os-variant centos7.0 --disk path=/var/lib/libvirt/images/control-1.qcow2,device=disk,bus=virtio,format=qcow2 --noautoconsole --vnc  --network network:ovs-network-1,model=virtio,portgroup=access-100 --network network:ovs-network-1,model=virtio,portgroup=trunk-1 --dry-run --print-xml > /tmp/control-1.xml  

virt-install --name storage-1 --ram 16384 --vcpus 4 --os-variant centos7.0 --disk path=/var/lib/libvirt/images/storage-1.qcow2,device=disk,bus=virtio,format=qcow2 --noautoconsole --vnc  --network network:ovs-network-1,model=virtio,portgroup=access-100 --dry-run --print-xml > /tmp/storage-1.xml  

virt-install --name storage-2 --ram 16384 --vcpus 4 --os-variant centos7.0 --disk path=/var/lib/libvirt/images/storage-2.qcow2,device=disk,bus=virtio,format=qcow2 --noautoconsole --vnc  --network network:ovs-network-1,model=virtio,portgroup=access-100 --dry-run --print-xml > /tmp/storage-2.xml  

virt-install --name compute-1 --ram 32768 --vcpus 12 --os-variant centos7.0 --disk path=/var/lib/libvirt/images/compute-1.qcow2,device=disk,bus=virtio,format=qcow2 --noautoconsole --vnc  --network network:ovs-network-1,model=virtio,portgroup=access-100 --dry-run --print-xml > /tmp/compute-1.xml  

virt-install --name compute-2 --ram 32768 --vcpus 12 --os-variant centos7.0 --disk path=/var/lib/libvirt/images/compute-2.qcow2,device=disk,bus=virtio,format=qcow2 --noautoconsole --vnc  --network network:ovs-network-1,model=virtio,portgroup=access-100 --dry-run --print-xml > /tmp/compute-2.xml 

শেষে কমান্ড আছে - print-xml > /tmp/storage-1.xml, যা /tmp/ ফোল্ডারে প্রতিটি মেশিনের বিবরণ সহ একটি xml ফাইল তৈরি করে, যদি আপনি এটি যোগ না করেন, আপনি সক্ষম হবেন না ভার্চুয়াল মেশিন সংজ্ঞায়িত করতে।

এখন আমাদের এই সমস্ত মেশিনকে virsh-এ সংজ্ঞায়িত করতে হবে:

virsh define --file /tmp/control-1.xml
virsh define --file /tmp/compute-1.xml
virsh define --file /tmp/compute-2.xml
virsh define --file /tmp/storage-1.xml
virsh define --file /tmp/storage-2.xml

[root@hp-gen9 ~]# virsh list --all
 Id    Name                           State
----------------------------------------------------
 6     dns-server                     running
 64    undercloud                     running
 -     compute-1                      shut off
 -     compute-2                      shut off
 -     control-1                      shut off
 -     storage-1                      shut off
 -     storage-2                      shut off

[root@hp-gen9 ~]#

এখন একটু সংক্ষিপ্ততা - ট্রিপলও আইপিএমআই ব্যবহার করে যাতে ইনস্টলেশন এবং আত্মদর্শনের সময় সার্ভারগুলি পরিচালনা করে।

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

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

vbmc ইনস্টল করুন:

yum install yum install python2-virtualbmc

যদি আপনার OS প্যাকেজটি খুঁজে না পায়, তাহলে সংগ্রহস্থল যোগ করুন:

yum install -y https://www.rdoproject.org/repos/rdo-release.rpm

এখন ইউটিলিটি সেট আপ করা যাক. এখানে সবকিছুই অপমানজনক। এখন এটা যৌক্তিক যে vbmc তালিকায় কোন সার্ভার নেই

[root@hp-gen9 ~]# vbmc list

[root@hp-gen9 ~]# 

তাদের উপস্থিত হওয়ার জন্য, তাদের অবশ্যই ম্যানুয়ালি এইভাবে ঘোষণা করতে হবে:

[root@hp-gen9 ~]# vbmc add control-1 --port 7001 --username admin --password admin
[root@hp-gen9 ~]# vbmc add storage-1 --port 7002 --username admin --password admin
[root@hp-gen9 ~]# vbmc add storage-2 --port 7003 --username admin --password admin
[root@hp-gen9 ~]# vbmc add compute-1 --port 7004 --username admin --password admin
[root@hp-gen9 ~]# vbmc add compute-2 --port 7005 --username admin --password admin
[root@hp-gen9 ~]#
[root@hp-gen9 ~]# vbmc list
+-------------+--------+---------+------+
| Domain name | Status | Address | Port |
+-------------+--------+---------+------+
| compute-1   | down   | ::      | 7004 |
| compute-2   | down   | ::      | 7005 |
| control-1   | down   | ::      | 7001 |
| storage-1   | down   | ::      | 7002 |
| storage-2   | down   | ::      | 7003 |
+-------------+--------+---------+------+
[root@hp-gen9 ~]#

আমি মনে করি কমান্ড সিনট্যাক্স ব্যাখ্যা ছাড়াই পরিষ্কার। যাইহোক, আপাতত আমাদের সকল সেশন ডাউন অবস্থায় আছে। তাদের ইউপি স্থিতিতে যাওয়ার জন্য, আপনাকে তাদের সক্ষম করতে হবে:

[root@hp-gen9 ~]# vbmc start control-1
2020-08-14 03:15:57,826.826 13149 INFO VirtualBMC [-] Started vBMC instance for domain control-1
[root@hp-gen9 ~]# vbmc start storage-1 
2020-08-14 03:15:58,316.316 13149 INFO VirtualBMC [-] Started vBMC instance for domain storage-1
[root@hp-gen9 ~]# vbmc start storage-2
2020-08-14 03:15:58,851.851 13149 INFO VirtualBMC [-] Started vBMC instance for domain storage-2
[root@hp-gen9 ~]# vbmc start compute-1
2020-08-14 03:15:59,307.307 13149 INFO VirtualBMC [-] Started vBMC instance for domain compute-1
[root@hp-gen9 ~]# vbmc start compute-2
2020-08-14 03:15:59,712.712 13149 INFO VirtualBMC [-] Started vBMC instance for domain compute-2
[root@hp-gen9 ~]# 
[root@hp-gen9 ~]# 
[root@hp-gen9 ~]# vbmc list
+-------------+---------+---------+------+
| Domain name | Status  | Address | Port |
+-------------+---------+---------+------+
| compute-1   | running | ::      | 7004 |
| compute-2   | running | ::      | 7005 |
| control-1   | running | ::      | 7001 |
| storage-1   | running | ::      | 7002 |
| storage-2   | running | ::      | 7003 |
+-------------+---------+---------+------+
[root@hp-gen9 ~]#

এবং চূড়ান্ত স্পর্শ - আপনাকে ফায়ারওয়াল নিয়মগুলি ঠিক করতে হবে (ভাল, বা এটি সম্পূর্ণরূপে বন্ধ করুন):

firewall-cmd --zone=public --add-port=7001/udp --permanent
firewall-cmd --zone=public --add-port=7002/udp --permanent
firewall-cmd --zone=public --add-port=7003/udp --permanent
firewall-cmd --zone=public --add-port=7004/udp --permanent
firewall-cmd --zone=public --add-port=7005/udp --permanent
firewall-cmd --reload

এখন আন্ডারক্লাউড এ যান এবং সবকিছু কাজ করে কিনা তা পরীক্ষা করুন। হোস্ট মেশিনের ঠিকানা হল 192.168.255.200, আমরা স্থাপনার প্রস্তুতির সময় আন্ডারক্লাউডে প্রয়োজনীয় ipmitool প্যাকেজ যোগ করেছি:

[stack@undercloud ~]$ ipmitool -I lanplus -U admin -P admin -H 192.168.255.200 -p 7001 power status          
Chassis Power is off
[stack@undercloud ~]$ ipmitool -I lanplus -U admin -P admin -H 192.168.255.200 -p 7001 power on
Chassis Power Control: Up/On
[stack@undercloud ~]$ 

[root@hp-gen9 ~]# virsh list 
 Id    Name                           State
----------------------------------------------------
 6     dns-server                     running
 64    undercloud                     running
 65    control-1                      running

আপনি দেখতে পাচ্ছেন, আমরা সফলভাবে vbmc এর মাধ্যমে কন্ট্রোল নোড চালু করেছি। এখন এটি বন্ধ করুন এবং এগিয়ে যান:

[stack@undercloud ~]$ ipmitool -I lanplus -U admin -P admin -H 192.168.255.200 -p 7001 power off
Chassis Power Control: Down/Off
[stack@undercloud ~]$ ipmitool -I lanplus -U admin -P admin -H 192.168.255.200 -p 7001 power status
Chassis Power is off
[stack@undercloud ~]$ 

[root@hp-gen9 ~]# virsh list --all
 Id    Name                           State
----------------------------------------------------
 6     dns-server                     running
 64    undercloud                     running
 -     compute-1                      shut off
 -     compute-2                      shut off
 -     control-1                      shut off
 -     storage-1                      shut off
 -     storage-2                      shut off

[root@hp-gen9 ~]#

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

[root@hp-gen9 ~]# virsh domiflist --domain control-1 
Interface  Type       Source     Model       MAC
-------------------------------------------------------
-          network    ovs-network-1 virtio      52:54:00:20:a2:2f
-          network    ovs-network-1 virtio      52:54:00:3f:87:9f

[root@hp-gen9 ~]# virsh domiflist --domain compute-1
Interface  Type       Source     Model       MAC
-------------------------------------------------------
-          network    ovs-network-1 virtio      52:54:00:98:e9:d6

[root@hp-gen9 ~]# virsh domiflist --domain compute-2
Interface  Type       Source     Model       MAC
-------------------------------------------------------
-          network    ovs-network-1 virtio      52:54:00:6a:ea:be

[root@hp-gen9 ~]# virsh domiflist --domain storage-1
Interface  Type       Source     Model       MAC
-------------------------------------------------------
-          network    ovs-network-1 virtio      52:54:00:79:0b:cb

[root@hp-gen9 ~]# virsh domiflist --domain storage-2
Interface  Type       Source     Model       MAC
-------------------------------------------------------
-          network    ovs-network-1 virtio      52:54:00:a7:fe:27

দ্রষ্টব্য: কন্ট্রোল নোডে দুটি ইন্টারফেস রয়েছে, তবে এই ক্ষেত্রে এটি কোন ব্যাপার না, এই ইনস্টলেশনে আমাদের জন্য একটি যথেষ্ট।

এখন আমরা json ফাইল প্রস্তুত করছি। আমাদের পোর্টের পপি ঠিকানা উল্লেখ করতে হবে যার মাধ্যমে প্রভিশনিং করা হবে, নোডের পরামিতি, তাদের নাম দিন এবং কীভাবে ipmi এ যেতে হবে তা নির্দেশ করুন:

{
    "nodes":[
        {
            "mac":[
                "52:54:00:20:a2:2f"
            ],
            "cpu":"8",
            "memory":"32768",
            "disk":"60",
            "arch":"x86_64",
            "name":"control-1",
            "pm_type":"pxe_ipmitool",
            "pm_user":"admin",
            "pm_password":"admin",
            "pm_addr":"192.168.255.200",
            "pm_port":"7001"
        },
        {
            "mac":[
                "52:54:00:79:0b:cb"
            ],
            "cpu":"4",
            "memory":"16384",
            "disk":"160",
            "arch":"x86_64",
            "name":"storage-1",
            "pm_type":"pxe_ipmitool",
            "pm_user":"admin",
            "pm_password":"admin",
            "pm_addr":"192.168.255.200",
            "pm_port":"7002"
        },
        {
            "mac":[
                "52:54:00:a7:fe:27"
            ],
            "cpu":"4",
            "memory":"16384",
            "disk":"160",
            "arch":"x86_64",
            "name":"storage-2",
            "pm_type":"pxe_ipmitool",
            "pm_user":"admin",
            "pm_password":"admin",
            "pm_addr":"192.168.255.200",
            "pm_port":"7003"
        },
        {
            "mac":[
                "52:54:00:98:e9:d6"
            ],
            "cpu":"12",
            "memory":"32768",
            "disk":"60",
            "arch":"x86_64",
            "name":"compute-1",
            "pm_type":"pxe_ipmitool",
            "pm_user":"admin",
            "pm_password":"admin",
            "pm_addr":"192.168.255.200",
            "pm_port":"7004"
        },
        {
            "mac":[
                "52:54:00:6a:ea:be"
            ],
            "cpu":"12",
            "memory":"32768",
            "disk":"60",
            "arch":"x86_64",
            "name":"compute-2",
            "pm_type":"pxe_ipmitool",
            "pm_user":"admin",
            "pm_password":"admin",
            "pm_addr":"192.168.255.200",
            "pm_port":"7005"
        }
    ]
}

এখন আমরা বিদ্রূপাত্মক জন্য ইমেজ প্রস্তুত করতে হবে. এটি করতে, wget এর মাধ্যমে এগুলি ডাউনলোড করুন এবং ইনস্টল করুন:

(undercloud) [stack@undercloud ~]$ sudo wget https://images.rdoproject.org/queens/delorean/current-tripleo-rdo/overcloud-full.tar --no-check-certificate
(undercloud) [stack@undercloud ~]$ sudo wget https://images.rdoproject.org/queens/delorean/current-tripleo-rdo/ironic-python-agent.tar --no-check-certificate
(undercloud) [stack@undercloud ~]$ ls -lh
total 1.9G
-rw-r--r--. 1 stack stack 447M Aug 14 10:26 ironic-python-agent.tar
-rw-r--r--. 1 stack stack 1.5G Aug 14 10:26 overcloud-full.tar
-rw-------. 1 stack stack  916 Aug 13 23:10 stackrc
-rw-r--r--. 1 stack stack  15K Aug 13 22:50 undercloud.conf
-rw-------. 1 stack stack 2.0K Aug 13 22:50 undercloud-passwords.conf
(undercloud) [stack@undercloud ~]$ mkdir images/
(undercloud) [stack@undercloud ~]$ tar -xpvf ironic-python-agent.tar -C ~/images/
ironic-python-agent.initramfs
ironic-python-agent.kernel
(undercloud) [stack@undercloud ~]$ tar -xpvf overcloud-full.tar -C ~/images/                       
overcloud-full.qcow2
overcloud-full.initrd
overcloud-full.vmlinuz
(undercloud) [stack@undercloud ~]$ 
(undercloud) [stack@undercloud ~]$ ls -lh images/
total 1.9G
-rw-rw-r--. 1 stack stack 441M Aug 12 17:24 ironic-python-agent.initramfs
-rwxr-xr-x. 1 stack stack 6.5M Aug 12 17:24 ironic-python-agent.kernel
-rw-r--r--. 1 stack stack  53M Aug 12 17:14 overcloud-full.initrd
-rw-r--r--. 1 stack stack 1.4G Aug 12 17:18 overcloud-full.qcow2
-rwxr-xr-x. 1 stack stack 6.5M Aug 12 17:14 overcloud-full.vmlinuz
(undercloud) [stack@undercloud ~]$

আন্ডারক্লাউডে ছবি আপলোড করুন:

(undercloud) [stack@undercloud ~]$ openstack overcloud image upload --image-path ~/images/
Image "overcloud-full-vmlinuz" was uploaded.
+--------------------------------------+------------------------+-------------+---------+--------+
|                  ID                  |          Name          | Disk Format |   Size  | Status |
+--------------------------------------+------------------------+-------------+---------+--------+
| c2553770-3e0f-4750-b46b-138855b5c385 | overcloud-full-vmlinuz |     aki     | 6761064 | active |
+--------------------------------------+------------------------+-------------+---------+--------+
Image "overcloud-full-initrd" was uploaded.
+--------------------------------------+-----------------------+-------------+----------+--------+
|                  ID                  |          Name         | Disk Format |   Size   | Status |
+--------------------------------------+-----------------------+-------------+----------+--------+
| 949984e0-4932-4e71-af43-d67a38c3dc89 | overcloud-full-initrd |     ari     | 55183045 | active |
+--------------------------------------+-----------------------+-------------+----------+--------+
Image "overcloud-full" was uploaded.
+--------------------------------------+----------------+-------------+------------+--------+
|                  ID                  |      Name      | Disk Format |    Size    | Status |
+--------------------------------------+----------------+-------------+------------+--------+
| a2f2096d-c9d7-429a-b866-c7543c02a380 | overcloud-full |    qcow2    | 1487475712 | active |
+--------------------------------------+----------------+-------------+------------+--------+
Image "bm-deploy-kernel" was uploaded.
+--------------------------------------+------------------+-------------+---------+--------+
|                  ID                  |       Name       | Disk Format |   Size  | Status |
+--------------------------------------+------------------+-------------+---------+--------+
| e413aa78-e38f-404c-bbaf-93e582a8e67f | bm-deploy-kernel |     aki     | 6761064 | active |
+--------------------------------------+------------------+-------------+---------+--------+
Image "bm-deploy-ramdisk" was uploaded.
+--------------------------------------+-------------------+-------------+-----------+--------+
|                  ID                  |        Name       | Disk Format |    Size   | Status |
+--------------------------------------+-------------------+-------------+-----------+--------+
| 5cf3aba4-0e50-45d3-929f-27f025dd6ce3 | bm-deploy-ramdisk |     ari     | 461759376 | active |
+--------------------------------------+-------------------+-------------+-----------+--------+
(undercloud) [stack@undercloud ~]$

সমস্ত ছবি লোড হয়েছে তা যাচাই করুন

(undercloud) [stack@undercloud ~]$  openstack image list
+--------------------------------------+------------------------+--------+
| ID                                   | Name                   | Status |
+--------------------------------------+------------------------+--------+
| e413aa78-e38f-404c-bbaf-93e582a8e67f | bm-deploy-kernel       | active |
| 5cf3aba4-0e50-45d3-929f-27f025dd6ce3 | bm-deploy-ramdisk      | active |
| a2f2096d-c9d7-429a-b866-c7543c02a380 | overcloud-full         | active |
| 949984e0-4932-4e71-af43-d67a38c3dc89 | overcloud-full-initrd  | active |
| c2553770-3e0f-4750-b46b-138855b5c385 | overcloud-full-vmlinuz | active |
+--------------------------------------+------------------------+--------+
(undercloud) [stack@undercloud ~]$

আরও একটি স্পর্শ - আপনাকে একটি ডিএনএস সার্ভার যোগ করতে হবে:

(undercloud) [stack@undercloud ~]$ openstack subnet list
+--------------------------------------+-----------------+--------------------------------------+------------------+
| ID                                   | Name            | Network                              | Subnet           |
+--------------------------------------+-----------------+--------------------------------------+------------------+
| f45dea46-4066-42aa-a3c4-6f84b8120cab | ctlplane-subnet | 6ca013dc-41c2-42d8-9d69-542afad53392 | 192.168.255.0/24 |
+--------------------------------------+-----------------+--------------------------------------+------------------+
(undercloud) [stack@undercloud ~]$ openstack subnet show f45dea46-4066-42aa-a3c4-6f84b8120cab
+-------------------+-----------------------------------------------------------+
| Field             | Value                                                     |
+-------------------+-----------------------------------------------------------+
| allocation_pools  | 192.168.255.11-192.168.255.50                             |
| cidr              | 192.168.255.0/24                                          |
| created_at        | 2020-08-13T20:10:37Z                                      |
| description       |                                                           |
| dns_nameservers   |                                                           |
| enable_dhcp       | True                                                      |
| gateway_ip        | 192.168.255.1                                             |
| host_routes       | destination='169.254.169.254/32', gateway='192.168.255.1' |
| id                | f45dea46-4066-42aa-a3c4-6f84b8120cab                      |
| ip_version        | 4                                                         |
| ipv6_address_mode | None                                                      |
| ipv6_ra_mode      | None                                                      |
| name              | ctlplane-subnet                                           |
| network_id        | 6ca013dc-41c2-42d8-9d69-542afad53392                      |
| prefix_length     | None                                                      |
| project_id        | a844ccfcdb2745b198dde3e1b28c40a3                          |
| revision_number   | 0                                                         |
| segment_id        | None                                                      |
| service_types     |                                                           |
| subnetpool_id     | None                                                      |
| tags              |                                                           |
| updated_at        | 2020-08-13T20:10:37Z                                      |
+-------------------+-----------------------------------------------------------+
(undercloud) [stack@undercloud ~]$ 
(undercloud) [stack@undercloud ~]$ neutron subnet-update f45dea46-4066-42aa-a3c4-6f84b8120cab --dns-nameserver 192.168.255.253                                    
neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead.
Updated subnet: f45dea46-4066-42aa-a3c4-6f84b8120cab
(undercloud) [stack@undercloud ~]$

এখন আমরা আত্মদর্শনের আদেশ দিতে পারি:

(undercloud) [stack@undercloud ~]$ openstack overcloud node import --introspect --provide inspection.json 
Started Mistral Workflow tripleo.baremetal.v1.register_or_update. Execution ID: d57456a3-d8ed-479c-9a90-dff7c752d0ec
Waiting for messages on queue 'tripleo' with no timeout.


5 node(s) successfully moved to the "manageable" state.
Successfully registered node UUID b4b2cf4a-b7ca-4095-af13-cc83be21c4f5
Successfully registered node UUID b89a72a3-6bb7-429a-93bc-48393d225838
Successfully registered node UUID 20a16cc0-e0ce-4d88-8f17-eb0ce7b4d69e
Successfully registered node UUID bfc1eb98-a17a-4a70-b0b6-6c0db0eac8e8
Successfully registered node UUID 766ab623-464c-423d-a529-d9afb69d1167
Waiting for introspection to finish...
Started Mistral Workflow tripleo.baremetal.v1.introspect. Execution ID: 6b4d08ae-94c3-4a10-ab63-7634ec198a79
Waiting for messages on queue 'tripleo' with no timeout.
Introspection of node b89a72a3-6bb7-429a-93bc-48393d225838 completed. Status:SUCCESS. Errors:None
Introspection of node 20a16cc0-e0ce-4d88-8f17-eb0ce7b4d69e completed. Status:SUCCESS. Errors:None
Introspection of node bfc1eb98-a17a-4a70-b0b6-6c0db0eac8e8 completed. Status:SUCCESS. Errors:None
Introspection of node 766ab623-464c-423d-a529-d9afb69d1167 completed. Status:SUCCESS. Errors:None
Introspection of node b4b2cf4a-b7ca-4095-af13-cc83be21c4f5 completed. Status:SUCCESS. Errors:None
Successfully introspected 5 node(s).
Started Mistral Workflow tripleo.baremetal.v1.provide. Execution ID: f5594736-edcf-4927-a8a0-2a7bf806a59a
Waiting for messages on queue 'tripleo' with no timeout.
5 node(s) successfully moved to the "available" state.
(undercloud) [stack@undercloud ~]$

আপনি আউটপুট থেকে দেখতে পাচ্ছেন, ত্রুটি ছাড়াই সবকিছু সম্পন্ন হয়েছে। সমস্ত নোড উপলব্ধ অবস্থায় আছে কিনা পরীক্ষা করুন:

(undercloud) [stack@undercloud ~]$ openstack baremetal node list
+--------------------------------------+-----------+---------------+-------------+--------------------+-------------+
| UUID                                 | Name      | Instance UUID | Power State | Provisioning State | Maintenance |
+--------------------------------------+-----------+---------------+-------------+--------------------+-------------+
| b4b2cf4a-b7ca-4095-af13-cc83be21c4f5 | control-1 | None          | power off   | available          | False       |
| b89a72a3-6bb7-429a-93bc-48393d225838 | storage-1 | None          | power off   | available          | False       |
| 20a16cc0-e0ce-4d88-8f17-eb0ce7b4d69e | storage-2 | None          | power off   | available          | False       |
| bfc1eb98-a17a-4a70-b0b6-6c0db0eac8e8 | compute-1 | None          | power off   | available          | False       |
| 766ab623-464c-423d-a529-d9afb69d1167 | compute-2 | None          | power off   | available          | False       |
+--------------------------------------+-----------+---------------+-------------+--------------------+-------------+
(undercloud) [stack@undercloud ~]$ 

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

এর পরে, আমাদের নির্দেশ করতে হবে কোন নোড কোন ফাংশনটি সম্পাদন করবে - অর্থাৎ, নোডটি যে প্রোফাইলে স্থাপন করবে তা নির্দেশ করুন:

(undercloud) [stack@undercloud ~]$ openstack overcloud profiles list
+--------------------------------------+-----------+-----------------+-----------------+-------------------+
| Node UUID                            | Node Name | Provision State | Current Profile | Possible Profiles |
+--------------------------------------+-----------+-----------------+-----------------+-------------------+
| b4b2cf4a-b7ca-4095-af13-cc83be21c4f5 | control-1 | available       | None            |                   |
| b89a72a3-6bb7-429a-93bc-48393d225838 | storage-1 | available       | None            |                   |
| 20a16cc0-e0ce-4d88-8f17-eb0ce7b4d69e | storage-2 | available       | None            |                   |
| bfc1eb98-a17a-4a70-b0b6-6c0db0eac8e8 | compute-1 | available       | None            |                   |
| 766ab623-464c-423d-a529-d9afb69d1167 | compute-2 | available       | None            |                   |
+--------------------------------------+-----------+-----------------+-----------------+-------------------+
(undercloud) [stack@undercloud ~]$ openstack flavor list
+--------------------------------------+---------------+------+------+-----------+-------+-----------+
| ID                                   | Name          |  RAM | Disk | Ephemeral | VCPUs | Is Public |
+--------------------------------------+---------------+------+------+-----------+-------+-----------+
| 168af640-7f40-42c7-91b2-989abc5c5d8f | swift-storage | 4096 |   40 |         0 |     1 | True      |
| 52148d1b-492e-48b4-b5fc-772849dd1b78 | baremetal     | 4096 |   40 |         0 |     1 | True      |
| 56e66542-ae60-416d-863e-0cb192d01b09 | control       | 4096 |   40 |         0 |     1 | True      |
| af6796e1-d0c4-4bfe-898c-532be194f7ac | block-storage | 4096 |   40 |         0 |     1 | True      |
| e4d50fdd-0034-446b-b72c-9da19b16c2df | compute       | 4096 |   40 |         0 |     1 | True      |
| fc2e3acf-7fca-4901-9eee-4a4d6ef0265d | ceph-storage  | 4096 |   40 |         0 |     1 | True      |
+--------------------------------------+---------------+------+------+-----------+-------+-----------+
(undercloud) [stack@undercloud ~]$

প্রতিটি নোডের জন্য একটি প্রোফাইল নির্দিষ্ট করুন:

openstack baremetal node set --property capabilities='profile:control,boot_option:local' b4b2cf4a-b7ca-4095-af13-cc83be21c4f5
openstack baremetal node set --property capabilities='profile:ceph-storage,boot_option:local' b89a72a3-6bb7-429a-93bc-48393d225838
openstack baremetal node set --property capabilities='profile:ceph-storage,boot_option:local' 20a16cc0-e0ce-4d88-8f17-eb0ce7b4d69e
openstack baremetal node set --property capabilities='profile:compute,boot_option:local' bfc1eb98-a17a-4a70-b0b6-6c0db0eac8e8
openstack baremetal node set --property capabilities='profile:compute,boot_option:local' 766ab623-464c-423d-a529-d9afb69d1167

আমরা পরীক্ষা করে দেখি যে আমরা সবকিছু সঠিকভাবে করেছি:

(undercloud) [stack@undercloud ~]$ openstack overcloud profiles list
+--------------------------------------+-----------+-----------------+-----------------+-------------------+
| Node UUID                            | Node Name | Provision State | Current Profile | Possible Profiles |
+--------------------------------------+-----------+-----------------+-----------------+-------------------+
| b4b2cf4a-b7ca-4095-af13-cc83be21c4f5 | control-1 | available       | control         |                   |
| b89a72a3-6bb7-429a-93bc-48393d225838 | storage-1 | available       | ceph-storage    |                   |
| 20a16cc0-e0ce-4d88-8f17-eb0ce7b4d69e | storage-2 | available       | ceph-storage    |                   |
| bfc1eb98-a17a-4a70-b0b6-6c0db0eac8e8 | compute-1 | available       | compute         |                   |
| 766ab623-464c-423d-a529-d9afb69d1167 | compute-2 | available       | compute         |                   |
+--------------------------------------+-----------+-----------------+-----------------+-------------------+
(undercloud) [stack@undercloud ~]$

যদি সবকিছু সঠিক হয়, আমরা ওভারক্লাউড স্থাপন করার জন্য কমান্ড দিই:

openstack overcloud deploy --templates --control-scale 1 --compute-scale 2  --ceph-storage-scale 2 --control-flavor control --compute-flavor compute  --ceph-storage-flavor ceph-storage --libvirt-type qemu

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

দ্রষ্টব্য: এই ক্ষেত্রে --libvirt-টাইপ qemu ভেরিয়েবল প্রয়োজন কারণ আমরা নেস্টেড ভার্চুয়ালাইজেশন ব্যবহার করব। অন্যথায়, আপনি ভার্চুয়াল মেশিন চালাবেন না।

এখন আপনার কাছে প্রায় এক ঘন্টা বা আরও বেশি (লোহার ক্ষমতার উপর নির্ভর করে) এবং আপনি কেবল আশা করতে পারেন যে এই সময়ের পরে আপনি এই শিলালিপিটি দেখতে পাবেন:

2020-08-14 08:39:21Z [overcloud]: CREATE_COMPLETE  Stack CREATE completed successfully

 Stack overcloud CREATE_COMPLETE 

Host 192.168.255.21 not found in /home/stack/.ssh/known_hosts
Started Mistral Workflow tripleo.deployment.v1.get_horizon_url. Execution ID: fcb996cd-6a19-482b-b755-2ca0c08069a9
Overcloud Endpoint: http://192.168.255.21:5000/
Overcloud Horizon Dashboard URL: http://192.168.255.21:80/dashboard
Overcloud rc file: /home/stack/overcloudrc
Overcloud Deployed
(undercloud) [stack@undercloud ~]$

এখন আপনার কাছে খোলা স্ট্যাকের একটি প্রায় সম্পূর্ণ সংস্করণ রয়েছে, যার উপর আপনি অধ্যয়ন, পরীক্ষা, ইত্যাদি করতে পারেন।

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

(undercloud) [stack@undercloud ~]$ openstack server list
+--------------------------------------+-------------------------+--------+-------------------------+----------------+--------------+
| ID                                   | Name                    | Status | Networks                | Image          | Flavor       |
+--------------------------------------+-------------------------+--------+-------------------------+----------------+--------------+
| fd7d36f4-ce87-4b9a-93b0-add2957792de | overcloud-controller-0  | ACTIVE | ctlplane=192.168.255.15 | overcloud-full | control      |
| edc77778-8972-475e-a541-ff40eb944197 | overcloud-novacompute-1 | ACTIVE | ctlplane=192.168.255.26 | overcloud-full | compute      |
| 5448ce01-f05f-47ca-950a-ced14892c0d4 | overcloud-cephstorage-1 | ACTIVE | ctlplane=192.168.255.34 | overcloud-full | ceph-storage |
| ce6d862f-4bdf-4ba3-b711-7217915364d7 | overcloud-novacompute-0 | ACTIVE | ctlplane=192.168.255.19 | overcloud-full | compute      |
| e4507bd5-6f96-4b12-9cc0-6924709da59e | overcloud-cephstorage-0 | ACTIVE | ctlplane=192.168.255.44 | overcloud-full | ceph-storage |
+--------------------------------------+-------------------------+--------+-------------------------+----------------+--------------+
(undercloud) [stack@undercloud ~]$ 

(undercloud) [stack@undercloud ~]$ source overcloudrc 
(overcloud) [stack@undercloud ~]$ 
(overcloud) [stack@undercloud ~]$ openstack project list
+----------------------------------+---------+
| ID                               | Name    |
+----------------------------------+---------+
| 4eed7d0f06544625857d51cd77c5bd4c | admin   |
| ee1c68758bde41eaa9912c81dc67dad8 | service |
+----------------------------------+---------+
(overcloud) [stack@undercloud ~]$ 
(overcloud) [stack@undercloud ~]$ 
(overcloud) [stack@undercloud ~]$ openstack network agent list  
+--------------------------------------+--------------------+-------------------------------------+-------------------+-------+-------+---------------------------+
| ID                                   | Agent Type         | Host                                | Availability Zone | Alive | State | Binary                    |
+--------------------------------------+--------------------+-------------------------------------+-------------------+-------+-------+---------------------------+
| 10495de9-ba4b-41fe-b30a-b90ec3f8728b | Open vSwitch agent | overcloud-novacompute-1.localdomain | None              | :-)   | UP    | neutron-openvswitch-agent |
| 1515ad4a-5972-46c3-af5f-e5446dff7ac7 | L3 agent           | overcloud-controller-0.localdomain  | nova              | :-)   | UP    | neutron-l3-agent          |
| 322e62ca-1e5a-479e-9a96-4f26d09abdd7 | DHCP agent         | overcloud-controller-0.localdomain  | nova              | :-)   | UP    | neutron-dhcp-agent        |
| 9c1de2f9-bac5-400e-998d-4360f04fc533 | Open vSwitch agent | overcloud-novacompute-0.localdomain | None              | :-)   | UP    | neutron-openvswitch-agent |
| d99c5657-851e-4d3c-bef6-f1e3bb1acfb0 | Open vSwitch agent | overcloud-controller-0.localdomain  | None              | :-)   | UP    | neutron-openvswitch-agent |
| ff85fae6-5543-45fb-a301-19c57b62d836 | Metadata agent     | overcloud-controller-0.localdomain  | None              | :-)   | UP    | neutron-metadata-agent    |
+--------------------------------------+--------------------+-------------------------------------+-------------------+-------+-------+---------------------------+
(overcloud) [stack@undercloud ~]$

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

(undercloud) [stack@undercloud ~]$ ssh [email protected]         
Last login: Fri Aug 14 09:47:40 2020 from 192.168.255.1
[heat-admin@overcloud-controller-0 ~]$ 
[heat-admin@overcloud-controller-0 ~]$ 
[heat-admin@overcloud-controller-0 ~]$ sudo ip route add 10.169.0.0/16 via 192.168.255.254

আচ্ছা, এখন আপনি দিগন্তে যেতে পারেন। সমস্ত তথ্য - ঠিকানা, লগইন এবং পাসওয়ার্ড - ফাইল /home/stack/overcloudrc. চূড়ান্ত স্কিম এই মত দেখায়:

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

ভার্চুয়াল মেশিনের মধ্যে ট্রাফিক কিভাবে প্রবাহিত হয়?

এই নিবন্ধে, আমরা ট্রাফিক পাস করার জন্য তিনটি বিকল্প বিবেচনা করব

• একটি L2 নেটওয়ার্কে একটি হাইপারভাইজারে দুটি মেশিন
• একই L2 নেটওয়ার্কে বিভিন্ন হাইপারভাইজারে দুটি মেশিন
• বিভিন্ন নেটওয়ার্কে দুটি মেশিন (ক্রস-নেটওয়ার্ক রুটিং)

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

পরীক্ষা করার জন্য, আসুন নিম্নলিখিত স্কিমটি একসাথে রাখি:

আমরা 4টি ভার্চুয়াল মেশিন তৈরি করেছি - 3টি একই L2 নেটওয়ার্কে - নেট-1, এবং আরও 1টি নেট-2 নেটওয়ার্কে

(overcloud) [stack@undercloud ~]$ nova list --tenant 5e18ce8ec9594e00b155485f19895e6c             
+--------------------------------------+------+----------------------------------+--------+------------+-------------+-----------------+
| ID                                   | Name | Tenant ID                        | Status | Task State | Power State | Networks        |
+--------------------------------------+------+----------------------------------+--------+------------+-------------+-----------------+
| f53b37b5-2204-46cc-aef0-dba84bf970c0 | vm-1 | 5e18ce8ec9594e00b155485f19895e6c | ACTIVE | -          | Running     | net-1=10.0.1.85 |
| fc8b6722-0231-49b0-b2fa-041115bef34a | vm-2 | 5e18ce8ec9594e00b155485f19895e6c | ACTIVE | -          | Running     | net-1=10.0.1.88 |
| 3cd74455-b9b7-467a-abe3-bd6ff765c83c | vm-3 | 5e18ce8ec9594e00b155485f19895e6c | ACTIVE | -          | Running     | net-1=10.0.1.90 |
| 7e836338-6772-46b0-9950-f7f06dbe91a8 | vm-4 | 5e18ce8ec9594e00b155485f19895e6c | ACTIVE | -          | Running     | net-2=10.0.2.8  |
+--------------------------------------+------+----------------------------------+--------+------------+-------------+-----------------+
(overcloud) [stack@undercloud ~]$ 

আসুন দেখি তৈরি করা মেশিনগুলি কোন হাইপারভাইজারগুলিতে অবস্থিত:

(overcloud) [stack@undercloud ~]$ nova show f53b37b5-2204-46cc-aef0-dba84bf970c0 | egrep "hypervisor_hostname|instance_name|hostname"
| OS-EXT-SRV-ATTR:hostname             | vm-1                                                     |
| OS-EXT-SRV-ATTR:hypervisor_hostname  | overcloud-novacompute-0.localdomain                      |
| OS-EXT-SRV-ATTR:instance_name        | instance-00000001                                        |

(overcloud) [stack@undercloud ~]$ nova show fc8b6722-0231-49b0-b2fa-041115bef34a | egrep "hypervisor_hostname|instance_name|hostname"
| OS-EXT-SRV-ATTR:hostname             | vm-2                                                     |
| OS-EXT-SRV-ATTR:hypervisor_hostname  | overcloud-novacompute-1.localdomain                      |
| OS-EXT-SRV-ATTR:instance_name        | instance-00000002                                        |

(overcloud) [stack@undercloud ~]$ nova show 3cd74455-b9b7-467a-abe3-bd6ff765c83c | egrep "hypervisor_hostname|instance_name|hostname"
| OS-EXT-SRV-ATTR:hostname             | vm-3                                                     |
| OS-EXT-SRV-ATTR:hypervisor_hostname  | overcloud-novacompute-0.localdomain                      |
| OS-EXT-SRV-ATTR:instance_name        | instance-00000003                                        |

(overcloud) [stack@undercloud ~]$ nova show 7e836338-6772-46b0-9950-f7f06dbe91a8 | egrep "hypervisor_hostname|instance_name|hostname"
| OS-EXT-SRV-ATTR:hostname             | vm-4                                                     |
| OS-EXT-SRV-ATTR:hypervisor_hostname  | overcloud-novacompute-1.localdomain                      |
| OS-EXT-SRV-ATTR:instance_name        | instance-00000004                                        |

(ওভারক্লাউড) [stack@undercloud ~]$
মেশিন vm-1 এবং vm-3 কম্পিউট-0-এ অবস্থিত, মেশিন vm-2 এবং vm-4 নোড কম্পিউট-1-এ অবস্থিত।

এছাড়াও, নির্দিষ্ট নেটওয়ার্কগুলির মধ্যে রাউটিং সক্ষম করতে একটি ভার্চুয়াল রাউটার তৈরি করা হয়েছে:

(overcloud) [stack@undercloud ~]$ openstack router list  --project 5e18ce8ec9594e00b155485f19895e6c
+--------------------------------------+----------+--------+-------+-------------+-------+----------------------------------+
| ID                                   | Name     | Status | State | Distributed | HA    | Project                          |
+--------------------------------------+----------+--------+-------+-------------+-------+----------------------------------+
| 0a4d2420-4b9c-46bd-aec1-86a1ef299abe | router-1 | ACTIVE | UP    | False       | False | 5e18ce8ec9594e00b155485f19895e6c |
+--------------------------------------+----------+--------+-------+-------------+-------+----------------------------------+
(overcloud) [stack@undercloud ~]$ 

রাউটারের দুটি ভার্চুয়াল পোর্ট রয়েছে যা নেটওয়ার্কগুলির গেটওয়ে হিসাবে কাজ করে:

(overcloud) [stack@undercloud ~]$ openstack router show 0a4d2420-4b9c-46bd-aec1-86a1ef299abe | grep interface
| interfaces_info         | [{"subnet_id": "2529ad1a-6b97-49cd-8515-cbdcbe5e3daa", "ip_address": "10.0.1.254", "port_id": "0c52b15f-8fcc-4801-bf52-7dacc72a5201"}, {"subnet_id": "335552dd-b35b-456b-9df0-5aac36a3ca13", "ip_address": "10.0.2.254", "port_id": "92fa49b5-5406-499f-ab8d-ddf28cc1a76c"}] |
(overcloud) [stack@undercloud ~]$ 

কিন্তু ট্র্যাফিক কিভাবে যায় তা দেখার আগে, আসুন আমরা বর্তমানে কন্ট্রোল নোডে (যা একটি নেটওয়ার্ক নোড) এবং কম্পিউট নোডে কী আছে তা দেখি। কম্পিউট নোড দিয়ে শুরু করা যাক।

[heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-vsctl show
[heat-admin@overcloud-novacompute-0 ~]$ sudo sudo ovs-appctl dpif/show
system@ovs-system: hit:3 missed:3
  br-ex:
    br-ex 65534/1: (internal)
    phy-br-ex 1/none: (patch: peer=int-br-ex)
  br-int:
    br-int 65534/2: (internal)
    int-br-ex 1/none: (patch: peer=phy-br-ex)
    patch-tun 2/none: (patch: peer=patch-int)
  br-tun:
    br-tun 65534/3: (internal)
    patch-int 1/none: (patch: peer=patch-tun)
    vxlan-c0a8ff0f 3/4: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.19, remote_ip=192.168.255.15)
    vxlan-c0a8ff1a 2/4: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.19, remote_ip=192.168.255.26)
[heat-admin@overcloud-novacompute-0 ~]$

নোডে বর্তমানে তিনটি ovs ব্রিজ রয়েছে — br-int, br-tun, br-ex. তাদের মধ্যে, আমরা দেখতে পাচ্ছি, ইন্টারফেসের একটি সেট আছে। উপলব্ধির স্বাচ্ছন্দ্যের জন্য, আসুন এই সমস্ত ইন্টারফেসগুলি ডায়াগ্রামে রাখি এবং দেখি কি হয়।

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

[heat-admin@overcloud-novacompute-0 ~]$ ifconfig eth0
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1450
        inet 192.168.255.19  netmask 255.255.255.0  broadcast 192.168.255.255
        inet6 fe80::5054:ff:fe6a:eabe  prefixlen 64  scopeid 0x20<link>
        ether 52:54:00:6a:ea:be  txqueuelen 1000  (Ethernet)
        RX packets 2909669  bytes 4608201000 (4.2 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1821057  bytes 349198520 (333.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[heat-admin@overcloud-novacompute-0 ~]$ 

আপনি আউটপুট থেকে দেখতে পাচ্ছেন, ঠিকানাটি সরাসরি ফিজিক্যাল পোর্টে স্ক্রু করা হয়েছে, ভার্চুয়াল ব্রিজ ইন্টারফেসে নয়।

[heat-admin@overcloud-novacompute-0 ~]$  sudo ovs-appctl fdb/show br-ex
 port  VLAN  MAC                Age
[heat-admin@overcloud-novacompute-0 ~]$  sudo ovs-ofctl dump-flows br-ex
 cookie=0x9169eae8f7fe5bb2, duration=216686.864s, table=0, n_packets=303, n_bytes=26035, priority=2,in_port="phy-br-ex" actions=drop
 cookie=0x9169eae8f7fe5bb2, duration=216686.887s, table=0, n_packets=0, n_bytes=0, priority=0 actions=NORMAL
[heat-admin@overcloud-novacompute-0 ~]$ 

প্রথম নিয়ম অনুসারে, ফাই-ব্রি-এক্স পোর্ট থেকে আসা সমস্ত কিছু বাতিল করতে হবে।
প্রকৃতপক্ষে, এই ব্রিজে ট্র্যাফিক পাওয়ার জন্য এখনও অন্য কোনও জায়গা নেই, এই ইন্টারফেস (br-int-এর সাথে জংশন) ছাড়া এবং ড্রপ দ্বারা বিচার করলে, BUM ট্র্যাফিক ইতিমধ্যেই সেতুতে পৌঁছেছে।

অর্থাৎ, এই নোড থেকে ট্রাফিক শুধুমাত্র VxLAN টানেলের মধ্য দিয়ে যেতে পারে অন্য কিছু নয়। যাইহোক, আপনি যদি DVR চালু করেন, পরিস্থিতি পরিবর্তন হবে, তবে আমরা এটি অন্য সময় মোকাবেলা করব। নেটওয়ার্ক আইসোলেশন ব্যবহার করার সময়, উদাহরণস্বরূপ, vlans ব্যবহার করে, আপনার 3th vlan-এ একটি L0 ইন্টারফেস থাকবে না, কিন্তু বেশ কয়েকটি ইন্টারফেস থাকবে। যাইহোক, VxLAN ট্র্যাফিক ঠিক একইভাবে নোড থেকে বেরিয়ে আসবে, তবে কিছু ধরণের ডেডিকেটেড ভ্লানেও এনক্যাপসুলেটেড।

আমরা কম্পিউট নোড বের করেছি, কন্ট্রোল নোডে যান।

[heat-admin@overcloud-controller-0 ~]$ sudo ovs-appctl dpif/show
system@ovs-system: hit:930491 missed:825
  br-ex:
    br-ex 65534/1: (internal)
    eth0 1/2: (system)
    phy-br-ex 2/none: (patch: peer=int-br-ex)
  br-int:
    br-int 65534/3: (internal)
    int-br-ex 1/none: (patch: peer=phy-br-ex)
    patch-tun 2/none: (patch: peer=patch-int)
  br-tun:
    br-tun 65534/4: (internal)
    patch-int 1/none: (patch: peer=patch-tun)
    vxlan-c0a8ff13 3/5: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.15, remote_ip=192.168.255.19)
    vxlan-c0a8ff1a 2/5: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.15, remote_ip=192.168.255.26)
[heat-admin@overcloud-controller-0 ~]$

আসলে, আমরা বলতে পারি যে সবকিছু একই, তবে, আইপি ঠিকানাটি আর শারীরিক ইন্টারফেসে নয়, ভার্চুয়াল সেতুতে। এটি করা হয়েছে কারণ এই বন্দরটি সেই বন্দর যার মাধ্যমে যানবাহন বহির্বিশ্বে যাবে।

[heat-admin@overcloud-controller-0 ~]$ ifconfig br-ex
br-ex: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1450
        inet 192.168.255.15  netmask 255.255.255.0  broadcast 192.168.255.255
        inet6 fe80::5054:ff:fe20:a22f  prefixlen 64  scopeid 0x20<link>
        ether 52:54:00:20:a2:2f  txqueuelen 1000  (Ethernet)
        RX packets 803859  bytes 1732616116 (1.6 GiB)
        RX errors 0  dropped 63  overruns 0  frame 0
        TX packets 808475  bytes 121652156 (116.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[heat-admin@overcloud-controller-0 ~]$ 
[heat-admin@overcloud-controller-0 ~]$ sudo ovs-appctl fdb/show br-ex
 port  VLAN  MAC                Age
    3   100  28:c0:da:00:4d:d3   35
    1     0  28:c0:da:00:4d:d3   35
    1     0  52:54:00:98:e9:d6    0
LOCAL     0  52:54:00:20:a2:2f    0
    1     0  52:54:00:2c:08:9e    0
    3   100  52:54:00:20:a2:2f    0
    1     0  52:54:00:6a:ea:be    0
[heat-admin@overcloud-controller-0 ~]$ 

এই বন্দরটি br-ex ব্রিজের সাথে আবদ্ধ এবং যেহেতু এতে কোন vlan ট্যাগ নেই, তাই এই পোর্টটি একটি ট্রাঙ্ক পোর্ট যেখানে সমস্ত ভ্লান অনুমোদিত, এখন ট্র্যাফিক ট্যাগ ছাড়াই বাইরে যায়, যেমনটি vlan-id 0 দ্বারা নির্দেশিত উপরে আউটপুট।

এই মুহুর্তে অন্য সবকিছু একটি কম্পিউট নোডের মতো - একই সেতু, একই টানেল দুটি কম্পিউট নোডে যাচ্ছে।

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

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

এখন পর্যন্ত আমাদের নেটওয়ার্ক এই মত দেখায়:

আমাদের প্রতিটি কম্পিউটার নোডে দুটি ভার্চুয়াল মেশিন রয়েছে। একটি উদাহরণ হিসাবে গণনা -0 ব্যবহার করে, আসুন দেখি কিভাবে সবকিছু অন্তর্ভুক্ত করা হয়।

[heat-admin@overcloud-novacompute-0 ~]$ sudo virsh list 
 Id    Name                           State
----------------------------------------------------
 1     instance-00000001              running
 3     instance-00000003              running

[heat-admin@overcloud-novacompute-0 ~]$ 

মেশিনে শুধুমাত্র একটি ভার্চুয়াল ইন্টারফেস আছে - tap95d96a75-a0:

[heat-admin@overcloud-novacompute-0 ~]$ sudo virsh domiflist instance-00000001
Interface  Type       Source     Model       MAC
-------------------------------------------------------
tap95d96a75-a0 bridge     qbr95d96a75-a0 virtio      fa:16:3e:44:98:20

[heat-admin@overcloud-novacompute-0 ~]$ 

এই ইন্টারফেসটি লিনাক্স সেতুতে দেখায়:

[heat-admin@overcloud-novacompute-0 ~]$ sudo brctl show
bridge name     bridge id               STP enabled     interfaces
docker0         8000.0242904c92a8       no
qbr5bd37136-47          8000.5e4e05841423       no              qvb5bd37136-47
                                                        tap5bd37136-47
qbr95d96a75-a0          8000.de076cb850f6       no              qvb95d96a75-a0
                                                        tap95d96a75-a0
[heat-admin@overcloud-novacompute-0 ~]$ 

আপনি আউটপুট থেকে দেখতে পাচ্ছেন, সেতুতে শুধুমাত্র দুটি ইন্টারফেস রয়েছে - tap95d96a75-a0 এবং qvb95d96a75-a0।

এখানে ওপেনস্ট্যাকে ভার্চুয়াল নেটওয়ার্ক ডিভাইসের ধরনগুলির উপর একটু মনোযোগ দেওয়া মূল্যবান:
vtap হল একটি ভার্চুয়াল ইন্টারফেস একটি উদাহরণের সাথে সংযুক্ত (VM)
qbr - লিনাক্স ব্রিজ
qvb এবং qvo - vEth জোড়া লিনাক্স ব্রিজ এবং ওপেন vSwitch ব্রিজের সাথে সংযুক্ত
br-int, br-tun, br-vlan - vSwitch ব্রিজ খুলুন
patch-, int-br-, phy-br- — ওপেন vSwitch প্যাচ ইন্টারফেস সংযোগকারী সেতু
qg, qr, ha, fg, sg - OVS এর সাথে সংযোগ করতে ভার্চুয়াল ডিভাইস দ্বারা ব্যবহৃত vSwitch পোর্টগুলি খুলুন

আপনি যেমন বুঝতে পেরেছেন, যদি আমাদের সেতুতে একটি qvb95d96a75-a0 পোর্ট থাকে, যা একটি vEth জোড়া, তবে কোথাও এর প্রতিরূপ রয়েছে, যা যৌক্তিকভাবে qvo95d96a75-a0 বলা উচিত। OVS এ কোন পোর্ট আছে তা দেখা যাক।

[heat-admin@overcloud-novacompute-0 ~]$ sudo sudo ovs-appctl dpif/show
system@ovs-system: hit:526 missed:91
  br-ex:
    br-ex 65534/1: (internal)
    phy-br-ex 1/none: (patch: peer=int-br-ex)
  br-int:
    br-int 65534/2: (internal)
    int-br-ex 1/none: (patch: peer=phy-br-ex)
    patch-tun 2/none: (patch: peer=patch-int)
    qvo5bd37136-47 6/6: (system)
    qvo95d96a75-a0 3/5: (system)
  br-tun:
    br-tun 65534/3: (internal)
    patch-int 1/none: (patch: peer=patch-tun)
    vxlan-c0a8ff0f 3/4: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.19, remote_ip=192.168.255.15)
    vxlan-c0a8ff1a 2/4: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.19, remote_ip=192.168.255.26)
[heat-admin@overcloud-novacompute-0 ~]$ 

আমরা দেখতে পারি পোর্টটি br-int-এ রয়েছে। Br-int একটি সুইচ হিসাবে কাজ করে যা ভার্চুয়াল মেশিন পোর্ট বন্ধ করে দেয়। qvo95d96a75-a0 ছাড়াও, qvo5bd37136-47 পোর্টটি আউটপুটে দৃশ্যমান। এটি দ্বিতীয় ভার্চুয়াল মেশিনের একটি পোর্ট। ফলস্বরূপ, আমাদের স্কিম এখন এই মত দেখায়:

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

অর্থাৎ, শেষ পর্যন্ত, স্কিমটি এইরকম দেখাচ্ছে:

একটি L2 নেটওয়ার্কে একটি হাইপারভাইজারে দুটি মেশিন

যেহেতু এই দুটি VM একই L2 নেটওয়ার্কে এবং একই হাইপারভাইজারে রয়েছে, তাই তাদের মধ্যে ট্রাফিক br-int এর মাধ্যমে স্থানীয়ভাবে যাওয়া যৌক্তিক হবে, যেহেতু উভয় মেশিন একই VLAN-এ থাকবে:

[heat-admin@overcloud-novacompute-0 ~]$ sudo virsh domiflist instance-00000001
Interface  Type       Source     Model       MAC
-------------------------------------------------------
tap95d96a75-a0 bridge     qbr95d96a75-a0 virtio      fa:16:3e:44:98:20

[heat-admin@overcloud-novacompute-0 ~]$ 
[heat-admin@overcloud-novacompute-0 ~]$ 
[heat-admin@overcloud-novacompute-0 ~]$ sudo virsh domiflist instance-00000003
Interface  Type       Source     Model       MAC
-------------------------------------------------------
tap5bd37136-47 bridge     qbr5bd37136-47 virtio      fa:16:3e:83:ad:a4

[heat-admin@overcloud-novacompute-0 ~]$ 
[heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-appctl fdb/show br-int 
 port  VLAN  MAC                Age
    6     1  fa:16:3e:83:ad:a4    0
    3     1  fa:16:3e:44:98:20    0
[heat-admin@overcloud-novacompute-0 ~]$ 

একই L2 নেটওয়ার্কে বিভিন্ন হাইপারভাইজারে দুটি মেশিন

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

ভার্চুয়াল মেশিনের ঠিকানা যার মধ্যে আমরা ট্রাফিক দেখব:

[heat-admin@overcloud-novacompute-0 ~]$ sudo virsh domiflist instance-00000001
Interface  Type       Source     Model       MAC
-------------------------------------------------------
tap95d96a75-a0 bridge     qbr95d96a75-a0 virtio      fa:16:3e:44:98:20

[heat-admin@overcloud-novacompute-0 ~]$ 

[heat-admin@overcloud-novacompute-1 ~]$ sudo virsh domiflist instance-00000002
Interface  Type       Source     Model       MAC
-------------------------------------------------------
tape7e23f1b-07 bridge     qbre7e23f1b-07 virtio      fa:16:3e:72:ad:53

[heat-admin@overcloud-novacompute-1 ~]$ 

আমরা কম্পিউট-০-এ br-int-এ ফরওয়ার্ডিং টেবিলটি দেখি:

[heat-admin@overcloud-novacompute-0 ~]$  sudo ovs-appctl fdb/show br-int | grep fa:16:3e:72:ad:53
    2     1  fa:16:3e:72:ad:53    1
[heat-admin@overcloud-novacompute-0 ~]

ট্রাফিক পোর্ট 2 এ যেতে হবে - এটি কোন পোর্ট তা দেখুন:

[heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-ofctl show br-int | grep addr
 1(int-br-ex): addr:7e:7f:28:1f:bd:54
 2(patch-tun): addr:0a:bd:07:69:58:d9
 3(qvo95d96a75-a0): addr:ea:50:9a:3d:69:58
 6(qvo5bd37136-47): addr:9a:d1:03:50:3d:96
 LOCAL(br-int): addr:1a:0f:53:97:b1:49
[heat-admin@overcloud-novacompute-0 ~]$

এটি প্যাচ-টুন - অর্থাৎ ব্র-টুনে ইন্টারফেস। আসুন দেখি br-tun এ প্যাকেজটির সাথে কি হয়:

[heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-ofctl dump-flows br-tun | grep fa:16:3e:72:ad:53
 cookie=0x8759a56536b67a8e, duration=1387.959s, table=20, n_packets=1460, n_bytes=138880, hard_timeout=300, idle_age=0, hard_age=0, priority=1,vlan_tci=0x0001/0x0fff,dl_dst=fa:16:3e:72:ad:53 actions=load:0->NXM_OF_VLAN_TCI[],load:0x16->NXM_NX_TUN_ID[],output:2
[heat-admin@overcloud-novacompute-0 ~]$ 

প্যাকেটটি VxLAN এ প্যাক করা হয় এবং পোর্ট 2 এ পাঠানো হয়। আমরা দেখি পোর্ট 2 কোথায় যায়:

[heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-ofctl show br-tun | grep addr   
 1(patch-int): addr:b2:d1:f8:21:96:66
 2(vxlan-c0a8ff1a): addr:be:64:1f:75:78:a7
 3(vxlan-c0a8ff0f): addr:76:6f:b9:3c:3f:1c
 LOCAL(br-tun): addr:a2:5b:6d:4f:94:47
[heat-admin@overcloud-novacompute-0 ~]$

এটি কম্পিউট-1-এর উপর একটি vxlan টানেল:

[heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-appctl dpif/show | egrep vxlan-c0a8ff1a
    vxlan-c0a8ff1a 2/4: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.19, remote_ip=192.168.255.26)
[heat-admin@overcloud-novacompute-0 ~]$

আমরা কম্পিউট-১-এ যাই এবং প্যাকেজটির পরবর্তীতে কী হয় তা দেখি:

[heat-admin@overcloud-novacompute-1 ~]$ sudo ovs-appctl fdb/show br-int | egrep fa:16:3e:44:98:20
    2     1  fa:16:3e:44:98:20    1
[heat-admin@overcloud-novacompute-1 ~]$ 

ম্যাক কম্পিউট-১-এ br-int ফরওয়ার্ডিং টেবিলে রয়েছে এবং উপরের আউটপুট থেকে দেখা যায়, এটি পোর্ট 1 এর মাধ্যমে দৃশ্যমান, যা br-tun এর দিকে পোর্ট:

[heat-admin@overcloud-novacompute-1 ~]$ sudo ovs-ofctl show br-int | grep addr   
 1(int-br-ex): addr:8a:d7:f9:ad:8c:1d
 2(patch-tun): addr:46:cc:40:bd:20:da
 3(qvoe7e23f1b-07): addr:12:78:2e:34:6a:c7
 4(qvo3210e8ec-c0): addr:7a:5f:59:75:40:85
 LOCAL(br-int): addr:e2:27:b2:ed:14:46

ঠিক আছে, তাহলে আমরা দেখতে পাচ্ছি যে কম্পিউট-১ এর br-int-এ একটি গন্তব্য পপি রয়েছে:

[heat-admin@overcloud-novacompute-1 ~]$ sudo ovs-appctl fdb/show br-int | egrep fa:16:3e:72:ad:53
    3     1  fa:16:3e:72:ad:53    0
[heat-admin@overcloud-novacompute-1 ~]$ 

অর্থাৎ, প্রাপ্ত প্যাকেটটি 3 পোর্টে উড়ে যাবে, যার পিছনে ইতিমধ্যেই একটি ভার্চুয়াল মেশিন ইনস্ট্যান্স-00000003 রয়েছে।

একটি ভার্চুয়াল অবকাঠামোতে অধ্যয়ন করার জন্য ওপেনস্ট্যাক স্থাপনের সৌন্দর্য হল যে আমরা সহজেই হাইপারভাইজারগুলির মধ্যে ট্র্যাফিক ধরতে পারি এবং দেখতে পারি যে এটিতে কী ঘটে। আমরা এখন এটিই করব, vnet পোর্টে tcpdump চালান compute-0 এর দিকে:

[root@hp-gen9 bormoglotx]# tcpdump -vvv -i vnet3
tcpdump: listening on vnet3, link-type EN10MB (Ethernet), capture size 262144 bytes

*****************omitted*******************

04:39:04.583459 IP (tos 0x0, ttl 64, id 16868, offset 0, flags [DF], proto UDP (17), length 134)
    192.168.255.19.39096 > 192.168.255.26.4789: [no cksum] VXLAN, flags [I] (0x08), vni 22
IP (tos 0x0, ttl 64, id 8012, offset 0, flags [DF], proto ICMP (1), length 84)
    10.0.1.85 > 10.0.1.88: ICMP echo request, id 5634, seq 16, length 64
04:39:04.584449 IP (tos 0x0, ttl 64, id 35181, offset 0, flags [DF], proto UDP (17), length 134)
    192.168.255.26.speedtrace-disc > 192.168.255.19.4789: [no cksum] VXLAN, flags [I] (0x08), vni 22
IP (tos 0x0, ttl 64, id 59124, offset 0, flags [none], proto ICMP (1), length 84)
    10.0.1.88 > 10.0.1.85: ICMP echo reply, id 5634, seq 16, length 64
	
*****************omitted*******************

প্রথম লাইনটি দেখায় যে পাটেক ঠিকানা 10.0.1.85 থেকে 10.0.1.88 (ICMP ট্র্যাফিক) ঠিকানায় যায় এবং এটি vni 22 সহ একটি VxLAN প্যাকেটে মোড়ানো হয় এবং প্যাকেটটি হোস্ট 192.168.255.19 (কম্পিউট-0) থেকে হোস্ট 192.168.255.26-এ যায়। .1 (গণনা-XNUMX)। আমরা পরীক্ষা করতে পারি যে VNI ovs-এ উল্লেখিত একটির সাথে মেলে।

চলুন এই লাইনে ফিরে আসি actions=load:0->NXM_OF_VLAN_TCI[],load:0x16->NXM_NX_TUN_ID[],আউটপুট:2। হেক্সাডেসিমেল সংখ্যা পদ্ধতিতে 0x16 হল vni। আসুন এই সংখ্যাটিকে 16 তম সিস্টেমে রূপান্তর করি:

16 = 6*16^0+1*16^1 = 6+16 = 22

অর্থাৎ vni সত্য।

দ্বিতীয় লাইনটি বিপরীত ট্র্যাফিক দেখায়, ভাল, সেখানে এটি ব্যাখ্যা করার কোন মানে হয় না এবং তাই সবকিছু পরিষ্কার।

বিভিন্ন নেটওয়ার্কে দুটি মেশিন (নেটওয়ার্কের মধ্যে রাউটিং)

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

প্রথমে, আসুন দেখি যে রাউটিং কাজ করে:

$ ping 10.0.2.8
PING 10.0.2.8 (10.0.2.8): 56 data bytes
64 bytes from 10.0.2.8: seq=0 ttl=63 time=7.727 ms
64 bytes from 10.0.2.8: seq=1 ttl=63 time=3.832 ms
^C
--- 10.0.2.8 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 3.832/5.779/7.727 ms

যেহেতু এই ক্ষেত্রে প্যাকেটটিকে অবশ্যই গেটওয়েতে যেতে হবে এবং সেখানে রুট করতে হবে, আমাদের গেটওয়ের MAC ঠিকানা খুঁজে বের করতে হবে, যার জন্য আমরা উদাহরণে ARP টেবিলটি দেখি:

$ arp
host-10-0-1-254.openstacklocal (10.0.1.254) at fa:16:3e:c4:64:70 [ether]  on eth0
host-10-0-1-1.openstacklocal (10.0.1.1) at fa:16:3e:e6:2c:5c [ether]  on eth0
host-10-0-1-90.openstacklocal (10.0.1.90) at fa:16:3e:83:ad:a4 [ether]  on eth0
host-10-0-1-88.openstacklocal (10.0.1.88) at fa:16:3e:72:ad:53 [ether]  on eth0

এখন দেখা যাক গন্তব্যের সাথে কোথায় ট্রাফিক পাঠানো হবে (10.0.1.254) fa:16:3e:c4:64:70:

[heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-appctl fdb/show br-int | egrep fa:16:3e:c4:64:70
    2     1  fa:16:3e:c4:64:70    0
[heat-admin@overcloud-novacompute-0 ~]$ 

আমরা পোর্ট 2 কোথায় নিয়ে যায় তা দেখি:

[heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-ofctl show br-int | grep addr
 1(int-br-ex): addr:7e:7f:28:1f:bd:54
 2(patch-tun): addr:0a:bd:07:69:58:d9
 3(qvo95d96a75-a0): addr:ea:50:9a:3d:69:58
 6(qvo5bd37136-47): addr:9a:d1:03:50:3d:96
 LOCAL(br-int): addr:1a:0f:53:97:b1:49
[heat-admin@overcloud-novacompute-0 ~]$ 

সবকিছুই যৌক্তিক, ট্রাফিক ব্র-টুনে যায়। দেখা যাক কোন ভিএক্সলান টানেলে এটি মোড়ানো হবে:

[heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-ofctl dump-flows br-tun | grep fa:16:3e:c4:64:70
 cookie=0x8759a56536b67a8e, duration=3514.566s, table=20, n_packets=3368, n_bytes=317072, hard_timeout=300, idle_age=0, hard_age=0, priority=1,vlan_tci=0x0001/0x0fff,dl_dst=fa:16:3e:c4:64:70 actions=load:0->NXM_OF_VLAN_TCI[],load:0x16->NXM_NX_TUN_ID[],output:3
[heat-admin@overcloud-novacompute-0 ~]$ 

তৃতীয় বন্দরটি হল vxlan টানেল:

[heat-admin@overcloud-controller-0 ~]$ sudo ovs-ofctl show br-tun | grep addr
 1(patch-int): addr:a2:69:00:c5:fa:ba
 2(vxlan-c0a8ff1a): addr:86:f0:ce:d0:e8:ea
 3(vxlan-c0a8ff13): addr:72:aa:73:2c:2e:5b
 LOCAL(br-tun): addr:a6:cb:cd:72:1c:45
[heat-admin@overcloud-controller-0 ~]$ 

যা নিয়ন্ত্রণ নোড দেখায়:

[heat-admin@overcloud-controller-0 ~]$ sudo sudo ovs-appctl dpif/show | grep vxlan-c0a8ff1a
    vxlan-c0a8ff1a 2/5: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.15, remote_ip=192.168.255.26)
[heat-admin@overcloud-controller-0 ~]$ 

ট্র্যাফিক নিয়ন্ত্রণ নোডে পৌঁছেছে, তাই আমাদের এটিতে যেতে হবে এবং কীভাবে রাউটিং হবে তা দেখতে হবে।

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

সুতরাং, স্পষ্টতই, গেটওয়ে পপি ঠিকানাটি কন্ট্রোল নোডের br-int ফরওয়ার্ডিং টেবিলে থাকা উচিত। আসুন পরীক্ষা করে দেখি যে এটি সেখানে আছে এবং এটি কোথায় দেখায়:

[heat-admin@overcloud-controller-0 ~]$ sudo ovs-appctl fdb/show br-int | grep fa:16:3e:c4:64:70
    5     1  fa:16:3e:c4:64:70    1
[heat-admin@overcloud-controller-0 ~]$ 
[heat-admin@overcloud-controller-0 ~]$  sudo ovs-ofctl show br-int | grep addr
 1(int-br-ex): addr:2e:58:b6:db:d5:de
 2(patch-tun): addr:06:41:90:f0:9e:56
 3(tapca25a97e-64): addr:fa:16:3e:e6:2c:5c
 4(tap22015e46-0b): addr:fa:16:3e:76:c2:11
 5(qr-0c52b15f-8f): addr:fa:16:3e:c4:64:70
 6(qr-92fa49b5-54): addr:fa:16:3e:80:13:72
 LOCAL(br-int): addr:06:de:5d:ed:44:44
[heat-admin@overcloud-controller-0 ~]$ 

ম্যাকটি qr-0c52b15f-8f পোর্ট থেকে দৃশ্যমান। ওপেনস্ট্যাকের ভার্চুয়াল পোর্টের তালিকায় ফিরে গিয়ে, এই পোর্টের ধরনটি বিভিন্ন ভার্চুয়াল ডিভাইসগুলিকে OVS-এর সাথে সংযুক্ত করতে ব্যবহৃত হয়। আরও সুনির্দিষ্টভাবে বলতে গেলে, qr হল ভার্চুয়াল রাউটারের দিকে একটি পোর্ট, যা একটি নামস্থান হিসাবে উপস্থাপিত হয়।

দেখা যাক সার্ভারে কি কি নামস্থান আছে:

[heat-admin@overcloud-controller-0 ~]$ sudo  ip netns
qrouter-0a4d2420-4b9c-46bd-aec1-86a1ef299abe (id: 2)
qdhcp-7d541e74-1c36-4e1d-a7c4-0968c8dbc638 (id: 1)
qdhcp-67a3798c-32c0-4c18-8502-2531247e3cc2 (id: 0)
[heat-admin@overcloud-controller-0 ~]$ 

তিনটি কপি আছে। তবে নামগুলি বিচার করে, আপনি তাদের প্রত্যেকের উদ্দেশ্য অনুমান করতে পারেন। আমরা পরে আইডি 0 এবং 1 এর সাথে ইনস্ট্যান্সে ফিরে যাব, এখন আমরা নেমস্পেস qrouter-0a4d2420-4b9c-46bd-aec1-86a1ef299abe-এ আগ্রহী:

[heat-admin@overcloud-controller-0 ~]$ sudo  ip netns exec qrouter-0a4d2420-4b9c-46bd-aec1-86a1ef299abe ip route
10.0.1.0/24 dev qr-0c52b15f-8f proto kernel scope link src 10.0.1.254 
10.0.2.0/24 dev qr-92fa49b5-54 proto kernel scope link src 10.0.2.254 
[heat-admin@overcloud-controller-0 ~]$ 

এই নামস্থানে দুটি অভ্যন্তরীণ রয়েছে যা আমরা আগে তৈরি করেছি। উভয় ভার্চুয়াল পোর্ট br-int-এ যোগ করা হয়েছে। আসুন পোর্টের ম্যাক ঠিকানাটি পরীক্ষা করি qr-0c52b15f-8f, যেহেতু ট্র্যাফিক, গন্তব্য ম্যাক ঠিকানা দ্বারা বিচার করে, এই ইন্টারফেসে গিয়েছিল।

[heat-admin@overcloud-controller-0 ~]$ sudo  ip netns exec qrouter-0a4d2420-4b9c-46bd-aec1-86a1ef299abe ifconfig qr-0c52b15f-8f
qr-0c52b15f-8f: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1450
        inet 10.0.1.254  netmask 255.255.255.0  broadcast 10.0.1.255
        inet6 fe80::f816:3eff:fec4:6470  prefixlen 64  scopeid 0x20<link>
        ether fa:16:3e:c4:64:70  txqueuelen 1000  (Ethernet)
        RX packets 5356  bytes 427305 (417.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5195  bytes 490603 (479.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[heat-admin@overcloud-controller-0 ~]$ 

যে, এই ক্ষেত্রে, সবকিছু স্ট্যান্ডার্ড রাউটিং আইন অনুযায়ী কাজ করে। যেহেতু ট্রাফিক হোস্ট 10.0.2.8 এর জন্য নির্ধারিত, তাই এটিকে অবশ্যই দ্বিতীয় ইন্টারফেস qr-92fa49b5-54 দিয়ে প্রস্থান করতে হবে এবং vxlan টানেলের মধ্য দিয়ে কম্পিউট নোডে যেতে হবে:

[heat-admin@overcloud-controller-0 ~]$ sudo  ip netns exec qrouter-0a4d2420-4b9c-46bd-aec1-86a1ef299abe arp
Address                  HWtype  HWaddress           Flags Mask            Iface
10.0.1.88                ether   fa:16:3e:72:ad:53   C                     qr-0c52b15f-8f
10.0.1.90                ether   fa:16:3e:83:ad:a4   C                     qr-0c52b15f-8f
10.0.2.8                 ether   fa:16:3e:6c:ad:9c   C                     qr-92fa49b5-54
10.0.2.42                ether   fa:16:3e:f5:0b:29   C                     qr-92fa49b5-54
10.0.1.85                ether   fa:16:3e:44:98:20   C                     qr-0c52b15f-8f
[heat-admin@overcloud-controller-0 ~]$ 

সবকিছুই যৌক্তিক, কোন আশ্চর্য নেই। হোস্ট 10.0.2.8 এর পপি ঠিকানা br-int-এ দৃশ্যমান কোথা থেকে আমরা দেখছি:

[heat-admin@overcloud-controller-0 ~]$ sudo ovs-appctl fdb/show br-int | grep fa:16:3e:6c:ad:9c
    2     2  fa:16:3e:6c:ad:9c    1
[heat-admin@overcloud-controller-0 ~]$ 
[heat-admin@overcloud-controller-0 ~]$ sudo ovs-ofctl show br-int | grep addr
 1(int-br-ex): addr:2e:58:b6:db:d5:de
 2(patch-tun): addr:06:41:90:f0:9e:56
 3(tapca25a97e-64): addr:fa:16:3e:e6:2c:5c
 4(tap22015e46-0b): addr:fa:16:3e:76:c2:11
 5(qr-0c52b15f-8f): addr:fa:16:3e:c4:64:70
 6(qr-92fa49b5-54): addr:fa:16:3e:80:13:72
 LOCAL(br-int): addr:06:de:5d:ed:44:44
[heat-admin@overcloud-controller-0 ~]$ 

প্রত্যাশিত হিসাবে, ট্রাফিক br-tun-এ যায়, চলুন দেখি ট্রাফিক পরবর্তী কোন টানেলে যায়:

[heat-admin@overcloud-controller-0 ~]$ sudo ovs-ofctl dump-flows br-tun | grep fa:16:3e:6c:ad:9c
 cookie=0x2ab04bf27114410e, duration=5346.829s, table=20, n_packets=5248, n_bytes=498512, hard_timeout=300, idle_age=0, hard_age=0, priority=1,vlan_tci=0x0002/0x0fff,dl_dst=fa:16:3e:6c:ad:9c actions=load:0->NXM_OF_VLAN_TCI[],load:0x63->NXM_NX_TUN_ID[],output:2
[heat-admin@overcloud-controller-0 ~]$
[heat-admin@overcloud-controller-0 ~]$ sudo ovs-ofctl show br-tun | grep addr
 1(patch-int): addr:a2:69:00:c5:fa:ba
 2(vxlan-c0a8ff1a): addr:86:f0:ce:d0:e8:ea
 3(vxlan-c0a8ff13): addr:72:aa:73:2c:2e:5b
 LOCAL(br-tun): addr:a6:cb:cd:72:1c:45
[heat-admin@overcloud-controller-0 ~]$ 
[heat-admin@overcloud-controller-0 ~]$ sudo sudo ovs-appctl dpif/show | grep vxlan-c0a8ff1a
    vxlan-c0a8ff1a 2/5: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.15, remote_ip=192.168.255.26)
[heat-admin@overcloud-controller-0 ~]$ 

যানবাহন গণনা-১ টানেলে যায়। ঠিক আছে, কম্পিউট-১-এ সবকিছুই সহজ - br-tun থেকে প্যাকেজটি br-int এবং সেখান থেকে ভার্চুয়াল মেশিন ইন্টারফেসে যায়:

[heat-admin@overcloud-controller-0 ~]$ sudo sudo ovs-appctl dpif/show | grep vxlan-c0a8ff1a
    vxlan-c0a8ff1a 2/5: (vxlan: egress_pkt_mark=0, key=flow, local_ip=192.168.255.15, remote_ip=192.168.255.26)
[heat-admin@overcloud-controller-0 ~]$ 
[heat-admin@overcloud-novacompute-1 ~]$ sudo ovs-appctl fdb/show br-int | grep fa:16:3e:6c:ad:9c
    4     2  fa:16:3e:6c:ad:9c    1
[heat-admin@overcloud-novacompute-1 ~]$ sudo ovs-ofctl show br-int | grep addr                  
 1(int-br-ex): addr:8a:d7:f9:ad:8c:1d
 2(patch-tun): addr:46:cc:40:bd:20:da
 3(qvoe7e23f1b-07): addr:12:78:2e:34:6a:c7
 4(qvo3210e8ec-c0): addr:7a:5f:59:75:40:85
 LOCAL(br-int): addr:e2:27:b2:ed:14:46
[heat-admin@overcloud-novacompute-1 ~]$ 

আসুন পরীক্ষা করে দেখি যে এটি আসলেই সঠিক ইন্টারফেস:

[heat-admin@overcloud-novacompute-1 ~]$ brctl show
bridge name     bridge id               STP enabled     interfaces
docker0         8000.02429c001e1c       no
qbr3210e8ec-c0          8000.ea27f45358be       no              qvb3210e8ec-c0
                                                        tap3210e8ec-c0
qbre7e23f1b-07          8000.b26ac0eded8a       no              qvbe7e23f1b-07
                                                        tape7e23f1b-07
[heat-admin@overcloud-novacompute-1 ~]$ 
[heat-admin@overcloud-novacompute-1 ~]$ sudo virsh domiflist instance-00000004
Interface  Type       Source     Model       MAC
-------------------------------------------------------
tap3210e8ec-c0 bridge     qbr3210e8ec-c0 virtio      fa:16:3e:6c:ad:9c

[heat-admin@overcloud-novacompute-1 ~]$

আসলে, আমরা প্যাকেজ মাধ্যমে সব পথ গিয়েছিলাম. আমি মনে করি আপনি লক্ষ্য করেছেন যে ট্র্যাফিকটি বিভিন্ন vxlan টানেলের মধ্য দিয়ে গেছে এবং বিভিন্ন VNI এর সাথে প্রস্থান করেছে। আসুন দেখি এগুলি কি ধরণের ভিএনআই, এর পরে আমরা নোডের নিয়ন্ত্রণ পোর্টে একটি ডাম্প সংগ্রহ করব এবং নিশ্চিত করব যে উপরে বর্ণিত হিসাবে ট্র্যাফিক ঠিক প্রবাহিত হচ্ছে।
সুতরাং কম্পিউট-০-এর টানেলে নিম্নলিখিত ক্রিয়াগুলি রয়েছে=লোড:0->NXM_OF_VLAN_TCI[],load:0x0->NXM_NX_TUN_ID[],আউটপুট:16। 3x0 কে দশমিক সংখ্যা পদ্ধতিতে অনুবাদ করা যাক:

0x16 = 6*16^0+1*16^1 = 6+16 = 22

কম্পিউট-১-এর টানেলে নিম্নলিখিত VNI আছে: actions=load:1->NXM_OF_VLAN_TCI[],load:0x0->NXM_NX_TUN_ID[],আউটপুট:63। 2x0 কে দশমিক সংখ্যা পদ্ধতিতে অনুবাদ করা যাক:

0x63 = 3*16^0+6*16^1 = 3+96 = 99

আচ্ছা, এখন ডাম্প দেখি:

[root@hp-gen9 bormoglotx]# tcpdump -vvv -i vnet4 
tcpdump: listening on vnet4, link-type EN10MB (Ethernet), capture size 262144 bytes

*****************omitted*******************

04:35:18.709949 IP (tos 0x0, ttl 64, id 48650, offset 0, flags [DF], proto UDP (17), length 134)
    192.168.255.19.41591 > 192.168.255.15.4789: [no cksum] VXLAN, flags [I] (0x08), vni 22
IP (tos 0x0, ttl 64, id 49042, offset 0, flags [DF], proto ICMP (1), length 84)
    10.0.1.85 > 10.0.2.8: ICMP echo request, id 5378, seq 9, length 64
04:35:18.710159 IP (tos 0x0, ttl 64, id 23360, offset 0, flags [DF], proto UDP (17), length 134)
    192.168.255.15.38983 > 192.168.255.26.4789: [no cksum] VXLAN, flags [I] (0x08), vni 99
IP (tos 0x0, ttl 63, id 49042, offset 0, flags [DF], proto ICMP (1), length 84)
    10.0.1.85 > 10.0.2.8: ICMP echo request, id 5378, seq 9, length 64
04:35:18.711292 IP (tos 0x0, ttl 64, id 43596, offset 0, flags [DF], proto UDP (17), length 134)
    192.168.255.26.42588 > 192.168.255.15.4789: [no cksum] VXLAN, flags [I] (0x08), vni 99
IP (tos 0x0, ttl 64, id 55103, offset 0, flags [none], proto ICMP (1), length 84)
    10.0.2.8 > 10.0.1.85: ICMP echo reply, id 5378, seq 9, length 64
04:35:18.711531 IP (tos 0x0, ttl 64, id 8555, offset 0, flags [DF], proto UDP (17), length 134)
    192.168.255.15.38983 > 192.168.255.19.4789: [no cksum] VXLAN, flags [I] (0x08), vni 22
IP (tos 0x0, ttl 63, id 55103, offset 0, flags [none], proto ICMP (1), length 84)
    10.0.2.8 > 10.0.1.85: ICMP echo reply, id 5378, seq 9, length 64
	
*****************omitted*******************

প্রথম প্যাকেট হল একটি vxlan প্যাকেট হোস্ট 192.168.255.19 (কম্পিউট-0) থেকে হোস্ট 192.168.255.15 (কন্ট্রোল-1) vni 22 সহ, যার ভিতরে একটি ICMP প্যাকেট হোস্ট 10.0.1.85 থেকে.10.0.2.8 পর্যন্ত প্যাক করা হয়। আমরা উপরে গণনা করেছি, vni আমরা আউটপুটে যা দেখেছি তার সাথে মিলে যায়।

দ্বিতীয় প্যাকেটটি হোস্ট 192.168.255.15 (কন্ট্রোল-1) থেকে vni 192.168.255.26 সহ হোস্ট 1 (কম্পিউট-99) থেকে একটি vxlan প্যাকেট, যার ভিতরে একটি ICMP প্যাকেট হোস্ট 10.0.1.85 থেকে host.10.0.2.8 পর্যন্ত প্যাকেজ করা হয়। আমরা উপরে গণনা করেছি, vni আমরা আউটপুটে যা দেখেছি তার সাথে মিলে যায়।

পরবর্তী দুটি প্যাকেট হল 10.0.2.8 থেকে 10.0.1.85 না থেকে রিটার্ন ট্রাফিক৷

অর্থাৎ, শেষ পর্যন্ত, আমরা নিম্নলিখিত নিয়ন্ত্রণ নোড স্কিম পেয়েছি:

দেখো তাই তো? আমরা দুটি নামস্থান ভুলে গেছি:

[heat-admin@overcloud-controller-0 ~]$ sudo  ip netns
qrouter-0a4d2420-4b9c-46bd-aec1-86a1ef299abe (id: 2)
qdhcp-7d541e74-1c36-4e1d-a7c4-0968c8dbc638 (id: 1)
qdhcp-67a3798c-32c0-4c18-8502-2531247e3cc2 (id: 0)
[heat-admin@overcloud-controller-0 ~]$ 

আমরা ক্লাউড প্ল্যাটফর্মের আর্কিটেকচার সম্পর্কে কথা বলেছি, এটি ভাল হবে যদি মেশিনগুলি একটি DHCP সার্ভার থেকে স্বয়ংক্রিয়ভাবে ঠিকানাগুলি গ্রহণ করে। আমাদের দুটি নেটওয়ার্ক 10.0.1.0/24 এবং 10.0.2.0/24 এর জন্য এই দুটি DHCP সার্ভার।

এই তাই যে চেক করা যাক. এই নামস্থানে শুধুমাত্র একটি ঠিকানা রয়েছে - 10.0.1.1 - DHCP সার্ভারের ঠিকানা, এবং এটি br-int-এও অন্তর্ভুক্ত:

[heat-admin@overcloud-controller-0 ~]$ sudo ip netns exec qdhcp-67a3798c-32c0-4c18-8502-2531247e3cc2 ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 1  bytes 28 (28.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1  bytes 28 (28.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

tapca25a97e-64: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1450
        inet 10.0.1.1  netmask 255.255.255.0  broadcast 10.0.1.255
        inet6 fe80::f816:3eff:fee6:2c5c  prefixlen 64  scopeid 0x20<link>
        ether fa:16:3e:e6:2c:5c  txqueuelen 1000  (Ethernet)
        RX packets 129  bytes 9372 (9.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 49  bytes 6154 (6.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

প্রসেসগুলি কন্ট্রোল নোডে তাদের নামে qdhcp-67a3798c-32c0-4c18-8502-2531247e3cc2 ধারণ করে দেখুন:

[heat-admin@overcloud-controller-0 ~]$ ps -aux | egrep qdhcp-7d541e74-1c36-4e1d-a7c4-0968c8dbc638 
root      640420  0.0  0.0   4220   348 ?        Ss   11:31   0:00 dumb-init --single-child -- ip netns exec qdhcp-7d541e74-1c36-4e1d-a7c4-0968c8dbc638 /usr/sbin/dnsmasq -k --no-hosts --no-resolv --pid-file=/var/lib/neutron/dhcp/7d541e74-1c36-4e1d-a7c4-0968c8dbc638/pid --dhcp-hostsfile=/var/lib/neutron/dhcp/7d541e74-1c36-4e1d-a7c4-0968c8dbc638/host --addn-hosts=/var/lib/neutron/dhcp/7d541e74-1c36-4e1d-a7c4-0968c8dbc638/addn_hosts --dhcp-optsfile=/var/lib/neutron/dhcp/7d541e74-1c36-4e1d-a7c4-0968c8dbc638/opts --dhcp-leasefile=/var/lib/neutron/dhcp/7d541e74-1c36-4e1d-a7c4-0968c8dbc638/leases --dhcp-match=set:ipxe,175 --local-service --bind-dynamic --dhcp-range=set:subnet-335552dd-b35b-456b-9df0-5aac36a3ca13,10.0.2.0,static,255.255.255.0,86400s --dhcp-option-force=option:mtu,1450 --dhcp-lease-max=256 --conf-file= --domain=openstacklocal
heat-ad+  951620  0.0  0.0 112944   980 pts/0    S+   18:50   0:00 grep -E --color=auto qdhcp-7d541e74-1c36-4e1d-a7c4-0968c8dbc638
[heat-admin@overcloud-controller-0 ~]$ 

এই ধরনের একটি প্রক্রিয়া আছে এবং, উপরের আউটপুটে উপস্থাপিত তথ্যের উপর ভিত্তি করে, আমরা, উদাহরণস্বরূপ, এই মুহূর্তে আমাদের ভাড়া কি আছে তা দেখতে পারি:

[heat-admin@overcloud-controller-0 ~]$ cat /var/lib/neutron/dhcp/7d541e74-1c36-4e1d-a7c4-0968c8dbc638/leases
1597492111 fa:16:3e:6c:ad:9c 10.0.2.8 host-10-0-2-8 01:fa:16:3e:6c:ad:9c
1597491115 fa:16:3e:76:c2:11 10.0.2.1 host-10-0-2-1 *
[heat-admin@overcloud-controller-0 ~]$

ফলস্বরূপ, আমরা নিয়ন্ত্রণ নোডে নিম্নলিখিত পরিষেবাগুলির সেট পাই:

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

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

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

যদি OpenStack একটি সম্প্রদায়-চালিত সমাধান হয়, তাহলে VMWare-এর অধিকার আছে কেবলমাত্র এটি যা চায় তা করার (পড়ুন - এতে কী উপকারী) এবং এটি যৌক্তিক - কারণ এটি একটি বাণিজ্যিক কোম্পানি যা তার গ্রাহকদের কাছ থেকে অর্থ উপার্জন করতে অভ্যস্ত। কিন্তু একটি বড় এবং চর্বি আছে কিন্তু - আপনি OpenStack বন্ধ করতে পারেন, উদাহরণস্বরূপ, Nokia থেকে এবং একটি সমাধানে যেতে পারেন, উদাহরণস্বরূপ, Juniper (Contrail Cloud), কিন্তু আপনার VMWare বন্ধ হওয়ার সম্ভাবনা নেই। আমার কাছে, এই দুটি সমাধান এইরকম দেখায় - ওপেনস্ট্যাক (বিক্রেতা) একটি সাধারণ খাঁচা যা আপনাকে রাখে, কিন্তু আপনার কাছে চাবি আছে এবং আপনি যে কোনো সময় চলে যেতে পারেন। ভিএমওয়্যার একটি সোনার খাঁচা, খাঁচার চাবি মালিকের কাছে এবং এতে আপনার অনেক খরচ হবে।

আমি প্রথম বা দ্বিতীয় পণ্যের জন্য প্রচার করছি না - আপনি যা প্রয়োজন তা বেছে নিন। কিন্তু যদি আমার এমন একটি পছন্দ থাকে, তবে আমি উভয় সমাধান বেছে নেব - IT ক্লাউডের জন্য VMWare (হালকা লোড, সুবিধাজনক ব্যবস্থাপনা), কিছু বিক্রেতার থেকে OpenStack (নোকিয়া এবং জুনিপার খুব ভাল টার্নকি সমাধান প্রদান করে) - টেলিকম ক্লাউডের জন্য। আমি খাঁটি আইটি-র জন্য ওপেনস্ট্যাক ব্যবহার করব না - এটি একটি কামান থেকে চড়ুই গুলি করার মতো, তবে আমি অপ্রয়োজনীয়তা ব্যতীত এটি ব্যবহার করার জন্য কোনও দ্বন্দ্ব দেখতে পাচ্ছি না। যাইহোক, টেলিকমে ভিএমওয়্যার ব্যবহার করা - যেমন ফোর্ড র‍্যাপ্টরে ধ্বংসস্তূপ তুলে নেওয়া - বাইরে থেকে সুন্দর, তবে ড্রাইভারকে একটির পরিবর্তে 10টি ট্রিপ করতে হবে৷

আমার মতে, ভিএমওয়্যারের সবচেয়ে বড় অসুবিধা হল এর সম্পূর্ণ বন্ধতা - এটি কীভাবে কাজ করে সে সম্পর্কে কোম্পানি আপনাকে কোনও তথ্য দেবে না, উদাহরণস্বরূপ, vSAN বা হাইপারভাইজার কার্নেলে কী আছে - এটি কেবল এটির জন্য লাভজনক নয় - অর্থাৎ, আপনি কখনই VMWare-এ বিশেষজ্ঞ হয়ে উঠবেন না - বিক্রেতার সমর্থন ছাড়াই আপনি ধ্বংস হয়ে যাবেন (খুব প্রায়ই আমি VMWare বিশেষজ্ঞদের সাথে দেখা করি যারা তুচ্ছ প্রশ্নে বিভ্রান্ত হয়)। আমার জন্য, ভিএমওয়্যার হুড লক করা একটি গাড়ি কিনছে - হ্যাঁ, আপনার বিশেষজ্ঞ থাকতে পারে যারা টাইমিং বেল্ট পরিবর্তন করতে পারে, তবে শুধুমাত্র যিনি আপনাকে এই সমাধানটি বিক্রি করেছেন তিনিই হুডটি খুলতে পারেন। ব্যক্তিগতভাবে, আমি এমন সিদ্ধান্ত পছন্দ করি না যা আমি মানতে পারি না। আপনি বলবেন যে আপনাকে হুডের নীচে যেতে হবে না। হ্যাঁ, এটি সম্ভব, তবে আমি আপনাকে দেখব যখন আপনাকে 20-30টি ভার্চুয়াল মেশিন, 40-50টি নেটওয়ার্ক থেকে ক্লাউডে একটি বড় ফাংশন একত্রিত করতে হবে, যার অর্ধেক বাইরে যেতে চায় এবং দ্বিতীয় অর্ধেক অনুরোধ করবে SR-IOV ত্বরণ, অন্যথায় আপনার এই মেশিনগুলির আরও কয়েক ডজনের প্রয়োজন হবে - অন্যথায় কর্মক্ষমতা যথেষ্ট হবে না।

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

উত্স: www.habr.com