
در انتشارات بعدی در مورد VMware vSphere7، در این مقاله در مورد یکی از بزرگترین تغییرات در معماری این محصول صحبت خواهیم کرد. برای آخرین اطلاعات در مورد vSphere7، می توانید vSphere7 را در سایت جستجو کنید.
چیزی که در این پست قصد داریم در مورد آن صحبت کنیم این است که VMware فکر می کند بزرگترین تغییری است که از زمان شروع به کار در این محصول رخ داده است و به نوعی تاثیر زیادی بر مشکلات بازاریابی و فروش در آینده نزدیک خواهد داشت. .
اما این تغییر چیست؟ همانطور که افرادی که احتمالاً به محصولات VMware علاقه مند هستند می دانند، این شرکت محصول vSphere را با محصول منبع باز Kubernetes در آخرین نسخه خود یکپارچه کرده است. برای اطلاع از علت انجام این کار و همچنین درک مزایای آن می توانید به این پست و این پست مراجعه کنید.
نکته:
به گفته این شرکت، محصول vSphere با Kubernetes فقط از طریق بسته 4.0 vCloud Foundation یا VCF 4.0 در دسترس مشتریان خواهد بود که طبق گفته شرکت، این شرکت در تاریخ 10 آوریل اعلام خواهد کرد.
برای روشن تر شدن این موضوع، ابتدا به طور خلاصه در مورد چیستی Kubernetes صحبت خواهیم کرد.
Kubernetes:
Cobrantize محصولی است که برای ایجاد ارکستراسیون در زیرساخت های بزرگ یا ایجاد کانتینرهای شرکتی استفاده می شود. به عنوان مثال، داکر یکی از محصولاتی است که می توان از آن برای ایجاد و مدیریت کانتینر استفاده کرد، اما با افزایش تعداد کانتینرها یا به عبارتی بزرگتر شدن محیط ما، نیاز به مدیریت برون سپاری از Kubernetes به عنوان ارکستراتور است.
نکته:
محصول Docker همچنین می تواند از محصولی به نام Swarm که محصول خود شرکت است برای ایجاد Orchestration استفاده کند.
Cobrantics می تواند ظروف را با ایجاد یک لایه خوشه ای روی محصولات جانبی خود (مانند Docker) مدیریت کند. هر یک از هاست های لایه پایین به عنوان Worker Node شناخته می شوند و Kubernetes از مفاهیمی مانند POD برای مدیریت کانتینرها استفاده می کند که هر POD ممکن است شامل یک یا چند کانتینر باشد. Cobrantization می تواند با ایجاد شبکه ای بین POD ها، یک لایه مستقل بین لایه 2 و لایه 3 بین کانتینرهای یک میزبان و حتی میزبان های مختلف ایجاد کند.
نکته:
علاوه بر ایستگاه های کاری، خوشه Cobrantize به سرورهایی به نام گره های اصلی نیاز دارد که در واقع برنامه های کنترل ایستگاه های کاری هستند و مدیران تکراری مستقیماً با کاپیتان ها صحبت می کنند تا با کارگران ارتباط برقرار کنند.
در محصول جدید vSphere با Kubernetes، هر یک از هاست های ESXi به عنوان Worker Node برای خوشه Cobrantize عمل خواهند کرد و از این پس می توان کانتینرها را به صورت مستقیم و غیرمستقیم ایجاد و مدیریت کرد. برای توضیح استفاده از کلمه غیر مستقیم به ادامه مطلب مراجعه کنید.
به گفته یکی از سازندگان این فناوری، Cobrentiz به عنوان یک پلتفرم پلتفرم ارائه شده است. این بدان معناست که سایبرنتیک بستری است که می تواند پلتفرم های دیگر را نیز در خود جای دهد، حتی خود پلتفرم می تواند سایبرنتیک باشد. با توجه به این جمله به یک نکته بسیار مهم می رسیم:
با ادغام Kubernetes در زیرساخت مجازی، علاوه بر ایجاد کانتینرها در خود ESXi از طریق سرویس vSphere POD، اکنون میتوانیم به درخواستهای توسعهدهندگان از طریق یک فایل YAML برای هر یک از آنها پاسخ دهیم تا یک خوشه Cobrantization مستقل متشکل از Master Units ایجاد کنند. واحدهای کاری به صورت تو در تو این خوشه ها در زمان معرفی محصول، Guest Cluster نامیده می شدند، اما اکنون به TKG یا Tanzu kubernetes Grid تغییر نام داده اند.
خوشه TKG ایجاد شده می تواند به مدیر مجازی سازی دیدی نسبت به وسعت همه چیزهایی که در پلتفرم های اصلی اتفاق می افتد بدهد. به عنوان مثال، میتوانیم ببینیم که در هر خوشه یا TKG کنترلشده چند کانتینر ایجاد میشود، این کانتینرها چه اتصال شبکهای دارند و حتی از یک نرمافزار load balancer در خوشه پایینتر برای دسترسی به آنها استفاده میشود.
نکته:
خوشه ای که در لایه بالایی با ادغام Cobrantize در ESXi ایجاد می شود، Supervisor Cluster نامیده می شود که با افزایش تعداد میزبان ها قابل گسترش است.
به تصویر زیر نگاه کنید، این تصویر می تواند نمای کلی از مفاهیم بیان شده را نشان دهد
این تصویر اجزای مختلف معماری پلتفرم را نشان می دهد که اجزای آن عبارتند از:
SDDC:
این بخش زیرساخت Datacenter یا VMware است که بر اساس نرم افزار تعریف شده است.
سرویس vSphere POD:
این در واقع همان سرویس سایبرنت vSphere است که میتواند خوشههای Kubernetes را در لایههای میزبان ESXi ایجاد کند و از میزبانهای ESXi به عنوان Worker Node استفاده کند.
فضای نام:
این تصویر دو نوع فضای نام را نشان می دهد که هر دو مربوط به تخصیص منابع هستند. فضای نام ایجاد شده در لایه vSphere به معنای مربوط به مخزن منبع است که در آن منابعی مانند منابع پردازش و ذخیره سازی برای ایجاد زیرخوشه ها یا TKG ها برای استفاده از پرس و جوهای تولید شده توسط توسعه دهندگان را شناسایی می کند. در واقع مدیر مجازی سازی میزان استفاده توسعه دهندگان از منابع را با ایجاد فضای نام تعیین می کند.
از طرف دیگر، در لایه بالایی، در داخل TKG، فضاهای نامی وجود دارد که توسط مدیران آنها برای ایجاد کانتینرها در داخل TKG ایجاد شده است.
POD:
POD ها کوچکترین اجزای در Cubertism هستند که می توانند حاوی یک یا چند ظرف باشند.
TKG:
همانطور که در بالا ذکر شد، خوشه ها یا خوشه های زیر که توسط توسعه دهندگان پس از درخواست یک فایل YAML ایجاد می شوند، Tanzu Kubernetes Grid یا TKG نامیده می شوند.
نکته:
در تصویر بالا توجه داشته باشید که POD ها را می توان هم در سطح کلاستر Supervisor و هم در سطح TKG ایجاد کرد.
نتیجه:
در پایان این مقاله باید اشاره کنیم که در واقع از این پس مدیران مجازی با انواع جدید بار کاری آشنا می شوند که باید با معماری کلی ارائه آنها آشنا باشند. از این پس ساختار مجازی سازی علاوه بر ماشین های مجازی، قابلیت ایجاد و مدیریت کانتینرها را نیز خواهد داشت و مدیران می توانند با استفاده از رابط های مشابه مرکز قبلی، نوع جدیدی از حجم کار را برای ارائه اپلیکیشن های مدرن بپذیرند. استفاده کردن، به.
منابع:
https://kubernetes.io/docs/concepts/
https://www.docker.com/blog/integrating-kubernetes-docker-enterprise-edition-2-0-top-10-questions-docker-virtual-event/
https://tanzu.vmware.com
https://blogs.vmware.com