درس ۶ از ۱۰

بخش عملی مجازی‌سازی و Storage

در این درس از مرحله «آزمون نهایی شرکت مجازی» روی بخش عملی مجازی‌سازی و Storage تمرکز می‌کنیم؛ توضیح را از پایه شروع می‌کنیم و بعد می‌بینیم این موضوع در شرکت مجازی آزمون نهایی چطور دیده و بررسی می‌شود؛ هدف این است که در پایان فقط تعریف را ندانی؛ بتوانی وضعیت طبیعی و غیرطبیعی را هم از هم جدا کنی این درس بخشی از مدل کاری یک کارشناس پشتیبانی است و هدف آن فقط شناخت یک اصطلاح نیست؛ باید بتوانی موضوع را در یک شرکت واقعی تشخیص بدهی، اثر آن را روی کاربر و سرویس بفهمی، شواهد درست جمع کنی و بدون تغییرهای عجولانه تصمیم بگیری؛ هنگام مطالعه تلاش کن هر مفهوم را به یک مثال از محیط کار، یک نشانه قابل مشاهده و یک روش بررسی امن وصل کنی

این درس برای مطالعه کامل نوشته شده است

با حوصله بخوان، مثال‌ها را تحلیل کن و تمرین‌ها را انجام بده؛ هدف حفظ کردن تعریف‌ها نیست

Host منابع و Datastore را بررسی کن

Datastore محل نگهداری فایل‌های VM روی Storage است؛ Free Space، Latency و Connectivity آن روی چند VM اثر می‌گذارد پر شدن Datastore می‌تواند Snapshot و عملیات VM را متوقف کند در مجازی‌سازی، Hypervisor منابع فیزیکی Host را بین ماشین‌های مجازی ارائه می‌کند و هر VM مجموعه‌ای از vCPU، Memory، Disk و Network Adapter مجازی دارد؛ عملکرد VM فقط به تنظیمات داخل Guest وابسته نیست و ازدحام CPU، فشار Memory، تأخیر Storage یا مشکل شبکه Host نیز می‌تواند اثر بگذارد؛ بنابراین عیب‌یابی باید هم Guest و هم Host و مسیر Storage و Network را شامل شود در vSphere، شبکه مجازی بین NICهای VM، vSwitchها، Uplinkهای فیزیکی و در بعضی سرویس‌ها VMkernel Adapterها شکل می‌گیرد؛ سرویس‌هایی مانند Management، vMotion و بعضی انواع Storage به VMkernel وابسته‌اند؛ برای عیب‌یابی باید VLAN، MTU، Uplink، Teaming، IP و Route مربوط به همان سرویس بررسی شوند و صرفاً سالم بودن شبکه Guest به معنی سالم بودن همه شبکه‌های Host نیست نکته‌ای که هنگام پشتیبانی نباید از آن عبور کنی این است که وقتی چند مشکل هم‌زمان ارائه می‌شوند، اولویت را بر اساس اثر کسب‌وکار، امنیت و گستره خرابی تعیین کن؛ سپس کار را به واحدهای قابل کنترل تقسیم کن؛ پس از رفع هر مورد، Validation و Closure انجام بده و اگر Fix موقت است آن را صریح ثبت کن تا به‌عنوان حل دائمی فراموش نشود

VM خاموش یا شبکه اشتباه را پیدا کن

در بخش عملی مجازی‌سازی باید بین Power State، Host، Datastore، vSwitch/Port Group و تنظیم IP رابطه بسازی؛ فقط روشن کردن VM امتیاز کامل ندارد اگر علت و اثر شبکه‌ای آن بررسی نشده باشد در مجازی‌سازی، Hypervisor منابع فیزیکی Host را بین ماشین‌های مجازی ارائه می‌کند و هر VM مجموعه‌ای از vCPU، Memory، Disk و Network Adapter مجازی دارد؛ عملکرد VM فقط به تنظیمات داخل Guest وابسته نیست و ازدحام CPU، فشار Memory، تأخیر Storage یا مشکل شبکه Host نیز می‌تواند اثر بگذارد؛ بنابراین عیب‌یابی باید هم Guest و هم Host و مسیر Storage و Network را شامل شود در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن می‌شود که در آزمون نهایی باید همان مدل کاری محیط واقعی را به‌کار ببری: Asset و Dependency را بشناس، Scope رخداد را محدود کن، Evidence جمع کن، فرضیه بساز، Test کم‌ریسک انجام بده و نتیجه را مستند کن؛ پاسخ درست فقط رسیدن اتفاقی به Fix نیست و باید بتوانی توضیح دهی چرا آن اقدام با شواهد سازگار بود در کار روزمره بهتر است این موضوع را این‌طور بررسی کنی: وقتی چند مشکل هم‌زمان ارائه می‌شوند، اولویت را بر اساس اثر کسب‌وکار، امنیت و گستره خرابی تعیین کن؛ سپس کار را به واحدهای قابل کنترل تقسیم کن؛ پس از رفع هر مورد، Validation و Closure انجام بده و اگر Fix موقت است آن را صریح ثبت کن تا به‌عنوان حل دائمی فراموش نشود

