اگر هنوز در جلسات فنی از نامهایی مثل vRealize Operations، Log Insight یا vRealize Automation استفاده میکنید، تنها نیستید. این نامها سالها در معماری دیتاسنترهای VMware حضور داشتهاند و حتی پس از تغییر برند به Aria نیز در مستندات، اسکریپتها و زبان روزمره تیمهای زیرساخت باقی ماندند. اما با VCF 9 و بهویژه VCF 9.1، موضوع دیگر فقط تغییر نام نیست. مدل استقرار، Lifecycle، هویت، یکپارچگی و محل کنترل این محصولات تغییر کرده است.
عبارت «پایان Aria Suite» به این معنا نیست که قابلیتهای مانیتورینگ، لاگ، تحلیل شبکه یا Automation حذف شدهاند. بخش عمده این قابلیتها با نامهای جدید وارد معماری VMware Cloud Foundation شدهاند؛ بعضی از آنها In-Place ارتقا پیدا میکنند، بعضی باید ابتدا در VCF Operations وارد شوند و برخی نیز به استقرار جدید و انتقال داده نیاز دارند. این مقاله نقشهای برای تشخیص همین تفاوتهاست.
این مطلب، مقاله مادر مجموعه بررسی اجزای مدیریتی VCF 9.1 در ابرکلاس است. در مقالههای بعدی، VCF Operations، Log Management، Operations for Networks، VCF Automation و Operations Orchestrator بهصورت مستقل بررسی خواهند شد.
آیا Aria Suite واقعاً حذف شده است؟
از دید محصولی، بله؛ Aria دیگر نام چتر اصلی مجموعه مدیریت Private Cloud در نسل 9 نیست. Broadcom این قابلیتها را زیر نام VMware Cloud Foundation بازآرایی کرده است. اما از دید فنی، پاسخ دقیقتر این است که محصولات Aria به سه گروه تقسیم شدهاند:
- محصولاتی که با هویت جدید ادامه پیدا کردهاند؛ مانند Aria Operations که به VCF Operations تبدیل شده است.
- محصولاتی که مسیر مهاجرت متفاوت دارند؛ مانند Aria Operations for Logs که برای رفتن به نسل 9 به استقرار جدید و انتقال داده نیاز دارد.
- قابلیتهایی که حذف، جدا یا جایگزین شدهاند؛ مانند Aria Automation Pipelines که در VCF Automation 9 ارائه نمیشود یا Automation Config که اکنون با نام VCF Salt شناخته میشود.
بنابراین نباید پروژه مهاجرت را یک Upgrade معمولی با چند فایل PAK در نظر گرفت. در عمل، شما در حال عبور از مجموعهای از Applianceهای نسبتاً مستقل به یک Fleet مدیریتی هستید که VCF Operations، Lifecycle و اجزای Management Services آن را هماهنگ میکنند.
نقشه نامها؛ از vRealize و Aria تا VCF 9.1
| نام قدیمی vRealize | نام در نسل Aria 8.x | نام در VCF 9 و 9.1 | الگوی انتقال |
|---|---|---|---|
| vRealize Operations Manager | VMware Aria Operations | VCF Operations | ارتقای کنترلشده و اضافهشدن Fleet Management |
| vRealize Log Insight | Aria Operations for Logs | VCF Operations for logs / Log Management | استقرار جدید و انتقال داده؛ بدون In-Place Upgrade مستقیم از 8.x |
| vRealize Network Insight | Aria Operations for Networks | VCF Operations for networks | Import در VCF Operations و سپس Upgrade از نسخه پشتیبانیشده |
| vRealize Automation | VMware Aria Automation | VCF Automation | Import از Aria Suite Lifecycle به Fleet Management و سپس Upgrade |
| vRealize Orchestrator | Aria Automation Orchestrator | VCF Operations Orchestrator | ادامه بهعنوان موتور Workflow و یکپارچهشدن با VCF Automation |
| vRealize Suite Lifecycle Manager | VMware Aria Suite Lifecycle | قابلیتهای Lifecycle در VCF Operations Fleet Management | خود Appliance مسیر ارتقای 9.x ندارد و در مهاجرت نقش Bridge را بازی میکند |
| VMware Identity Manager | Workspace ONE Access در استقرارهای Aria | VCF Identity Broker | تغییر معماری هویت و SSO؛ نه صرفاً تغییر نام Appliance |
| SaltStack Config | Aria Automation Config | VCF Salt | محصول جدا از Aria Automation Suite با نام و Lifecycle مستقل |
این جدول برای ترجمه نامها مفید است، اما نکته اصلی ستون آخر است. دو محصول با نام جدید مشابه میتوانند روش مهاجرت کاملاً متفاوتی داشته باشند. برای نمونه، Operations را میتوان در یک مسیر Upgrade وارد نسل 9 کرد؛ ولی Logs به استقرار موازی و انتقال داده نیاز دارد.
تغییر معماری اصلی؛ Fleet Management جای Aria Suite Lifecycle را میگیرد
در معماری Aria، ابزار VMware Aria Suite Lifecycle مسئول نصب، ارتقا، Certificate، Binary Mapping و بخشی از مدیریت چرخه عمر محصولات بود. این Appliance که پیشتر vRealize Suite Lifecycle Manager نام داشت، در VCF 9 نسخه جدیدی با شماره 9 دریافت نمیکند.
طبق راهنمای رسمی Broadcom، برای شروع مهاجرت باید Aria Suite Lifecycle موجود به نسخه و Patch موردنیاز رسانده شود تا بتواند عملیات انتقال را آغاز کند. پس از ورود به نسل 9، مسئولیت مدیریت اجزای اصلی به VCF Operations Fleet Management منتقل میشود. به بیان ساده، Aria Suite Lifecycle در این پروژه مقصد نیست؛ یک پل موقت برای رسیدن به معماری جدید است.
این تغییر سه اثر عملی دارد:
- Inventory محصولات مدیریتی باید در VCF Operations ثبت و کنترل شود.
- ترتیب Upgrade دیگر صرفاً براساس هر Appliance تعیین نمیشود و باید توالی کل Fleet رعایت شود.
- Binary، Entitlement، Certificate، Backup و Dependencyها باید پیش از اجرای Workflow در سطح Fleet آماده باشند.
VCF Management Services چه نقشی دارد؟
VCF 9.1 یک Runtime مشترک با عنوان VCF Management Services دارد که بخشی از قابلیتهای مدیریتی و Lifecycle روی آن اجرا میشوند. این لایه در VCF 9.1 یک جزء الزامی است؛ در استقرار VMware vSphere Foundation میتواند اختیاری باشد. مستندات Broadcom برای استقرار آن حداقل ۱۲ آدرس IP و برای برخی توسعههای بعدی ظرفیت IP بیشتری در نظر گرفتهاند. این جزئیات نشان میدهد مهاجرت Aria فقط موضوع Software Upgrade نیست و به طراحی Network و DNS هم وابسته است.
مسیر Aria Operations به VCF Operations
VCF Operations ادامه مستقیم VMware Aria Operations است، اما در نسل جدید نقش بزرگتری دارد. Monitoring، Capacity، Cost، Performance و Alerting همچنان وجود دارند؛ در کنار آنها Fleet Management، Lifecycle اجزای مدیریتی و تجربه یکپارچه VCF نیز قرار گرفتهاند.
برای رفتن به VCF 9.1، Aria Operations موجود باید ابتدا به نسخه پشتیبانیشده برسد. راهنمای ارتقای رسمی VCF 9.1 تصریح میکند که محیط Aria Operations باید پیش از Upgrade به VCF Operations 9.1 روی شاخه 8.18 قرار داشته باشد. اگر نسخه سازمان پایینتر است، ممکن است چند مرحله Upgrade لازم شود.
مسیر Aria Automation به VCF Automation
VCF Automation ادامه VMware Aria Automation است و Self-Service Infrastructure، Catalog، Organization، Governance و Day-2 Operations را به مدل Private Cloud جدید میآورد. اما Aria Automation 8.x را نباید مستقیماً مانند یک Appliance مستقل به نسخه 9 ارتقا داد.
مسیر رسمی شامل این مراحل است:
- استقرار یا ارتقای VCF Operations و فعالشدن Fleet Management؛
- انتخاب Add Component برای VCF Automation؛
- انتخاب گزینه Import از Legacy VMware Aria Suite Lifecycle؛
- شناسایی و واردکردن Instance موجود Aria Automation؛
- اجرای Precheck و سپس Upgrade به VCF Automation؛
- اعتبارسنجی vCenter، NSX، SDDC Manager، Organizationها، Projectها، Cloud Zoneها، Catalog Itemها و Workflowها.
در Upgrade از VCF Automation 9.0.x به 9.1، Broadcom از مدل Side-by-Side استفاده میکند؛ محیط جدید ساخته میشود و دادهها به آن منتقل میشوند. مزیت این روش کاهش ریسک تغییر مستقیم روی Appliance عملیاتی است، اما IP، DNS، Certificate، فضای Datastore و زمان Cutover بیشتری میخواهد.
دو موردی که بدون بررسی نباید مهاجرت شوند
Aria Automation Pipelines: این قابلیت که قبلاً vRealize Code Stream نام داشت، در VCF Automation 9 ارائه نمیشود. Broadcom آن را Deprecated اعلام کرده و Continuous Delivery Director را بهعنوان گزینه جایگزین معرفی میکند. بنابراین Pipelineهای موجود باید پیش از Upgrade Inventory و برای آنها برنامه جایگزین تعریف شود.
Aria Automation Config: این محصول دیگر جزئی از Aria Automation Suite نیست و با نام VCF Salt ادامه پیدا میکند. وجود Salt Master، RaaS، Minionها و Integrationهای فعلی باید بهعنوان یک Workstream مستقل بررسی شود.
از Log Insight به Log Management؛ چرا نصب جدید لازم است؟
نام vRealize Log Insight ابتدا به Aria Operations for Logs تغییر کرد. در VCF 9 نام VCF Operations for logs استفاده شد و در معماری VCF 9.1 اصطلاح Log Management نیز در مستندات رسمی دیده میشود.
مهمترین نکته مهاجرت این محصول آن است که Aria Operations for Logs 8.18.x بهصورت In-Place به نسل 9 ارتقا پیدا نمیکند. باید جزء Log Management جدید Deploy شود، محیط قدیمی و جدید برای مدتی موازی کار کنند و سپس Configuration و دادههای موردنیاز منتقل شوند. Broadcom امکان انتقال حداکثر ۹۰ روز داده تاریخی را مستند کرده است.
در طراحی مهاجرت باید این موارد جداگانه دیده شوند:
- Agentها و Log Forwarderها؛
- Syslog Targetهای ESXi، vCenter، NSX و تجهیزات شبکه؛
- Content Packها، Dashboardها، Alertها و Queryهای سفارشی؛
- Archive Location و Retention؛
- ظرفیت Ingest و Storage محیط مقصد؛
- دوره Parallel Run برای جلوگیری از شکاف داده.
انتقال ۹۰ روز داده به معنی انتقال کامل همه تنظیمات و Integrationها نیست. Configurationهای سفارشی باید در محیط آزمایشی بررسی و پس از تطبیق با Schema و API نسخه مقصد منتقل شوند.
از Network Insight به VCF Operations for Networks
vRealize Network Insight که بعداً Aria Operations for Networks نام گرفت، در نسل جدید با نام VCF Operations for networks ادامه دارد. قابلیتهایی مانند Flow Analytics، Application Discovery، Path Analysis، Assurance و Visibility چنددامنهای همچنان هسته محصول را تشکیل میدهند.
برای مهاجرت به 9.1، نسخه مبدأ اهمیت مستقیم دارد. TechDocs اعلام میکند Aria Operations for Networks 6.14.0 Patch 6، نسخه 6.14.1 یا نسخههای پشتیبانیشده بعدی را میتوان Import و Upgrade کرد. اگر محیط قبلاً روی VCF Operations for networks 9.0.x است، مسیر Upgrade مستقیم به 9.1 وجود دارد.
قبل از Import باید Platform Node، Collectorها، Data Sourceها، Credentialها، Flow Collection، Retention و Scale بررسی شوند. تغییر نام محصول نباید باعث شود تیم شبکه از طراحی ظرفیت و Compatibility نسخه Collectorها عبور کند.
VCF Operations Orchestrator؛ موتور Workflow کجا قرار میگیرد؟
vRealize Orchestrator و سپس Aria Automation Orchestrator در VCF 9 با نام VCF Operations Orchestrator دیده میشود. این جزء همچنان موتور ساخت و اجرای Workflow است و میتواند با VCF Automation یکپارچه شود. عبارت Operations در نام جدید نباید باعث اشتباه شود؛ کاربرد اصلی آن همچنان Orchestration و Extensibility است.
در مهاجرت، Workflowها را باید براساس وابستگی دستهبندی کرد:
- Workflowهای استاندارد و بدون Dependency خارجی؛
- Workflowهای متصل به vCenter، NSX، Active Directory یا REST API؛
- Packageهایی که Action یا Plugin قدیمی دارند؛
- Workflowهایی که از Secret، Certificate یا Credential ذخیرهشده استفاده میکنند؛
- Extensibility Subscriptionهای متصل به VCF Automation.
موفقیت Upgrade Appliance به معنی سالمبودن Workflowهای سازمان نیست. یک محیط Test باید Package Import، Schema، Plugin Compatibility، Certificate Trust و اجرای End-to-End هر Workflow حیاتی را بررسی کند.
تفاوت نسل 8، VCF 9 و VCF 9.1
| موضوع | Aria 8.x | VCF 9.0 | VCF 9.1 |
|---|---|---|---|
| مدل مدیریتی | چند محصول مستقل با Aria Suite Lifecycle | معرفی Fleet Management در VCF Operations | بلوغ مدل Fleet و Management Services مشترک |
| Lifecycle | وابسته به Aria Suite Lifecycle و Locker | انتقال مدیریت اجزا به VCF Operations | مسیر Upgrade یکپارچهتر و Precheckهای توسعهیافته |
| Operations | Aria Operations 8.x | VCF Operations 9 و Fleet Management | Operations 9.1 با بهبودهای Cost، Capacity و تجربه VKS |
| Automation | Aria Automation 8.x | Import و Upgrade به VCF Automation 9 | Upgrade مدل Side-by-Side از 9.0.x و رفع برخی محدودیتهای نسل اول |
| Logs | Aria Operations for Logs Appliance | VCF Operations for logs با استقرار جدید | Log Management یکپارچهتر و انتقال از 8.x یا 9.0.x |
| Networks | Aria Operations for Networks 6.x | Import و Upgrade به 9.0 | مسیر مستقیم از نسخههای 6.14 پشتیبانیشده یا 9.0.x |
| Identity | vIDM یا Workspace ONE Access | معرفی VCF Identity Broker | یکپارچگی گستردهتر SSO در Fleet |
برای آموزش VCF و آموزش VVF چه چیزی باید یاد گرفت؟
در مسیر آموزش VMware و آموزش مجازی سازی ابرکلاس، حفظ نام محصولات کافی نیست. مدیر VCF باید بداند کدام جزء Fleet-Level است، کدام محصول Optional Component محسوب میشود، کدام Upgrade به Import نیاز دارد و کدام داده باید به محیط تازه منتقل شود.
در آموزش VVF تمرکز اصلی روی عملیات vSphere، vSAN و VCF Operations است. در آموزش VCF، همین مسیر با Automation، Log Management، Operations for Networks، Identity، Lifecycle و Workload Mobility کامل میشود. مقاله مقایسه VVF و VCF در VMware 9.1 جایگاه این اجزا را در دو بسته روشن میکند. برای موضوع لایسنس و Activation نیز راهنمای لایسنس VMware 9 و 9.1 را ببینید.
جمعبندی فنی
VCF 9.1 پایان قابلیتهای Aria نیست؛ پایان مدیریت آنها به شکل یک Suite جدا از پلتفرم است. VCF Operations به Control Plane عملیات و Fleet تبدیل شده، Automation در مدل جدید Private Cloud قرار گرفته، Logs و Networks مسیرهای مهاجرت مخصوص خود را دارند و Aria Suite Lifecycle جای خود را به Lifecycle یکپارچهتر Fleet میدهد.
اصل کلیدی این مهاجرت ساده است: نام جدید محصول، روش Upgrade را مشخص نمیکند. قبل از هر اقدام باید برای هر Component، نسخه مبدأ، نسخه واسط، نوع انتقال، Dependency، روش Rollback و آزمون پذیرش تعریف شود.
پرسشهای متداول
آیا VMware Aria Operations در VCF 9.1 حذف شده است؟
خیر. این محصول با نام VCF Operations ادامه دارد و علاوه بر قابلیتهای Monitoring و Capacity، نقش Fleet Management و مدیریت چرخه عمر اجزای VCF را نیز بر عهده میگیرد.
آیا Aria Suite Lifecycle را میتوان به نسخه 9 ارتقا داد؟
خیر. Appliance مستقلی با عنوان Aria Suite Lifecycle 9 وجود ندارد. نسخه 8.18 و Patchهای لازم بهعنوان پل مهاجرت استفاده میشوند و مسئولیت Lifecycle در نسل جدید به VCF Operations Fleet Management منتقل میشود.
آیا Log Insight 8.x مستقیماً به Log Management 9.1 ارتقا پیدا میکند؟
خیر. مسیر رسمی شامل استقرار جدید، اجرای موازی و انتقال Configuration و حداکثر ۹۰ روز داده تاریخی است.
حداقل نسخه Network Insight برای مهاجرت به 9.1 چیست؟
طبق TechDocs، Aria Operations for Networks 6.14.0 Patch 6، نسخه 6.14.1 یا نسخههای پشتیبانیشده بعدی قابلیت Import و Upgrade دارند. VCF Operations for networks 9.0.x نیز مستقیماً به 9.1 ارتقا پیدا میکند.
چه اتفاقی برای Aria Automation Pipelines میافتد؟
این قابلیت در VCF Automation 9 ارائه نمیشود. باید Pipelineهای موجود پیش از Upgrade شناسایی و برای آنها مسیر جایگزین، از جمله بررسی Continuous Delivery Director، تعریف شود.
آیا VCF Automation همان vRealize Automation با نام جدید است؟
از نظر تداوم محصول بله، اما معماری استقرار و Lifecycle آن تغییر کرده است. محیط Aria Automation 8.x باید در VCF Operations Fleet Management وارد شود و سپس Workflow ارتقا اجرا شود.
