[ https://jira.fiware.org/browse/HELP-8281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Fernando Lopez updated HELP-8281:
---------------------------------
HD-Chapter: Data
Description:
Created question in FIWARE Q/A platform on 16-02-2017 at 15:02
{color: red}Please, ANSWER this question AT{color} https://ask.fiware.org/question/754/is-there-any-information-on-how-to-deploy-kurento-in-ha-for-scalable-deployments/
+Question:+
Is there any information on how to deploy Kurento in HA for scalable deployments?
+Description:+
Suppose you have to support many streaming: one server will not be enough. Beyond that, to provide a service resilient to failure you would need multiple instances of the service.
Before spending time in experiments on the scalability and how to achieve it, I would like to know if there is available any guideline. Is it enough to have multiple instances behind a load balancer? Somehow I doubt it, because even if you may be using pipelines that are stateless, the problem is that Kurento relies on the concept of session.
Supposing than the kurento instance to which I am connected fails, and the load balancer redirect me to another instance, will it work? Or given that the session is not shared the user will experience a failure? Is there any way to share sessions among multiple instances?
was:
Created question in FIWARE Q/A platform on 16-02-2017 at 15:02
{color: red}Please, ANSWER this question AT{color} https://ask.fiware.org/question/754/is-there-any-information-on-how-to-deploy-kurento-in-ha-for-scalable-deployments/
+Question:+
Is there any information on how to deploy Kurento in HA for scalable deployments?
+Description:+
Suppose you have to support many streaming: one server will not be enough. Beyond that, to provide a service resilient to failure you would need multiple instances of the service.
Before spending time in experiments on the scalability and how to achieve it, I would like to know if there is available any guideline. Is it enough to have multiple instances behind a load balancer? Somehow I doubt it, because even if you may be using pipelines that are stateless, the problem is that Kurento relies on the concept of session.
Supposing than the kurento instance to which I am connected fails, and the load balancer redirect me to another instance, will it work? Or given that the session is not shared the user will experience a failure? Is there any way to share sessions among multiple instances?
HD-Enabler: Kurento
> [fiware-askbot] Is there any information on how to deploy Kurento in HA for scalable deployments?
> -------------------------------------------------------------------------------------------------
>
> Key: HELP-8281
> URL: https://jira.fiware.org/browse/HELP-8281
> Project: Help-Desk
> Issue Type: Monitor
> Reporter: Backlog Manager
> Labels: kurento
>
> Created question in FIWARE Q/A platform on 16-02-2017 at 15:02
> {color: red}Please, ANSWER this question AT{color} https://ask.fiware.org/question/754/is-there-any-information-on-how-to-deploy-kurento-in-ha-for-scalable-deployments/
> +Question:+
> Is there any information on how to deploy Kurento in HA for scalable deployments?
> +Description:+
> Suppose you have to support many streaming: one server will not be enough. Beyond that, to provide a service resilient to failure you would need multiple instances of the service.
> Before spending time in experiments on the scalability and how to achieve it, I would like to know if there is available any guideline. Is it enough to have multiple instances behind a load balancer? Somehow I doubt it, because even if you may be using pipelines that are stateless, the problem is that Kurento relies on the concept of session.
> Supposing than the kurento instance to which I am connected fails, and the load balancer redirect me to another instance, will it work? Or given that the session is not shared the user will experience a failure? Is there any way to share sessions among multiple instances?
--
This message was sent by Atlassian JIRA
(v6.4.1#64016)
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy