I am editing all the templates that we have and creating a few new ones. I'm just wondering what the best check-in period is? Currently we are using 1 minute, but we manage over 2000 machines and we think that the added traffic every minute is causing our network and server to run slower than is normal.
I was thinking maybe every 2 or 5 minutes? Would this cause any problems? Short or long term?
Thanks in advance,
I´m also intrested in what other peoples suggest here.
We have around 4500 agents at the moment but will reach 7500 in the next year.
right now we have 1 minute.
I've put servers on 90 seconds and workstations on 150. Absolutely no scientific basis to it but a minute felt like it was too short and that touch more traffic. I guess it depends how often you do something that needs an "interactive" response such as kicking off a live connect / remote control session or an agent procedure that's going to do something for a user who is on the phone right now...
I may get some pressure to change the workstation period once our service desk starts using Kaseya in real anger but it seems to do fine just at the moment.
Just my 2p worth.
We are managing ~750 Agents, but with a very thin bandwith mostly in our clients side. So we are using 30sec for servers and 3 min for others. Other important factor could be BW limit. In our case, we use 15KB/s and 5KB/s for Servers and workstations respectivly.
So far we could manage all the base very well and without complaints under stipulated SLAs.
Also keep watch on distribution schedules, Patchscan & other BW or transactions heavy procedures (like merging agents).
We use 1 min for servers and 4 mins for workstations.
The thing to remember with check-ins is that it will try and keep the tunnel open between check-ins. This means when you fire up RC it will often connect before the next check-in unless there are problems with connectivity.
We have been using 4 mins here for years and a lot of the time RC will connect in a minute or less. I've often found when the RC takes more than that to connect it's because something is wrong or there is another script running before my RC script (still on V5 here).
I have my K server in a data center (lots of bandwidth). I also have 2500 agents checking in. I have the K server defaults for all devices (30 secs I believe). FYI - My bandwidth consumption is low.
This is an interesting response. My concern over this has not been hte bandwidth so much as the demand on the Kaseya server. We found when we had an older server it slowed the system down too much.
I would be curious to see how the system handles it now that we have upgraded.
It doesn't seem to have that much of an impact on my K2 server (nor my K1 server). My tech report that it is working at normal speed and they do not experience slowness issues.
I am not sure that the check-in really has any affect anymore. In the old days, the Kaseya agent used to check-in. You would have to wait for a script to run or remote control, etc.
These days the agents are in a "constant connection". They are always checked in and ready to act.
I have wondered many times why the check-in feature is still available. I don't think it does anything anymore. Maybe someone on Paul's team can chime in here and clarify.
well i just changed all my agents to 30 seconds. Didn't see a big performance impact but RC is firing up a bit quicker at times. a change to 30 seconds is one I would definitely recommend.
I was just wondering if someone could please tell me how the check-in period works and what it affects?
Reading the administrators guide has left me a little confused, from what I understand, it is used for if a connection gets dropped. Yet there is a column you can select that is called "Last Check-in" which from the above understanding means that each agent is dropping a connection very regularly. I thought it just meant how often an agent checked in with the Kaseya server?
If my second definition is correct, would there be a large problem if I changed it from 1 minute to 2 minutes in Agent -> Configure Agents ->Check-in Control?
Hi,So just to make sure I understand corectly, the Agent keeps in constant contact with the Kserver and just does a quick check-in every 1minute (this is what we are set to)? Changing the check-in time won't affect how long it takes to connect to live connect? Do you feel that changing the workstation check-in period to 2 minutes will help lower traffic? I posted a question on the forum about this same topic, and people have come back saying things like "servers have 30sec periods and workstations 3 minutes and there have been no complaints", would a bigger period like the 3 minutes cause a reduction in usuability when it comes to remote control and audits etc.Is there anyway to limit the bandwidth usage of each agent? We are experiencing a fair bit of traffic at the moment and I am trying to fix the problem. Also, do you mind if I post this ticket on the forum, a couple of people have shown interest in the topic?Cheers,Rebecca.
Ok, this looks like it is worth trying. With the bandwidth, will we notice a reduction in stress on the server? or our network? because that is the aim.
Yes you may post this on the forum.
By reducing stress I assume you mean the Kserver? I will attach our best practise performance guide for you, this goes through some items like the amount of agent vs RAM and CPU etc.
I donot think you should worry much on this section. We are using below settigns for years and never had an issue:
checkin period - 30 seconds (both for server/workstations)
bw throttle - disabled