Skip to content
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

Open
oliverlucas85 opened this issue Jan 29, 2021 · 11 comments
Open

Limiting check locations - Feature #32

oliverlucas85 opened this issue Jan 29, 2021 · 11 comments

Comments

@oliverlucas85
Copy link

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?

@eidam
Copy link
Owner

eidam commented Jan 29, 2021

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?

@oliverlucas85
Copy link
Author

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

@eidam
Copy link
Owner

eidam commented Jan 29, 2021

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
https://twitter.com/adam_janis/status/1354550480068878339

@eidam
Copy link
Owner

eidam commented Jan 31, 2021

@oliverlucas85 are Europe locations ok with you? I do have a beta version of what I promised :)
The UI is a bit clumsy and the status page is per account (there will be an option to create as many status pages as you want), but you can get 1-minute managed checks with no need to deploy anything. You will be able to deploy your own workers or whole Statusflare to your infra in the future.

Feel free to try it out at https://dash.statusflare.com

@oliverlucas85
Copy link
Author

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!

@eidam
Copy link
Owner

eidam commented Feb 1, 2021

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.

@eidam
Copy link
Owner

eidam commented Feb 1, 2021

You will be able to change the Status Page appearance as well, hopefully going to release Statusflare beta by end of February.

@mistermantas
Copy link

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?

@eidam
Copy link
Owner

eidam commented Mar 25, 2021

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

@mistermantas
Copy link

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. :)

@dzvision
Copy link

If we could select which location it would be great. (Or having all of them, fastest first)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants