Closed littlenetcoder closed 1 year ago
Hi
You don't need the operator for running multiple proxies, however, you'll have to run ShinyProxy in High Availability mode. This requires a Redis server, which is used for persisting session information and also for communicating between the replicas.
So basically the steps are:
Although you don't want to use the operator, you can have a look at the examples in the operator repo, especially these parts: https://github.com/openanalytics/shinyproxy-operator/blob/master/docs/deployment/overlays/1-namespaced/resources/shinyproxy.shinyproxy.yaml#L11-L22
The operator does not do anything with Redis, so you can use the same config actually.
I appreciate your reply. I inadvertently omitted to mention that I am utilizing Redis along with ShinyProxy session persistence, but not App persistence. I have also activated Application recovery. I will now attempt the approach involving Application persistence.
I followed the recommended approach, and it worked wonderfully. I'm pleased to report that my problem has been resolved. Thank you so much for your prompt assistance.
ShinyProxy version - 3.0.1/3.0.2
For the purpose of replicating the problem locally, I've set up a configuration similar to the one provided at containerized Kubernetes config,utilizing WSL/Minikube.
While operating a single ShinyProxy instance, everything appears to be functioning adequately. However, upon expanding the ShinyProxy instances to two or more, I consistently encounter the following issues:
I am utilizing the IP from the minikube service to access ShinyProxy.
Our infrastructure is primarily composed of Azure Kubernetes Services, the Nginx Ingress Controller, custom ShinyProxy code, and other components.
I would appreciate it if you could assist me with this issue, as I have no intention of transitioning to or utilizing the shinyproxy-operator.