Forum Discussion
replacing blade 2100 to 2150 viprion c2400
- Sep 23, 2022
Hi~ I'm not sure of the answer but did find a couple other Support articles that might help:
Manual : VIPRION Systems: Blade Migration
and from that Article, there is:
Example 5: Replacing a single blade
- Sep 30, 2022
That is correct. I would tell you that you probably want to have a maintenance window ready and a proactive case with F5 support. Just in case. It's a major event. Start with the backup VIPRION. Once it's back up.. and it will take time to boot.. you fail to it. Then do the other. Fail back if you want to, but no hurry. 🙂
Hi~ I'm not sure of the answer but did find a couple other Support articles that might help:
Manual : VIPRION Systems: Blade Migration
and from that Article, there is:
Example 5: Replacing a single blade
- yunan_harisSep 25, 2022Altocumulus
hi PSilva
thank you for the information on the article
i have read the articles,right now just wondering :
1. does the new blade will automatically becomes a member of the cluster so the software image and configuration will be copied to the new blade?
2. on the article you shared, there are 2 conditions, those are :
- Slot 1 contains the original blade.
- Slot 2 contains the new blade and is the primary slot in the cluster.
because the existing primary is the old blade 2100, should i change the primary slot to slot 2 first after inserting the new one? and if i change the primary to slot 2, will it impact to the existing configuration on the existing blade like overwriting the configuration?
3. on the articles, if we pushes the collected vdisk to slot 2, does it means that it will erase all the configuration on the slot 1? because i still need the slot 1 blade to have the configuration after i remove the blade, this is necessary for rollback action if the process not run properly
- AubreyKingF5Sep 26, 2022Moderator
1. Yes. It should have the entirety of the configuration.. including cluster state. Only way that would change is if UUID, MAC or processor type changed.. which would leave you needing to re-key the sync, but the likelihood of that happening is slim to none between a 2100 and a 2150. The internal hardware architecture is similar enough that the hypervisor should be able to handle anything with this process between the two.
2. This is purely preferential, although, the article indicates you should swap slots AFTER the vdisk copy, rather than before. I think this is just to reduce complexity / opportunity for downtime.
3. You are only copying vdisks to the new blade, then step 4 has you pull the old blade. In theory, you should be able to plug that into another viprion (NOT on same collision domain, preferred!) and boot it.
- yunan_harisSep 27, 2022Altocumulus
hi AubreyKingF5
thank you for explanation, so the slot 1 still have the configuration on it although we used command chassisvdisk migrate, isnt it? if we want to rollback to slot 1, we just pull the slot 2 and insert the slot 1 back again, right?
Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com