Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multi-tenancy in the Kibana Sever #3354

Closed
spalger opened this issue Mar 16, 2015 · 8 comments
Closed

Multi-tenancy in the Kibana Sever #3354

spalger opened this issue Mar 16, 2015 · 8 comments
Labels
release_note:enhancement Team:Operations Team label for Operations Team

Comments

@spalger
Copy link
Contributor

spalger commented Mar 16, 2015

We should allow creating an arbitrary number of "servers" with different configs.

These "servers" may just be express routers, or middleware functions, but it should allow running different Kibana servers at specific base paths, or via different hostnames on the same server and port.

@tbragin tbragin added the Team:Operations Team label for Operations Team label Jan 3, 2017
@xycloud
Copy link

xycloud commented Mar 6, 2017

mark

@pemontto
Copy link

pemontto commented Mar 6, 2017

Will likely depend on #5071

@simianhacker simianhacker removed their assignment Mar 31, 2017
@sumancherukuri
Copy link

We need this feature. At present, we run multiple instances of Kibana which is not scaling well for us.

@gregwjacobs
Copy link

+1

1 similar comment
@natebunton
Copy link

+1

@rhoboat
Copy link

rhoboat commented Jul 27, 2018

Sometimes developers need to run two or more instances of Kibana while comparing their outputs. These could be connected to the same Elasticsearch server. Normally what people do is start the first server with yarn start and the second with yarn start --no-base-path --server.port 5611 --optimize.watchPort 5613 --kibana.index .kibana-2.

  • We should provide this info for people in the contributing doc.
  • Maybe it's worth also supporting this kind of server setup with a handy yarn command? yarn start --instance=n for the nth instance, and that would set port, watchPort, and kibana index for you?
  • Maybe additionally we could allow multiple Kibana dev servers to be started via node scripts/functional_tests_server --config=multi_instance_config, where the config has something like:
...
  kbnTestServer: {
    // all the same stuff plus...
    instances: n
  },
...

/cc @elastic/kibana-platform @elastic/kibana-operations Thoughts?

@rhoboat
Copy link

rhoboat commented Jul 27, 2018

^ i know that comment reads like i thought of this for the first time, it's because i didn't know about this issue. sorry! :)

@tylersmalley tylersmalley added 1 and removed 1 labels Oct 11, 2021
@exalate-issue-sync exalate-issue-sync bot added impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort labels Oct 12, 2021
@tylersmalley tylersmalley removed loe:small Small Level of Effort impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. EnableJiraSync labels Mar 16, 2022
@tylersmalley
Copy link
Contributor

This issue is stale and is not consistent with how we're currently discussing multi-tenenacy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
release_note:enhancement Team:Operations Team label for Operations Team
Projects
None yet
Development

No branches or pull requests