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

Bump hub version to 0.11 #194

Merged
merged 6 commits into from
Feb 8, 2021
Merged

Bump hub version to 0.11 #194

merged 6 commits into from
Feb 8, 2021

Conversation

yuvipanda
Copy link
Member

yuvipanda and others added 4 commits February 5, 2021 13:07
Breaking changes to fix:

- All authenticator config has changed, and must be
  modified - jupyterhub/zero-to-jupyterhub-k8s#1943
- pdb has been disabled - we should file an issue to investigate
  if we want it - jupyterhub/zero-to-jupyterhub-k8s#1938
- Any networkpolicy changes we might need -
https://github.com/jupyterhub/zero-to-jupyterhub-k8s/blob/master/CHANGELOG.md#breaking-changes-1
@GeorgianaElena
Copy link
Member

I have tested this on staging and everything appears to be working 🎉

@@ -75,20 +87,9 @@ jupyterhub:
limits:
memory: 1Gi
https:
enabled: true
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would this deploy the autohttps pod? We don't need that, right? I think the letsencrypt section here can also be removed, since we use nginx-ingress + cert-manager for it.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it would yes because letsencrypt.contactEmail is also specified and the default https type is letsencrypt.

With nginx-ingress + cert-manager, set this to false I think.

hubs.yaml Outdated Show resolved Hide resolved
@consideRatio
Copy link
Member

pdb has been disabled - we should file an issue to investigate
if we want it - jupyterhub/zero-to-jupyterhub-k8s#1938

I'm strongly opinionated after having researched and considered this in depth.

I find there is no point enabling a PDB to enforce either 1 replica availability or 0 replica unavailability on pods not supporting having two separate replicas on - this was the old z2jh default.

Note also that mybinder.org-deploy has explicitly opted out of the old z2jh default, and systematically avoids having behavior like the old z2jh default for all other deployments with 1 replica. This was discussed in jupyterhub/mybinder.org-deploy#1730 (comment) also.

hubs.yaml Show resolved Hide resolved
@yuvipanda yuvipanda mentioned this pull request Feb 5, 2021
@yuvipanda
Copy link
Member Author

@consideRatio thanks for the pointers re: pdb. Since this PR blocks #185, I just wanted to try and keep the old behavior as much as possible :)

I've opened #202 with your comment, and would love to know how you think we can accomplish the behavior we want.

@GeorgianaElena
Copy link
Member

Thank you @consideRatio and @yuvipanda for feedback <3

@GeorgianaElena
Copy link
Member

Since this seems to be working on staging, I'm going to merge it now and see what happens 🤞

@GeorgianaElena GeorgianaElena merged commit 893ebbf into master Feb 8, 2021
@sgibson91 sgibson91 deleted the 0.11-bump branch March 3, 2022 07:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants