ذخیرهٔ state و migration باید با storage هماهنگ باشند. امشب فرمان‌های مدیریتی را با شاهد قبل و بعد تمرین می‌کنیم.

این جلسه بخشی از دورهٔ لینوکس ۳۰۵ در ۶۰ شب است.

جایگاه در دوره: هدف‌های 351.2 آزمون 305-300.

محیط: xen-lab01؛ migration دو Xen host هم‌نسخه و CPU سازگار می‌خواهد. با یک host فقط lifecycle را اجرا و migration را طراحی‌شده ثبت کن.

sudo xl list
sudo xentop
sudo xl uptime xen-lab01
sudo xl pause xen-lab01
sudo xl list
sudo xl unpause xen-lab01

pause حافظه یا disk را آزاد نمی‌کند. مهمان بعد از unpause باید ادامه دهد. CPU در xentop، vCPU count و پاسخ واقعی سرویس معیارهای متفاوت‌اند.

ذخیره و انتقال#

روی guest دارای marker و کار تمام‌شده، xl save state را ذخیره و domain را از اجرا خارج می‌کند؛ restore به disk مطابق همان لحظه نیاز دارد. memory file به‌تنهایی backup کامل نیست.

sudo xl save xen-lab01 /var/lib/xen/images/xen-lab01.state
sudo xl restore /var/lib/xen/images/xen-lab01.state
sudo xl list

وجود state قبلی و فضای آزاد را پیش از save بررسی کن. migration به SSH امن، bridge هم‌نام، disk accessible و CPU/device سازگار نیاز دارد. xl migrate xen-lab01 xen-b انتقال storage همهٔ backendها را تضمین نمی‌کند؛ shared/replicated storage را جدا آزمایش کن.

واژگان آزمون#

XenStore اطلاعات هماهنگی دامنه/device را نگه می‌دارد؛ inspection فقط‌خواندنی با ابزار همان نسخه انجام بده و کلیدها را تصادفی حذف نکن. XAPI API مدیریتی اکوسیستم Xen است؛ xl همان XAPI نیست. xm ابزار legacy xend است. /etc/xen/xl.conf تنظیم tools و xl.cfg قرارداد config دامنه است.

آزمون و بازگشت: marker و سرویس بعد از restore سالم باشند. در migration، تنها یک اجرای guest و رسیدن شبکه به مقصد را ثابت کن؛ قبل از restart source پس از failure، احتمال فعال بودن مقصد را بررسی کن.

منبع: xl و migration ، xl.conf .