8000

نصب ساده‌سازی‌شده بر روی پلتفرم‌های Cisco IOS XR7

می 18, 202613 دقیقه مطالعهبدون دیدگاه

نصب ساده‌سازی‌شده بر روی پلتفرم‌های Cisco IOS XR XR7

بررسی اجمالی

سیستم‌عامل Cisco IOS XR معرفی می‌کندنصب ساده‌شده (Simplified Install)به عنوان روش استاندارد ارتقای نرم‌افزار برای پلتفرم‌های IOS XR که از XR7 استفاده می‌کنند. در پلتفرم‌های IOS XR که از ایمیج‌های 8000-x86 استفاده می‌کنند، این روش از نسخه 25.2.1 سیستم‌عامل IOS XR پشتیبانی می‌شود. در سایر پلتفرم‌های IOS XR که از XR7 استفاده می‌کنند، پشتیبانی از نسخه 25.3.1 سیستم‌عامل IOS XR آغاز می‌شود. این سند توضیح می‌دهد که نصب ساده‌شده چیست، چرا معرفی شده است، چه مزایایی ارائه می‌دهد و در مقایسه با جریان‌های کاری (Workflows) نصب قبلی، چه تغییراتی را باید انتظار داشته باشید.

این روش جدید از رابط (Interface) موجود و پرکاربرد استفاده می‌کند:

install replace <image>

تفاوت در نحوه انجام ارتقا (Upgrade) به صورت داخلی است.

قبل از شروع

پیش از شروع ارتقاء (Upgrade) یا دانگرید (Downgrade) نسخه، اطمینان حاصل کنید که مسیر مورد نظر برای نسخه فعلی و نسخه مقصد شما پشتیبانی می‌شود:

  1. فایل ISO یا GISO مقصد را در روتر (Router) کپی کنید.

  2. لطفاً متن ورودی خود را ارسال کنید تا طبق قوانین و دستورالعمل‌های تعیین‌شده، ترجمه آن را آغاز کنم.

    show install upgrade-matrix iso <ISO>
    

لطفاً متن ورودی خود را ارسال کنید تا طبق قوانین و دستورالعمل‌های تعیین‌شده، ترجمه آن را انجام دهم.

  • اینکه آیا مسیر ارتقا پشتیبانی می‌شود یا خیر

  • اینکه آیا یک bridge SMU مورد نیاز است یا خیر

  • اینکه آیا یک نسخه میانی (intermediate release) مورد نیاز است یا خیر

  • اینکه چه روش‌های نصبی (install methods) برای آن مسیر پشتیبانی می‌شوند

این روش توصیه‌شده برای اعتبارسنجی پیش‌نیازها (Prerequisites) پیش از زمان‌بندی پنجره نگهداری (Maintenance Window) است.

Upgrade-path decision flow

قبل از زمان‌بندی پنجره نگهداری (Maintenance Window)، از ماتریس ارتقاء (Upgrade Matrix) برای تایید مسیر دقیق و پیش‌نیازها استفاده کنید.

نصب ساده‌سازی‌شده (Simplified Install) چیست؟

نصب ساده (Simplified install) یک مدل نصب است که در آن نرم‌افزار مقصد آماده‌سازی (Staged) شده و سپس سیستم با بارگذاری مجدد (Reload) به ایمیج جدید منتقل می‌شود، بدون اینکه برای تکمیل انتقال کامل بین نسخه‌ها (Cross-version transition) به پشته نرم‌افزاری (Software stack) قدیمی متکی باشد، در حالی که هر دو نسخه نرم‌افزاری به طور همزمان روی دیسک وجود دارند.

در جریان‌های ارتقای درجا (In-place upgrade) پیشین، بخش‌هایی از نسخه قدیمی و نسخه جدید می‌توانستند به‌طور موقت در حین ارتقا به‌صورت هم‌زمان روی سیستم وجود داشته باشند. آن مدل، زمان از دسترس خارج شدن (Downtime) را به حداقل می‌رساند، اما در عین حال ارتقاها را نسبت به تغییرات اساسی بین نسخه‌ها حساس‌تر می‌کرد.

