مدیریت 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 وارد میشود.
- با SSH Client به Management IP Address مربوط به Cluster متصل شوید.
- نام کاربری و گذرواژه حساب Service را وارد کنید و ورود به Serviceability Docker Container را بررسی کنید.
- برای مشاهده فهرست 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 در حال حذف مستقر شود.
- بررسی کنید Appliance هدف، Master Appliance نباشد و اجرای دستور از Master Node انجام شود.
- Storage Resourceها، Virtual Machineها و سایر Workloadهای وابسته به Appliance هدف را شناسایی کنید.
- همه منابع و Workloadها را پیش از حذف به Appliance دیگری در Cluster انتقال دهید.
- وضعیت Data Protection Operationهای فعال و Replication Operationها را بررسی کنید و مانعهای حذف را برطرف کنید.
- پس از احراز شرایط و بررسی پیامدهای عملیات، فرایند حذف را با دستور مربوط دنبال کنید.
هشدار حذف داده و Factory Reset
حذف Appliance با این روش گزینه ایدهآلی برای همه سناریوها نیست. این عملیات علاوه بر خارجکردن Appliance از Cluster، دستگاه را Factory Reset و سپس Shutdown میکند. اگرچه IP Addressهای اختصاصیافته در Cluster باقی میمانند و Unused علامتگذاری میشوند، دادههای Appliance حذف خواهند شد.
این دستور ممکن است باعث عدم دسترسپذیری و از دست رفتن داده شود. پیش از ادامه، انتقال کامل همه منابع و Workloadها را تأیید کنید. خود اسکریپت Commandها یا Actionهای کاربران را هنگام عملیات مسدود نمیکند.
فرمت دستور و آرگومانهای اختیاری
svc_remove_appliance [-h] [-d] [--limit <value>]| پارامتر | کاربرد |
|---|---|
-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]| گزینه یا عملیات | توضیح |
|---|---|
-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| نوع انتخابی | کاربرد تمدید |
|---|---|
| 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 نباید جایگزین عادی حالت خودکار تلقی شود.
| زیردستور | عملکرد | نکته اجرایی |
|---|---|---|
| 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 باید حفظ شود.
- هر دو Power Cable را از DPE جدا کنید.
- بعد از Power Off شدن Node، Node دیگر را داخل DPE قرار دهید.
- هر دو 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}| عملیات | اثر | اقدام بعدی |
|---|---|---|
| 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_appliance | Appliance | Service | خیر | خیر | بله |
| svc_renew_certificates | Cluster | Normal / Service | بله | خیر | خیر |
| svc_renew_vasa_self_signed_certificate | Cluster | Normal / Service | بله | خیر | خیر |
| svc_repair | Cluster | Normal / Service | خیر | خیر | خیر |
| svc_replace_dpe | Cluster | Normal / Service | خیر | خیر | خیر |
| svc_rescue_state | Node | Normal / 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 الزامی درج نشده است.
برای ادامه آموزش، قسمت بیستوپنجم درباره Secure Snapshot و دسترسی Service را دنبال کنید. برای بررسی پیشنیازهای حذف Appliance، عملیات سرویس یا برنامه تعویض قطعه، نیاز فنی زیرساخت را با کارشناس متخصص ارزیابی کنید.
HPE
DELL
Broadcom
HPE
DELL
Broadcom
Vmware