بعد از انتشار نسخه VMware 9 سبد محصولات چه تغییری کرد؟
از vSphere و NSX و Aria تا VVF ،VCF و Advanced Services
محصولات VMware لزوماً حذف نشدهاند؛ اما نام، بستهبندی تجاری و نحوه ارائه بسیاری از آنها تغییر کرده است. بخش بزرگی از محصولاتی که قبلاً بهصورت مستقل میشناختیم، اکنون Component یا Capability یکی از دو پلتفرم VVF و VCF هستند و برخی قابلیتهای تخصصی مانند امنیت پیشرفته، Load Balancing عمومی، ظرفیت اضافه vSAN ،Disaster/Cyber Recovery ،Data Services و Private AI بهصورت Advanced Service / Add-on باقی ماندهاند.
اگر میخواهید فقط جایگاه محصول فعلی خود را پیدا کنید، مستقیماً به بخش «محصولات قدیمی VMware امروز کجا قرار گرفتهاند؟» بروید.
خلاصه تغییرات VMware و مهمترین نکات انتخاب مسیر جدید را در ویدئو زیر ببینید.
اگر زیرساخت سازمان شما از محصولاتی مانند vSphere ،vSAN ،NSX ،Aria ،HCX ،Tanzu یا SRM استفاده میکند، در نسل VMware 9 دیگر نمیتوان همان نامها و مجوزهای قبلی را مستقیماً مبنای تمدید یا ارتقا قرار داد. در ساختار محصولات VMware در نسخه ۹، تغییرات به نامگذاری چند محصول یا حذف چند SKU محدود نمیشود. سبدی که پیشتر بر مبنای تعداد زیادی Point Product و Edition مستقل شکل گرفته بود، اکنون حول دو پلتفرم اصلی VVF و VCF و مجموعهای از Advanced Services سازماندهی شده است.
مدت زمان ویدئو: 17 دقیقه
تغییر اصلی سبد VMware پس از انتشار نسخه 9 چیست؟
در مدل قبلی، بسیاری از مشتریان VMware را مجموعهای از محصولات مستقل میدیدند: vSphere و vCenter برای Compute ،vSAN برایStorage NSX برای Networking و Security، خانواده vRealize/Aria برای Operations و Automation ،HCX برای جابهجایی Workload ،Tanzu برای Kubernetes ،SRM برای Disaster Recovery و Avi برای Load Balancing.
در نسل VMware 9، این تصویر دیگر مدل تجاری و بستهبندی محصول را بهدرستی نشان نمیدهد. ساختار جدید بیشتر حول این فرمول شکل گرفته است:
- VMware vSphere Foundation (VVF): برای سازمانهایی که VMware را بیشتر بهعنوان بستر Virtualization ،HCI و مدیریت Workloadها استفاده میکنند.
- VMware Cloud Foundation (VCF): برای سازمانهایی که به Private Cloud یکپارچه شامل Compute ،Storage ،Networking و Operations و Automation نیاز دارند.
- Advanced Services: برای نیازهای تخصصی مانند امنیت پیشرفته، Load Balancing ،Disaster Recovery، ظرفیت بیشتر vSAN ،Tanzu Platform و Data Services.
اگر فهرست قدیمی Licenseها بدون شناخت مدل جدید به VMware 9 نگاشت شود، ممکن است قابلیتی دوباره در BOM محاسبه شود، NSX Networking با تمام قابلیتهای Security قدیمی یکسان فرض شود یا VKS با Tanzu Platform اشتباه گرفته شود. به همین دلیل، پیش از تصمیمگیری باید مقصد تجاری هر محصول و قابلیت فعلی مشخص شود.
| لایه جدید | نقش اصلی | نمونه قابلیتها |
|---|---|---|
| VVF | پلتفرم Virtualization و HCI سازمانی | vSphere ،vCenter ،VKS ،Operations و vSAN |
| VCF | پلتفرم Full-Stack Private Cloud | Compute ،Storage ،Networking ،Operations ،Automation و Mobility |
| Advanced Services | قابلیتهای تخصصی افزوده | ظرفیت بیشتر vSAN ،Security ،Avi ،Recovery ،Tanzu Platform و Data Services |
| خارج از VVF/VCF | محصولات منتقلشده یا سبدهای جدا | Horizon ،Workspace ONE ،Carbon Black و برخی محصولات Service Provider |
محصولات قدیمی VMware امروز کجا قرار گرفتهاند؟
جدول زیر نقشهای اولیه از جایگاه محصولات و قابلیتهای قدیمی در نسخه جدید است.
«Core» یعنی قابلیت در Offering اصلی قرار دارد و «Add-on» یعنی Entitlement تجاری آن باید جداگانه بررسی شود.
| محصول یا خانواده قدیمی | وضعیت در مدل جدید | روش قیمت دهی در مدل جدید | نکته مهم |
|---|---|---|---|
| vSphere Enterprise Plus | VVF یا VCF | Core | قابلیتهای vSphere 9 از طریق Foundationها ارائه میشوند |
| vCenter Server Standard | VVF و VCF | Core | بخشی از Foundation است و نباید نقطه شروع تجاری مستقلی برای نسل 9 در نظر گرفته شود |
| vSAN | VVF و VCF | Core با ظرفیت مشخص | VVF معادل ۰٫۲۵ TiB و VCF معادل ۱ TiB ظرفیت vSAN بهازای هر Core ارائه میدهد |
| ظرفیت مازاد vSAN | Additional Storage Capacity – vSAN | Advanced Service / Add-on | ظرفیت بیشتر از Entitlement همراه Foundation باید جداگانه تهیه شود |
| NSX/NSX-T Networking | VCF Networking | Core در VCF | VVF شامل قابلیتهای کامل NSX Networking نیست |
| NSX Security ،Firewall و ATP | VCF همراه Firewall یا vDefend Add-on | نیازمند Entitlement جداگانه | وجود NSX Networking در VCF به معنی دسترسی به تمام قابلیتهای Security نیست |
| NSX Advanced Load Balancer/Avi | VMware Avi Load Balancer | Advanced Service | برای Load Balancing عمومی و پیشرفته، Avi Add-on جداگانه لازم است |
| HCX | VCF و قابلیتهای Workload Mobility | وابسته به Release و Entitlement | وضعیت ارائه قابلیتهای HCX باید براساس نسخه، قرارداد و سناریوی Migration بررسی شود |
| vRealize/Aria Operations | VCF Operations | Core در VVF و VCF | بخش عمده قابلیتها با نام و معماری جدید ادامه پیدا کردهاند |
| Log Insight/Aria Operations for Logs | Log Management در VCF Operations | Core در VVF و VCF | قابلیتهای مدیریت Log در معماری Operations یکپارچه شدهاند |
| vRNI/Aria Operations for Networks | VCF Operations for Networks | Core در VCF | برای Visibility، تحلیل جریانها و عیبیابی شبکه استفاده میشود |
| vRealize/Aria Automation | VCF Automation | Core در VCF | Automation و Self-Service از مرزهای اصلی میان VVF و VCF هستند |
| Aria Suite Lifecycle/vRSLCM | Fleet Management و VCF Management Services | جانشین عملکردی در VCF | این تغییر صرفاً Rename نیست و معماری Lifecycle نیز بازطراحی شده است |
| TKGS/vSphere with Tanzu | VKS و Supervisor | Core در VVF و VCF | VKS با Tanzu Platform یکسان نیست |
| VMware Tanzu Platform | Tanzu Platform و Application Services | Advanced Service | قابلیتهای کامل Application Platform به Entitlement جداگانه نیاز دارند |
| Site Recovery Manager | VMware Live Site Recovery | Advanced Service / Add-on | وجود vSphere Replication به معنی دسترسی به DR Orchestration کامل نیست |
| Cloud Disaster/Ransomware Recovery | VMware Live Recovery و Live Recovery Cloud | Advanced Service / Add-on | سرویسهای Cyber Recovery و Disaster Recovery از Core Foundation جدا هستند |
| Data Services Manager | DSM و قابلیتهای Data Services در VCF | یکپارچه با VCF؛ برخی قابلیتها نیازمند Entitlement جداگانه | یکپارچهسازی DSM با VCF به معنی Included بودن تمام Data Services نیست |
| Private AI Foundation with NVIDIA | Private AI Services در VCF | قابلیت Core در VCF 9.1.1؛ برخی سناریوها نیازمند Add-on | بعضی قابلیتهای NVIDIA و Private AI به Entitlement تکمیلی مانند PAIF-N نیاز دارند |
| Horizon و Workspace ONE | Omnissa | خارج از VVF/VCF | محصولات EUC در سبد مستقل Omnissa ادامه پیدا کردهاند |
| Carbon Black | سبد Broadcom Enterprise Security | خارج از VVF/VCF | Carbon Black با VMware vDefend یک محصول نیست |
| VMware Cloud Director | مسیر Service Provider/CSP | سبد جدا | نباید معادل مستقیم Core پلتفرم Enterprise VCF در نظر گرفته شود |
جزئیات Packaging ،Entitlement و شرایط ارائه هر قابلیت ممکن است براساس Release، قرارداد و نوع مشتری متفاوت باشد. پیش از خرید، تمدید یا ارتقا باید مستندات رسمی و Quote معتبر همان زمان بررسی شوند.
مشاوره تخصصی VMware
زیرساخت شما به VVF نیاز دارد یا VCF؟
انتخاب Foundation فقط به نام محصول فعلی وابسته نیست. تعداد Coreها، ظرفیت vSAN، نحوه استفاده از NSX و Aria و نیازهای Recovery و Automation نیز باید بررسی شود.
VMware vSphere Foundation یا VVF چیست؟
VMware vSphere Foundation را نباید صرفاً «vSphere با نام جدید» دانست. VVF یک Workload Platform سازمانی است که قابلیتهای اصلی مجازیسازی، مدیریت، Kubernetes ،Operations و بخشی از HCI را در یک Offering یکپارچه میکند.
اجزای اصلی آن شامل خانواده قابلیتهای زیر است:
- vSphere/ESX و vCenter Standard
- vSphere Kubernetes Service یا VKS
- VCF Operations و قابلیتهای مرتبط با مانیتورینگ، ظرفیت و Troubleshooting
- Log Management
- vSAN با Capacity Entitlement مشخص
VVF معمولاً برای محیطی منطقیتر است که تمرکز اصلی آن اجرای VM و Container، استفاده از vSAN/HCI و مدیریت عملیات زیرساخت است؛ اما به NSX Networking کامل، Automation و Self-Service Cloud یا مدیریت Full-Stack Private Cloud نیاز ندارد.
به بیان ساده، VVF یک Hypervisor-only SKU نیست؛ پایهای برای Compute + Storage + Kubernetes + Operations است.
VMware Cloud Foundation یا VCF چیست؟
VMware Cloud Foundation پلتفرم Full-Stack Private Cloud شرکت VMware است. VCF علاوه بر قابلیتهای پایه Compute و Storage، لایههای Networking ،Automation ،Operations و Lifecycle Management را نیز در یک Stack یکپارچه جمع میکند.
- vSphere ،vCenter و VKS
- vSAN
- NSX/VCF Networking
- VCF Automation
- VCF Operations و VCF Operations for Networks
- قابلیتهای Fleet و Lifecycle Management
VCF زمانی انتخاب محتملتری است که VMware در سازمان فقط میزبان VMها نباشد و نقش پلتفرم Private Cloud را ایفا کند؛ برای مثال سازمان به NSX Networking ،Automation ،Self-Service ،Multi-Tenancy ،Network Observability یا مدیریت یکپارچه چند Domain نیاز داشته باشد.
تفاوت کلیدی: VVF بیشتر بر Virtualization و HCI متمرکز است؛ VCF برای ساخت و اداره Private Cloud یکپارچه طراحی شده است. این تعریف، راهنمای اولیه است و جایگزین Assessment فنی و تجاری نمیشود.
مهمترین تغییرات محصولات را دقیقتر بررسی کنیم
vSphere و vCenter؛ هسته باقی مانده، واحد تجاری تغییر کرده است
برای تیمهایی که سالها با vSphere Enterprise Plus و vCenter Server Standard کار کردهاند، تغییر مهم این است که در نسل 9 دیگر نباید انتظار عرضه vSphere Enterprise Plus 9 بهصورت مستقل را داشته باشند. قابلیتهای vSphere 9 از طریق VMware vSphere Foundation و VMware Cloud Foundation ارائه میشوند. بنابراین vSphere حذف نشده و همچنان Workload Engine اصلی VMware است؛ آنچه تغییر کرده، بسته تجاری ارائهدهنده این قابلیتهاست.
vCenter همچنان Control Plane مدیریت محیط vSphere است و قابلیتهایی مانند HA ،DRS ،vMotion ،Fault Tolerance و Distributed Switch نیز از بین نرفتهاند.
vSAN؛ داخل Foundation است، اما ظرفیت نامحدود نیست
vSAN در هر دو Foundation حضور دارد، اما Included بودن آن به معنی ظرفیت نامحدود نیست. براساس مدل فعلی Licensing ،VVF بهازای هر Core لایسنسشده، ۰٫۲۵ TiB و VCF بهازای هر Core ،1TiB ظرفیت vSAN ارائه میدهد. اگر ظرفیت Raw موردنیاز از Entitlement همراه Foundation بیشتر باشد، ظرفیت مازاد باید از طریق vSAN Add-on تأمین شود.
بنابراین تعداد Coreهای لایسنسشده، ظرفیت Raw و نیاز آینده Storage باید در محاسبه BOM بررسی شوند. برای آشنایی بیشتر با معماری این محصول میتوانید صفحه معرفی VMware vSAN را مطالعه کنید.
NSX؛ Networking و Security را جدا ببینید
قابلیتهای اصلی Network Virtualization در VCF Networking قرار میگیرند، اما نباید نتیجه گرفت تمام قابلیتهای Security قدیمی NSX نیز بدون Entitlement جداگانه در دسترساند.Distributed ،Firewall ،Micro-segmentation ،IDS/IPS ،NTA/NDR و Malware Analysis و سایر قابلیتهای امنیتی باید براساس Edition ،Add-on و شرایط تجاری معتبر بررسی شوند.
برای سازمانی که NSX را فقط برای Networking استفاده میکند، مسیر تجاری با سازمانی که از آن برای Micro-segmentation و Threat Prevention بهره میبرد یکسان نیست.
Aria و vRealize؛ حذف نشدهاند، بازآرایی شدهاند
- بخش عمده قابلیتهای Aria Operations اکنون در قالب VCF Operations ادامه پیدا کردهاند
- Aria Operations for Networks به VCF Operations for Networks تبدیل شده است
- Aria Automation در قالب VCF Automation ادامه پیدا میکند
- در VCF 9.1، بخشی از قابلیتهای مدیریت چرخه عمر و Fleet Management در معماری Management Services و VCF Operations یکپارچه شدهاند
این تغییر همیشه یک Rename ساده نیست و ممکن است معماری، دامنه قابلیت یا شیوه ارائه سرویس نیز تغییر کرده باشد.
VKS و Tanzu Platform؛ دو مفهوم متفاوت
VKS قابلیت Kubernetes داخل Foundation است و برای اجرای Workloadهای Kubernetes در بستر vSphere استفاده میشود. Tanzu Platform مجموعه گستردهتری از Application Services است و بهصورت Advanced Service ارائه میشود. وجود VKS در VVF یا VCF به معنی دریافت کامل Tanzu Platform نیست.
HCX و Workload Mobility؛ نیازمند بررسی Release و Entitlement
در ساختار جدید، برخی قابلیتهای برنامهریزی و مدیریت جابهجایی Workload در اجزای VCF یکپارچه شدهاند؛ بااینحال، دسترسی به قابلیتهای HCX را نباید بدون بررسی Core فرض کرد. اگر سازمان برای Migration، توسعه شبکه یا جابهجایی Workloadها از HCX استفاده میکند، Scope فنی و Entitlement آن باید براساس Release، قرارداد و سناریوی Migration بررسی شود.
Recovery و Avi؛ قابلیتهای تکمیلی
Site Recovery Manager ،Live Recovery Cloud و سرویسهای Cyber Recovery در خانواده Advanced Services قرار میگیرند. همچنین Avi برای Load Balancing عمومی و پیشرفته به Add-on جداگانه نیاز دارد. وجود vSphere Replication در Foundation نیز به معنی دسترسی به DR Orchestration کامل نیست. برای مرور مفاهیم پایه میتوانید مقاله Disaster Recovery چیست؟ را ببینید.
Data Services Manager؛ یکپارچگی با VCF به معنی دسترسی کامل نیست
DSM با بخشهایی از VCF Automation و چارچوب Private Cloud Services یکپارچه شده است؛ بااینحال، تمام قابلیتها و Entitlementهای Data Services را نباید جزء Core فرض کرد. دامنه دقیق سرویسهای داده باید براساس Offering و قرارداد بررسی شود.
Private AI؛ جایگاه آن در نسخه 9.1.1 تغییر کرده است
در نسخه 9.1.1، مجموعهای از Private AI Services در Core پلتفرم VCF قرار گرفته است؛ اما برخی قابلیتها و سناریوهای مرتبط با NVIDIA همچنان به Entitlement تکمیلی مانند PAIF-N نیاز دارند. بنابراین معرفی کل Private AI Foundation بهعنوان Advanced Service مستقل، تصویر دقیقی از ساختار فعلی ارائه نمیکند.
کدام محصولات خارج از VVF و VCF قرار گرفتهاند؟
برخی محصولات قدیمی را نباید درون VVF یا VCF جستوجو کرد:
- Horizon و Workspace ONE در مجموعه Omnissa ادامه پیدا کردهاند.
- Carbon Black در سبد امنیت سازمانی Broadcom قرار دارد و با vDefend یکسان نیست.
- VMware Cloud Director مسیر جداگانهای برای Service Providerها و CSPها دارد.
این تفکیک هنگام Inventory اهمیت زیادی دارد؛ زیرا یکسانگرفتن مالکیت برند، سبد تجاری و قابلیت فنی میتواند به طراحی یا برآورد نادرست منجر شود.
شش برداشت اشتباه درباره VMware 9
1. VMware 9 یعنی vSphere 9 مستقل: قابلیتهای vSphere 9 از طریق Foundationها ارائه میشوند.
2. vSAN داخل VVF/VCF است، پس ظرفیت نامحدود است: Included Capacity محدود است و ظرفیت بیشتر ممکن است Add-on بخواهد.
3. NSX داخل VCF است، پس تمام Security Featureها Included هستند: Networking و Security Entitlement باید جداگانه بررسی شوند.
4. VKS همان Tanzu Platform است: VKS قابلیت Kubernetes داخل Foundation و Tanzu Platform یک Advanced Service گستردهتر است.
5. Aria حذف شده است: بخش زیادی از قابلیتها با نام و معماری جدید در Operations و Automation ادامه دارند.
6. Replication یعنی DR کامل: Replication با Orchestration ،Recovery Plan و سرویسهای کامل Disaster Recovery یکسان نیست.
پیش از تصمیمگیری چه اطلاعاتی از زیرساخت جمعآوری کنیم؟
برای تطبیق محیط فعلی با ساختار جدید، Inventory فقط نباید شامل نام محصول باشد. حداقل این موارد را ثبت کنید:
- نسخه، Build ،Edition، تعداد Host و تعداد Core
- تعداد vCenterها، Clusterها و Domainها
- ظرفیت Raw و Usable در vSAN
- استفاده واقعی از NSX در Networking ،Firewall و Micro-segmentation
- استفاده از Aria Operations ،Automation ،Logs و Network Insight
- استفاده از HCX ،SRM ،Avi ،Tanzu ،DSM و سرویسهای Recovery
- نیازهای آینده مانند Self-Service ،Multi-Tenancy ،Private Cloud و Kubernetes
- RTO ،RPO، الزامات امنیتی و محدودیتهای پشتیبانی
پس از تهیه این Inventory میتوان سه سؤال را جداگانه پاسخ داد:
- Foundation مناسبتر VVF است یا VCF؟
- چه Advanced Serviceها و Add-onهایی نیاز است؟
- مسیر تجاری و مسیر فنی ارتقا یا مهاجرت چیست؟
نکته مهم: Upgrade Pathهای موجود در اسناد Broadcom بیشتر مقصد Portfolio و Licensing را نشان میدهند و الزاماً به معنی Technical Upgrade مستقیم نیستند. خرید Subscription جدید، Compatibility سختافزار، ترتیب ارتقای vCenter/ESX/NSX و برنامه Rollback موضوعات جداگانهای هستند.
درباره Licensing و تفاوت مستندات 9.0 و 9.1
در نسل جدید، سنجش مجوزها بر مبنای Core و Entitlementهای ظرفیت اهمیت بیشتری دارد. در محاسبه مجوز VVF و VCF ،Coreهای فیزیکی CPU در نظر گرفته میشوند و حداقل محاسبه برای هر Processor فیزیکی، ۱۶ Core است؛ حتی اگر پردازنده کمتر از ۱۶ Core داشته باشد.
بنابراین طراحی BOM باید حداقل دو موضوع را جداگانه در نظر بگیرد: تعداد Coreهای موردنیاز برای Foundation و ظرفیت یا Entitlement موردنیاز برای vSAN و سایر Advanced Services.
هنگام تطبیق محصولات قدیمی با ساختار جدید نیز باید سه موضوع جداگانه بررسی شوند: نام قدیمی محصول، جزء فنی فعلی و Entitlement تجاری فعلی. این سه مورد همیشه نگاشتی یکبهیک ندارند؛ ممکن است یک محصول قدیمی میان چند قابلیت جدید تقسیم شده باشد یا بخشی از آن در Foundation و بخش دیگری بهصورت Add-on ارائه شود.
همچنین ممکن است یک قابلیت در اسناد 9.0 و 9.1 با نام یا معماری متفاوتی دیده شود. برای نمونه، در نسخه 9.1 قابلیتهای Lifecycle و Fleet Management در لایه VCF Management Services یکپارچهتر شدهاند. هنگام طراحی نهایی باید مستند همان Release و شرایط تجاری جاری مبنا قرار گیرد.
جمعبندی؛ VMware جدید را بهعنوان Platform ببینید
تغییر VMware پس از انتشار نسخه 9 فقط تغییر نام چند محصول نیست. مدل قدیمی بر مجموعهای از Point Productها استوار بود؛ اما در نسل 9 تصمیم از میان دو Foundation اصلی آغاز میشود:
- VVF برای Virtualization ،HCI ،Kubernetes و Operations
- VCF برای Full-Stack Private Cloud شامل Networking ،Automation و Operations
- Advanced Services برای قابلیتهای تخصصی و تکمیلی
بنابراین سؤال درست این نیست که «معادل نام قدیمی محصول من چیست؟». سؤال درست این است: کدام قابلیتها واقعاً در زیرساخت ما استفاده میشوند، این نیازها به VVF نزدیکترند یا VCF و چه سرویسهایی باید جداگانه به آن افزوده شوند؟
درخواست بررسی زیرساخت VMware
برای انتخاب Foundation و Add-onهای مناسب، ابتدا نسخهها، تعداد Coreها، ظرفیت Storage، نحوه استفاده از NSX و Aria و نیازهای Recovery و Automation سازمان را بررسی کنید. این ارزیابی میتواند مشخص کند ادامه استفاده، ارتقا به VMware 9 یا طراحی مسیر مهاجرت، کدام گزینه با نیازهای فنی و عملیاتی سازمان هماهنگتر است.
منابع و مبنای فنی
- VMware Cloud Foundation 9.1.1 and VMware vSphere Foundation 9.1.1: Feature Comparison & Upgrade Paths
- Counting Cores for VCF and VVF and TiBs for vSAN
- A Closer Look at VMware Cloud Foundation Advanced Services
- VCF 9.1 Licensing: Programmatic, Centralized, and Built to Scale
- Modernizing Infrastructure: VMware Cloud Foundation 9.0.x to 9.1 Upgrade Guide
Packaging ،Entitlement و نام سرویسها ممکن است تغییر کنند. پیش از خرید، تمدید یا ارتقا، آخرین مستندات رسمی، SPD و Quote معتبر بررسی شود.