Snapshot قدیمی را مدیریت کن

Snapshot وضعیت Disk VM را در یک نقطه نگه می‌دارد و تغییرهای بعدی در Delta ذخیره می‌شوند؛ برای تغییر کوتاه‌مدت مفید است اما با رشد Delta روی Performance و Space اثر دارد Snapshot Backup مستقل و بلندمدت نیست در مجازی‌سازی، Hypervisor منابع فیزیکی Host را بین ماشین‌های مجازی ارائه می‌کند و هر VM مجموعه‌ای از vCPU، Memory، Disk و Network Adapter مجازی دارد؛ عملکرد VM فقط به تنظیمات داخل Guest وابسته نیست و ازدحام CPU، فشار Memory، تأخیر Storage یا مشکل شبکه Host نیز می‌تواند اثر بگذارد؛ بنابراین عیب‌یابی باید هم Guest و هم Host و مسیر Storage و Network را شامل شود Snapshot وضعیت و داده VM را در یک نقطه زمانی نگه می‌دارد و ابزار مناسبی برای بازگشت کوتاه‌مدت قبل از بعضی تغییرات است، اما جایگزین Backup مستقل نیست؛ نگه داشتن Snapshotهای طولانی یا زنجیره‌های بزرگ می‌تواند مصرف Storage و پیچیدگی عملیات را بیشتر کند؛ قبل از حذف یا Consolidation باید فضای Datastore، وضعیت VM و وابستگی به Backup Software بررسی شود در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن می‌شود که در آزمون نهایی باید همان مدل کاری محیط واقعی را به‌کار ببری: Asset و Dependency را بشناس، Scope رخداد را محدود کن، Evidence جمع کن، فرضیه بساز، Test کم‌ریسک انجام بده و نتیجه را مستند کن؛ پاسخ درست فقط رسیدن اتفاقی به Fix نیست و باید بتوانی توضیح دهی چرا آن اقدام با شواهد سازگار بود

شبکه مجازی را با VLAN تطبیق بده

VLAN یک Broadcast Domain منطقی جدا روی زیرساخت Switch می‌سازد؛ کاربران دو VLAN برای ارتباط به Routing نیاز دارند VLAN امنیت کامل نیست؛ Policy بین VLANها هم مهم است VLAN یک Broadcast Domain منطقی ایجاد می‌کند و به سازمان اجازه می‌دهد جداسازی شبکه را مستقل از محل فیزیکی کاربران انجام دهد؛ Access Port معمولاً ترافیک یک VLAN را برای End Device حمل می‌کند و Trunk چند VLAN را با Tag ۸۰۲.۱Q بین تجهیزات منتقل می‌کند؛ برای عیب‌یابی باید VLAN ID در دو سر لینک، وضعیت Tag و Untag، Native VLAN در صورت استفاده و عضویت پورت‌ها با طراحی شبکه مقایسه شوند در مجازی‌سازی، Hypervisor منابع فیزیکی Host را بین ماشین‌های مجازی ارائه می‌کند و هر VM مجموعه‌ای از vCPU، Memory، Disk و Network Adapter مجازی دارد؛ عملکرد VM فقط به تنظیمات داخل Guest وابسته نیست و ازدحام CPU، فشار Memory، تأخیر Storage یا مشکل شبکه Host نیز می‌تواند اثر بگذارد؛ بنابراین عیب‌یابی باید هم Guest و هم Host و مسیر Storage و Network را شامل شود در کار روزمره بهتر است این موضوع را این‌طور بررسی کنی: در آزمون نهایی باید همان مدل کاری محیط واقعی را به‌کار ببری: Asset و Dependency را بشناس، Scope رخداد را محدود کن، Evidence جمع کن، فرضیه بساز، Test کم‌ریسک انجام بده و نتیجه را مستند کن؛ پاسخ درست فقط رسیدن اتفاقی به Fix نیست و باید بتوانی توضیح دهی چرا آن اقدام با شواهد سازگار بود

تغییر پرریسک با بازگشت امن انجام شود

