huggingface部署的openwebui,uptime等网站的保活方法

为什么我huggingface部署的openwebui时常过一天左右就显示访问失败了,每次都需要我restart?

hf免费的有什么限制吗?有什么办法可以保活?

5 个赞

还有个问题,就render而言,我可不可以先用一个render账号部署uptime监控另外两个render账号部署的网站,从而实现保活?而且前一个render账号的部署uptime网站用其他免费网站监控(主要uptime监控频率可以比较高)

1 个赞

我想监控某个openai格式的模型能否使用的情况,该怎么填写以上图片中的内容?

以上共三个问题

1 个赞

一天?是这么短吗:joy:
不访问是会休眠,可以来个监控。

他是两天没访问就休眠吗?

1 个赞

具体时间不清楚,你可以搜搜看:eyes:

1 个赞

hf正常来说是48h休眠的,但是我认为它也会动态调整,其他资源不够了就把免费空间的、占用资源巨大的(比如openwebui)先休眠了,我曾用 cron-job.org Console 来保活,挺稳。

render可以用hf的uptime来保活,但是千万不要用 cron-job.org Console 保活。

render自己uptime自己,我觉得也行吧。

3 个赞

我就这么干的 :joy:

1 个赞

用多个监控对轰,hf就算数据清了,但是还是活动的,提前把json文件保存一下,下次挂了再访问导入就行 :wink:

1 个赞

可以用cloudflare的监控项目进行轰炸 :wink:

1 个赞

啊?有休眠?

1 个赞

cloudflare worker添加cron定时也可

1 个赞

uptimerobot保活抱抱脸上的uptime kuma,uptime kuma保活render及其他抱抱脸网站

1 个赞

俄罗斯套娃?

1 个赞

云服务器保活一切

1 个赞

只要经常用就不会休眠
uptime自动发送请求应该也不会休眠吧

1 个赞

我也有个问题,就是你huggingface部署的openwebui能通过cf worker反代吗,我这反代的话必须加上cookie,每天都得更换

1 个赞

uptimerobot监控多了很容易掉(掉了就会发down邮箱骚扰,恢复正常又发up邮箱骚扰),自己部署的uptime更好一点。

我现在是render,huggingface,uptimerobot三者互相监控以及监控其他需要保活的网站,稳的一!

1 个赞

huggingface部署的最新版的openwebui好像不需要cookie,直接反代就行了

还好,我就收到过一次uptimerobot 的邮件