平衡成本和风险是当今企业最关心的问题。 但如果没有足够的可视性,就不可能知道资源是否得到有效或一致的利用。
Kubernetes 支持容器化工作负载的复杂部署,这些工作负载通常是瞬时的并且消耗不同数量的集群资源。 这使得云环境非常适合 Kubernetes,因为它们提供的定价模型让您只需按使用量付费,而不必为了应对峰值负载而进行过度配置。 当然,云供应商会为这种便利收取额外费用。 如果您可以解锁公共云的动态负载均衡且无需花费任何成本,那会怎样? 如果您可以对内部部署和公共云部署使用相同的解决方案,结果会怎样?
现在你可以了。 Kubecost 和 NGINX 正在帮助 Kubernetes 用户降低无数部署中的复杂性和成本。 当您将这些解决方案结合使用时,您将获得最佳性能以及对该性能和相关成本的最终可视性。
借助 Kubecost 的洞察,您可以大幅降低 Kubernetes 部署的成本,同时提高性能和安全性。 使用 Kubecost 可以实现的目标包括:
NGINX Ingress Controller是最广泛使用的 Ingress 技术之一 - 迄今为止在 Docker Hub 上的拉取次数已超过 10 亿次- 并且是生产中运行的高性能、可扩展和安全的现代应用程序的代名词。
NGINX Ingress Controller 与 Kubernetes 环境中的 NGINX Open Source 或 NGINX Plus 实例一起运行。 它监控标准 Kubernetes Ingress 资源和NGINX 自定义资源,以发现需要 Ingress 负载均衡的服务请求。 然后,NGINX Ingress Controller 会自动配置 NGINX 或 NGINX Plus 以将流量路由和负载均衡到这些服务。
NGINX Ingress Controller 可以作为一个通用工具来组合 API 网关、负载均衡器和 Ingress 控制器功能,简化操作并降低成本和复杂性。
Kubecost让 Kubernetes 用户能够了解其集群中运行每个容器的成本。 这包括每个节点上明显的 CPU、内存和存储成本。 但是 Kubecost 超越了这些基本内容,揭示了每个 pod 的网络传输成本,这些成本通常是在从云提供商的数据流出时产生的。
有两个配置选项可以确定 Kubecost 如何准确地将成本分配给正确的工作负载。
第一个选择是集成云计费。 Kubecost 从云提供商提取计费数据,包括与处理流量的节点相关的网络传输费用。 Kubecost 根据该节点上各个 Pod 的容器流量份额来分配该成本。
虽然报告的网络总成本是准确的,但这种方法并不理想。 对于许多 pod 来说,唯一重要的流量是在其自己的区域内(因此是免费的),但 Kubecost 显示了这些工作负载的网络成本。
第二种选择,网络成本配置,通过查看所有流量的来源和目的地来解决云计费集成的这一限制。 Kubecost Allocations仪表板显示多个类别的支出比例,包括 Kubernetes 概念(如命名空间、标签和服务)以及组织部门(如团队、产品、项目、部门和环境)。
4 月 11 日上午 10:00 加入我们 太平洋时间举行联合网络研讨会,使用 NGINX 和 Kubecost 管理 Kubernetes 成本和性能。 在现场演示和操作方法中,我们将向您展示如何实现此处提到的 Kubecost 配置选项,以降低成本并优化 Kubernetes 部署的性能。
“这篇博文可能引用了不再可用和/或不再支持的产品。 有关 F5 NGINX 产品和解决方案的最新信息,请探索我们的NGINX 产品系列。 NGINX 现在是 F5 的一部分。 所有之前的 NGINX.com 链接都将重定向至 F5.com 上的类似 NGINX 内容。”