-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
Support Kubernetes along with Openshift #159
Comments
This is an excellent idea... a lot of the current openshift role can be a guide for this. |
This could be done as a Kubernetes Helm package. |
@elnappo It could, but not every cluster runs Helm Tiller, nor should every cluster. There are still some authorization growing pains that prevent Helm from being operationalized in some environments. Besides, the OpenShift templates already exist and could be reused. While using the Helm chart/release lifecycle to manage would be convenient, Ansible templating on top of Helm templating might be a bit overkill. I think a Helm chart would make sense eventually, but that would be secondary to a Kubernetes native solution. |
What about creating this based on ansible-container? |
From what I understand AC still lacks support for ConfigMap and maybe Secrets, both of which would be crucial. |
That is my understanding @matburt based on what @chouseknecht said in #189. Pull request accepted. |
I built an helm package for myself (a single deployment with awx_task and awx_web from the docker hub in a pod), and I am using stable charts for postgresql, memcached and rabbitmq. It is still in alpha/beta but if someone is interested let me know. |
@arthur-c, I'd be interested in taking a look at what you've come up with. |
@arthur-c: If this is a module (assuming that’s what you mean by package) I’d suggest you mention your work over in the Ansible project for more visibility and feedback. |
@jrosengren here it is: https://github.com/arthur-c/ansible-awx-helm-chart @tima it's pure helm. I like ansible but I prefer to use helm to deploy on Kubernetes as it is widely adopted by the community. Ansible has already a module to manage helm packages, it's trivial to make a playbook to manage this installation. |
I think this is excellent... it's probably a bit incompatible with my |
Ideally the chart should be splitted in two. I first tried to make 1 chart for the web part and 1 for the task part but I had some trouble to figure out how the two parts talk to each other. |
Incidentally, the current advise is to run an instance of helm per namespace, or in a |
I've posted pr #938 that will add initial support for this. I went ahead and did this in the same vein as the openshift installer. I could definitely see the value in having a Chart for this but want initial support to follow our current model. |
I bumped this thread as I upgraded the previoud chart I made last year - if anyone interested : https://github.com/arthur-c/ansible-awx-helm-chart It's not perfect but it's already a lot cleaner and up to date. |
Remove org list links and update label
ISSUE TYPE
COMPONENT NAME
SUMMARY
Create an installer that will deploy to a (non-OpenShift) Kubernetes cluster. Since the Dockerfile and OpenShift templates already exist this could be a relatively easy win.
The text was updated successfully, but these errors were encountered: