হোস্ট নেটওয়ার্কিং¶
প্রত্যেক নোড এ অপারেটিং সিস্টেম ইনস্টল করার পর এই আর্কিটেকচারটি চালু করার জন্য আপনাকে যা করতে হবে, আপনাকে অবশ্যই নেটওয়ার্ক ইন্টারফেজ গুলো কনফিগার করতে হবে। আমরা আপনাকে পরামর্শ দিব যে, যে কোন অটোমেটেড নেটওয়ার্ক টুলগুলো অক্ষম করা এবং আপনার ডিস্ট্রিবিউশন এর সঠিক কনফিগারেশন ফাইলটি সাধারণভাবে সম্পাদন করার জন্য। আপনার ডিস্ট্রিবিউশন এ কিভাবে নেটওয়ার্ক কনফিগার করবেন তা সম্পর্কে আরও জানার জন্য এর ডুকুমেন্টেশন দেখুন।
আরও দেখুন
'Ubuntu এর নেটওয়ার্ক কনফিগারেশন এর জন্য <https://help.ubuntu.com/lts/serverguide/network-configuration.html>'__ এই লিংকটিতে গিয়ে দেখুন।
'SLES 12 এর নেটওয়ার্ক কনফিগারেশন এর জন্য <https://www.suse.com/documentation/sles-12/book_sle_admin/data/sec_basicnet_manconf.html>'__ অথবা 'SLES 15 এর নেটওয়ার্ক কনফিগারেশন এর জন্য <https://www.suse.com/documentation/sles-15/book_sle_admin/data/sec_network_manconf.html>'__ অথবা 'openSUSE এর নেটওয়ার্ক কনফিগারেশন এর জন্য <https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.network.html>' __ এই লিংকগুলোতে গিয়ে দেখুন।
All nodes require Internet access for administrative purposes such as package installation, security updates, DNS, and NTP. In most cases, nodes should obtain Internet access through the management network interface. To highlight the importance of network separation, the example architectures use private address space for the management network and assume that the physical network infrastructure provides Internet access via NAT or other methods. The example architectures use routable IP address space for the provider (external) network and assume that the physical network infrastructure provides direct Internet access.
In the provider networks architecture, all instances attach directly to the provider network. In the self-service (private) networks architecture, instances can attach to a self-service or provider network. Self-service networks can reside entirely within OpenStack or provide some level of external network access using NAT through the provider network.
এই আর্কিটেকচার উদাহরণে নিচের নেটওয়ার্কগুলো ব্যবহার করা হয়েছেঃ
ম্যানেজমেন্ট নেটওয়ার্ক 10.0.0.0/24 এবং গেইটওয়ে 10.0.0.1
This network requires a gateway to provide Internet access to all nodes for administrative purposes such as package installation, security updates, DNS, and NTP.
প্রোভাইডার নেটওয়ার্ক 203.0.113.0/24 এবং গেইটওয়ে 203.0.113.1
আপনার ওপেনস্টেক সেটআপ এর ইনস্টেন্স গুলোতে ইন্টারনেট পাওয়ার জন্য এই নেটওয়ার্ক এর অবশ্যই একটি গেইটওয়ে থাকতে হবে।
আপনার নির্দিষ্ট নেটওয়ার্ক অবকাঠামো নিয়ে কাজ করার জন্য আপনি এই রেঞ্জগুলি এবং গেটওয়েগুলি সংশোধন পরিবর্তন করতে পারেন।
নেটওয়ার্ক ইন্টারফেসের নাম ডিস্ট্রিভিউশন অনুসারে পরিবর্তিত হয় । টেডিশনালী, ইন্টারফেসগুলি একটি ক্রমিক সংখ্যা পরে eth নীতি ব্যবহার করে। সমস্ত প্রকারের জন্য, এই গাইডটি প্রথম ইন্টারফেসটিকে সর্বনিম্ন সংখ্যার ইন্টারফেস হিসাবে এবং দ্বিতীয় ইন্টারফেসটিকে সর্বোচ্চ সংখ্যার ইন্টারফেস হিসাবে উল্লেখ করে।
নোট
Ubuntu নেটওয়ার্ক ইন্টারফেসের নামকরণের ধারণাটি পরিবর্তন করেছে। দেখুন নেটওয়ার্ক ইন্টারফেসের নাম পরিবর্তন করে Ubuntu 16.04 <https://askubuntu.com/questions/767786/changing-network-interfaces-name-ubuntu-16-04>`_.
আপনি যদি এই উদাহরণটি আর্কিটেকচারে প্রদত্ত সঠিক কনফিগারেশনটি ব্যবহার না করতে চান তাহলে আপনার পরিবেশের সাথে মিলে যাওয়ার জন্য আপনাকে অবশ্যই এই পদ্ধতিতে নেটওয়ার্কগুলি পরিবর্তন করতে হবে। প্রতিটি নোডের অবশ্যই আইপি ঠিকানা ছাড়াও অন্যান্য নোডকে নামের সাথে সমাধান করতে হবে। উদাহরণস্বরূপ, controller নামটি অবশ্যই কন্ট্রোলার নোডের মেনেজমেন্ট ইন্টারফেসের আইপি ঠিকানা . 10.0.0.11 এ সমাধান করতে হবে।
সতর্কতা
নেটওয়ার্ক ইন্টারফেসগুলি পুনরায় কনফিগার করার ফলে নেটওয়ার্ক সংযোগ বিঘ্নিত হবে। তাই এই পদ্ধতিগুলির জন্য লোকাল টার্মিনাল সেশনটি ব্যবহার করার জন্য অনুমতি দিকে পারি।
নোট
RHEL, CentOS and SUSE ডিস্ট্রিবিউশনগুলো ডিফল্টভাবে একটি নিয়ন্ত্রণমূলক সার্ভিসঃ "firewall" সক্ষম করে রাখে। Ubuntu হবে না। আপনার ইনভারমেন্ট সুরক্ষিত করার বিষয়ে আরও তথ্যের জন্য, OpenStack Security Guide দেখুন.
