-
Notifications
You must be signed in to change notification settings - Fork 2
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
Research Kubecost #172
Comments
I added low priority, as getting galaxy working first is the higher priority. This is something that will be needed down the line. |
https://docs.kubecost.com/getting-started.html (most useful link) Installation looks fairly simple, and the interface is accessible at http://localhost:9090 after running Kubecost also works via a modified sort of Prometheus metric collection, and it is possible (although nuanced) to integrate Kubecost with existing Prometheus/Grafana deployments. More info on that here. Full integration with existing Prometheus is only officialy supported with the paid version of Kubecost. We'd have to try and do the integration ourselves to see how difficult it is, but if we can get it to work, then this is another reason to use Prometheus rather than InfluxDB. |
General: Kubecost provides cost monitoring and capacity management solutions (writing it for myself because I didn't know what Kubecost even is). It lets you do cost monitoring, cost allocation, manage out of cluster costs, and send notifications in cases of potential problems if detected. It determines the cost from: time in the running state, resources consumed or reserved, and prices of resources consumed and reserved. Cost/Plan: The Kubecost plan will be free for 30 days and then have to buy a plan as mentioned here. The plan goes something like $199/month for 50 nodes with unlimited clusters and increases if we want more nodes. It will let us save metric reports and data for 30 days. Installation: As mentioned here, the requirements of the tool are: Kubernetes 1.8 or higher, Kube-state-metrices, Node exporter, Prometheus, Grafana. (I don't know what we have and not have). Prometheus will be used as a database for gathering the metrices and Grafana will be used as a visualization tool to display info. So, Noah is right we will want to use Prometheus. Also, on here, they mention they recommend using the bundled prometheus-server and grafana, and reusing the existing kube-state-metrices and node exporter deployments for easiest installation process and maintainance. However, if we do have existing Prometheus and Grafana, the process of integration is a little bit complicated and is given here. We will need to contact [email protected] if we choose the latter option and want further help with this process. |
No description provided.
The text was updated successfully, but these errors were encountered: