12-29-2021 07:44 AM
I have two ISE servers at my primary location but I also have two new ISE servers that will be deployed at another remote location as disaster recovery. I would like information to be shared across all four ISE servers in case of a failure at the primary location. Currently the ISE servers at the primary location both are admin, monitoring and policy service. I would like to know what’s the best practice in this situation. Should the nodes at my disaster recover be admin as well? How many admin nodes can you have?
Solved! Go to Solution.
12-29-2021 01:30 PM
Hi @mallyg2734
The general ISE deployment is discussed at great length in the ISE Installation Guide.
You can only have maximum of two admin nodes. It makes no sense to have more than that, because Admin database is synchronised at all times. If one Admin fails, you can promote the Standby Admin to be the new Active Admin.
You can decide where to place the Admin nodes - it doesn't matter to the system. But the consideration for me would be disk sizing. Dedicated Admin node does not need more than 300GB disk. But if Monitoring is combined into the Admin persona, then 300GB is too small. Use at least 600GB in that case. There are calculators to help you make those decisions.
Therefore, if you have two new ISE nodes that are to be deployed as "Disaster Recovery" nodes, then you won't be able to designate them as Admin or Admin/Monitoring nodes. You cannot replicate the master database beyond two Admin nodes.
Expanding an ISE deployment allows you to do things like
- place PSN processing closer to the location where it's needed (for HA or low latency reasons)
- horizontally scale the PSN processing ( up to 50 PSN's for a fully distributed deployment)
- split out the role of Admin and Monitoring for better performance
Just do you daily ISE config backups and perhaps have a VM ready in your disaster recovery site to take on that config backup.
You have to also remember that the IP address of the DR nodes should be the same as that used in your NAS - without that in place, failing over to the DR site would not help you at all - you'd need to change all you NAS devices to point to the new ISE IP addresses.
One approach (for VMs) might be to take a clone of the active admin node (while it's powered down of course
I am sure this is documented somewhere in the Cisco docs too.
12-29-2021 01:30 PM
Hi @mallyg2734
The general ISE deployment is discussed at great length in the ISE Installation Guide.
You can only have maximum of two admin nodes. It makes no sense to have more than that, because Admin database is synchronised at all times. If one Admin fails, you can promote the Standby Admin to be the new Active Admin.
You can decide where to place the Admin nodes - it doesn't matter to the system. But the consideration for me would be disk sizing. Dedicated Admin node does not need more than 300GB disk. But if Monitoring is combined into the Admin persona, then 300GB is too small. Use at least 600GB in that case. There are calculators to help you make those decisions.
Therefore, if you have two new ISE nodes that are to be deployed as "Disaster Recovery" nodes, then you won't be able to designate them as Admin or Admin/Monitoring nodes. You cannot replicate the master database beyond two Admin nodes.
Expanding an ISE deployment allows you to do things like
- place PSN processing closer to the location where it's needed (for HA or low latency reasons)
- horizontally scale the PSN processing ( up to 50 PSN's for a fully distributed deployment)
- split out the role of Admin and Monitoring for better performance
Just do you daily ISE config backups and perhaps have a VM ready in your disaster recovery site to take on that config backup.
You have to also remember that the IP address of the DR nodes should be the same as that used in your NAS - without that in place, failing over to the DR site would not help you at all - you'd need to change all you NAS devices to point to the new ISE IP addresses.
One approach (for VMs) might be to take a clone of the active admin node (while it's powered down of course
I am sure this is documented somewhere in the Cisco docs too.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide