محصولات آکو
HPE
DELL
Broadcom
خدمات آکو
بلاگ
دانلود
HPE
DELL
Broadcom
Vmware
درباره ما
ارتباط با ما
مهاجرت vCenter و مدیریت Autodownload در Dell PowerStore؛ قسمت دهم
راهنمای اجرایی Service Scripts برای مهاجرت و بازیابی پیکربندی vCenter، رفع Proxy Switchهای خالی و مدیریت Autodownload در Dell PowerStore.
این قسمت از راهنمای Service Scripts ادامه مستقیم مباحث عیبیابی Command و Lock در قسمت نهم است. تمرکز این بخش روی مهاجرت vCenter در Dell PowerStore، بازیابی پیکربندی vCenter، حذف Proxy Switchهای خالی در شرایط تعیینشده توسط Service Script و در نهایت مدیریت Autodownload قرار دارد.
Service Script اصلی این بخش svc_migrate_to_vcenter است که برای Restore یا Migrate کردن پیکربندی PowerStore Cluster و Distributed Virtual Switch یا DVS میان vCenterها در نظر گرفته شده است. پس از آن، svc_modify_autodownload امکان فعال یا غیرفعال کردن Autodownload را در سطح Node فراهم میکند.
این قسمت چهار مسیر اجرایی را پوشش میدهد: مهاجرت PowerStore به vCenter دیگر، Restore کردن پیکربندی در صورت از دست رفتن دسترسی به vCenter قبلی، اجرای fix_restore_issues برای حذف Proxy Switchهای خالی در شرایط مشخصشده توسط Script و کنترل Autodownload. عملیات vCenter بدون نیاز به root یا گذرواژه کاربر Service تعریف شده و Autodownload در Normal Mode و در سطح Node مدیریت میشود.
- مسیر مطالعه این راهنما
- مهاجرت و بازیابی vCenter با svc_migrate_to_vcenter
- مهاجرت PowerStore به vCenter دیگر
- بازیابی پیکربندی PowerStore روی vCenter
- رفع Proxy Switchهای خالی با fix_restore_issues
- مدیریت Autodownload در Dell PowerStore
- نکات اجرایی و مرزهای ایمنی
- مطالب و محصولات مرتبط
- جمعبندی اجرایی
- سوالات متداول
مسیر مطالعه این راهنما
- قسمت قبلی: عیبیابی Command و Lock در Dell PowerStore؛ قسمت نهم
- قسمت فعلی: مهاجرت vCenter و Autodownload در Dell PowerStore؛ قسمت دهم
- قسمت بعدی: مدیریت پایه NAS با Service Scripts؛ قسمت یازدهم
مهاجرت و بازیابی vCenter با svc_migrate_to_vcenter
svc_migrate_to_vcenter برای Migrate یا Restore کردن پیکربندی PowerStore Cluster و Distributed Virtual Switch یا DVS از یک vCenter به vCenter دیگر در نظر گرفته شده است. این Service Script علاوه بر Migration و Restore، یک عملیات تکمیلی برای حذف Proxy Switchهای خالی از ESX نیز در اختیار کاربر قرار میدهد.
مشخصات اجرایی و دامنه دستور
| مشخصه | مقدار |
|---|---|
| کارکرد | عیبیابی |
| حالت اجرا | Normal یا Service |
| نوع استفاده | استفاده عمومی |
| نیاز به گذرواژه کاربر Service | خیر |
| نیاز به دسترسی root | خیر |
| امکان عدم دسترسپذیری داده در مشخصات عمومی | خیر |
| امکان از دست رفتن داده | خیر |
| دامنه | vCenter |
| پیشنیاز | هیچکدام |
این مشخصات نشان میدهد که Script از نظر دامنه مستقیماً به سناریوی vCenter مربوط است و اجرای آن به دسترسی root وابسته نیست. با این حال، گزینه force یک هشدار اختصاصی دارد که باید جدا از مشخصات عمومی Script بررسی شود.
فرمت اصلی و گزینههای عمومی
svc_migrate_to_vcenter [-h] [--verbose] [--quiet] [--force] [--debug] {restore_on_vcenter,migrate_to_vcenter,fix_restore_issues}| گزینه | کاربرد |
|---|---|
-h, --help | پیام راهنما را نمایش میدهد و خارج میشود. |
--verbose | Verbose Logging را برای Debugging فعال میکند. |
--quiet | Prompt یا Message اضافی را نمایش نمیدهد. |
--force | Warningها را نادیده میگیرد و Reboot را بهصورت اجباری انجام میدهد؛ این کار ممکن است باعث عدم دسترسپذیری داده شود. |
--debug | سطح Logging را به debug افزایش میدهد و Logها را در Console چاپ میکند. |
در مشخصات عمومی svc_migrate_to_vcenter، احتمال عدم دسترسپذیری داده «خیر» ثبت شده است؛ اما توضیح گزینه --force صراحتاً اعلام میکند که Reboot اجباری میتواند باعث عدم دسترسپذیری داده شود. این گزینه باید بهعنوان یک استثنای مهم نسبت به وضعیت عمومی Script در نظر گرفته شود.
سه عملیات اصلی Service Script
restore_on_vcenter
اگر دسترسی به vCenter قبلی از دست رفته باشد، پیکربندی vCenter را Restore میکند.
migrate_to_vcenter
PowerStore را از یک vCenter به vCenter دیگر Migrate میکند.
fix_restore_issues
در صورت نیاز Proxy Switchهای خالی را از ESXها حذف میکند. اجرای آن زمانی انجام میشود که عملیات Migration یا Restore آن را درخواست کند.
مهاجرت PowerStore به vCenter دیگر
عملیات migrate_to_vcenter برای انتقال PowerStore از یک vCenter به vCenter دیگر تعریف شده است. در زیربخش مربوط به این عملیات، نام دستور بهصورت svc_migrate_from_vcenter نمایش داده شده است. برای حفظ دقیق ساختار ارائهشده، این نام بدون اصلاح یا جایگزینی استفاده میشود.
فرمت عملیات migrate_to_vcenter
svc_migrate_from_vcenter migrate_to_vcenter [-h] [--generate_config] configگزینه -h, --help پیام راهنما را نمایش میدهد. گزینه --generate_config فقط Config Template را ایجاد کرده و سپس پایان مییابد. آرگومان config نیز به فایل JSON پیکربندی مربوط است.
نمایش ساختار JSON مربوط به Migration در بخش old_vcenter دارای شکست قالببندی است. بنابراین ساختار آن در این راهنما بهصورت حدسی بازسازی نشده است. برای ایجاد Template، خود Service Script گزینه generate_config را در اختیار کاربر قرار میدهد.
اطلاعات موردنیاز در فایل Config
| بخش یا فیلد | اطلاعات تعریفشده |
|---|---|
| cluster_name | بهصورت اختیاری امکان تعریف مجدد نام ESX Cluster در vCenter جدید را فراهم میکند. |
| old_vcenter | اطلاعات مرتبط با گذرواژه vCenter فعلی در ساختار نمایش داده شده است. |
| esxs | شامل Host یا IP مربوط به ESXi و گذرواژه root آن است. |
| power_store | شامل User و Password مربوط به PowerStore است. |
| provider_name | بهصورت اختیاری امکان تعریف مجدد نام Storage Provider را فراهم میکند. |
| vcenter | شامل Host، Password و Username مربوط به vCenter است. |
| data_center_name | بهصورت اختیاری امکان تعریف مجدد نام Data Center در vCenter جدید را فراهم میکند. |
بازیابی پیکربندی PowerStore روی vCenter
عملیات restore_on_vcenter برای شرایطی در نظر گرفته شده است که دسترسی به vCenter قبلی از دست رفته باشد. در این سناریو، هدف Service Script Restore کردن پیکربندی vCenter است.
چه زمانی restore_on_vcenter استفاده میشود؟
کاربرد Restore با Migration یکسان نیست. migrate_to_vcenter برای انتقال PowerStore میان دو vCenter تعریف شده، در حالی که restore_on_vcenter مشخصاً زمانی استفاده میشود که دسترسی به vCenter قبلی دیگر وجود نداشته باشد.
svc_migrate_to_vcenter restore_on_vcenter [-h] [--generate_config] configگزینه --generate_config در این عملیات نیز فقط Configuration Template را ایجاد کرده و پایان مییابد. آرگومان config فایل پیکربندی مورد استفاده برای Restore را مشخص میکند.
ساختار اطلاعات Config برای Restore
| بخش یا فیلد | اطلاعات تعریفشده |
|---|---|
| data_center_name | اختیاری؛ برای تعریف مجدد نام Data Center در vCenter جدید |
| provider_name | اختیاری؛ برای تعریف مجدد نام Storage Provider |
| cluster_name | اختیاری؛ برای تعریف مجدد نام ESX Cluster در vCenter جدید |
| esxs | Host یا IP مربوط به ESXi به همراه Root Password |
| vcenter | Host، Password و Username مربوط به vCenter |
| power_store | User و Password مربوط به PowerStore |
رفع Proxy Switchهای خالی با fix_restore_issues
fix_restore_issues یک عملیات عمومی برای پاکسازی مستقل معرفی نشده است. وظیفه آن حذف Proxy Switchهای خالی از ESX در صورت نیاز است و اجرای آن زمانی انجام میشود که عملیات restore_on_vcenter یا migrate_to_vcenter آن را درخواست کند.
زمان استفاده از عملیات
معیار استفاده از این Subcommand، درخواست عملیات Migration یا Restore است. بنابراین جایگاه آن بهعنوان مرحله رفع اشکال مرتبط با همان دو عملیات اصلی تعریف شده است.
اطلاعات Config موردنیاز
svc_migrate_to_vcenter fix_restore_issues [-h] [--generate_config] config| فیلد | اطلاعات مورد انتظار |
|---|---|
| cluster_name | نام Cluster |
| vcenter | Host یا IP، Password و Username مربوط به vCenter |
| data_center_name | نام Datacenter |
در این Subcommand نیز گزینه --generate_config فقط Configuration Template را ایجاد کرده و پایان مییابد.
مدیریت Autodownload در Dell PowerStore
پس از مجموعه عملیات مرتبط با vCenter، Service Script دیگری با نام svc_modify_autodownload برای فعال یا غیرفعال کردن قابلیت Autodownload ارائه شده است. دامنه این Script برخلاف عملیات قبلی Node است.
مشخصات اجرایی svc_modify_autodownload
| مشخصه | مقدار |
|---|---|
| کارکرد | عملیات سیستم |
| حالت | Normal |
| کاربرد | استفاده عمومی |
| نیاز به گذرواژه کاربر Service | خیر |
| نیاز به root | خیر |
| احتمال عدم دسترسپذیری داده | خیر |
| احتمال از دست رفتن داده | خیر |
| دامنه | Node |
| پیشنیاز | هیچکدام |
Trigger، Enable و Disable
svc_modify_autodownload [-h] [-t] [-e] [-d]| گزینه | کاربرد |
|---|---|
-h, --help | پیام راهنما را نمایش میدهد و خارج میشود. |
-t, --trigger | بررسی Autodownload را Trigger میکند. |
-e, --enable | Autodownload را فعال میکند. |
-d, --disable | Autodownload را غیرفعال میکند. |
برای svc_modify_autodownload عملیات مستقلی با عنوان Status در فهرست گزینهها تعریف نشده است. دامنه مستندشده این Script شامل Help، Trigger، Enable و Disable است.
نکات اجرایی و مرزهای ایمنی
تفاوت دامنه vCenter و Node
عملیات Migration، Restore و fix_restore_issues در دامنه vCenter تعریف شدهاند، در حالی که svc_modify_autodownload در سطح Node عمل میکند.
استفاده از Config Template
برای Subcommandهای Migration، Restore و fix_restore_issues گزینه generate_config برای ایجاد Configuration Template ارائه شده است.
وضعیت عمومی svc_migrate_to_vcenter بهتنهایی نباید مبنای ارزیابی گزینه force قرار گیرد. توضیح این گزینه اعلام میکند که Reboot اجباری میتواند باعث عدم دسترسپذیری داده شود.
خلاصه:
برای مهاجرت و Restore، ابتدا Subcommand متناسب با سناریو انتخاب میشود. fix_restore_issues تنها در شرایطی استفاده میشود که عملیات Migration یا Restore اجرای آن را درخواست کند. Autodownload نیز یک Service Script مستقل با دامنه Node و Mode Normal است.
مطالب و محصولات مرتبط
محصولات مرتبط
جمعبندی اجرایی
در قسمت دهم راهنمای Service Scripts، مدیریت ارتباط PowerStore با vCenter در سه مسیر مشخص تفکیک میشود: انتقال به vCenter دیگر با migrate_to_vcenter، بازیابی پیکربندی در صورت از دست رفتن دسترسی قبلی با restore_on_vcenter و رفع Proxy Switchهای خالی با fix_restore_issues در صورتی که دو عملیات قبلی اجرای آن را درخواست کنند.
در کنار این مجموعه، svc_modify_autodownload امکان Trigger کردن بررسی Autodownload و فعال یا غیرفعال کردن آن را در سطح Node فراهم میکند. تفکیک دامنه vCenter و Node، رعایت هشدار --force و استفاده از --generate_config برای ساخت Template، مهمترین نکات اجرایی این بخش هستند.
سوالات متداول
svc_migrate_to_vcenter در Dell PowerStore چه کاربردی دارد؟
این Service Script برای Migrate یا Restore کردن پیکربندی PowerStore Cluster و DVS میان vCenterها و همچنین اجرای عملیات تکمیلی رفع Proxy Switchهای خالی استفاده میشود.
تفاوت migrate_to_vcenter و restore_on_vcenter چیست؟
migrate_to_vcenter برای انتقال PowerStore از یک vCenter به vCenter دیگر است. restore_on_vcenter زمانی استفاده میشود که دسترسی به vCenter قبلی از دست رفته باشد و لازم باشد پیکربندی Restore شود.
گزینه --generate_config چه کاری انجام میدهد؟
این گزینه Config Template مربوط به عملیات را ایجاد میکند و سپس پایان مییابد.
آیا svc_migrate_to_vcenter به دسترسی root نیاز دارد؟
خیر. در مشخصات این Service Script نیاز به root و گذرواژه کاربر Service هر دو «خیر» اعلام شدهاند.
گزینه --force چه ریسکی دارد؟
این گزینه Warningها را نادیده میگیرد و Reboot را بهصورت اجباری انجام میدهد. برای آن صراحتاً احتمال عدم دسترسپذیری داده ذکر شده است.
fix_restore_issues چه زمانی اجرا میشود؟
این عملیات در صورت نیاز Proxy Switchهای خالی را از ESXها حذف میکند و زمانی اجرا میشود که عملیات Migration یا Restore آن را درخواست کند.
Autodownload در این Service Script چگونه کنترل میشود؟
svc_modify_autodownload گزینههایی برای Trigger کردن بررسی Autodownload و فعال یا غیرفعال کردن آن دارد و در Normal Mode و در سطح Node اجرا میشود.
ادامه این مجموعه در قسمت یازدهم به مدیریت پایه NAS با Service Scripts اختصاص دارد. برای بررسی سناریوهای اجرایی PowerStore و انتقال دانش فنی به تیم زیرساخت، میتوانید از خدمات تخصصی آموزش و انتقال دانش آکو استفاده کنید.