نقشه راه یادگیری VCF؛ از vSphere تا طراحی ابر خصوصی

نقشه راه یادگیری VCF

یادگیری VMware Cloud Foundation با حفظ نام محصولات شروع نمی‌شود. فردی ممکن است بداند vSphere، vSAN، NSX، VCF Operations و VCF Automation چه هستند، اما هنگام طراحی یک محیط واقعی نداند این اجزا چرا، کجا و با چه ترتیبی کنار هم قرار می‌گیرند. تفاوت میان «آشنایی با VCF» و «توان کار با VCF» دقیقاً در همین نقطه است.

VCF یک موضوع تک‌محصولی نیست. برای فهم آن باید مجازی‌سازی، شبکه، ذخیره‌سازی، امنیت، عملیات، چرخه عمر، اتوماسیون و تا حدی Kubernetes را در یک تصویر مشترک دید. بنابراین مسیر یادگیری خوب باید مرحله‌ای باشد، خروجی مشخص داشته باشد و در هر مرحله با تمرین و سناریو همراه شود.

این مقاله یک نقشه راه عملی ارائه می‌کند. زمان‌بندی پیشنهادی برای فردی است که آشنایی اولیه با زیرساخت دارد و می‌تواند هفته‌ای شش تا هشت ساعت مطالعه و تمرین کند. سرعت واقعی به تجربه قبلی و دسترسی به لابراتوار بستگی دارد.

پیش از شروع، هدف خود را مشخص کنید

همه به یک عمق از VCF نیاز ندارند. نقش شغلی شما مسیر را تغییر می‌دهد:

  • مدیر زیرساخت: باید معماری، ریسک، ظرفیت، عملیات و هزینه را بفهمد.
  • کارشناس VMware: باید از مدیریت vSphere به درک پلتفرم یکپارچه حرکت کند.
  • کارشناس شبکه یا امنیت: باید نقش NSX، VPC، Segmentation و ارتباط با شبکه فیزیکی را درک کند.
  • Platform Engineer: باید Automation، API، Self-Service، VKS و Infrastructure as Code را جدی‌تر دنبال کند.
  • کارشناس عملیات: باید روی Monitoring، Lifecycle، Certificate، Capacity و Incident تمرکز بیشتری داشته باشد.

هدف مبهم «می‌خواهم VCF یاد بگیرم» را به خروجی تبدیل کنید. مثلاً: «می‌خواهم بتوانم یک معماری سطح بالا را تحلیل کنم»، «می‌خواهم پیش‌نیازهای Deployment را Validate کنم» یا «می‌خواهم مسیر Upgrade را طراحی و کنترل کنم».

مرحله صفر: ارزیابی شکاف‌های پایه

قبل از ورود به VCF، با کمک چک‌لیست پیش‌نیازهای یادگیری VCF خودتان را در چهار حوزه ارزیابی کنید:

  1. vSphere و مفاهیم Cluster
  2. Network و سرویس‌های پایه
  3. Storage و Performance
  4. Operations و Change Management

برای هر حوزه از صفر تا پنج امتیاز بدهید. امتیاز صفر یعنی تقریباً هیچ تجربه‌ای ندارید و امتیاز پنج یعنی می‌توانید مسئله واقعی را تحلیل و رفع کنید. اگر در دو حوزه امتیاز کمتر از دو دارید، ورود مستقیم به VCF احتمالاً باعث می‌شود مفاهیم را حفظ کنید اما ارتباط آن‌ها را نفهمید.

مرحله اول: vSphere را در سطح عملیات واقعی مرور کنید

VCF بر پایه مفاهیمی ساخته می‌شود که در vSphere وجود دارند. لازم نیست همه جزئیات را از ابتدا بخوانید، اما باید این موضوعات را بفهمید:

  • ESX Host، vCenter، Cluster و Datacenter
  • HA، DRS و Admission Control
  • vMotion و Storage vMotion
  • Distributed Switch و Port Group
  • Template، Content Library و Lifecycle
  • Resource Pool، Reservation، Limit و Share
  • Role، Permission و SSO