با نصب ساده‌سازی‌شده، Cisco میزان تعامل بین نسخه مبدأ و نسخه مقصد را در طول فرآیند ارتقا کاهش می‌دهد. در عمل، جریان ارتقا به یک بازنشانی تصویر (Reimage) کنترل‌شده یا انتقال به سبک PXE نزدیک‌تر است، در حالی که نقاط ورود نصب استاندارد IOS XR که هم‌اکنون در حال استفاده هستند، حفظ می‌شوند.

In-place install versus simplified install

نصب ساده‌سازی‌شده از هم‌زیستی طولانی‌مدت فایل‌های نسخه قدیمی و جدید در حین انتقال نسخه (Release Transition) جلوگیری می‌کند.

چرا Cisco این کار را انجام می‌دهد؟

نصب ساده‌شده (Simplified install) به این دلیل اتخاذ شده است که مدلی پایدارتر و بلندمدت برای ارتقاهای نسخه به نسخه محسوب می‌شود. از آنجایی که Cisco IOS XR با سرعت بیشتری تکامل می‌یابد، مدیریت تغییرات عمده در سیستم‌عامل (OS)، پشته بسته‌بندی (Packaging stack) و چیدمان حافظه پلتفرم (Platform storage layout) در محیط‌های ترکیبی نرم‌افزارهای قدیمی و جدید، به شکلی ایمن دشوارتر می‌شود.

این قابلیت همچنین مسیرهای ارتقایی را فراهم می‌کند که پشتیبانی از آن‌ها با مدل‌های سنتی نصب در محل (in-place install)، دشوار یا غیرعملی است.

مزایا

نصب ساده‌شده، مزایای کاربردی متعددی را فراهم می‌کند:

  • این قابلیت از مسیرهای ارتقایی پشتیبانی می‌کند که در مدل‌های نصب سنتی (in-place) امکان‌پذیر نیستند.

  • این روش، نسخه مقصد را به شکلی تمیزتر از نسخه مبدأ جدا کرده و تعاملات بین نسخه‌ای را کاهش می‌دهد.

  • این متد از دوره‌های موقتی که فایل‌های نسخه قدیمی و جدید به شکلی هم‌زمان وجود دارند و می‌توانند منجر به خطاهای دشوار در عیب‌یابی شوند، جلوگیری می‌کند.

  • این روش یک متد ارتقای منسجم‌تر در پلتفرم‌های مختلف XR7 و گذار بین نسخه‌ها ارائه می‌دهد.

  • این رویکرد با تغییرات آتی پلتفرم مانند رمزنگاری دیسک (Disk Encryption) و تکامل ساختار دیسک (Disk Layout) سازگاری بهتری دارد.

  • اگرچه زمان توقف سرویس (Service Downtime) در بازه بارگذاری مجدد طولانی‌تر است، اما عملیات کلی ارتقا از ابتدا تا انتها می‌تواند سریع‌تر انجام شود.

رابط کاربری (User interface)

از دیدگاه رابط کاربری، گردش کار ارتقای نسخه همچنان بر دستورinstall replaceمتمرکز است. با این حال، برخی از رفتارها و پیش‌فرض‌های قدیمی نصب، هنگام استفاده از قابلیت نصب ساده‌شده (simplified install) دیگر کاربرد ندارند.

شما باید انتظار موارد زیر را داشته باشید:

  • ارتقا و دانگرید نسخه‌ها در پلتفرم‌های XR7 که در آن‌ها یک یا هر دو نسخه 25.3.1+ باشند، از قابلیت نصب ساده‌شده (Simplified Install) استفاده می‌کنند. برای 8000-x86، این مرز نسخه 25.2.1+ است.

  • فرآیند ارتقا به جای انتقال بسته‌های مرحله‌بندی‌شده (Staged In-place) قبلی، یک بارگذاری مجدد (Reload) کنترل‌شده به سمت ایمیج مقصد است.

  • زمان توقف (Downtime) در طول پنجره بارگذاری مجدد نسبت به روش‌های ارتقای درجا (In-place) قدیمی طولانی‌تر است، اما زمان عملیاتی کلی ممکن است همچنان سریع‌تر باشد.

  • برخی از دستورات نصب قدیمی برای عملیات SMU و بسته‌های اختیاری همچنان معتبر هستند، اما برای ارتقای نسخه‌ها کاربرد ندارند.

رابط‌های نصب (Install interfaces) پشتیبانی‌شده و منسوخ‌شده

