[HOWTO] Install Dragonfly - faster & Redis/Memcached compatible: Page 2 - Enhance Control Panel

[HOWTO] Install Dragonfly - faster & Redis/Memcached compatible

digitalexpanse

I can give this a try, we specifically cater to high-traffic wordpress sites pushing millions of page views.

Internet > Cloudflare Enterprise (full page cache) > Litespeed Enterprise combined with LScache and Redis Object Cache. I'm curious to compare this and see if there is any notable difference.

AdamM

Redis/KeyDB/Dragonly is only used to cache database calls and reduce the load on the database, not for static files.
https://redis.io/docs/manual/client-side-caching/

To handle static files there is already a web server such as Apache, NGINX, LiteSpeed or even Caddy.

For me, the best solution is:
Powerful server with modern CPU and NVMe- LiteSpeed - CDN example Cloudflare/QUIC.cloud - MySQL/MariaDB - Redis
And all this is brought together by the LiteSpeed Cache plugin.

It's just that LiteSpeed seems to me to have been created primarily for WordPress and handles it very well. I don't think there is a better out-of-box solution and easy to configure.

Although, using Plesk and self-tuned NGINX cache earlier, a simple WordPress site was able to reach 20k requests/sec only for 4 cpu ARM

ss88us

NGINX has Redis cache modules and an SR Cache module. These allow NGINX to talk directly to Redis without communicating with PHP first to then further communicate with Redis. Once you configure NGINX to talk with Redis, you can store the output of a HTML page within a Redis value, thus serving a full-page cached version via NGINX and Redis only.

I'm not very familiar with LightSpeed however, if NGINX does this, my guess is that LiteSpeed may do full-page caching too.

AdamM

@"ss888us"
Have you tried running dragonfly in docker with more databases than the default 16? do you know how to do that?

fbaye

Not going to lie I think this method will result in database contamination, like shared Redis servers suffer from.

Unless each container has it's own service provider, this will end in tears I think.

gavin

I have found Memcached to be best for WP Sites. I have used Redis, Dragonfly as drop in replacement for redis and memcached. It's supports multi-threading and does not require running multiple instances of redis to make use of more cores. It also has less moving parts. My config file for memcached is 8 lines in total. I think the developer of Dragonfly also admit that memcached is equivalent in terms of performance. Dragonfly main use case is to have redis features + memcached performance. But the question is why we need such complex features for an average WP site?

freehosting22

Hello, I am new here and I am trying Enhance to host WordPress sites.
I want to set up: OpenLiteSpeed + MariaDB + Redis + Relay.so.
For the plugin: Redis Object Cache.

I have installed everything, but I haven't managed to connect the Relay Client.
It appears to be installed but not loaded.
Diagnostic from Redis Object Cache:
Status: Connected
Client: PhpRedis (v6.1.0)
Relay: Not loaded
Predis: 2.1.2
PHP Version: 8.3.15

Has anyone managed to make such a configuration by enabling extension_relay.so in Enhance panel?

Many thanks 🙂

imharrisonjames1

Hmm, looks good, I would test it

slimx

I actually never saw this thread on enhance, but had Dragonfly deployed on another server setup.
I found that it failed with WooCommerce websites. CONSTANT cart bugs, CONSTANT backend product bugs.

I stopped using it.
Is anyone actively using this today and can confirm if it's more stable?

ss88us

I ended up dropping Dragonfly as there were some inconsistencies in production that Redis does not have. This was just for custom WordPress websites without WooCommerce.

Even though this tutorial would still work, it was back when Redis was not available in Enhance (i think).

I believe this thread can be closed.

pratik_asabe

ss88us What kind of inconsistencies can you please share some details?

We're using dragonfly for two of our clients and both are woocommerce, one of them is quite heavy..

ss88us

pratik_asabe Mine would sometimes just crash and not "update" i.e. when data changed in the WP table, it would not get that new data. I realize the latter may not be a Dragonfly issue, but the Redis plugin on WordPress.

In my opinion, because Redis is included in the CP and unique to each website, it's the better offering right now for my servers.

pratik_asabe

ss88us True, might be redis plugin, we strictly use litespeed to connect so not an issue so far, and you're right redis is unique for every site in enhance is definitely a plus, but dragonfly's performance is (at least on paper) is a reason for us to use it for our premium client..

I wanted to tweak redis to make it more perfotmant but i failed, few things i tried in config made redis not connecting at all so i gave up and jumped to dragonfly, if you or anybody knows or have done any kinda tweaking to redis via config i'd love to see!

ss88us

pratik_asabe What tweaks did you do? I've only modified like so ~

timeout 90
tcp-keepalive 60
maxmemory 250mb
maxmemory-policy allkeys-lru
tcp-backlog 4096

pratik_asabe

ss88us I've tried while researching using bunch of articles, unfortunately i don't have that config but i'll definitely give a try of yours, i can say parameters like maxmemory-policy, maxmemory was in my config but idk what was breaking it back then...

ss88us

pratik_asabe Now you should be able to do the changes and if it breaks, look at redis.log for what the error is. That should help you diagnose further.

pratik_asabe

I was testing dragonfly and redis in alternate days on one of our heavy woocommerce client (arround $4500/month sales), thier db is quite heavy i'd say, they have more than 40k orders processed and their backend operations are also includes heavy tasks..

I found out dragonfly performance is very much noticeable and quite good compared to redis.. i was thinking about another approach to run multiple e-commerce on dragonfly, instead of using same container with unique WP_CACHE_KEY_SALT

what if we use separate docker containers with different name and ip for each site (2-3 may be not more), i want to hear your thoughts on this, correct me if im wrong or missing something here...

ss88us

pratik_asabe Yeah, separate docker containers is best practice with a custom locked-down network i.e. website can only communicate with that container however, that's not how Enhance runs. If you run multiple dockers and don't secure them via salts or user/pass, then anyone on the enhance network can get into that database. Right now if you only have a small set of clients, I think it's fine to run one Dragonfly container with salts.

You could also run multiple Dragonfly containers with authentication (which is more secure) however, the enhance network will still be able to communicate with the container (just not access Dragonfly DB).

pratik_asabe

ss88us can dragonfly container uses salt by default as primary security measure? Or we have to do any additional configurations?

Also, from v12 enhance will no longer using docker but docker will be there, i confirmed this with Adam..

Can you please share how can we secure it considering this with alternate methods? Let's say what's the best practices when using seperate containers for each website, etc.. Thank you..

ss88us

pratik_asabe It would be PHP/Plugin that uses the salt, not Dragonfly directly. Dragonfly would use password for authentication.

I can't comment on the security once docker is removed without having access to that system however, in theory anyone will be able to communicate with Dragonfly if Docker is not used. When we use Docker we have network level security.

Best practice would be separate Dragonfly containers with password authentication.

« Previous Page Next Page »