تمرین پیشنهادی

یک Cluster فرضی با چهار Host طراحی کنید. سپس پاسخ دهید اگر یک Host از دسترس خارج شود، چه میزان ظرفیت باقی می‌ماند؟ اگر Maintenance هم‌زمان لازم باشد چه اتفاقی می‌افتد؟ این تمرین شما را از حفظ Feature به تحلیل ظرفیت و دسترس‌پذیری می‌برد.

خروجی مرحله

باید بتوانید معماری ساده vSphere را رسم کنید و توضیح دهید هر جزء چه نقشی دارد و خرابی آن چه اثری می‌گذارد.

مرحله دوم: شبکه را از دید مسیر سرویس یاد بگیرید

بخش بزرگی از خطاهای Deployment و عملیات، ریشه شبکه‌ای دارند. این مفاهیم را مرور کنید:

  • IP، Subnet، Gateway و Routing
  • VLAN، Trunk و Uplink
  • MTU و Jumbo Frame
  • DNS Forward و Reverse
  • NTP و Time Synchronization
  • Firewall Rule و Port Requirement
  • Load Balancing، NAT و BGP در سطح مفهومی

تمرین پیشنهادی

برای یک محیط فرضی، شبکه‌های Management، vMotion، Storage و Workload را روی کاغذ طراحی کنید. برای هرکدام VLAN، Subnet، MTU، Gateway و مسیر دسترسی را بنویسید. سپس مشخص کنید کدام ترافیک باید از Firewall عبور کند و کدام در لایه داخلی باقی می‌ماند.

خروجی مرحله

باید بتوانید خطای «سرویس بالا نمی‌آید» را به چند فرضیه شبکه‌ای تبدیل کنید و بدانید چه چیزی را چگونه تست کنید.

مرحله سوم: Storage را فراتر از ظرفیت خام بفهمید

در VCF، vSAN نقش مهمی دارد، اما یادگیری آن نباید به ساخت Disk Group محدود شود. موضوعات مهم:

  • Capacity و Cache در معماری‌های مختلف
  • Storage Policy و Failure Tolerance
  • Object، Component و Resynchronization
  • IOPS، Latency، Throughput و Queue
  • Slack Space و ظرفیت لازم برای Maintenance
  • Failure Domain و طراحی Rack-Aware
  • اثر Deduplication، Compression و Encryption

تمرین پیشنهادی

برای یک Workload پایگاه داده و یک محیط آرشیو، دو Policy متفاوت تعریف کنید و توضیح دهید چرا نیازهای آن‌ها یکسان نیست. سپس ظرفیت خام و ظرفیت قابل‌استفاده را در یک سناریوی ساده مقایسه کنید.

خروجی مرحله

باید بتوانید توضیح دهید چرا «ده ترابایت Storage» به‌تنهایی اطلاعات کافی برای Sizing نیست.

مرحله چهارم: معماری VCF را به‌عنوان یک سیستم یاد بگیرید

اکنون زمان ورود به خود VCF است. ابتدا یک تصویر کلان بسازید:

  • VCF Installer و مسیرهای Deployment
  • Management Domain و Workload Domain
  • VCF Operations و مفهوم Fleet
  • VCF Automation و تجربه Self-Service
  • NSX و سرویس‌های شبکه
  • vSAN و Storage Policy
  • VKS و اجرای Kubernetes

به‌جای اینکه هر جزء را جداگانه حفظ کنید، یک درخواست سرویس را از ابتدا تا انتها دنبال کنید. مثلاً کاربر یک VM یا VKS Cluster می‌خواهد. درخواست از کجا ثبت می‌شود؟ Policy در کجا اعمال می‌شود؟ Compute، Network و Storage چگونه تخصیص می‌یابند؟ عملیات و مانیتورینگ چگونه آن را می‌بینند؟

تمرین پیشنهادی

یک دیاگرام لایه‌ای بکشید و مسیر ایجاد یک VM را با فلش نشان دهید. سپس همان کار را برای VKS Cluster تکرار کنید. تفاوت‌ها و نقاط مشترک را بنویسید.

