# Monitor: Best solutions for keeping track of uptime?

**URL:** https://meta.discourse.org/t/monitor-best-solutions-for-keeping-track-of-uptime/13807
**Category:** Self-hosting
**Tags:** hosting
**Created:** [2014 年3 月 17 日 16:36 UTC](https://meta.discourse.org/t/monitor-best-solutions-for-keeping-track-of-uptime/13807 "2014-03-17T16:36:06Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### 作者： ![hunterowens](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hunterowens/32/108417_2.png) [@hunterowens](https://meta.discourse.org/u/hunterowens)
#### 发布日期： [2014 年3 月 17 日 16:36 UTC](https://meta.discourse.org/t/monitor-best-solutions-for-keeping-track-of-uptime/13807/1 "2014-03-17T16:36:06Z")

</div>

Does anybody know or has written anything about monitoring a discourse site:

Ie, - DB uptime/Site Uptime/Redis Uptime  
response times, etc.

I’ve used New Relic in the past but have no strong preferences.

---

<div class="post-metadata">

### 作者： ![riking](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/riking/32/170938_2.png) [@riking](https://meta.discourse.org/u/riking)
#### 发布日期： [2014 年3 月 17 日 16:59 UTC](https://meta.discourse.org/t/monitor-best-solutions-for-keeping-track-of-uptime/13807/2 "2014-03-17T16:59:57Z")

</div>

There is already a New Relic plugin for Discourse:

> [@Newrelic plugin](https://meta.discourse.org/t/newrelic-plugin/12986):
>
> New Relic support Author: Sam Saffron Support for [http://newrelic.com](http://newrelic.com) plugins/newrelic/plugin.rb # name: enable New Relic rpm # about: New Relic support # version: 0.1 # authors: Sam Saffron ENV["NRCONFIG"] = File.expand\_path('../newrelic.yml', \_\_FILE\_\_) gem "newrelic\_rpm", "3.6.7.152" NewRelic::Control.instance.init\_plugin :config =\> Rails.configuration after\_initialize do ForumsController.newrelic\_ignore :only =\> [:status] end plugins/newrelic/newrelic.yml The file you got from newrel…

---

<div class="post-metadata">

### 作者： ![justin\_gordon](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/justin_gordon/32/105029_2.png) [@justin\_gordon](https://meta.discourse.org/u/justin_gordon)
#### 发布日期： [2019 年11 月 23 日 03:19 UTC](https://meta.discourse.org/t/monitor-best-solutions-for-keeping-track-of-uptime/13807/3 "2019-11-23T03:19:46Z")

</div>

我刚刚注册了 [https://uptimerobot.com/。](https://uptimerobot.com/%E3%80%82)

我想获取 Discourse 开发团队的最新建议。@sam？

今天我想到这个问题，因为我发现我的编程网站 [https://forum.shakacode.com](https://forum.shakacode.com) 无法响应。哎呀！登录服务器并重启容器。

这是让网站恢复运行所需的全部操作：

```plaintext
cd /var/discourse/
./launcher restart app

```

然后我进行了升级：

```plaintext
git pull
./launcher rebuild app

```

Discourse 的一个“问题”是它非常容易持续运行，以至于人们很容易忘记如何进行维护！

---

<div class="post-metadata">

### 作者： ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### 发布日期： [2019 年11 月 25 日 00:10 UTC](https://meta.discourse.org/t/monitor-best-solutions-for-keeping-track-of-uptime/13807/4 "2019-11-25T00:10:41Z")

</div>

> [@justin\_gordon](#):
>
> 我想获取 Discourse 开发团队的最新推荐。

我们的推荐在这里有些棘手，因为我们是基于一套与自托管用户完全不同的决策矩阵来选择工具的。我们会考虑 API、纯净的 IPv6 支持、长期报告等功能。

目前我们使用的是 [https://www.pingdom.com](https://www.pingdom.com)，但由于在大规模场景下发现了一些特定的 IPv6 问题，我们正在迁移到 [https://www.statuscake.com/。](https://www.statuscake.com/%E3%80%82)