Kosta well yes. prices for servers in switzerland won't allow us that specs.

gcloud zurich: 8vcpus/64gb (without 3y commit): 580 usd /month.
means with 48 sites, 12 usd per website/month only for the server.

    cPFence yep i saw that. we planned to upgrade yesterday, but decided to still wait a moment.

      elk gcloud zurich: 8vcpus/64gb (without 3y commit): 580 usd /month.

      Google Cloud is expensive, and you can get almost the same performance and uptime with Upcloud or Hetzner (dedicated CPUs, not shared).

      • elk replied to this.

        Andrei it is yes. also the commitment lock-in for better pricing is ...

        however, both hetzner and upcloud do not offer data residency switzerland. that's the main problem we are dealing with. there is infomaniak which is not that expensive, exoscale which offer self-managing. and some good small providers, but you will not be able to manage everything on your own.

        but anyway, i now upscaling hardware would be possible, but i don't think that we need 96gb ram 😉...

        but my question was about, is it possible to configure litespeed to cache less (until we moved to v12 and then everything is okay. 8vcpus and 96gb is not needed for those low traffic pages. )

          elk You're right; the RAM usage shouldn't be that high if you have low traffic websites, especially if they're not dynamic in nature (e-commerce, membership etc).

          Why do you think the LS cache is the problem? The cache should use up the storage space, not impact memory usage, right?

          elk I believe is the way PHP is handled, process's remain open so they consume about 150mb or ram per process, the behavior is not the same on other panels, if you disable swap you will face issues with the memory limit on your websites since if they hit it, they will give 503, if swap is enabled then they will swap and cause high server load, i have been trying to say on the forums that this is not NORMAL behavior and not the same on other panels and definitely needs investigation, but i believe that its not priority right now if even logged

          Similar issue exist with Nproc

          elk

          Then your best move for now is to make sure all your LiteSpeed Cache plugins are optimized and Redis is active. Adding Cloudflare can also give you a great boost as a quick and easy fix.

          If that doesn’t help, I’d just wait until you upgrade to v12, you can expect a 30–40% RAM drop, depending on your setup. No need to upgrade your servers yet.

          • elk likes this.

          thanks. i did some research (correct me if i am wrong 😉 )

          so the monitoring and cp is calculating based on the "free ram". the actual ram usage is around 40% or less. but there is also a lot in the RAM Cache/Buffer, which then would be freed.

            elk

            Not sure I fully understand your question, can you elaborate?

            We observed around a 30% drop in RAM usage across all our servers, including the main control panel and secondary servers. On one cluster, it was up to 40%. The new v12 architecture is great, and the control panel feels much snappier.

            Enhance now has a solid base to build on for upcoming features, exciting times ahead. Hopefully, more great updates are coming soon.

            • elk replied to this.
              • Edited

              cPFence

              first of all, litespeed is not the problem. after deeper ram usage inspection I saw that litespeed processes do not consume a lot of ram. thanks to all the inputs.

              • what i noticed is, that grafana/prometheus and enhance control panel shows us a memory utilization of e.g. 80%.
              • but when i inspect it on the server or on grafana/prometheus, i can see, that actual RAM used is far below 80%.
              • There is a lot of RAM used for Buffering + Cache.

              edit: i think have the reason. it has to do with swap disabling. one server was rebooted yesterday, that one has enough "available". the other one was not rebooted yet and still shows swap (si/so).

                • Edited

                elk you don't want linux to stop caching... You seem confused about the difference between used ram, free ram, cached ram... Linux will cache some things when there's unused ram available - this is good as it improves performance of everything. If the system needs to use more ram, linux will shift it from cache to use. There's zero reason to go messing with that system. This also doesn't have anything to do with your websites and their page cache.

                • elk replied to this.

                  elk

                  V11 (Docker) is known for being heavy on memory usage. Instead of spending time investigating this outdated setup, just flip the switch and upgrade to v12, it’s working great now.

                  • elk replied to this.

                    elk why don’t you buy servers and place them on collocation I just checked 20u space is 480$/m mate u can place at least 15 servers in that space with whatever specs you like…

                    cPFence did it 😉

                    went very smooth, beside of three pages that had permission issues on the /public_html

                    ram is lower now, yes!

                    Write a Reply...
                    Follow @enhancecp