خروجی مرحله

باید بتوانید VCF را بدون استفاده از جمله «مجموعه‌ای از محصولات VMware» توضیح دهید.

مرحله پنجم: Deployment را از روی پیش‌نیازها یاد بگیرید

نصب موفق نتیجه آماده‌سازی درست است. موضوعات این مرحله:

  • Compatibility سخت‌افزار، Driver و Firmware
  • IP Plan، FQDN، DNS و NTP
  • VLAN، MTU و Routing
  • Certificate و Identity
  • Sizing و High Availability
  • Pre-Check و Validation
  • مسیرهای Greenfield، Converge و Import

تمرین پیشنهادی

یک Pre-Deployment Checklist بسازید. هر مورد باید سه ستون داشته باشد: وضعیت، Evidence و مالک. مثلاً برای DNS فقط ننویسید «آماده است»؛ نتیجه Forward و Reverse Lookup را به‌عنوان Evidence ثبت کنید.

خروجی مرحله

باید بتوانید پیش از Deployment، ده ریسک محتمل را شناسایی و برای هرکدام روش کنترل پیشنهاد کنید.

مرحله ششم: عملیات روز دوم را جدی بگیرید

بسیاری از دوره‌ها تا پایان نصب پیش می‌روند، اما کار واقعی پس از آن شروع می‌شود. موضوعات ضروری:

  • Lifecycle، Patch و Upgrade
  • Certificate و Password Rotation
  • Capacity و Forecast
  • Health، Metrics، Logs و Events
  • Incident و Root Cause Analysis
  • Configuration Drift
  • Backup و Restore مؤلفه‌های مدیریتی
  • Runbook و Escalation

تمرین پیشنهادی

یک سناریوی Expired Certificate یا پرشدن Capacity تعریف کنید. بنویسید چه Alertی باید دیده شود، چه کسی مالک است، چه Runbookی اجرا می‌شود و Validation نهایی چیست.

خروجی مرحله

باید بتوانید یک Operations Checklist ماهانه برای محیط VCF تهیه کنید.

مرحله هفتم: Automation و Cloud Consumption

در این مرحله از مدیریت منابع به ارائه سرویس حرکت می‌کنید. موضوعات مهم:

  • Catalog و Blueprint
  • Project، Tenant، Role و Quota
  • Policy as Code
  • API و Declarative Provisioning
  • Infrastructure as Code
  • Self-Service همراه با Guardrail
  • Day-۲ Action مانند Scale و تغییر منابع

تمرین پیشنهادی

یک سرویس استاندارد تعریف کنید: دو VM، یک شبکه، یک Volume و محدودیت منابع. مشخص کنید چه چیزی کاربر انتخاب می‌کند و چه چیزی توسط Policy ثابت می‌ماند.

خروجی مرحله

باید بتوانید تفاوت Automation و صرفاً Scriptنویسی را توضیح دهید و یک Service Definition ساده طراحی کنید.

مرحله هشتم: Kubernetes و VKS

برای فهم VKS، ابتدا باید Kubernetes را در سطح معماری بشناسید:

  • Container، Image و Registry
  • Pod، Deployment و Service
  • Control Plane و Worker Node
  • Desired State و Controller
  • Persistent Volume و StorageClass
  • Network Policy و Ingress/Gateway
  • Lifecycle و Upgrade Cluster

سپس بررسی کنید VKS چگونه Cluster را روی زیرساخت vSphere ایجاد و مدیریت می‌کند و VCF Automation چگونه تجربه مصرف آن را ارائه می‌دهد.

تمرین پیشنهادی

یک Manifest ساده Deployment را بخوانید و مسیر آن را از API تا اجرای Pod روی Node رسم کنید. سپس بنویسید اگر Pod در وضعیت Pending بماند، چه فرضیه‌هایی را بررسی می‌کنید.

خروجی مرحله

باید بتوانید نقش تیم زیرساخت و Platform Engineering را در ارائه Kubernetes تفکیک کنید.

مرحله نهم: Troubleshooting ساختاریافته

