将Kubernetes用于传统应用程序的现代化 (将kubernets引入边缘环境中)

文章编号：35968 / 分类：行业资讯 / 更新时间：2024-12-13 00:59:48 / 浏览：次

对于许多企业来说，传统应用程序仍然是其 IT 基础架构的重要组成部分。这些应用程序可能是几年前甚至几十年前开发的，并且可能无法利用现代云技术的优势。

Kubernetes 是一个容器编排平台，可帮助您将应用程序现代化并将其引入边缘环境。使用 Kubernetes，您可以：

将应用程序打包到容器中，使其更易于部署和管理
在应用程序之间实现自动缩放，以满足峰值负载需求
将应用程序部署到边缘位置，以减少延迟并提高性能

使用 Kubernetes 现代化传统应用程序

现代化传统应用程序的第一步是将其打包到容器中。容器是独立、轻量级的软件包，包含应用程序及其所有依赖项。容器化传统应用程序有几个好处，包括：

更易于部署和管理
可以轻松地跨不同环境（云、本地和边缘）移植
可以与其他容器化应用程序集成

有多种方法可以将传统应用程序容器化。一种方法是使用 Docker 等容器化工具。 Docker 可以创建容器映像，其中包含应用程序及其依赖项。然后可以将这些映像部署到 Kubernetes 集群中。

另一种方法是使用 Kubernetes Operator。 Operator 是特定于应用程序或服务的 Kubernetes 扩展。它们可以自动化应用程序的生命周期管理任务，例如部署、缩放和更新。有多种 Operator 可用于各种传统应用程序。

提高应用程序性能和可扩展性

降低应用程序运行成本

如果您正在寻找一种方法来现代化您的传统应用程序并将其引入边缘环境，那么 Kubernetes 是一个很好的选择。随着 Kubernetes Edge 和 KubeEdge 等工具的出现，在边缘设备上部署和管理 Kubernetes 变得越来越简单。

OpenShift+VMware：新的容器架构

这是一个由VMware的Robbie Jerrom撰写的访客帖子。 Robbie与VMware在欧洲的一些最大客户一起工作，因为他们专注于将现代和云本机应用程序和平台带到他们的VMware软件定义的数据中心。在加入VMware之前，Robbie花了十年时间作为软件工程师构建企业软件，如Java虚拟机、CICS和WebSphere。 Robbie也是VMware首席技术官大使社区的成员，确保了VMware的工程组织和现实世界客户之间的紧密协作。

在这篇博客中，我们更深入地探讨了根据最近的发布，VMware和Red Hat是如何协作以更好地集成OpenShift容器平台和VMware的软件定义数据中心（SDDC）基础架构堆栈的。我们有许多共同客户希望充分利用他们的技术投资组合。而且，由于VMware和Red Hat都将Kubernetes作为支持其现代应用程序的核心平台，因此，我们共同致力于为在VMware SDDC上部署OpenShift的客户实现成功，这是合乎逻辑的。

下面，第一步是沟通和分享我们已经拥有的共同点。

VMware vSphere和Red HatEnterprise Linux已经可以很好地协同工作；但是IT团队和OpenShift管理员往往忽略了为交付更好的存储和SDN而进行的体系结构调整。为了解决这一问题，本文概述了Red Hat OpenShift Container Platform 3.11核心文档的最新更新，其中包括了SDN和存储集成的最新指导文档以及支持SDN（NSX-T/NCP）和Kubernetes存储的专用VMware文档。

让我们一起深入研究这两个领域。

一、存储

为了支持容器的持久存储需求，VMware开发了vSphere云服务程序及其相应的卷管理插件。这些可以提供给Red Hat OpenShift，用以支撑VMWare的vSAN或者支持vSphere的任意数据库。虽然每个存储后端的各不相同，但这种集成方案依旧可以满足。

这些公布的存储产品为VMFS、NFS或vSAN数据存储。企业级功能（如基于存储策略的管理（SPBM））提供了自动化的资源调配和管理，使客户能够确保其业务关键应用程序请求的QoS，并在SDDC平台上确保SLA达成。

SPBM在广泛的数据服务和存储解决方案中提供单一的统一控制平面。 SPBM还使vSphere管理员能够克服预先的存储资源调配挑战，例如：容量规划、差异化的服务级别和管理容量净空。

Kubernets StorageClass允许按需创建持久卷，而不需要创建存储并将其挂载在OpenShift的节点之上。 StorageClass指定一个提供者和相关参数，用于定义持久卷预期策略，该策略将动态地提供。

组合使用SPBM和vSphere数据存储的组合作为抽象，我们隐藏了复杂的存储细节，并为从OpenShift存储持久数据（PV）环境提供了统一的接口。

根据使用的后端存储，数据存储可以是vSAN、VMFS或NFS：

●VSAN支持可提供强大性能和可靠性的超聚合基础架构解决方案。 VSAN的优点是简化了存储管理功能特性，具有诸如在vSphere IaaS层上驱动的存储策略等功能。

●VMFS（虚拟机文件系统）是一个群集文件系统，允许虚拟化扩展到多个VMware vSphere服务器的单个节点之外。 VMFS通过提供对存储池的共享访问来提高资源利用率。

●NFS（网络文件系统）是一种分布式文件协议，可以像本地存储一样通过网络访问存储。

1）静态和动态资源调拨