بازگشت امن، برنامه و اقدام بازگرداندن سیستم به وضعیت قبل از تغییر است؛ Trigger مشخص کن که چه زمانی باید تغییر را متوقف و برگردانی داشتن Backup بدون دانستن روش و زمان Restore، بازگشت امن کامل نیست در مجازی‌سازی، Hypervisor منابع فیزیکی Host را بین ماشین‌های مجازی ارائه می‌کند و هر VM مجموعه‌ای از vCPU، Memory، Disk و Network Adapter مجازی دارد؛ عملکرد VM فقط به تنظیمات داخل Guest وابسته نیست و ازدحام CPU، فشار Memory، تأخیر Storage یا مشکل شبکه Host نیز می‌تواند اثر بگذارد؛ بنابراین عیب‌یابی باید هم Guest و هم Host و مسیر Storage و Network را شامل شود Change Enablement بر این تأکید دارد که تغییر با ارزیابی ریسک، مجوز متناسب، زمان‌بندی، برنامه اجرا، معیار موفقیت و راه بازگشت کنترل شود؛ حتی تغییر کوچک اگر روی سرویس مشترک انجام شود می‌تواند دامنه اثر بزرگی داشته باشد؛ قبل از اجرا باید وضعیت فعلی ثبت شود، وابستگی‌ها شناخته شوند و بعد از تغییر هم آزمون فنی و تأیید کارکرد سرویس انجام شود؛ اگر شرایط از برنامه خارج شد، توقف و Rollback بخشی از اجرای حرفه‌ای است

مثال محیط واقعی

فرض کن در شرکت مجازی آزمون نهایی مشکلی گزارش شده و احتمال می‌دهی به بخش عملی مجازی‌سازی و Storage مربوط باشد. قبل از تغییر، وضعیت فعلی را با ابزارها و روش‌های کل دوره بررسی می‌کنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه می‌کنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر می‌دهی و بعد همان تست را دوباره اجرا می‌کنی تا مطمئن شوی مشکل واقعاً برطرف شده است

اشتباهات رایج

این اشتباه‌ها را تکرار نکن

  • تغییر دادن تنظیمات مرتبط با بخش عملی مجازی‌سازی و Storage قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
  • نتیجه‌گیری درباره بخش عملی مجازی‌سازی و Storage فقط از روی یک نشانه و بدون انجام تست نهایی
تمرین عملی

حالا خودت انجام بده

  1. در یک نمونه آزمایشی مرتبط با بخش عملی مجازی‌سازی و Storage، فقط وضعیت فعلی را مشاهده کن و سه نکته‌ای را که برای تشخیص حالت سالم مهم‌اند یادداشت کن
  2. با ابزارها و روش‌های کل دوره وضعیت مرتبط با بخش عملی مجازی‌سازی و Storage را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو می‌گویند
  3. یک خطای فرضی مرتبط با بخش عملی مجازی‌سازی و Storage بنویس و مشخص کن اولین تست کم‌خطر تو چیست و چه نتیجه‌ای فرضیه‌ات را رد می‌کند

نکته‌هایی که باید با خودت ببری

  • Host منابع و Datastore را بررسی کن
  • VM خاموش یا شبکه اشتباه را پیدا کن
  • Snapshot قدیمی را مدیریت کن
  • شبکه مجازی را با VLAN تطبیق بده
  • تغییر پرریسک با بازگشت امن انجام شود
  • هیچ اقدام پرریسک بدون شواهد، Backup یا روش بازگشت قابل قبول نیست
خودسنجی

قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده

چرا باید Host منابع و Datastore را بررسی کنی و از کجا می‌فهمی نتیجه درست است؟

Datastore محل نگهداری فایل‌های VM روی Storage است؛ Free Space، Latency و Connectivity آن روی چند VM اثر می‌گذارد

چرا باید VM خاموش یا شبکه اشتباه را پیدا کنی و از کجا می‌فهمی نتیجه درست است؟

در بخش عملی مجازی‌سازی باید بین Power State، Host، Datastore، vSwitch/Port Group و تنظیم IP رابطه بسازی؛ فقط روشن کردن VM امتیاز کامل ندارد اگر علت و اثر شبکه‌ای آن بررسی نشده باشد

چرا باید Snapshot قدیمی را مدیریت کنی و از کجا می‌فهمی نتیجه درست است؟

Snapshot وضعیت Disk VM را در یک نقطه نگه می‌دارد و تغییرهای بعدی در Delta ذخیره می‌شوند؛ برای تغییر کوتاه‌مدت مفید است اما با رشد Delta روی Performance و Space اثر دارد

مطالعه درس همیشه عمومی است

برای ذخیره پیشرفت، دوره را رسمی شروع کن

با ثبت‌نام، تکمیل درس‌ها و نمره آزمون روی حساب ذخیره می‌شود

ثبت‌نام و شروع رسمی