مدیریت Appliance، Certificate و بازیابی در Dell PowerStore؛ قسمت بیست‌وچهارم

مدیریت Service Scripts در Dell PowerStore در این قسمت بر حذف کنترل‌شده Appliance از Cluster، تمدید گواهی‌های سیستم، تعمیر نرم‌افزار، تعویض DPE و بررسی Service Mode تمرکز دارد. هر یک از این عملیات با دستور اختصاصی اجرا می‌شود و از نظر دامنه اثر، پیش‌نیاز و پیامد احتمالی با دیگری تفاوت دارد.

این راهنما ادامه قسمت بیست‌وسوم درباره Remote Support و Syslog است. در این بخش، روش خواندن فرمت دستورات، بررسی پارامترها و تشخیص شرایط اجرای عملیات نگهداری و بازیابی بررسی می‌شود. در بخش‌هایی مانند حذف Appliance و تعویض DPE، رعایت محدودیت‌ها و هشدارهای عملیاتی ضروری است.

خلاصه مقاله

دستور svc_remove_appliance برای حذف Appliance پس از انتقال Workloadها استفاده می‌شود و می‌تواند داده‌های Appliance هدف را حذف کند. ابزار svc_renew_certificates گواهی‌های PowerStore را فهرست و تمدید می‌کند؛ svc_renew_vasa_self_signed_certificate برای گواهی VASA به کار می‌رود. svc_repair نرم‌افزار Node را با حفظ اطلاعات پیکربندی پایدار تعمیر می‌کند، svc_replace_dpe فرایند تعویض DPE را پشتیبانی می‌کند و svc_rescue_state وضعیت راه‌اندازی مرتبط با Service Mode را مدیریت می‌کند.

مسیر مطالعه این راهنما

این مطلب قسمت بیست‌وچهارم مجموعه Service Scripts است. برای آشنایی با مباحث قبل، ابتدا مدیریت Remote Support و Syslog در قسمت بیست‌وسوم بررسی شود. قسمت فعلی به عملیات حذف، تمدید گواهی و بازیابی اختصاص دارد و در قسمت بعد، مدیریت Secure Snapshot و دسترسی Service ادامه پیدا می‌کند.

جایگاه قسمت بیست‌وچهارم

قسمت قبلی: Remote Support و Syslog در Dell PowerStore.

قسمت فعلی: حذف Appliance، تمدید Certificate، تعمیر Software، تعویض DPE و Service Mode.

قسمت بعدی: مدیریت Secure Snapshot و دسترسی Service در Dell PowerStore.

پیش‌نیازهای اجرای Service Scripts در PowerStore

Service Scripts ابزارهایی برای عیب‌یابی، رفع خطاهای رایج، انجام بخشی از وظایف عملیاتی و بازیابی سیستم هستند. این ابزارها نسبت به PowerStore Manager و رابط‌های معمول CLI و REST API دسترسی فنی سطح پایین‌تری در اختیار می‌گذارند؛ به همین دلیل اجرای آن‌ها باید با شناخت Linux Shell، سخت‌افزار Appliance و محیط عملیاتی PowerStore انجام شود.

برای ورود به محیط اجرای این ابزارها، گذرواژه حساب Service، دسترسی شبکه به Cluster و یک SSH Client مانند PuTTY موردنیاز است. قابلیت SSH باید از بخش Settings در PowerStore Manager فعال شده باشد. پس از اتصال به Management IP و ورود با حساب Service، کاربر به Serviceability Docker Container وارد می‌شود.

  1. با SSH Client به Management IP Address مربوط به Cluster متصل شوید.
  2. نام کاربری و گذرواژه حساب Service را وارد کنید و ورود به Serviceability Docker Container را بررسی کنید.
  3. برای مشاهده فهرست Service Scripts از دستور svc_help و برای بررسی راهنمای دستور موردنظر از گزینه --help استفاده کنید.
هشدار دسترسی

برخی Service Commandها ممکن است نیازمند آموزش بیشتر یا دسترسی root باشند. اگر برای یک دستور چنین محدودیتی درج شده است، بدون تأیید Service Representative مجاز نباید اجرا شود. الزامات ورود به Service Container با مشخصات دسترسی هر دستور یکسان نیست.

حذف Appliance از Cluster با svc_remove_appliance

دستور svc_remove_appliance امکان حذف یک Appliance از Cluster را بدون انجام Migration خودکار داده‌ها یا Workloadها فراهم می‌کند. هنگام اجرای اسکریپت، Storage Resourceها و Workloadهای مرتبط با Appliance هدف نمایش داده می‌شوند تا وضعیت آن‌ها پیش از ادامه مشخص شود.