vSphere Cloud Provider提供两种向Red Hat OpenShift容器平台提供存储的方法：静态资源调配和动态资源调配。首选的方法是使用动态资源调配——让IaaS平台处理复杂性。与静态资源调配不同，动态资源调配会自动触发创建PV及其后端VMDK文件。这是一种更安全的方式，对于在vSphere上提供可靠的Red Hat OpenShift容器平台至关重要。

2）动态调拨

●为OpenShift集群定义默认的StorageClass

●在Kubernetes中创建Persistent Volume Claim

3）静态调拨

●在vSphere存储上创建虚拟磁盘并挂载到Red Hat OpenShift容器平台节点

●在OpenShift中为该磁盘创建持久卷（PV）

●创建一个持久卷，申请一个PVC

●允许POD认领PVC

与SPBM一起使用vSphere Cloud Provider，可以让vSphere和OpenShift管理员了解存储，并让他们能够在不增加OpenShift层复杂性的情况下利用后端存储功能。

二、网络（SDN）

NSX-T数据中心通过NSX容器插件（NCP）帮助OpenShift客户简化了网络和基于网络的安全性。 NCP在IaaS级别提供OpenShift和VMware NSX Manager之间的接口。

NCP在每个OpenShift节点上运行，并将容器的网络接口连接到NSX覆盖网络。它监视容器生命周期事件，并通过调用NSX API管理容器的网络资源，如负载平衡器、逻辑端口、交换机、路由器和安全组。这包括客户vSwitch的编程，以便在容器接口和虚拟网络接口卡（VNIC）之间标记和转发容器流量。

NCP提供如下功能：

●自动为OpenShift集群创建NSX-T逻辑拓扑，并为每个OpenShift命名空间创建单独的逻辑网络

●将OpenShift pods连接到逻辑网络，并分配IP和MAC地址

●支持网络地址转换（NAT），并为每个OpenShift命名空间分配一个单独的SNAT IP

●使用NSX-T分布式防火墙实施OpenShift网络策略

●支持进出网络策略

●在网络策略中支持IPBlock选择器

●当为网络策略指定标签选择器时，支持matchLabels和MatchExpression

●使用NSX-T的7层负载均衡器实现OpenShift路由器

●通过TLS edge termination支持HTTP路由和HTTPS路由

●支持具有备用后端和通配符子域的路由

●为NSX-T逻辑交换机端口命名空间、pod名称创建标签，标记pod，并允许管理员基于标记定义NSX-T安全组和策略。

1）微分段

NSX-T（通过NCP）可以使用预定义的基于标签的规则和每个命名空间的Kubernetes网络策略，将微分段应用到OpenShift pod。预定义的标记规则使您能够在部署之前根据业务逻辑定义防火墙策略，而不是使用诸如静态IP地址等效率较低的方法来制定安全策略。使用此方法，NSX-T中定义的安全组具有入口和出口策略，并进行了微分段，以保护敏感应用程序和数据，可以达到POD和容器底层级别。

最后，NSX-T为OpenShift集群提供了完整的网络可跟踪性和可视性。NSX-T为Kubernetes提供了内置的操作工具，包括：

●端口连接

●流量追踪

●端口镜像

以上方法为DevOps和专用网络团队提供对OpenShift容器网络的更好可见性，使网络管理员和OpenShift管理员在诊断和排除问题时能够有共同语言。

三、总结

VMware SDDC提供了弹性、可扩展的基础架构，与VMware的Kubernetes解决方案以及Red Hat等关键合作伙伴的解决方案紧密集成。

展望未来，VMware和Red Hat都致力于支持我们的共同客户和Kubernetes社区，共同目标是通过可参考体系结构提供更好的产品集成，该体系结构使改进的工具能够在VMware的SDDC和Red Hat OpenShift容器平台上交付和管理云本机应用程序。

原文链接：

ArthurGuo 职场老司机。 21世纪初开始拥抱开源，后转型项目管理。现在某云计算公司担任技术总监。掌握多门计算机语言，但更擅长人类语言。爱玩文字，不喜毒舌。

Kubernets中的IPVLAN如何使用？？？

Kubernetes中的IPVLAN技术是一种扩展网络功能的实用工具，尤其在解决macvlan局限性时展现出了优势。与macvlan类似，IPVLAN从单个主机接口虚拟出多个网络接口，但它们的区别在于，所有虚拟接口共享同一MAC地址，但拥有独立的IP地址，这使得在DHCP环境中，IP地址而非MAC地址成为了标识机器的关键。 IPVLAN有两种模式，即L2和L3。 L2模式类似于macvlan的桥接，所有的数据包都通过父接口转发。而L3模式则更像路由器，即使虚拟机或容器分布在不同网络中，也能通过ipvlan进行报文转发，实现跨网络的通信。然而，L3模式下的虚拟接口不会接收多播或广播报文，这些操作在底层父接口处理。值得注意的是，使用ipvlan构建的网络如果要被外部访问，需要在外部路由器上配置正确的路由规则。此外，ipvlan的灵活性使得它能够支持复杂的网络拓扑，与BGP等高级协议结合，扩展网络边界。在Kubernetes（从1.13版本开始）中，IPVLAN的功能得到了增强。尽管IPVLAN的功能强大，但其内部实现原理可能需要深入理解multus和IPVLAN的具体工作原理才能完全掌握。对于这部分的深入探究，无疑将有助于我们更好地理解和利用这一技术。