این بخش مهم‌ترین تغییرات عملیاتی (Operational changes) را توضیح می‌دهد.

رابط‌های پشتیبانی‌شده برای ارتقاء (Upgrade) و تنزل (Downgrade) نسخه نرم‌افزاری

برای ارتقا و کاهش نسخه (Downgrade) که از نصب ساده‌شده (Simplified Install) استفاده می‌کنند، گردش کار استاندارد بر اساس دستور زیر است:install replace.

رابط‌های (Interfaces) زیر پشتیبانی می‌شوند:

  • CLI: install replace <iso>, with modifiers such as force, noprompt, reload, synchronous, and commit

  • YANG: install-replace RPC

  • gNOI install

  • ZTP-based install workflows

تغییر مهم در رفتار کامیت (Commit)

در جریان‌های کاری انتقال نسخه قبلی،install commitیک نقطه تصمیم‌گیری مجزا بود. برخی از کاربران برای بازگشت آسان به نصب فعال قبلی از طریق خاموش و روشن کردن (Power-cycling) یا بارگذاری مجدد (Reloading) سیستم، به قابلیت تأخیر در install commit متکی هستند.

این مدل به طور یکسان برای تمامی ارتقاهای نصب ساده‌شده (Simplified Install) اعمال نمی‌شود. یک دوره گذار موقت وجود دارد که در آن رفتار بازگشتی (Fallback) مبتنی بر بارگذاری مجدد (Reload) در برخی مسیرهای ارتقا در دسترس نیست.

برای انتقال‌های نسخه‌ای (Release transitions) که از نصب ساده‌شده (Simplified install) استفاده می‌کنند:

  • تغییر نسخه (Release) به عنوان بخشی از عملیات، به‌طور مؤثر اعمال (Commit) شده است.

  • install commit after the upgrade is a no-op

  • YANG install-commit is also a no-op in this context

اگر نیاز دارید به نسخه قبلی بازگردید، از دستورinstall replaceبه همراه GISO قبلی استفاده کنید. برای بازگشت خودکار، به بارگذاری مجدد (Reload) پس از ارتقا تکیه نکنید، مگر اینکه ترکیب پلتفرم و نسخه مربوطه، صراحتاً بازگشت خودکار به نسخه قبلی را پشتیبانی کند.

وضعیت بازگشت خودکار (Automatic fallback status):

  • در پلتفرم‌هایی که از ایمیج‌های 8000-x86 استفاده می‌کنند، قابلیت بازگشت خودکار (Automatic Fallback) به نسخه قبلی از IOS XR 25.4.1 بازیابی شده است، اما این قابلیت تنها برای ارتقا از نسخه 25.4.1 و نسخه‌های بعدی اعمال می‌شود.

  • در سایر پلتفرم‌های XR7، فقدان این قابلیت بازگشت خودکار همچنان یک وضعیت موقتی است، اما بازگرداندن آن در نسخه‌های آتی IOS XR برنامه‌ریزی شده است.

تغییرات رفتاری (Behavior changes)

نصب ساده‌شده (Simplified install) تغییراتی در رفتار سیستم ایجاد می‌کند که باید هنگام برنامه‌ریزی برای فرآیند ارتقا (Upgrade) یا دانگرید (Downgrade) مد نظر قرار گیرند.

1. از دست رفتن موقت قابلیت بازگشت خودکار (Automatic Fallback) به نسخه قبلی در برخی مسیرهای ارتقاء

در جریان‌های ارتقای درجا (in-place upgrade) پیشین، بارگذاری مجدد (reload) غیرمنتظره در بخشی از فرآیند ارتقا، اغلب می‌توانست منجر به بازگشت دستگاه به نسخه اولیه شود. برای برخی از مسیرهای ارتقای نصب ساده‌شده، آن شبکه ایمنی بازگشت خودکار (automatic fallback) به‌طور موقت در دسترس نیست.

اگر سیستم پس از شروع فرآیند انتقال به ایمیج (Image) مقصد مجدداً راه‌اندازی (Reload) شود، دستگاه به جای بازگشت خودکار به نسخه اصلی، مجدداً تلاش می‌کند تا نسخه مقصد را بوت (Boot) کند.