این ابزار فقط باید روی Master Node اجرا شود. حذف Master Appliance با این دستور امکان‌پذیر نیست؛ بنابراین پیش از اجرای فرایند باید نقش Appliance و محل استقرار Workloadها بررسی شود.

بررسی Workloadها و پیش‌نیازهای حذف

پیش از حذف Appliance، همه Storage Resourceها و Workloadهای مربوط به آن باید به Appliance دیگری در همان Cluster منتقل شده باشند. Workloadها می‌توانند شامل Virtual Machineها یا Storage Resourceها باشند. وجود Data Protection Operation فعال مانع حذف Appliance می‌شود؛ اسکریپت با این حال امکان متوقف‌کردن عملیات Replication را فراهم می‌کند.

بهتر است پیش از حذف Appliance، ESXi Host در Maintenance Mode قرار بگیرد و از ESXi Cluster خارج شود. همچنین از کاربران خواسته شود در طول مهاجرت داده، Storage Resource یا Virtual Machine جدید ایجاد نکنند؛ زیرا Workload جدید ممکن است روی Appliance در حال حذف مستقر شود.

  1. بررسی کنید Appliance هدف، Master Appliance نباشد و اجرای دستور از Master Node انجام شود.
  2. Storage Resourceها، Virtual Machineها و سایر Workloadهای وابسته به Appliance هدف را شناسایی کنید.
  3. همه منابع و Workloadها را پیش از حذف به Appliance دیگری در Cluster انتقال دهید.
  4. وضعیت Data Protection Operationهای فعال و Replication Operationها را بررسی کنید و مانع‌های حذف را برطرف کنید.
  5. پس از احراز شرایط و بررسی پیامدهای عملیات، فرایند حذف را با دستور مربوط دنبال کنید.

هشدار حذف داده و Factory Reset

حذف Appliance با این روش گزینه ایده‌آلی برای همه سناریوها نیست. این عملیات علاوه بر خارج‌کردن Appliance از Cluster، دستگاه را Factory Reset و سپس Shutdown می‌کند. اگرچه IP Addressهای اختصاص‌یافته در Cluster باقی می‌مانند و Unused علامت‌گذاری می‌شوند، داده‌های Appliance حذف خواهند شد.

هشدار: احتمال از دست رفتن داده

این دستور ممکن است باعث عدم دسترس‌پذیری و از دست رفتن داده شود. پیش از ادامه، انتقال کامل همه منابع و Workloadها را تأیید کنید. خود اسکریپت Commandها یا Actionهای کاربران را هنگام عملیات مسدود نمی‌کند.

فرمت دستور و آرگومان‌های اختیاری

فرمت دستور
svc_remove_appliance [-h] [-d] [--limit <value>]
پارامترهای svc_remove_appliance
پارامترکاربرد
-h, --helpنمایش راهنما و خروج از دستور.
-d, --debugفعال‌سازی Verbose Logging برای عیب‌یابی.
--limitمحدودکردن تعداد Workload Itemهای قابل نمایش.

تمدید Certificateهای PowerStore و VASA

در مجموعه Service Scripts، تمدید Certificateهای PowerStore و گواهی VASA در دو ابزار جداگانه تعریف شده است. svc_renew_certificates برای PowerStore CA Signed Certificateها به کار می‌رود و امکان فهرست‌کردن گزینه‌های قابل تمدید یا اجرای عملیات تمدید را فراهم می‌کند. svc_renew_vasa_self_signed_certificate به تمدید VASA Server PowerStore CA Signed Certificate اختصاص دارد.

هر دو ابزار در دامنه Cluster قابل استفاده‌اند و برای آن‌ها حالت Normal یا Service، نیاز به گذرواژه Service و عدم نیاز به دسترسی root ثبت شده است. در مشخصات این ابزارها، احتمال عدم دسترس‌پذیری و از دست رفتن داده «خیر» ذکر شده است.

فهرست‌کردن و تمدید گواهی‌ها با svc_renew_certificates

اسکریپت svc_renew_certificates دو عملیات list و run دارد. عملیات list گواهی‌های موجود برای Renewal را فهرست می‌کند. عملیات run نوع Certificate مشخص‌شده یا همه Certificateها را تمدید می‌کند. گزینه‌های debug و verbose نیز برای دریافت Log یا خروجی تفصیلی در نظر گرفته شده‌اند.

