As in, when I watched YouTube tutorials, I often see YouTubers have a small widget on their desktop giving them an overview of their ram usage, security level, etc. What apps do you all use to track this?

  • Mother_Construction2@alien.topB
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    I know that it needs a fix when my dad complaining that he can’t watch TV and the rolling door doesn’t open in the morning.

    • SadanielsVD@alien.topB
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      This. If you have more servers you can also get them all connected to a single UI where you can see all the Infos at once. With netdata cloud

      • Spaceman_Splff@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        Just set this up yesterday. I used a parent node and then have all my vms point to that. Took like an hour to figure it out

        • scotrod@alien.topB
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          Hey, did you use the cloud functionality or not? I’m tryna go all local with parent-child kind of capability but so far unable to.

          • Spaceman_Splff@alien.topB
            link
            fedilink
            English
            arrow-up
            2
            ·
            1 year ago

            The parent still is visible to the cloud portal. My understanding is the data all resides local, but when you login to their cloud portal, it connects to the parent to display the information. I’m still playing with it to confirm. My parent node shows all the child nodes on the local interface but the cloud still shows them all.

          • Spaceman_Splff@alien.topB
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            I don’t know if I’ll keep running this. Already the child nodes are complaining about increase write delays since installing the agents on them.

  • HCharlesB@alien.topB
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    Checkmk (Raw - free version.) Some setup aspects are a bit annoying (wants to monitor every last ZFS dataset and takes too long to ‘ignore’ them one by one.) It does alert me to things that could cause issues, like the boot partition almost full. I run it in a Docker container on my (primarily) file server.

  • AstrologicalMob@alien.topB
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    I currently use thr classic “Hu seems slow, checks basic things like disk usage and process CPU/RAM usage I’ll do a reboot to fix it for now”.

  • Theon@alien.topB
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    Netdata, I’ve meant to look into Grafana but it always seemed way too overcomplicated and heavy for my purposes. Maybe one day, though…

    • weller_rocks@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      I thought the same thing but it’s not bad actually, there are some pre build dashboards you can import for common metrics from Linux, windows, firewalls etc …

      netdata is much better though (IMHO)

  • borouhin@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    Alerts are much more important than fancy dashboards. You won’t be staring at your dashboard 24/7 and you probably won’t be staring at it when bad things happen.

    Creating your alert set not easy. Ideally, every problem you encounter should be preceded by corresponding alert, and no alert should be false positive (require no action). So if you either have a problem without being alerted from your monitoring, or get an alert which requires no action - you should sit down and think carefully what should be changed in your alerts.

    As for tools - I recommend Prometheus+Grafana. No need for separate AletrManager, as many guides recommend, recent versions of Grafana have excellent built-in alerting. Don’t use those ready-to-use dashboards, start from scratch, you need to understand PromQL to set everything up efficiently. Start with a simple dashboard (and alerts!) just for generic server health (node exporter), then add exporters for your specific services, network devices (snmp), remote hosts (blackbox), SSL certs etc. etc. Then write your own exporters for what you haven’t found :)

    • AttitudeImportant585@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      When you’ve got a lot of variables, especially when dealing with a distributed system, that importance leans the other way. Visualization and analytics are practically required to debug and tune large systems

    • atheken@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      One thing about using Prometheus alerting is that it’s one less link in the chain that can break, and you can also keep your alerting configs in source control. So it’s a little less “click-ops,” but easier to reproduce if you need to rebuild it at a later date.

      • borouhin@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        When you have several Prometheus instances (HA or in different datacenters), setting up separate AlertManagers for each of them is a good idea. But as OP is only beginning his journey to monitoring, I guess he will be setting up a single server with both Prometheus and Grafana on it. In this scenario a separate AlertManager doesn’t add reliability, but adds complexity.

        As for source control, you can write a simple script using Grafana API to export alert rules (and dashboards as well) and push them to git. Not ideal, sure, but it will work.

        Anyway, it’s never too late to go further and add AlertManager, Loki, Mimir and whatever else. But to flatten the learning curve I’d recommend starting with Grafana alerts that are much more user-friendly.

    • Cylian91460@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      Alerts are much more important than fancy dashboards.

      It depends, If you have to install lot of stuff or manage a lot of thing it’s a good idea to have one but if you mainly do maintenance and you want to have something reliable yes you should have an alerts, for exemple I don’t have a lot of thing install and doesn’t rly care about reliability so I do everything in terminal, I use arch btw

    • Michaelscarn69-@alien.topOPB
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      Thank you for this. I think I need a deeper understanding of Prometheus. I’ll look into it. You are awesome

      • borouhin@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        Good luck, if you get into it, you’ll be unable to stop. Perfecting your monitoring system is a kind of mania :)

        One more advice for another kind of monitoring. When you are installing / configuring something on your server - it’s handy if you can monitor it’s resource usage in real time. And that’s why I use MobaXterm as my terminal program. It has many drawbacks, and competitors such as XShell, RoyalTS or Tabby look better in many ways… but it has one killer feature. It shows a status bar with current server load (CPU, RAM, disk usage, traffic) right below your SSH session, so that you don’t have to switch to another window to see the effect of your actions. Saved me a lot of potential headache.

    • io-x@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      I was looking at loki+grafana. is prometheus a replacement for loki in this setup and is it preferred?

      • borouhin@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        No, they serve different purposes. Loki is for logs, Prometheus is for metrics. Grafana helps to visualize data from both.

          • borouhin@alien.topB
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            InfluxDB is just a storage. If you have a service that saves metrics to InfluxDB (IIRC, Proxmox can do that), Grafana can read it from there. Grafana can aggregate data from many sources, Prometheus+Loki+InfluxDB+even queries to arbitrary JSON APIs etc.

  • trisanachandler@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    Honestly my load is so light I don’t bother monitoring performance. Uptime kuma for uptime, I used to use prtg and uptime robot when I ran a heavier stack before I switched to an all docker workload.

  • bobbarker4444@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    I just check the proxmox dashboard every now and then. Honestly if everything is working I’m not too worried about exact ram levels at any given moment

  • Pesfreak92@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    Uptime Kuma and Grafana. Uptime Kuna to monitor if a service is up and running and Grafana to monitor the host like CPU, RAM, SSD usage etc.

  • thekrautboy@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    Just to make sure: You are aware that a search option here exists, yes? And you keep refusing to use it for whatever reason?