hazza/jupyterhub
1
0
Fork 0
mirror of https://github.com/jupyterhub/jupyterhub.git synced 2025-10-19 07:53:00 +00:00
Code Issues Packages Projects Releases Wiki Activity

Merge pull request #4168 from lumenCodes/proxy

Browse Source 
clarify CHP downsides in proxy doc
This commit is contained in:
Min RK
2022-10-27 14:19:50 +02:00
committed by GitHub
parent 35297ce87f 6a4078f977
commit 28f2ba9df9
1 changed files with 6 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

9
docs/source/reference/proxy.md
View File

@@ -7,9 +7,12 @@ Hub manages by default as a subprocess (it can be run externally, as well, and
typically is in production deployments). typically is in production deployments).
The upside to CHP, and why we use it by default, is that it's easy to install The upside to CHP, and why we use it by default, is that it's easy to install
and run (if you have nodejs, you are set!). The downsides are that it's a and run (if you have nodejs, you are set!). The downsides are that
single process and does not support any persistence of the routing table. So
if the proxy process dies, your whole JupyterHub instance is inaccessible - it's a single process and
- does not support any persistence of the routing table.
So if the proxy process dies, your whole JupyterHub instance is inaccessible
until the Hub notices, restarts the proxy, and restores the routing table. For until the Hub notices, restarts the proxy, and restores the routing table. For
deployments that want to avoid such a single point of failure, or leverage deployments that want to avoid such a single point of failure, or leverage
existing proxy infrastructure in their chosen deployment (such as Kubernetes existing proxy infrastructure in their chosen deployment (such as Kubernetes