怎么实现Kubernetes应用部署

这篇文章主要讲解了“怎么实现Kubernetes应用部署”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“怎么实现Kubernetes应用部署”吧！

创新互联建站主营黄平网站建设的网络公司,主营网站建设方案,app开发定制,黄平h5微信小程序搭建,黄平网站营销推广欢迎黄平等地区企业咨询

概述

当希望在Kubernetes中部署应用程序时，通常要定义三个组件：

• 部署(Deployment)：这是创建Pod应用程序副本的方法

• 服务(Service)：将流量调度到Pods的内部负载平衡器

• 入口(Ingress)：描述流量如何从群集外部流到服务。

直观图示

首先，在Kubernetes中，应用程序应该通过两层负载均衡对外公开：内部负载均衡器和外部负载均衡器。

其次，内部的负载均衡器又被称为服务，而外部的负载均衡器称为入口。

最后：Pods不会直接部署。相反，Deployment会在其上创建Pods和观察者。

应用YAML示例

一个简单的Hello World应用程序为例，该应用程序的YAML如下所示：

apiVersion: apps/v1

kind: Deployment

metadata:

name: my-deployment

labels:

track: canary

spec:

selector:

matchLabels:

any-name: my-app

template:

metadata:

labels:

any-name: my-app

spec:

containers:

- name: cont1

image: learnk8s/app:1.0.0

ports:

- containerPort: 8080

---

apiVersion: v1

kind: Service

metadata:

name: my-service

spec:

ports:

- port: 80

targetPort: 8080

selector:

name: app

---

apiVersion: networking.k8s.io/v1beta1

kind: Ingress

metadata:

name: my-ingress

spec:

rules:

- http:

paths:

- backend:

serviceName: app

servicePort: 80

path: /

该定义很长，不好发现组件之间的相互联系。

比如下这些问题：

什么时候应该使用端口80，什么时候应该使用端口8080?

为了避免冲突，是否应要为每个服务都创建一个新端口?

标签名称重要吗?各处命名是否都应该一致?

要回答这些问题，请接着往下看：

连接部署和服务

实际上服务和部署没有直接连接，服务跳过部署直接指向Pod。因此，要注意的实际上是Pod和服务之间的相互关系。

关键点

他们关系中要注意：

服务选择器应至少与Pod的一个标签匹配;

服务的目标端口(targetPort)应该与Pod内容器的容器端口(containerPort)匹配;

服务端口可以是任何数字。多个服务也可以使用同一端口，因为它们分配了不同的IP地址。

直观图示

1. 考虑服务下Pod公开的端口

2.创建Pod时，应为Pod中的每个容器定义端口containerPort。

3.创建服务时，可以定义端口和目标端口。但是只能用目标端口连接容器

4.目标端口和容器端口应该匹配。

5. 如果容器公开了端口3000，则targetPort应该与该数字匹配。

如果查看YAML，则标签和ports/targetPor应该匹配：

常见问题

那么部署顶部track: canary标签是干什么的?

需要应该匹配吗?

部署的track: canary标签属于部署，服务选择器没有使用它来做流量调度。所以这个标签完全可以删除，或者为它分配其他值。

matchLabels选择器呢?

它必须与Pod标签匹配，部署用它来跟踪Pod。

Pod配置修改，如何测试?

我们可以使用以下命令检查Pod的标签是否正确：

kubectl get pods --show-labels

对于属于多个应用程序的Pod使用：

kubectl get pods --selector any-name=my-app --show-labels

其中any-name = my-app表示标签any-name：my-app。

或者可以直接连接到Pod：可以使用kubectl port-forward命令连接到服务并测试连接。

kubectl port-forward service/3000:80

其中，service/是服务的名称，比如示例中为"  my-service";3000是希望在计算机上打开的端口;80是"服务"在"端口"字段中公开的端口。

如果可以连接，则说明设置正确。如果不能，则很可能配置了标签，或者端口不匹配。

服务和入口连接

应用程序发布的最后一个一步是配置Ingress入口。

关键点

入口必须知道如何检索服务，然后检索Pod并将流量调度到它们。入口按名称和公开的端口来检索服务。

在入口和服务中应该匹配两件事：

• Ingress的servicePort应该与Service的端口匹配

• Ingress的serviceName应该与Service的名称匹配

直观图示

首先，已经该服务发布了一个端口。

其次，入口中有一个名为服务端口(servicePort)的字段。

在次，服务端口和入口服务端口应始终匹配。

最后，如果为服务分配了端口80，也应将其servicePort更改为80。

先示例配置要注意的字段：

常见问题

如何测试入口的功能?

可以对kubectl port-forward使用与之前相同的策略，但是应该连接到Ingress控制器，而不是连接到服务。

首先，使用以下命令检索Ingress控制器的Pod名称：

kubectl get pods --all-namespaces

对确认的Ingress Pod(可能在不同的命名空间中)执行下面命令：

kubectl describe pod nginx-ingress-controller-6fc5bcc --namespace  kube-system|grep Ports

用得到端口连接到Pod：

kubectl port-forward nginx-ingress-controller-6fc5bcc 3000:80 --namespace  kube-system

这样访问计算机上的端口3000时，请求都会被转发到Ingress控制器Pod上的端口80。你访问localhost:3000，就能看到发布的应用程序。

感谢各位的阅读，以上就是“怎么实现Kubernetes应用部署”的内容了，经过本文的学习后，相信大家对怎么实现Kubernetes应用部署这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！