性能评测｜虚拟化和裸金属 K8s 哪个性能更好？
在本文重点之前，我们通过两篇文章比较了功能和脚本的虚拟化和脚本：“与天花板金属相比，虚拟化：对环境体系结构部署K8 和”和“在虚拟化环境中部署kubernetes的三个合适场景的比较”。天花板金属环境中Kubernetes部署的差异，优势和缺点。
尽管天花板金属在Kubernetes性能中通常被认为更好，但是有明确的性能和性能差距的清晰数据。
许多用户甚至认为“关于虚拟化的Kubernetes无法满足生产需求”。
为了在两个环境中可视化Kubernetes的支持功能，我们已经测试了基于天花板金属和SMTX KuberneTesservice（SKS）的状态应用程序和非状态应用程序的性能。
结果表明，SKS（Kubernetes Virtual Machine）可以达到天花板Kubernetes效率的8 2 ％-9 6 ％，满足大多数生产容器应用程序方案的性能需求。
1 。
效率。
状态应用程序包括MySQL，Redis和Kafka，而非州应用程序包括NGINX和微服务在线测试。
在此测试中，我们使用了具有相同配置的天花板金属服务器。
这些服务器用于部署两种类型的kubernetes簇：一个是由SmartX Hyperveraged部署（Integrated Elf）部署的SKSKUBENETES群集，其余的是直接在天花板金属上运行的Kubernetes群集。
SKSKUBERETES群集使用通过CSI实现的分布式存储群集的资源，使用了高温群集的分散存储集和天花板金属上的Kubernetes群集。
此存档群集的配置适用于超越群集。
为了促进表达式，下面的两个测试环境分别称为“ SKS”和“ Kubernetes金属天花板”。
2 测试环境配置2 .1 软件环境2 .1 .1 SK环境（基于超越部署）SMTXOS（SMARTX HyperConverhead软件）：SKS2 .1 .2 金属环境2 .2 金属配置裸机金属金属MEMETABIES上的天花板显示在下表中。
3 个过程和测试结果3 .1 测试FIO在两个环境上进行压力检查的基本效率。
3 .2 检查状态应用程序3 .2 .1 MySQL软件列表：测试结果：3 .2 .2 REDIS参数设置：测试结果：3 .2 .3 KAFKA参数设置：测试结果：3 .3 检查没有状态的应用程序3 .3 .1 NGX软件列表：测试结果：测试结果：您可以在2 0,000以下的用户的同时脚本中看到，SKS和金属之间的性能差异小于1 ％。
很长一段时间后，2 5 ,000名用户的生殖金属和天花板金属之间的性能差异约为1 2 ％。
3 .3 .2 在线微服务在线检查MicroutiqueBoutique是第一个包括1 1 个层级微服务应用程序的微服务性能应用程序。
此应用程序是一个应用程序E -Commerce基于网络，用户可以浏览物品，将其添加到汽车中并购买。
软件列表：测试结果：可以看出，在5 ,000以下用户的同时场景中，生殖金属和天花板金属之间的性能差异小于4 ％。
4 基于上述测试结果的测试结论，国家应用的总体绩效和健康状态的总体表现可以达到库伯内特天花板的8 2 ％-9 6 ％。
在某些情况下，在正常业务压力下，生殖和天花板金属几乎可以提供相同的性能，满足大多数业务情况的性能需求。
此外，如文章“在虚拟化环境中部署kubernetes的三种合适场景”中所述，尽管虚拟化和对库伯尼的上限金属的支持之间存在差距，但虚拟化是资源的效率，弹性扩展和安全隔离的效率7 0数据中心X8 6 的工作量的百分比将在虚拟化环境中部署，直到2 02 7 年为应用程序化提供快速支持。
有关Kubernetes平台的管理，操作和维护的更多信息，您只需单击一次。
服务无状态化设计分析
几个服务模块（过程）的冗余部署被安抚，以使它们完全对等。换句话说，如果部署了几种相同的服务，则任何服务对处理需求的需求都是相同的。
这些模块不存储商业环境信息，例如会话，连接和与商业环境相关的信息。
仅根据每个请求运输的数据进行相应的服务处理。
本质上，与这些活动有关的信息将存储在统一位置，例如Cache，ES等。
1 快速容量扩展2 弹性容量，基本信息连接的基本信息：用户识别信息，AES，JWT加密等。
由于商业量的庞大，必须部署多个服务器以形成一系列应用程序。
公司不能在不同的服务器上同步。
因此，当我们进行状态设计时，我们会考虑如何存储用户的会话数据。
用户会话数据的存储：如果分析直接存储在网关层中，则类似于单个连接，并且网关层与条件相似。
独特的点，条件不高，不是很好。
优化：分组，数据同步和总量。
特征：1 确保高可用性。
2 声明目前仍在状态下。
同时，有必要解决大规模同步数据的复杂问题。
会议：用户会话数据外部存储功能：类似于将Redis用于破裂和聚类的使用。
面试问题redis有哪些集群方案
各种Twemploxy同构（相同的配置）同时起作用，接受客户请求，并根据哈希算法进行相应的REDIS。优点： - 简单开发，几乎透明应用程序 - 悠久的历史，成熟度解决方案的缺点： - 代理影响性能 - LVS和TWEMPLOXY将具有节点性能拥塞 - 重新稳定能力开发非常麻烦 - Twitter剩下了此解决方案的使用，以及此解决方案的使用，以及此解决方案的使用，所使用的新体系结构未打开编码来源：Zookeeper：商店照明和代理Codis-Config Codis-Config-Config Codis-Config：管理工具 集成的，编码 - 二氧化合物界面：无身高的脚步，与Redis且透明协议兼容为Business Codis -redis：基于版本2 .8 ，在第二个开发中添加插槽支持和迁移顺序的两个优势： - 简单开发，几乎透明，几乎是透明的使用应用程序 - 性能比Twemploxy更好 - 具有图形接口，易于生长，易于操作和维护弱点： - 代理仍然会影响性能 - 太多组件 - 许多机器需要源 - 更改代码 - 更改代码 REDIS，导致无法与官员同步，而新功能的跟进很慢 - 开发团队准备根据REDIS转换来促进重生培养皿：P2 P模式：无意间将钥匙分为插槽1 6 3 8 4 ，每个示例都负责某些示例。
客户客户需求。
通过八卦协议同步节点信息的优点： - 所有-in -in -in -in -box组件，易于分散，保存机器资源 - 比代理模式更好的性能 - 自动故障转移和迁移插槽期间可用的数据 - 原始集群解决方案， - 架构是非常新的，较少的最佳实践 - 多键操作支持是有限的（驱动程序可以用曲线挽救国家） - 为了提高性能，客户需要缓存路由表信息 - 节点和操作发现结果 Reshard不够自动
kubernetes控制器-Statefulset详解-管理有状态的应用
状态填充控制器：概念，对国家的理解原则旨在管理与国家服务的问题。与MySQL Master-Slavic，Redis群集等状态的服务需要数据持久性数据。
状态 - 诸如RC，部署，Daemonst，IP，名称，开始和停止托管吊舱顺序的服务是随机的，并且个人对情况没有影响。
状态fultset由三个部分组成：无头服务，体积限制和状态填充图。
HeadlessService用于定义POD网络标识符并生成已解决的DNS记录； HeadlessService没有分配群集。
使用部署时，创建的POD的名称不在顺序上。
因此，请使用POD的名称来识别。
StateFulset用例：部署网站，创建存储类，更新资源清单文件，下线压缩软件包从NGINX到Xuegod6 4 和Xuegod6 2 和Xuegod6 2 ，手动解压缩，编写状态Afult Resources PV的文件，显示POD主机名，将Kubectl使用Kubectl，将Kubectl使用到执行 提供NSlookUp命令并在集群中检查其DNS地址的容器。
练习1 ：statefultset pod gestion：开发，减少，更新，修改configuration file file statefulset.yaml中的副本值以获取扩展或动态撤回，请修改nginx镜像以获取更新。
实用2 ：使用K8 S配置管理中心配置，该中心是K8 S中资源的对象，用于记录非固定配置，可以将Docker Images的配置解除，执行图像和共享配置的可移植性和可重用性。
练习3 ：服务型和RBAC。
通过链接角色获得授权。
k8s中statefulset资源类型的深入理解
状态集是生成用于解决状态服务问题的资源类型（部署和副本集旨在解决无状态服务）。您可以在这里说MySQL是一项状态服务，但是MySQL数据通过PV存储在第三方文件系统中。
是的，如果MySQL是单个节点，则使用部署类型实际上可以解决数据存储问题。
但是，如果状态服务是一个集群，则如果节点和每个节点商店之间存在主s子式或主站，则以零碎的方式存储，则部署不能保证POD的顺序，因此部署将是在这种情况下，不适用。
本质上，群集通常首先需要主节点，并且从属节点可以连接到群集。
每个带有自己的存储空间的吊舱都符合实现碎片的先决条件。
用于状态全部的常用服务包括Elasticsearch簇，MogoDB群集和Redis簇。
基于上述功能，我们可以看到状态表由以下部分组成： 注意：在规格下的无头类型服务与群集服务之间存在明显的区别。
创建一个状态满足资源PVC用于使用卷审计模具，您可以看到它在两个POD中创建了带有单独资源的PVC。
与规范扩展相比，还有另一种ServiceName配置，即相应的头部服务。
删除状态满集后，PVC应自动删除V1 .7 +。
，and spec.updateStategy.RollingUpdate .partition Fort Set。
如果设置了一个分区，则仅在Spec.templdate更新时将更新分区上方的序列号的POD，但是其他POD不会更改（即使删除后，也将被删除，先前的POD（使用版本重新创建）。
v1 .7 +允许您使用.podmanagementpolicy设置POD管理策略。