فرمت دستور
svc_renew_certificates [-h] [-d] [-v] {list,run}
svc_renew_certificates list [-h] [-d]
آرگومان‌ها و عملیات تمدید Certificate
گزینه یا عملیاتتوضیح
-h, --helpنمایش راهنمای دستور.
-d, --debugفعال‌کردن Verbose Logging برای Debugging.
-v, --verboseفعال‌کردن خروجی تفصیلی دستور.
listفهرست‌کردن Certificateهای قابل تمدید.
runتمدید Certificate مشخص‌شده یا همه Certificateها.

دامنه‌های قابل انتخاب در عملیات run

عملیات run می‌تواند برای تمام Certificateها یا نوع مشخصی از Certificateهای داخلی Cluster، ارتباط بیرونی یا Replication استفاده شود. گزینه‌های ثبت‌شده برای انتخاب نوع گواهی در جدول زیر آمده‌اند. برای بررسی Syntax دقیق متناسب با محیط، راهنمای زیر‌دستور باید پیش از اجرای تمدید خوانده شود.

نمونه دستور
svc_renew_certificates run -h
انواع Certificate در عملیات run
نوع انتخابیکاربرد تمدید
allهمه Certificateها.
replication_mutual_authenticationگواهی احراز هویت متقابل Replication.
powerstore_cluster_server_internalگواهی داخلی سرور Cluster.
powerstore_cluster_server_externalگواهی بیرونی سرور Cluster.
powerstore_cluster_server_clientگواهی Client مربوط به Cluster Server.

تمدید گواهی VASA با svc_renew_vasa_self_signed_certificate

برای Renewal مربوط به VASA Server PowerStore CA Signed Certificate ابزار جداگانه‌ای وجود دارد. فرمت این دستور شامل گزینه‌های force، verbose، debug و quiet است؛ با این حال اطلاعات عملکردی مستقلی برای گزینه force در این بخش ارائه نشده است. گزینه quiet نمایش Prompt یا Messageهای اضافی را متوقف می‌کند.

فرمت دستور
svc_renew_vasa_self_signed_certificate [-h] [--force] [--verbose] [--debug] [--quiet]

برای این دستور نیز راهنما با --help قابل مشاهده است. گزینه‌های --verbose و --debug به خروجی تفصیلی و Logging مربوط می‌شوند؛ --quiet از نمایش پیام‌های اضافی جلوگیری می‌کند. وجود گزینه --force در Syntax به‌تنهایی توضیحی درباره رفتار اجرایی آن ارائه نمی‌دهد.

تعمیر نرم‌افزار Dell PowerStore با svc_repair

دستور svc_repair برای Repair کردن Software استفاده می‌شود. این عملیات System Partition را با Software Image ذخیره‌شده روی Back-end System Device بازنویسی می‌کند و برای هر Node به‌صورت جداگانه انجام می‌شود. هدف آن تعمیر نرم‌افزار در کنار حفظ اطلاعات پیکربندی پایدار است.

اطلاعاتی مانند Hostname، Host Registration و User Data در گروه Persistent Configuration Information قرار می‌گیرند که این عملیات آن‌ها را حفظ می‌کند. در مشخصات دستور، کارکرد Troubleshooting، حالت Normal یا Service و کاربرد Service درج شده است.

نکته

پیش‌نیاز اعلام‌شده برای svc_repair، پیکربندی صحیح Firewall است. دامنه آن Cluster ثبت شده، اما عملیات تعمیر روی هر Node جداگانه انجام می‌شود.

فرمت دستور
svc_repair [-h] [--backup]

گزینه --backup برای تهیه نسخه Backup از ESXi Network Configuration تعریف شده است. گزینه -h یا --help نیز راهنمای دستور را نمایش می‌دهد. در جدول مشخصات، نیاز به گذرواژه Service و دسترسی root برای این اسکریپت «خیر» و احتمال عدم دسترس‌پذیری یا از دست رفتن داده نیز «خیر» ثبت شده است.

تعویض DPE با svc_replace_dpe در حالت Auto و Manual

اسکریپت svc_replace_dpe فرایند DPE Replacement را پشتیبانی می‌کند و دو زیرعملیات auto و manual دارد. در حالت auto، DPE Resumeهای موردنیاز برای تعویض به‌روزرسانی می‌شوند. حالت manual از DPE Resume Valueهایی استفاده می‌کند که کاربر وارد می‌کند و فقط برای زمانی در نظر گرفته شده که حالت خودکار نتوانسته این مقادیر را از سیستم دریافت کند.

هشدار: عملیات مختص نیروهای آموزش‌دیده