این موضوع در عمل به چه معناست:

  • اگر وقفه گذرا باشد، سیستم به بوت کردن ایمیج (Image) هدف ادامه داده و به وضعیت مطلوب می‌رسد.

  • اگر ایمیج هدف دارای مشکل بوت پایدار باشد، دستگاه به تلاش برای بوت کردن آن ایمیج ادامه خواهد داد.

  • در این صورت، بازیابی ممکن است نیازمند دانگرید (Downgrade) صریح با استفاده از دستورinstall replaceو یا در موارد حاد، نیازمند بازیابی خارج از باند (Out-of-band) مانند PXE یا بازیابی از طریق USB باشد که بسته به پلتفرم و نوع خرابی متفاوت است.

این به این معنی نیستکهانتظار می‌رود ارتقاها مکرراً با شکست مواجه شوند. این بدان معناست که دیگر نباید فرض کرد رفتار بازگشت خودکار (Automatic Rollback) مرتبط با انتقال‌های نسخه‌های قبلی همچنان وجود دارد.

محدوده پلتفرم (Platform scope):

  • در پلتفرم‌هایی که از ایمیج‌های 8000-x86 استفاده می‌کنند، قابلیت بازگشت خودکار (Automatic fallback) به نسخه قبلی از IOS XR 25.4.1 بازیابی شده است، اما این ویژگی تنها برای ارتقا از نسخه 25.4.1 و نسخه‌های بعدی در دسترس است.

  • در سایر پلتفرم‌های XR7، این محدودیت فعلاً به قوت خود باقی است. انتظار می‌رود که قابلیت بازگشت خودکار به نسخه قبلی در یکی از نسخه‌های آتی IOS XR بازگردانده شود.

ارتقاهای FPD ممکن است در مراحل بعدی فرآیند (Flow) انجام شوند.

با رفتار نصب ساده‌سازی‌شده فعلی، برخی از ارتقاهای FPD ممکن است به جای تکمیل شدن پیش از بارگذاری مجدد (Reload)، در حین بوت شدن یا بلافاصله پس از آن انجام شوند.

تأثیر (Impact)

  • مدت زمانی که در آن سیستم برای ترافیک عملیاتی (Production traffic) آماده نیست ممکن است طولانی‌تر باشد.

  • مجموع فعالیت‌های نگهداری (Maintenance activity) ممکن است در کل قابل مقایسه باقی بماند، اما بخش بیشتری از آن می‌تواند پس از شروع بوت شدن ایمیج نرم‌افزاری اصلی رخ دهد.

روش پیشنهادی:

  • تا حد امکان، پیش از شروع ارتقای نرم‌افزار، اطمینان حاصل کنید که FPDها به‌روز هستند.

  • پیش از بازگرداندن دستگاه به محیط عملیاتی (Production)، وضعیت FPD را با دستور زیر بررسی کنید:show hw-module fpd.

۳. عدم وجود گردش کار (Workflow) برای ارتقای نسخه در سطح بسته (Package)

شما دیگر نمی‌توانید از توالی ارتقای نسخه در سطح بسته (package-level release upgrade sequencing) مانند موارد زیر استفاده کنید:

  • install package replace <image>

  • install apply

  • install commit

این مدل برای ارتقای نسخه (Release Upgrade) تحت نصب ساده‌شده (Simplified Install) پشتیبانی نمی‌شود. تغییرات نسخه باید با استفاده از دستور زیر انجام شود:install replace.

4. عدم وجود دستور بازگشت (Rollback) در مرز نسخه‌های انتشار (Release boundary)

دستورات (Commands)

  • install rollback

  • install package rollback

همچنان برای عملیات‌های SMU یا بسته‌های اختیاری (Optional Package) که نسخه انتشار (Release Version) را تغییر نمی‌دهند معتبر هستند، اما نباید برای انتقال‌های انتشاری که از مرز نصب ساده‌شده (Simplified Install Boundary) عبور می‌کنند، استفاده شوند.

مدل عملیاتی جدید باید به شرح زیر باشد:

  • تصویر (Image) سالم و تایید شده قبلی را در دسترس نگه دارید.

  • اگر بازگشت به نسخه قبلی ضروری است، از دستورinstall replaceبه همراه آن تصویر استفاده کنید.