عیب‌یابی حرفه‌ای از حدس‌زدن شروع نمی‌شود. یک روش ساده:

  1. نشانه را دقیق تعریف کنید.
  2. Scope را مشخص کنید.
  3. زمان شروع و تغییرات اخیر را پیدا کنید.
  4. فرضیه‌ها را براساس لایه‌ها دسته‌بندی کنید.
  5. Evidence جمع کنید.
  6. کم‌خطرترین تست را اجرا کنید.
  7. نتیجه و تصمیم را ثبت کنید.

تمرین پیشنهادی

پنج خطای کنترل‌شده بسازید: DNS اشتباه، MTU ناهماهنگ، کمبود ظرفیت، Credential منقضی و Policy نامناسب. برای هرکدام نشانه، روش تشخیص و اقدام اصلاحی بنویسید.

مرحله دهم: پروژه نهایی

پروژه نهایی باید چند مهارت را هم‌زمان بسنجد. نمونه پروژه:

«برای یک سازمان فرضی با دو سایت، چهار Cluster و نیاز به VM و Kubernetes، معماری سطح بالا طراحی کنید. شبکه‌ها، Storage Policy، ظرفیت، نقش‌ها، مسیر Deployment، Migration، Operations و Risk Register را ارائه دهید.»

خروجی پروژه

  • High-Level Diagram
  • Assumption و Requirement
  • IP و Network Plan
  • Sizing اولیه
  • Deployment Path
  • Migration Wave
  • Validation و Rollback
  • Operations Runbook خلاصه
  • Risk Register

برنامه پیشنهادی ۱۲ هفته‌ای

  • هفته ۱ و ۲: vSphere و HA/DRS
  • هفته ۳: Network، DNS، NTP و MTU
  • هفته ۴: Storage و vSAN
  • هفته ۵ و ۶: معماری VCF و Domainها
  • هفته ۷: Deployment و Pre-Check
  • هفته ۸: Operations و Lifecycle
  • هفته ۹: Automation و API
  • هفته ۱۰: Kubernetes و VKS
  • هفته ۱۱: Troubleshooting
  • هفته ۱۲: پروژه نهایی و ارائه

چطور بفهمیم واقعاً یاد گرفته‌ایم؟

تعداد ویدئوهای دیده‌شده معیار خوبی نیست. این پرسش‌ها را از خودتان بپرسید:

  • می‌توانم معماری را بدون نگاه به اسلاید توضیح دهم؟
  • می‌توانم اثر تغییر در یک لایه را روی لایه دیگر تحلیل کنم؟
  • می‌توانم برای یک خطا چند فرضیه مرتب بسازم؟
  • می‌توانم طراحی خود را با Requirement توجیه کنم؟
  • می‌توانم محدودیت و Trade-off را توضیح دهم؟
  • می‌توانم Runbookی بنویسم که فرد دیگری اجرا کند؟

اشتباهات رایج در مسیر یادگیری

  • شروع مستقیم با نصب بدون فهم شبکه و Storage
  • حفظ منوها به‌جای درک معماری
  • دیدن ویدئو بدون تمرین مستقل
  • تمرکز روی مسیر سالم و نادیده‌گرفتن خطا
  • پرش میان موضوعات بدون پروژه یکپارچه
  • نادیده‌گرفتن Operations و Lifecycle
  • وابستگی کامل به Lab آماده بدون تغییر سناریو

جمع‌بندی

یادگیری VCF یک مسیر چندمرحله‌ای است. باید از پایه‌های vSphere، Network و Storage شروع کرد، معماری را به‌صورت یک سیستم فهمید، Deployment را با Evidence و Pre-Check تمرین کرد و سپس وارد Operations، Automation و Kubernetes شد.

هدف نهایی این نیست که بتوانید همه مراحل را از حفظ اجرا کنید. متخصص خوب کسی است که بتواند مسئله را ساختاربندی کند، Dependencyها را ببیند، ریسک را قبل از تغییر پیدا کند و تصمیم خود را با داده و منطق توضیح دهد.

منابع برای مطالعه بیشتر