您现在的位置是:主页 > 数据库技术 > 数据库技术

Kubernetes中的负载均衡怎么实现

IDCBT2021-12-29服务器技术人已围观

简介本篇内容主要讲解“Kubernetes中的负载均衡怎么实现”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Kubernetes中的负载均衡怎么实现

本篇内容主要讲解“Kubernetes中的负载均衡怎么实现”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Kubernetes中的负载均衡怎么实现”吧!

管理容器

要理解Kubernetes的负载均衡,首先需要了解Kubernetes是如何组建容器的。 容器通常用来执行特定的服务或者一组服务,因此需要根据他们提供的服务来看待它们,而不是仅当作服务的单个实例(即单个容器)。实际上,这就是Kubernetes所做的。

把它们放置在Pods中

在Kubernetes中,pod是一种基本功能单元。一个pod是一组容器以及它们共享的卷(volumes)。容器在功能和服务方面通常是密切相关联的。 将具有相同功能集的pods抽象成集合,就称为服务。这些服务接受基于Kubernetes搭建的应用程序客户端访问;这些独立的pod中的服务,反过来可以管理对构成它们的容器的访问,使得客户端与容器本身隔离。

管理Pods

现在我们来看看一些具体细节。 Pods通常由Kubernetes创建和销毁,而不是设计成持久化实体。每个pod都有自己的IP地址(基于本地地址)、UID和端口号;新创建的pod,无论它们是当前pod还是之前的pod的副本,都会分配新的UID和IP地址。 每个pod内部是可以进行容器之间的通信的,但是不能与不同pod中的容器直接通信。

让Kubernetes处理事务

Kubernetes使用自己的内置工具来管理和单个pod之前的通信。这说明一般情况下,依靠Kubernetes内部监控pods就足够了,不必担心pods的创建、删除或者复制。不过,有时也需要Kubernetes管理的应用程序中至少某些内部元素对底层网络可见。发生这种情况时,方案必须考虑到缺少永久IP地址该怎么处理。

Pods和节点(Nodes)

在许多方面上,Kubernetes都可看作是一个pod管理系统,就像容器管理系统一样。大部分基础设施都是在pod层面处理容器,而不是在容器层面。 从Kubernetes内部管理来看,pod上面的组织级别相当于节点,是一个虚拟机,包含了管理和通信的资源并且是部署pod的环境。节点本身也可以在内部创建、销毁和替换/重新部署。无论是节点层面还是pod层面,它们的创建、销毁、重新部署、使用和扩展等功能都由被称为控制器(Controller)的内部进程处理。

充当调度者的“服务”

服务(service)是Kubernetes在管理层面处理容器和pods的方式。不过正如我们上面提到的,它还将功能相关或相同的pods抽象成服务,并且在外部客户端和应用程序中其他元素与pod交互时,Kubernetes处在服务层面。 服务有相对稳定的IP地址(由Kubernetes内部使用)。当一个程序需要使用由服务中的功能时,它会向服务、而非向单个pod提出请求。接着该服务会作为调度员,分配一个pod来处理请求。

调度和负载分配

标签:

很赞哦! ()

本栏推荐