-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Limiting check locations - Feature #32
Comments
There is no way to control the locations at the moment as the CRON triggers locations are not picked randomly on each run. Instead, they are scheduled to the least used datacenters during the day. For example, they are being checked from Australia for 6 hours a day. It would be possible to ignore specific locations, but it would also mean you would have 6 hours gaps of no data at all. The defined locations are just for mapping the IATA code to a friendlier name. Would you be interested in the "ignoring" locations feature even if that would mean x hours gaps in monitoring? |
Reading the documentation it did kind of suggest that it would be run from the least used datacentres, I'm not sure that having a gap would be good. I think the only thing that may be good is trying to identify why requests get blocked from Australia, e.g. took too long or something.. If that information was available I think that would be a feature. Sad times, I'll have to go hunt around for another solution. The UX and easy configurability really appealed. Feel free to close this off! Thanks |
Thank you for the discussion! I am currently working on launching something new that you might like and might solve more configurability.. Would you be interested in beta access? Gonna share it on my twitter once ready |
@oliverlucas85 are Europe locations ok with you? I do have a beta version of what I promised :) Feel free to try it out at https://dash.statusflare.com |
Oooo interesting! Europe locations would be perfect for our requirements - How are you controlling the check locations? Will there be this blackout as you said before, or are you utilizing Cloudflare workers in a different way now (read, constantly running on all worker edge locations?) I've given it a login and setup a test check and they do appear to be connecting from Europe so that's a win! |
Thanks for the feedback! It works a bit differently and the "managed" checks are actually scheduled from my servers, so it does not rely on the CRON triggers scheduled in one datacenter at a time directly. So the checks are now scheduled kinda randomly from my server locations. I am about to add one US location for a couple of days, however, I do plan to add a feature to exclude any of the locations before I will start adding new locations permanently. |
You will be able to change the Status Page appearance as well, hopefully going to release Statusflare beta by end of February. |
I believe this is a question for this open source version of the status page as opposed to the hosted version which I didn't know existed -- I deployed it to a free instance of cF Workers just to try it out and it ran into the 1000 max KV operations/day. How many times does the status page actually check the URL? |
Hey @mistermantas, it checks on every CRON trigger. You need to set it to 2 minute CRON (or higher) in case you want fit to the free tier :) https://github.com/eidam/cf-workers-status-page#workers-kv-free-tier |
Thanks & much love, I want to recommend this to people for monitoring services. :) |
If we could select which location it would be great. (Or having all of them, fastest first) |
It may, or may not be possible due to the underlying workers stack, but is it possible that you could "Select" a subset of locations to check from? If not, check from all locations but only display the locations that you are interested in? At the moment, I seem to have a lot of checks from Australia which couldn't be further from our websites and sometimes it says that it's offline.
Additionally, there is a section in the helper.js file defining "locations", I thought this could be the place but it does not seem to respect that, what is this section for?
The text was updated successfully, but these errors were encountered: