• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx

  • We are developing a new feature in Plesk that will help you promote your websites or business on social media. We want to conduct a one-hour online UX test to present the prototype and collect feedback. If you are interested in the feature, please book a meeting via this link.
    Thank you in advance!
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Question Private redis instances per subscriber

Brightside

New Pleskian
Hello. There are a lot of caching extensions, but I'd say Redis is a standard now for majority of CMS, however there is no simple way to provide Redis service for subscribers. Shared Redis isn't an option because it's just insecure and limited by 16 bases per server.

Redis using Docker isn't option too.

cPanel Redis® Plugin - there is a plugin for cpanel. It would great to have something like that for Plesk out of the box. Like Redis on request or as paid option.
 
Hello. There are a lot of caching extensions, but I'd say Redis is a standard now for majority of CMS, however there is no simple way to provide Redis service for subscribers. Shared Redis isn't an option because it's just insecure and limited by 16 bases per server.

Redis using Docker isn't option too.

cPanel Redis® Plugin - there is a plugin for cpanel. It would great to have something like that for Plesk out of the box. Like Redis on request or as paid option.

In /etc/redis/redis.conf, you can edit the database limit and use more than 16 databases by redis instance.
Otherwise, with the compilation method explained in resources, you can run several redis instance on the same host by using another port and service name for each redis instance.
 
In /etc/redis/redis.conf, you can edit the database limit and use more than 16 databases by redis instance.
Otherwise, with the compilation method explained in resources, you can run several redis instance on the same host by using another port and service name for each redis instance.
As I said shared Redis isn't an option. It's just not secure, because there is no ACL. Any redis user will be able view and edit any redis database. Compilation is great, but it is a pain. It needs to be automated somehow, probably centralized, probably redis instances should be run on another server.

I'd say Redis becomes an essential service such as mail (Imagine that you need to compile postfix for each user :D)
 
Last edited:
Why docker is not an option?
There are a lot of reasons. Docker does not provide desired automation (you still need to run containers manually, you need to provide auth password for subscriber and store it somewhere), but brings risks. Half of Docker storage drivers are buggy and slow, docker isn't working correctly with modern firewalls like firewalld/ufw. Plesk in this case is additional layer of middleware which I wouldn't like to use.
 
Back
Top