اجرای svc_replace_dpe و به‌ویژه عملیات دستی فقط برای Service Personnel آموزش‌دیده در نظر گرفته شده است. پیش از استفاده از این ابزار، باید شرایط آماده‌سازی DPE و وضعیت Node رعایت شود.

شرایط آماده‌سازی DPE و ورود به Service Mode

قبل از اجرای اسکریپت باید فقط یک Node در DPE نصب باشد. همچنین System Type باید با Post Utilities تنظیم شده و Node پس از این تنظیم Reboot شده باشد. Node در Service Mode راه‌اندازی مجدد می‌شود و اجرای اسکریپت باید پس از ورود Node به همین حالت صورت گیرد.

محدوده عملکرد این ابزار در جدول مشخصات Cluster است. برای آن، Firewall پیکربندی‌شده به‌درستی به‌عنوان پیش‌نیاز درج شده است. گزینه debug سطح Logging را افزایش می‌دهد و Logها را در Console چاپ می‌کند.

فرمت دستور
svc_replace_dpe [-h] [-d] {auto,manual}
svc_replace_dpe auto [-h] [-d]
svc_replace_dpe manual [-h] [-d]

تفاوت اجرای Auto و Manual

در حالت auto، سرویس DPE Resumeهای موردنیاز را طی فرایند Replacement به‌روزرسانی می‌کند. اگر امکان بازیابی خودکار Resume Valueها وجود نداشته باشد، حالت manual با دریافت مقادیر مربوط به Chassis Resume به کار گرفته می‌شود. انتخاب حالت manual نباید جایگزین عادی حالت خودکار تلقی شود.

مقایسه زیر‌دستورهای تعویض DPE
زیر‌دستورعملکردنکته اجرایی
autoبه‌روزرسانی مقادیر DPE Resume موردنیاز.حالت خودکار برای فرایند DPE Replacement.
manualاستفاده از DPE Resume Valueهای ارائه‌شده توسط کاربر.تنها در صورت ناموفق‌بودن دریافت خودکار Resume Valueها.

در حالت دستی، مقادیر Chassis Resume شامل Product Serial Number، EMC_Vendor SN/Service Tag، EMC_WWN Seed و Product Part Number درخواست می‌شوند. این داده‌ها باید در روند کاری نیروهای سرویس آموزش‌دیده وارد شوند.

مراحل پس از اجرای اسکریپت تعویض

بعد از اجرای svc_replace_dpe، دنباله عملیات سخت‌افزاری مشخصی باید انجام شود. ترتیب جداسازی برق، قراردادن Node دیگر و راه‌اندازی مجدد هر دو Node باید حفظ شود.

  1. هر دو Power Cable را از DPE جدا کنید.
  2. بعد از Power Off شدن Node، Node دیگر را داخل DPE قرار دهید.
  3. هر دو Power Cable را دوباره متصل کنید و هر دو Node را Boot کنید.

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

بررسی و مدیریت Service Mode با svc_rescue_state

دستور svc_rescue_state برای بررسی وضعیت Service Mode یک Node و مدیریت Boot Mode آن استفاده می‌شود. این ابزار سه عملیات list، set و clear دارد و دامنه اجرا در سطح Node تعریف شده است.

در مشخصات این دستور، کارکرد Troubleshooting، امکان استفاده در Normal و Service Mode، نیاز به گذرواژه Service و عدم نیاز به دسترسی root ثبت شده است. برای آن پیش‌نیاز خاصی درج نشده و خطر عدم دسترس‌پذیری یا از دست رفتن داده در جدول مشخصات «خیر» گزارش شده است.

فرمت دستور
svc_rescue_state [-h] {clear,set,list}
عملیات Boot Mode در svc_rescue_state
عملیاتاثراقدام بعدی
listفهرست‌کردن Boot Modeهای موجود Node.بررسی وضعیت نمایش‌داده‌شده.
setتنظیم Boot Mode برای Service Mode.Reboot کردن Node برای ورود به Service Mode.
clearپاک‌کردن Boot Mode فعلی.Reboot کردن Node برای بازگشت به Normal Mode.
نکته اجرایی

اجرای set یا clear به‌تنهایی تغییر حالت راه‌اندازی را کامل نمی‌کند؛ پس از هرکدام باید Node راه‌اندازی مجدد شود تا وارد Service Mode شود یا به Normal Mode بازگردد.

مقایسه دامنه و شرایط اجرای Service Scripts

پیش از انتخاب دستور، باید دامنه اجرا، نیاز به گذرواژه Service، دسترسی root و پیامدهای ثبت‌شده در مشخصات همان اسکریپت بررسی شود. تفاوت اصلی این مجموعه میان عملیات دارای اثر مستقیم بر Appliance و عملیات مدیریت Certificate یا Boot Mode است.