۵. ملاحظات مربوط به رمزنگاری جزئی دیسک (Partial disk encryption) در پلتفرم‌های قابل اجرا XR7

در پلتفرم‌هایی که از رمزنگاری جزئی دیسک (Partial Disk Encryption) پشتیبانی می‌کنند، این قابلیت باید پیش از ارتقا به نسخه‌هایی که از رمزنگاری کامل دیسک (Full Disk Encryption) استفاده می‌کنند، غیرفعال شود. انتظار می‌رود فرآیند نصب در صورت فعال بودن رمزنگاری جزئی دیسک، از ارتقا جلوگیری کرده و به کاربر هشدار دهد.

اگر سیستم بعداً به نسخه‌ای بازگردانی (Downgrade) شود که از مدل قدیمی‌تر استفاده می‌کند، ممکن است نیاز باشد قابلیت رمزنگاری جزئی دیسک (Partial Disk Encryption) به‌صورت جداگانه مجدداً فعال شود.

ملاحظات مربوط به مهاجرت نسخه (Release migration)

هر نسخه اولیه‌ای نمی‌تواند مستقیماً و در یک مرحله به نسخه 25.3.1 یا بالاتر ارتقا یابد.

شما باید انتظار داشته باشید که:

  • یک بازه حداقل برای نسخه شروع (Starting-release) پشتیبانی‌شده تعریف شده است.

  • برخی از نسخه‌های مبدأ نیازمند ارتقاء دو مرحله‌ای هستند.

  • برخی از نسخه‌های مبدأ پیش از انتقال به نسخه 25.3.1 یا بالاتر، نیازمند یک SMU پل (Bridge SMU) هستند.

  • ملاحظات مشابهی می‌تواند برای مسیرهای دانگرید (Downgrade) نیز اعمال شود.

از آنجایی که الزامات دقیق به نسخه شروع، نسخه مقصد و گاهی اوقات پلتفرم بستگی دارد، از دستورshow install upgrade-matrix iso که در بخش Before you start توضیح داده شده است، برای اعتبارسنجی مسیر دقیق و پیش‌نیازها استفاده کنید.

SMUهای پل (Bridge SMUs)

از Bridge SMUها برای حفظ یکپارچگی ارتقاء (Upgrade consistency) در زمانی استفاده می‌شود که نسخه‌های قدیمی‌تر هنوز شامل تمام منطق مورد نیاز برای انتقال‌های نصب ساده‌سازی‌شده (Simplified install transitions) نیستند.

از نظر عملی، نسخه‌های قدیمی‌تر ممکن است تمام بخش‌های وضعیت نصب پایدار (persistent install state) مورد نیاز در طول انتقال نصب ساده‌شده (simplified install transition) را حفظ نکنند. یک SMU پل‌زننده (bridge SMU) این شکاف‌ها را پر می‌کند تا فرآیند ارتقا در تمامی نسخه‌های مبدأ پشتیبانی‌شده، عملکردی یکسان داشته باشد.

بسته‌های به‌روزرسانی نرم‌افزاری (Bridge SMUs) پیش‌نیازهای ارتقا هستند، نه افزونه‌های اختیاری.

نمونه‌ها

جایگزینی نصب با استفاده از GISO

RP/0/RP0/CPU0:8201-1#sh version | i Version
Cisco IOS XR Software, Version 25.2.2 LNT
Version: 25.2.2
RP/0/RP0/CPU0:8201-1#install replace /misc/disk1/8000-golden-x86_64-25.4.1-2541_almost_full.iso noprompt synchronous
Current activity: Initializing..
Current activity: Verify input and download ISO...
Current activity: Validate the ISO
Current activity: Prepare for a reimage from disk operation: downloading
ISO and saving config......
Current activity: Apply by reload
Atomic change 2.1: Pre-reload steps completed without error, reloading
Connection to 172.18.211.103 closed.

برای تعیین مسیر ارتقای پشتیبانی‌شده، از ماتریس ارتقای IOS XR استفاده کنید.

این مثال نشان می‌دهد که چگونه بررسی کنید آیا مسیر ارتقاء (Upgrade Path) از نسخه فعلی به نسخه هدف پشتیبانی می‌شود و آیا محدودیت‌هایی در این زمینه اعمال می‌گردد یا خیر. در این مثال، نسخه فعلی XR برابر با 7.11.21 و نسخه هدف 25.4.1 است.

