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