خلاصه مشخصات و مخاطرات دستورات
دستوردامنهحالتگذرواژه Serviceنیاز به rootخطر از دست رفتن داده
svc_remove_applianceApplianceServiceخیرخیربله
svc_renew_certificatesClusterNormal / Serviceبلهخیرخیر
svc_renew_vasa_self_signed_certificateClusterNormal / Serviceبلهخیرخیر
svc_repairClusterNormal / Serviceخیرخیرخیر
svc_replace_dpeClusterNormal / Serviceخیرخیرخیر
svc_rescue_stateNodeNormal / Serviceبلهخیرخیر

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

برای ادامه بررسی خانواده محصول و موضوعات اجرایی مرتبط با این قسمت، منابع زیر در دسترس هستند:

محصول مرتبط

محصولات Dell PowerStore برای بررسی خانواده استوریج مورد بحث.

خدمت مرتبط

خدمات ذخیره‌سازی سازمانی آکو برای بررسی نیازهای عملیاتی زیرساخت Storage.

آموزش تخصصی

خدمات آموزش و انتقال دانش آکو برای تیم‌های راهبری و نگهداری Storage.

جمع‌بندی نهایی مدیریت Appliance و بازیابی

در این بخش از مدیریت Service Scripts در Dell PowerStore، شش گروه عملیاتی با سطح اثر متفاوت بررسی شد. svc_remove_appliance به انتقال قبلی Workloadها، اجرای دستور از Master Node و پذیرش پیامدهای حذف داده وابسته است. در مقابل، دستورات Renewal گواهی‌ها برای فهرست و تمدید Certificateهای مشخص در سطح Cluster به کار می‌روند.

svc_repair به تعمیر نرم‌افزار با حفظ Persistent Configuration Information اختصاص دارد؛ svc_replace_dpe عملیات تعویض DPE را در شرایط محدود و توسط نیروهای آموزش‌دیده پشتیبانی می‌کند. svc_rescue_state نیز برای بررسی و تغییر Boot Mode استفاده می‌شود و اثر عملیات set و clear پس از Reboot Node محقق می‌شود. ادامه این مسیر آموزشی، Secure Snapshot و دسترسی Service را پوشش می‌دهد.

سوالات متداول

آیا svc_remove_appliance داده‌ها را پیش از حذف به Appliance دیگری منتقل می‌کند؟

خیر. انتقال Storage Resourceها و Workloadها باید پیش از اجرای حذف انجام شده باشد. این دستور خودش Migration را انجام نمی‌دهد.

آیا امکان حذف Master Appliance با svc_remove_appliance وجود دارد؟

خیر. این دستور امکان حذف Master Appliance را ندارد و فقط باید روی Master Node اجرا شود.

تفاوت list و run در svc_renew_certificates چیست؟

عملیات list گواهی‌های قابل Renewal را فهرست می‌کند؛ عملیات run برای تمدید یک نوع Certificate مشخص یا همه Certificateها به کار می‌رود.

آیا svc_repair تنظیمات Hostname و اطلاعات کاربر را حذف می‌کند؟

این ابزار برای تعمیر Software با حفظ Persistent Configuration Information از جمله Hostname، Host Registration و User Data تعریف شده است.

چه زمانی از حالت manual در svc_replace_dpe استفاده می‌شود؟

زمانی که حالت Auto نتواند DPE Resume Valueها را از سیستم دریافت کند. اجرای آن به نیروهای سرویس آموزش‌دیده اختصاص دارد.

آیا اجرای svc_rescue_state set بلافاصله Node را وارد Service Mode می‌کند؟

خیر. پس از set باید Node را Reboot کرد تا به Service Mode وارد شود. برای بازگشت پس از clear نیز Reboot ضروری است.

آیا همه دستورات Service Scripts به دسترسی root نیاز دارند؟

خیر. نیاز به root و گذرواژه Service برای هر ابزار مستقل مشخص می‌شود. در دستورات بررسی‌شده در این قسمت، دسترسی root الزامی درج نشده است.

ارزیابی عملیات نگهداری Dell PowerStore

برای ادامه آموزش، قسمت بیست‌وپنجم درباره Secure Snapshot و دسترسی Service را دنبال کنید. برای بررسی پیش‌نیازهای حذف Appliance، عملیات سرویس یا برنامه تعویض قطعه، نیاز فنی زیرساخت را با کارشناس متخصص ارزیابی کنید.