RP/0/RP0/CPU0:xrg-508-820124H8FH#show version | i Version
Cisco IOS XR Software, Version 7.11.21 LNT
Version: 7.11.21
RP/0/RP0/CPU0:xrg-508-820124H8FH#show install upgrade-matrix iso /misc/disk1/8000-golden-x86_64-25.4.1-2541_almost_full.iso
--------------------------------------------------------------
Upgrade matrix information for system upgrade: 7.11.21->25.4.1
--------------------------------------------------------------
XR system upgrade is supported, with the following restriction(s):
The following fix(es) must be installed if any version of the package is installed.
Bug ID Name Version
---------- --------------- -------------
CSCwm77418 xr-diskboot 7.11.21v1.0.2
 xr-install 7.11.21v1.0.1
 xr-licensing 7.11.21v1.0.1
The XR system upgrade must be performed via 'install replace' (recommended) or
'install replace reimage'. Using 'install package replace' or 'install rollback'
are not supported for this upgrade path.

بازگشت به نسخه قبلی (Rollback) بدون عبور از مرز نسخه (Version boundary)

نصب فعال، یک GISO مبتنی بر نسخه XR 25.4.1 است.

RP/0/RP0/CPU0:xrg-509-820124H8FH#sh version | i "Version|Label"
Cisco IOS XR Software, Version 25.4.1 LNT
 Version: 25.4.1
 Label: 25.4.1-2541_full_with_SMU

با استفاده از قابلیت نصب ساده‌شده (Simplified Install)، سیستم‌عامل IOS XR امکان بازگشت به نسخه قبلی (Rollback) را در صورتی که از مرز انتشار (Release boundary) عبور نشده باشد، فراهم می‌کند. در این مثال، یک نقطه بازگشت واحد و قابل‌اجرا وجود دارد:

RP/0/RP0/CPU0:xrg-509-820124H8FH#show install rollback list-ids
It is possible to rollback to the following transaction IDs:
 # Pkgs to rollback # DDTS
 Id Software Committed At: Add Mod Rem Add Rem
---- ----------------------- ------- ------- ------- ------- -------
 4 2026-05-20 06:56&#58;23 UTC 0 9 0 0 1
---- ----------------------- ------- ------- ------- ------- -------

شروع عملیات بازگشت به وضعیت قبلی (Rollback):

RP/0/RP0/CPU0:xrg-509-820124H8FH#install rollback 4 noprompt synchronous
Wed May 20 14:40:06.621 UTC
Starting:
 install rollback 4
Atomic change 5.2
...

بازگشت به نسخه قبلی (Rollback) با موفقیت انجام شد، زیرا نصب هدف نیز بر اساس همان نسخه IOS XR، در این مورد 25.4.1، بوده است:

RP/0/RP0/CPU0:xrg-509-820124H8FH#sh version | i "Version|Label"
Cisco IOS XR Software, Version 25.4.1 LNT
 Version: 25.4.1
 Label: 25.4.1-2541_full

بازگشت خودکار (Automatic fallback) در سری 8000 از نسخه XR 25.4.1 در دسترس است.

در این مثال، روتر XR از نسخه 26.1.1 به 25.4.1 دانگرید (Downgrade) شده است، همان‌طور که در خروجی دستوراتshow install active summaryوshow install committed summaryمشاهده می‌شود. نصب فعال (Active installation) بر پایه نسخه 25.4.1 است، در حالی که آخرین نصب متعهد شده (Committed installation) روی نسخه 26.1.1 بوده است:

RP/0/RP0/CPU0:xrg-509-820124H8FH#show install active summary | inc Label
Label: 25.4.1-2541_full
RP/0/RP0/CPU0:xrg-509-820124H8FH#show install committed summary | inc Label
Label: 26.1.1-2611_full

پس از بارگذاری مجدد (Reload) روتر، نسخه XR 26.1.1 دوباره فعال می‌شود:

RP/0/RP0/CPU0:xrg-509-820124H8FH#reload location all noprompt
RP/0/RP0/CPU0:xrg-509-820124H8FH#sh version | i Label
 Label: 26.1.1-2611_full
اشتراک‌گذاری:

دیدگاه خود را بنویسید