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

Support Kubernetes along with Openshift #159

Closed
chadswen opened this issue Sep 14, 2017 · 15 comments
Closed

Support Kubernetes along with Openshift #159

chadswen opened this issue Sep 14, 2017 · 15 comments

Comments

@chadswen
Copy link

ISSUE TYPE
  • Feature Idea
COMPONENT NAME
  • Installer
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.

@matburt matburt changed the title Feature: Kubernetes Installer Support Kubernetes along with Openshift Sep 14, 2017
@matburt
Copy link
Member

matburt commented Sep 14, 2017

This is an excellent idea... a lot of the current openshift role can be a guide for this.

@elnappo
Copy link

elnappo commented Sep 14, 2017

This could be done as a Kubernetes Helm package.

@chadswen
Copy link
Author

@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.

@victorock
Copy link

What about creating this based on ansible-container?

@matburt
Copy link
Member

matburt commented Sep 18, 2017

From what I understand AC still lacks support for ConfigMap and maybe Secrets, both of which would be crucial.

@tima
Copy link

tima commented Sep 18, 2017

That is my understanding @matburt based on what @chouseknecht said in #189. Pull request accepted.

@arthur-c
Copy link

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.

@jrosengren
Copy link

@arthur-c, I'd be interested in taking a look at what you've come up with.

@tima
Copy link

tima commented Nov 30, 2017

@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.

@arthur-c
Copy link

arthur-c commented Dec 1, 2017

@jrosengren here it is: https://github.com/arthur-c/ansible-awx-helm-chart
It is still a draft, I would like to use internal Helm requirements to install postgresql, rabbitmq and memcached and enhance the package.
The interesting part is the configmap template in awx-web-task/template. I added the latest changes from the awx devel branch but it might break soon as the project is moving fast.

@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.

@matburt
Copy link
Member

matburt commented Dec 1, 2017

I think this is excellent... it's probably a bit incompatible with my scalable_clusters branch. I feel like I'd probably take this idea and change it up a little bit. Nice work :)

@arthur-c
Copy link

arthur-c commented Dec 1, 2017

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.

@andrewhowdencom
Copy link

@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.

Incidentally, the current advise is to run an instance of helm per namespace, or in a ${namespace}-system namespace. This allows limiting of access.

@matburt matburt self-assigned this Jan 9, 2018
@matburt
Copy link
Member

matburt commented Jan 9, 2018

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.

@arthur-c
Copy link

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.

mabashian pushed a commit to mabashian/awx that referenced this issue Jun 28, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants