با حوصله بخوان، مثالها را تحلیل کن و تمرینها را انجام بده؛ هدف حفظ کردن تعریفها نیست
vCenter مدیریت مرکزی میدهد
vCenter مدیریت مرکزی چند ESXi Host را فراهم میکند و قابلیتهایی مانند Cluster، vMotion و Policyهای مشترک را آسان میکند نکتهای که هنگام پشتیبانی نباید از آن عبور کنی این است که در مجازیسازی همیشه منابع VM را در ارتباط با Host ببین؛ vCPU بیشتر الزاماً VM را سریعتر نمیکند و Memory یا Storage Latency میتواند گلوگاه اصلی باشد؛ Baseline مصرف Host و Guest و بررسی Datastore و Network کمک میکند مشکل داخل سیستمعامل مهمان با کمبود منابع زیرساخت اشتباه نشود در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن میشود که Snapshot، Clone و Backup کاربرد یکسان ندارند؛ Snapshot برای ثبت کوتاهمدت وضعیت VM مناسب است، Clone یک VM مستقل میسازد و Backup باید امکان بازیابی در برابر خرابی یا حذف را فراهم کند؛ قبل از Maintenance روی Host یا VM، نوع محافظتی که واقعاً نیاز داری مشخص شود و پس از تغییر وضعیت Snapshotهای موقت پاکسازی شود برای کامل شدن تصویر این موضوع، در این درس باید همزمان دو سطح را ببینی: Guest و زیرساخت مجازیسازی؛ رفتار یک VM میتواند از سیستمعامل داخل آن یا از CPU، Memory، Storage و Network Host تأثیر بگیرد؛ هدف این است که منابع و وابستگیها را درست تفکیک کنی، Snapshot و Backup را با هم اشتباه نگیری و برای هر تغییر امکان بازگشت و Validation داشته باشی
Cluster چند Host را مدیریت میکند
Cluster مجموعه Hostهایی است که برای مدیریت منابع و قابلیتهای افزونگی کنار هم قرار میگیرند؛ سلامت شبکه و Storage مشترک برای آن حیاتی است اگر بخواهی این بخش را از حالت تعریف به مهارت عملی تبدیل کنی، Snapshot، Clone و Backup کاربرد یکسان ندارند؛ Snapshot برای ثبت کوتاهمدت وضعیت VM مناسب است، Clone یک VM مستقل میسازد و Backup باید امکان بازیابی در برابر خرابی یا حذف را فراهم کند؛ قبل از Maintenance روی Host یا VM، نوع محافظتی که واقعاً نیاز داری مشخص شود و پس از تغییر وضعیت Snapshotهای موقت پاکسازی شود در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن میشود که در مجازیسازی همیشه منابع VM را در ارتباط با Host ببین؛ vCPU بیشتر الزاماً VM را سریعتر نمیکند و Memory یا Storage Latency میتواند گلوگاه اصلی باشد؛ Baseline مصرف Host و Guest و بررسی Datastore و Network کمک میکند مشکل داخل سیستمعامل مهمان با کمبود منابع زیرساخت اشتباه نشود برای کامل شدن تصویر این موضوع، در این درس باید همزمان دو سطح را ببینی: Guest و زیرساخت مجازیسازی؛ رفتار یک VM میتواند از سیستمعامل داخل آن یا از CPU، Memory، Storage و Network Host تأثیر بگیرد؛ هدف این است که منابع و وابستگیها را درست تفکیک کنی، Snapshot و Backup را با هم اشتباه نگیری و برای هر تغییر امکان بازگشت و Validation داشته باشی
HA در خرابی Host VM را Restart میکند
HA پس از خرابی Host، VMهای آن را روی Host سالم دوباره روشن میکند؛ این کار Restart است و به معنی اجرای بدون وقفه نرمافزار نیست در مجازیسازی، Hypervisor منابع فیزیکی Host را بین ماشینهای مجازی ارائه میکند و هر VM مجموعهای از vCPU، Memory، Disk و Network Adapter مجازی دارد؛ عملکرد VM فقط به تنظیمات داخل Guest وابسته نیست و ازدحام CPU، فشار Memory، تأخیر Storage یا مشکل شبکه Host نیز میتواند اثر بگذارد؛ بنابراین عیبیابی باید هم Guest و هم Host و مسیر Storage و Network را شامل شود اگر بخواهی این بخش را از حالت تعریف به مهارت عملی تبدیل کنی، در مجازیسازی همیشه منابع VM را در ارتباط با Host ببین؛ vCPU بیشتر الزاماً VM را سریعتر نمیکند و Memory یا Storage Latency میتواند گلوگاه اصلی باشد؛ Baseline مصرف Host و Guest و بررسی Datastore و Network کمک میکند مشکل داخل سیستمعامل مهمان با کمبود منابع زیرساخت اشتباه نشود برای عیبیابی درست، این بخش را فقط بهعنوان یک اصطلاح حفظ نکن و توجه داشته باش که Snapshot، Clone و Backup کاربرد یکسان ندارند؛ Snapshot برای ثبت کوتاهمدت وضعیت VM مناسب است، Clone یک VM مستقل میسازد و Backup باید امکان بازیابی در برابر خرابی یا حذف را فراهم کند؛ قبل از Maintenance روی Host یا VM، نوع محافظتی که واقعاً نیاز داری مشخص شود و پس از تغییر وضعیت Snapshotهای موقت پاکسازی شود
vMotion VM روشن را جابهجا میکند
vMotion VM روشن را بین Hostهای سازگار جابهجا میکند و برای Maintenance مفید است؛ شبکه و CPU Compatibility باید آماده باشد در مجازیسازی، 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 نیست در یک شبکه یا سیستم واقعی، این موضوع زمانی روشن میشود که در مجازیسازی همیشه منابع VM را در ارتباط با Host ببین؛ vCPU بیشتر الزاماً VM را سریعتر نمیکند و Memory یا Storage Latency میتواند گلوگاه اصلی باشد؛ Baseline مصرف Host و Guest و بررسی Datastore و Network کمک میکند مشکل داخل سیستمعامل مهمان با کمبود منابع زیرساخت اشتباه نشود
HA جای Backup نیست
HA جای Backup نیست Backup نسخهای جدا از داده اصلی برای بازیابی بعد از حذف، خرابی یا حادثه است؛ موفقیت Job، محل نگهداری، Retention و Test Restore را با هم ببین کپی روی همان Storage اصلی در برابر خرابی همان Storage محافظت کافی نمیدهد Backup زمانی ارزش عملی دارد که بازیابی آن قابل انجام و آزموده شده باشد؛ RPO مشخص میکند چه مقدار از داده از نظر زمانی میتواند از دست برود و RTO مدت قابل قبول برای بازگرداندن سرویس را بیان میکند؛ برنامه Backup باید با این دو هدف، اهمیت سرویس، محل نگهداری نسخهها و تهدیدهایی مانند خرابی، خطای انسانی و باجافزار هماهنگ شود؛ آزمون Restore، ثبت نتیجه و نگهداری نسخهای جدا یا محافظتشده بخش مهم اطمینان از قابلیت بازیابی است اگر بخواهی این بخش را از حالت تعریف به مهارت عملی تبدیل کنی، در مجازیسازی همیشه منابع VM را در ارتباط با Host ببین؛ vCPU بیشتر الزاماً VM را سریعتر نمیکند و Memory یا Storage Latency میتواند گلوگاه اصلی باشد؛ Baseline مصرف Host و Guest و بررسی Datastore و Network کمک میکند مشکل داخل سیستمعامل مهمان با کمبود منابع زیرساخت اشتباه نشود
فرض کن در زیرساخت مجازیسازی مشکلی گزارش شده و احتمال میدهی به vCenter، Cluster و HA مربوط باشد. قبل از تغییر، وضعیت فعلی را با Console Hypervisor، تنظیمات VM، Datastore و Eventها بررسی میکنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه میکنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر میدهی و بعد همان تست را دوباره اجرا میکنی تا مطمئن شوی مشکل واقعاً برطرف شده است
این اشتباهها را تکرار نکن
- تغییر دادن تنظیمات مرتبط با vCenter، Cluster و HA قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
- نتیجهگیری درباره vCenter، Cluster و HA فقط از روی یک نشانه و بدون انجام تست نهایی
حالا خودت انجام بده
- در یک نمونه آزمایشی مرتبط با vCenter، Cluster و HA، فقط وضعیت فعلی را مشاهده کن و سه نکتهای را که برای تشخیص حالت سالم مهماند یادداشت کن
- با Console Hypervisor، تنظیمات VM، Datastore و Eventها وضعیت مرتبط با vCenter، Cluster و HA را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو میگویند
- یک خطای فرضی مرتبط با vCenter، Cluster و HA بنویس و مشخص کن اولین تست کمخطر تو چیست و چه نتیجهای فرضیهات را رد میکند
نکتههایی که باید با خودت ببری
- vCenter مدیریت مرکزی میدهد
- Cluster چند Host را مدیریت میکند
- HA در خرابی Host VM را Restart میکند
- vMotion VM روشن را جابهجا میکند
- HA جای Backup نیست
- Snapshot را جای Backup نگیر و قبل از خاموش کردن Host وابستگی VMها را بررسی کن
قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده
این نکته را با یک مثال توضیح بده: vCenter مدیریت مرکزی میدهد. بعد بگو در عمل چطور آن را بررسی میکنی.
vCenter مدیریت مرکزی چند ESXi Host را فراهم میکند و قابلیتهایی مانند Cluster، vMotion و Policyهای مشترک را آسان میکند
این نکته را با یک مثال توضیح بده: Cluster چند Host را مدیریت میکند. بعد بگو در عمل چطور آن را بررسی میکنی.
Cluster مجموعه Hostهایی است که برای مدیریت منابع و قابلیتهای افزونگی کنار هم قرار میگیرند؛ سلامت شبکه و Storage مشترک برای آن حیاتی است
این نکته را با یک مثال توضیح بده: HA در خرابی Host VM را Restart میکند. بعد بگو در عمل چطور آن را بررسی میکنی.
HA پس از خرابی Host، VMهای آن را روی Host سالم دوباره روشن میکند؛ این کار Restart است و به معنی اجرای بدون وقفه نرمافزار نیست
برای ذخیره پیشرفت، دوره را رسمی شروع کن
با ثبتنام، تکمیل درسها و نمره آزمون روی حساب ذخیره میشود
