加入收藏 | 设为首页 | 会员中心 | 我要投稿 济宁站长网 (https://www.0537zz.cn/)- 行业智能、边缘计算、专有云、AI硬件、5G!
当前位置: 首页 > 站长资讯 > 动态 > 正文

中国手机如何攻占印度市场?

发布时间:2021-02-13 14:45:00 所属栏目:动态 来源:互联网
导读:Kubernetes自动化了许多大规模管理容器的工作。但是容器化的应用程序通常共享池化的资源,因此您需要正确地分配和管理它们。 容器编排为IT团队提供了强大的承诺:它可以自动处理大量管理容器所需的大量工作。 想想Kubernetes (K8s)在项目官方网站上自我描述

Kubernetes自动化了许多大规模管理容器的工作。但是容器化的应用程序通常共享池化的资源,因此您需要正确地分配和管理它们。

容器编排为IT团队提供了强大的承诺:它可以自动处理大量管理容器所需的大量工作。

想想Kubernetes (K8s)在项目官方网站上自我描述的强大功能:“Kubernetes (K8s)是一个用于自动化部署、扩展和管理容器化应用程序的开源系统。”

这非常重要-特别是当您谈论的团队正在运行许多容器化应用程序时。虽然像Kubernetes这样的编配器本身的自动化被广泛认为是在生产环境中运行容器的必要条件,但这并不意味着IT专业人员可以放松下来。还有很多工作要做,包括设置和优化集群上运行的应用程序的资源管理方式。

为什么需要管理Kubernetes资源

Altran的技术、研究和创新总监Raghu Kishore Vempati说:“Kubernetes为计划在其上运行的pods提供了管理所有关键资源的选项——比如计算、内存和存储。”集群没有无限的资源,通常情况下,每个应用程序/解决方案都有自己的Kubernetes集群并不常见,除非它们非常特殊并且应该以这种方式运行。

这意味着应用程序通常共享集合的资源。分配这些资源的“正确”方式会因组织和应用程序的不同而不同,但好消息是Kubernetes包含了许多用于资源管理的特性。

Kasten的工程主管Tom Manville说:“Kubernetes可以部署在任何地方,但这意味着所需的基础设施将是您的环境所特有的。”“重要的是要了解你的环境中需要的资源,并适当地分配它们。随着集群的扩展,基础设施也必须扩展。幸运的是,扩展集群的规模很容易,而且在很多情况下,这可以自动发生。”

管理Kubernetes资源: 要知道的5个关键事情

Vempati指出,Kubernetes环境中的计算或存储等资源的管理可以大致分为两类:Kubernetes在系统级提供的资源,以及需要在应用程序和体系结构级进行规划的资源。这篇文章将主要关注前一类的功能。

让我们深入了解五件重要的事情。

1.使用命名空间和资源配额

Vempati指出,团队通常在同一个集群上运行多个应用程序。对于这种类型的使用,Vempati和其他专家通常建议在多租户环境中使用命名空间作为隔离和其他目的的最佳实践。类似地,当多个团队或多个用户访问同一个集群时(有时会同时运行多个应用程序),也建议使用命名空间。命名空间也是Kubernetes安全性的一部分。

当您在这些多应用程序、多用户环境中使用名称空间时,Vempati还建议使用Kubernetes的本地资源配额特性,以确保在分配给这些名称空间的应用程序和团队之间正确地分配内容。

“资源配额允许集群管理员控制每个命名空间的总体资源消耗,”Vempati说。这可以包括每个命名空间可以创建的对象的总数——计算、内存和存储。例如,我们可以在非终端状态下对所有pods设置CPU限制或内存限制,不超过某个值。”

来自Kasten的Manville指出,CPU和内存通常是管理员使用资源配额进行约束的最常见资源,但是您也可以限制名称空间中的pod数量。可以这样说,资源配额是一个重要的管理工具。

Vempati说:“基于配额的管理允许集群管理员有效地管理整体资源,以最合适的方式将它们分配给所有的应用程序。”

 

哪个网桥会成为根桥?由于所有的优先级都设定为默认情况,SW-C将成为根桥,因为它拥有最低的MAC地址。我们很快就会发现,SW-D 有一个连接到Sw-C的吉比特端口,因此它将成为SW_D的根端口,其开销为4。SW-B的最佳路径也是直接连接到sw-C的吉比特端口,其开销也为4,但是SW-A呢? SW-A的根端口不会是直接相连的100 Mbit/s端口,它的开销为19,而连接到SW_D的吉比特端口和随后连接到SW-C的吉比特端口,它们的总开销只为8。

8. EtherChannel

除了配置冗余链路并允许STP将某条链路设置为阻塞( BLK)模式之外,我们还可以将多条链路捆绑在一起创建逻辑上的聚合,这样多条链路可以像单一链路那样工作。既然这种做法与STP一样,也可以提供同样的冗余性,那么为什么我们不将这些冗余的链路捆在一起使用呢?

同样,这里也有两个不同的版本可供选择,思科的EtherChannel 和IEEE的端口通道协商协议的版本。思科的版本被称为端口聚合协议( PAgP ),而IEEE的802.3ad的标准则被称为链路聚合控制协议(LACP )。这两个版本都很好用,但配置各不相同。

(编辑:济宁站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读