نظرة عامة للـ NSX-T


تم تصميم الـ NSX-T بقدر كبير من المرونة التي تمكنه من تلبية احتياجات مختلف أنواع الـ Applications ، والـ Architectures ، والـ End Points، بالإضافة الى دعمه العديد من التقنيات، فهو يدعم vSphere، والـ Containers والـ Hypervisor للشركات الأخرى والـ Public Cloud، ويمكن لفريق الـ Network وفريق Application العمل بشكل افضل مع الـ NSX.

 

الـ Application هو النقطة الأساسية للـ NSX-T، مع الأخذ بالاعتبار بمتطلبات الـ Security والـ Network سواء كان Microservice based application أو تطبيق عادي “Traditional application”.

 

 

عناصر الـ NSX-T:

الـ NSX-T عبارة عن مجموعة شاملة من الـ Network services (Routing, Switching, Load balancing, Firewall، وما الى ذلك) 


وهنالك ثلاث مكونات رئيسية وهي تشكل الـ  NSX-T :

-       الـ Management Plane  ويحتوي على الـ Management Nodes

-       الـ Control Plane  ويحتوي على Central Control Plane Nodes وأيضاً تسمى Controllers

-       الـ Data Plane ويحتوي على Transport Nodes

 



المصدر:

https://docs.vmware.com/en/VMware-NSX-T-Data-Center/index.html

 

تعليقات

إرسال تعليق

المشاركات الشائعة من هذه المدونة

المرجع الشامل لأفضل الممارسات العالمية على مستوى الـ VM

صورة
  السلام عليكم ورحمة الله وبركاته     الشرح شامل ويمكن الاستفادة منه كمرجع لتحسين جودة عملك كمهندس مسؤول عن حزمة الـ vSphere ، والشرح أخذ مني مجهود أكثر من أسبوعين من بحث وكتابة وتنسيق وتقديمه لكم بهذا الشكل المبسط.    كتبت الشرح باللغة العربية وذلك لإثراء المحتوى العربي، ولكن ستجدون مصطلحات باللغة الإنجليزية وذلك لصعوبة وجود مصطلحات مناسبة لها باللغة العربية ومن حكم خبرتي الأغلب يذكر هذه المصطلحات باللغة الانجليزية، واتضح لي أن في حالة ترجمة المصطلحات للغة العربية قد يترتب على ذلك عدم فهم الكلمة أو سياق الجملة.   الموضوع دسم شوي لكن ان شاء سأشرحه بأبسط شكل ممكن ومن تجارب وخبرة حقيقية بهذا المجال، وسأحاول قدر المستطاع أوصل المعلومة، وهذا الشرح من أهم الأشياء التي يجب أن تأخذ بعين الاعتبار، وذلك لأن انشاء الـ VMs أو تعديل موارده يتم بشكل شبه دائم.   عند انشاء VM ، هنالك شيء يعرف بالـ Sizing والموضوع أبعد من إضافة vCPU و RAM للـ VM ، لأن لها دور كبير في الأداء وعند عدم اتباع هذه الممارسات سيؤثر على الـ Services والـ Operation بداخل الـ vSphere وستبدأ مشاكل ال
قراءة المزيد

لغة الأرقام لا تكذب! التكاليف الحقيقية للـ Cloud Migration

صورة
مع استراتيجية الـ  Multi-Cloud   الجديدة والمزايا العديدة التي يمكن الحصول عليها عند التحول للكلاود، تفكر العديد من المنظمات نقل بعض من أنظمتها وخدماتها للكلاود، وبعد تحليل ودراسة وتحديد استراتيجية النقل وتخصيص الميزانية لهذا المشروع، تبدأ ظهور بعض المصاريف التي لم تكن في الحسبان أو كما تسمى  “Hidden Costs” ، وهذه بعض منها: -         تكاليف الوقت المستغرق في إعادة بناء  “Re-factor”  الـ  Applications   وعدم وجود الخبرة اللازمة مما يؤثر على الأداء والإستقرارية. -         نقص المهارات وتكاليف الدورات التي يحتاجها الموظفون لإدارة الـ  Public Cloud . -         التعاقد مع شركات الاستشارات وتكاليف المستشارين المكلفة. -    في حال استخدام طريقة  “Lift and Shift”  بعض الـ  Applications  القديمة لن تعمل والسبب أن  هذه الـ  Applications   غير متوافقة مع الـ  Environment   الموجودة في  الـ  Public Cloud . -         تكاليف التعاقد مع مهندسين للاستفادة من خبراتهم. -         تكاليف انخفاض الإنتاجية والتأثير على سير العمل من قبل الموظفين للتفرغ للمشروع. -         تكاليف شراء الـ  Migration Tools . -  
قراءة المزيد