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

AKS cluster epiphany configuration #1444

Closed
mkyc opened this issue Jul 13, 2020 · 6 comments
Closed

AKS cluster epiphany configuration #1444

mkyc opened this issue Jul 13, 2020 · 6 comments

Comments

@mkyc
Copy link
Contributor

mkyc commented Jul 13, 2020

Create AKS cluster configuration to be able to create it using epiphany.

Is your feature request related to a problem? Please describe.
We need to have possibility to create AKS cluster with epiphany.

Describe the solution you'd like
In previous tasks in order (#1440, #1441) terraform scripts should already be prepared. That means that here we want to develop yaml configs similar to what we have in epicli, inserting those previously prepared terraform scripts, embed it in epiphany environment to be able to create cluster with epiphany. This task is basically "do the thing" task. Previous ones are preparations.

Describe alternatives you've considered
This task has to consider what would be output from task #1462 as it will discuss modularisation in epiphany.

Additional context
No.

@sk4zuzu
Copy link
Contributor

sk4zuzu commented Jul 14, 2020

@mkyc are we talking here about yaml configs that we have in epicli? Or is it something else like terraform configs etc?

@mkyc
Copy link
Contributor Author

mkyc commented Jul 14, 2020

In previous tasks in order (#1440, #1441) terraform scripts should already be prepared. That means that here we want to develop yaml configs we have in epicli, inserting those previously prepared terraform scripts, embed it in epicli to be able to create cluster with epiphany. This task is basically "do the thing" task. Previous ones are preparations.

One more comment here is that thing in brackets. This task depends slightly on component versioning epic (which is not in GH so far) and before start of this task, it should be reviewed again with output of researches in that other epic in mind.

@sk4zuzu
Copy link
Contributor

sk4zuzu commented Jul 14, 2020

@mkyc thank you, that makes it clearer. 👍

One more comment here is that thing in brackets. This task depends slightly on component versioning epic (which is not in GH so far) and before start of this task, it should be reviewed again with output of researches in that other epic in mind.

I'm keeping the status/grooming-needed label then.

@mkyc
Copy link
Contributor Author

mkyc commented Sep 2, 2020

What we discuss so far is:

  • if we go with classic epiphany model we need to think of:
    • specification part inside epiphany configuration
    • also offline-related sections should be optimised
    • verify if AKS-related terraform code can be downgraded to Epiphany terraform version
  • if we go with modularised way we need to think of:
    • --external-kubernetes=/shared/kubeconf switch
    • preparation of separate aks module
    • preparation of separate infrastructure module
  • for both approaches we need to think of:
    • coreDNS hosts plugin
    • prometheus endpoints from AKS
    • possibility to install filebeat as DaemonSet
    • all Kubectl usage in Ansible has to be changed to remote use
    • the same with helm

@mkyc
Copy link
Contributor Author

mkyc commented Sep 2, 2020

This diagram shows what would be order of modules execution in modularisation approach:

AKS-modules-order.png

@mkyc mkyc modified the milestones: S20200910, S20200924 Sep 10, 2020
@mkyc
Copy link
Contributor Author

mkyc commented Sep 24, 2020

As is was decided we are not going to include any managed kubernetes clusters configuration inside epiphany, but we will release AKS as separate module already done here.

@mkyc mkyc closed this as completed Sep 24, 2020
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

4 participants