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

FinOps on EKS #33

Open
wants to merge 17 commits into
base: main
Choose a base branch
from
Open

FinOps on EKS #33

wants to merge 17 commits into from

Conversation

maria-reynoso
Copy link
Contributor

No description provided.

cyberbliss
cyberbliss previously approved these changes Nov 29, 2024
installation/config/eks/grafana-values.yaml Show resolved Hide resolved
installation/config/eks/kyverno-values.yaml Show resolved Hide resolved
installation/config/eks/opencost-values.yaml Show resolved Hide resolved
installation/eks.md Outdated Show resolved Hide resolved

### Configuration changes for your cluster environment

1. To control which Finops Stack components to install, edit the [enabled.yaml](./installation/config/common/enabled.yaml) file

Choose a reason for hiding this comment

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

For me, I just want a "default" set of things - coming to it fresh. Is what's enabled in the file in the repo a good starting point?

Copy link
Collaborator

Choose a reason for hiding this comment

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

Thats the intention, yes. everything in enabled.yaml should be defaulted on for a "default" set of things. enabled.yaml allows for people to toggle features on/off.

Choose a reason for hiding this comment

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

As a newcomer, I don't know what I should/shouldn't install. Are the defaults ok for me to run with? If so, fine - otherwise, we need to briefly document what everything does - the comments in the files are not really enough at the moment

installation/env_eks.tmpl Show resolved Hide resolved
installation/eks.md Outdated Show resolved Hide resolved
@@ -1,3 +1,4 @@
{{ if and .Values.dashboards }}
Copy link
Collaborator

@davidcollom davidcollom Jan 8, 2025

Choose a reason for hiding this comment

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

NIT:

Suggested change
{{ if and .Values.dashboards }}
{{ if .Values.dashboards }}

and would only be needed if there were multiple conditions, there is only one defined.

@@ -0,0 +1,79 @@
# Installation using Helmfile

Choose a reason for hiding this comment

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

This doc really needs a bit more context - could you add a para to the top explaining what the doc is about? Also, could you update the README.md file in the directory - at the moment, I'd expect to go to that file and be pointed to the different ways to install, rather than just using that for kind... Does that make sense?

Copy link

@jontutcher jontutcher left a comment

Choose a reason for hiding this comment

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

@maria-reynoso Please could you change the README.md so that it explains that we have three different ways of installing (GKE, EKS, and Kind)? It is very confusing at the mo!

### Configuration changes for your cluster environment

1. To control which Finops Stack components to install, edit the [enabled.yaml](./installation/config/common/enabled.yaml) file
1. Copy `./env_eks.tmpl` to `./.env` and replace the env var values accordingly.

Choose a reason for hiding this comment

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

"replace the env var values accordingly" hides a lot of stuff and a lot of confusion, particularly because there are GKE-related env vars in there. Can we remove them?

set -a; source .env; set +a; helmfile apply --file Helmfile_eks.yaml --interactive --skip-deps
```

## Optional: Configure ingress for Grafana

Choose a reason for hiding this comment

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

Suggest re-wording to "Making Grafana accessible via DNS"


### Pre-requisites

Already have an FQDN setup and registered with a public IP, e.g. grafana.example.com

Choose a reason for hiding this comment

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

Presumably this isn't actually needed, and you could edit /etc/hosts to point to a public IP?

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.

4 participants