مطالب فصل
بررسی کلی VDS و مقایسه آن با VSS
در این قسمت از آموزش قصد داریم به معرفی VDS و مقایسه آن با VSS بپردازیم تا بتوانیم در آموزش های بعدی به سراغ بحث های عملیاتی و پیکربندی VDS برویم.
در تصویر زیر، به اصلی ترین تفاوتی که میان VSSو VDS وجود دارد، اشاره خواهیم کرد. همانطور که مشاهده میکنید، VDS ها میتوانند در تمام ESXI Host ها قرار گیرند و محدود به ESXI Host خود نباشند؛ یعنی چی؟! یعنی شما از طریق محصول vCenter شرکت VMware، VDS ها را ایجاد کرده و بر روی تمام ESXI Host ها اعمال میکنید، بدون آن که نیاز باشد به صورت جداگانه به هر کدام از ESXI ها login کنید یا از طریق همان vCenter، ESXI مورد نظر را انتخاب کرده و سپس از قسمت Configure و بعد vSphere Networking با توجه به تنظیمات مورد نظر، شروع به config کردن VSS نمایید.
پس اولین و مهم ترین موردی که برتری VDS نسبت به VSS را نشان میدهد، Data center level management بودن آن است؛ یعنی به صورت مرکزی Management و config کرده و تنظیمات را بر روی ESXI Host ها قرار میدهد.
برای درک بهتر، تصویر زیر را بررسی میکنیم.
همانطور که مشاهده میکنید، 3 عدد ESXI Host داریم که جدا از هم هستند و در وسط سوئیچ ها به هم متصل شدهاند که در واقع همان VDS میباشند که از طریق vCenter آن را ایجاد کرده و تنظیمات مربوط به آن را بر روی تمام ESXI Host ها اعمال میکنیم؛ مثلا اگر شما یک PG: MGMT را از طریق vCenter ایجاد کنید، این Port Group بر روی تمام ESXI Host ها قرار میگیرد.
سوال:
خب حالا این چه تاثیری داره که PG روی همه ESXi Host ها هست؟! من اصلا نمیخوام اینجوری باشه، من میخوام رو ESXI Host دوم اسمش MGPG باشه. این چه تاثیری برای ما داره؟
همانطور که گفته شد این امر، Central Management را در اختیار ما قرار میدهد که این امر یک چیز کاملا سلیقهای است. حالا میخواهیم عمیقتر به این موضوع نگاه کنیم، فرض کنید در ESXI-1 یک VM ایجاد کردهاید که این VM به PG ای به نام LAN متصل است و تنظیمات مربوط به High Availability را انجام دادهاید، حال به هر دلیلی ESXI Host-1 از بین میرود و انتظار دارید بر روی این VM، عملیات vMotion اتفاق بیفتد و تمام اطلاعات به ESXI Host بعدی انتقال پیدا کند، اما چنین چیزی اتفاق نمیافتد و زمانی که شما Log ها را بررسی میکنید، میبینید که این VM، PG ای به نام LAN را در ESXI Host-2 پیدا نکرده است و به همین منظور، ESXI Host-2 را برای vMotion مناسب ندیده است تا VM را انتقال دهد.
در اینجاست که اهمیت VDS مشخص میشود، چون اگر شما از VSS استفاده نمایید، برای Clustering، بایستی مانند همان PG ای را که برای VM تان در نظر گرفتهاید را بر روی 100 Host (مثلا 100 تا) بعدی نیز ایجاد نمایید یا به عبارتی یک کار را 100 بار انجام دهید تا عملیات vMotion با موفقیت انجام گیرد، در حالیکه در حالت VDS، یک PG با هر اسمی مثلا PG-1 را در داخل vCenter ایجاد میکنید و این PG به طور خودکار بر روی تمامی ESXI Host ها ایجاد میشود و زمانی که بخواهید عملیات vMotion یا HA را بر روی این VM انجام دهید، به راحتی این کار قابل انجام است و نگرانی نخواهید داشت.
نکته:
اگر در محیط عملیاتی اسم یکی از آنها را به اشتباه زده باشیم، این نادرست بودن اسم باعث میشود HA برای آن VM اتفاق نیفتد و اگر آن VM همان VM ای باشد که اطلاعات موجود در آن بسیار مهم است، عملا سرویس سازمان down شده و کاربران نمیتوانند به آن متصل شوند.
حال با استفاده از جداول زیر، میخواهیم شباهتها و تفاوتهای VSS و VDS را بررسی کنیم. در ابتدا به شباهت این دو مورد میپردازیم.
1- هر دو مورد Layer 2 switch هستند.
2- هر دو مورد VLAN Segmentation را support میکنند؛ یعنی به عبارتی میتوانیم بر روی آنها عملیات VLANING انجام دهیم.
3- هر دو مورد IPv6 را support میکنند.
4- هر دو مورد 802.1Q tagging که در واقع همان بحث Trunk است را support میکنند.
5- هر دو مورد بحث NIC teaming را دارند که البته در VDS کمی تفاوت دارد.
6- هر دو مورد بحث Outbound traffic shaping را شامل میشوند، البته قابل ذکر است که VDS، Incoming را نیز support میکند.
و در جدول زیر، تفاوت این دو را با هم میبینیم. البته همانطور که مشاهده میکنید در این جدول فقط به ویژگیهای VDS اشاره شده است که همین موارد باعث ایجاد تفاوت میان VSS و VSS میشود.
1- VDS بحث مربوط به Inbound traffic shaping را شامل میشود. همانطور که میدانید به Inbound، Ingress یا Download نیز گفته میشود که فقط شامل VDS میباشد و همانند همین اسامی را در VSS با نام های Outbound، Egress و Upload داریم. (این سه کلمه دارای یک معنی و مفهوم میباشند.)
2. VDS بحث بسیار مهم Configuration backup and restore را شامل میشود؛ به عبارتی شما میتوانید از تمام تنظیمات Distribute Switch، Backup گرفته و در صورت نیاز آن را Restore نمایید.
نکته:
VDS ها از لحاظ عملیاتی هیچ وابستگی به vCenter ندارند؛ یعنی زمانی که شما از طریق vCenter یک VDS ایجاد میکنید، تمام تنظیمات آن بر روی ESXI ها دانلود میشود و به همین دلیل از لحاظ عملیاتی وابسته به vCenter نیستید، فقط از لحاظ Management ای به آن وابسته هستند؛ یعنی نمیتوانید تنظیمات جدید را بر روی VDS ها اعمال کنید. و اگر زمانی vCenter از بین رفت، میتوانید یک vCenter جدید در داخل شبکه ایجاد کرده و با استفاده از قابلیت Configuration backup and restore دوباره تنظیمات را به vCenter جدید بازگردانید.
3. VDS بحث مربوط به Private VLANs را نیز شامل میشود.
4. VDS بحث Link Aggregation Control Protocol یا همان LACP را support میکند که البته در VSS حالت manual آن وجود دارد به این صورت که فقط میتوانید mode آن را on کنید.
5. VDS بحث Data center level management را شامل میشود؛ یعنی در کل Data center فقط یک Central management دارید که از طریق vCenter انجام میشود و بر روی هزاران ESXI اعمال میشود.
6. قابلیت مهم دیگری که VDS آن را شامل میشود، vSphere vMotion migration of network state است که state آن VM از لحاظ Network ای حفظ میشود؛ یعنی اهمیتی ندارد که مکان VM در ESXI اول است یا دوم، زمانی که VM از یک ESXI Host به ESXI Host بعدی انتقال پیدا میکند، state و policy های آن محفوظ میباشد.
7. VDS بحث Network I/O Control را شامل میشود.
8. VDS هم چنین بحث Per-port policy settings را نیز شامل میشود؛ یعنی شما میتوانید براساس Port ID ها تنظیمات خاصی را اعمال نمایید.
9. VDS بحث Port state monitoring را شامل میشود.
10. VDS بحث NetFlow را شامل میشود.
11. VDS هم چنین بحث Port mirroring را شامل میشود که همان بحث SPAN و RSPAN در دنیای فیزیکی است.
12. و در آخر سوئیچ های VDS version 7 میتوانند در داخل NSX-T Data center استفاده شوند. ما دو نوع VDS داریم: 1- VDS ای که از طریق vCenter، config میشود. 2- N-VDS ای که از طریق NSX-T قابل مدیریت، ایجاد و اعمال تغییرات است، که اگر شما VDS را به طور کاملا مفهومی یاد گرفته باشید، یادگیری N-VDS برایتان آسان خواهد بود.
فیلم آموزشی
فیلم آموزشی
برای ثبت نظر ابتدا وارد حساب کاربری خود شوید
ورود به حساب کاربریهیچ نظری ارسال نشده است! اولین نظر را شما ارسال کنید...