Either way, consistent HA testing (yearly?) will help you track the resiliency of your HA solution...because honestly CPU is not the best way to look at this, at least by itself.CPU is a pretty poor measure of performance to the user workload..but it depends(tm) what you wanna do.-or-
Do you think HA is to provide a 100% seamless service where there is zero impact.
Do you think HA is to provide services in the case of a failure, where there may be additional latency, but you are _still working_.
On Fri, Apr 4, 2014 at 7:15 AM, Martin <martin@leggatt.me.uk> wrote:
I know that if a Filer is not busy serving data it will run background task
at a higher priority that will use the spare CPU while the Filer is not
under load.
In an active/active config the Filer CPU shouldn't be over 50% on each
controller as above this the Filer is not longer HA.
My question is if a Filer is showing low latency and isn't busy but its CPU
is at 50% on each controller is this an issue?
I'm not clear if you have two controllers showing 40/50% CPU due to
background tasks that isn't busy whether it will still be HA if one
controller were to fail? My thinking is those background tasks will just run
at a lower level (some may not run in failover state??)
--
View this message in context: http://network-appliance-toasters.10978.n7.nabble.com/CPU-usage-and-HA-tp25641.html
Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.
_______________________________________________
Toasters mailing list
Toasters@teaparty.net
http://www.teaparty.net/mailman/listinfo/toasters
--
---
Gustatus Similis Pullus