借助Service#xff0c;应用可以实现服务发现和负载均衡。

service默认只支持4层负载均…一

用控制器来完成集群的工作负载那么应用如何暴漏出去需要通过微服务暴漏出去后才能被访问

service默认只支持4层负载均衡能力没有7层功能。

可以通过Ingress实现

#生成控制器文件并建立控制器

规则如果宿主机有大量的Pod不断刷新iptables规则会消耗大量的CPU资源

IPVS模式的service可以使K8s集群支持更多量级的Pod

3.1

重启pod在pod运行时配置文件中采用默认配置当改变配置文件后已经运行的pod状态不会变化所以要重启pod

[!NOTE]

切换ipvs模式后kube-proxy会在宿主机上添加一个虚拟网卡kube-ipvs0并分配所有service

四、微服务类型详解

clusterip模式只能在集群内访问并对集群内的pod提供健康检测和自动发现功能

[rootk8s-master

testpod.default.svc.cluster.local.

Hello

testpod.default.svc.cluster.local.

Hello

testpod.default.svc.cluster.local.

Server:

kube-dns.kube-system.svc.cluster.local

Name:

testpod.default.svc.cluster.local.

Address

testpod.default.svc.cluster.local/

nslookup

kube-dns.kube-system.svc.cluster.local

Name:

testpod.default.svc.cluster.local

[rootk8s-master

而且平台也不会为它们进行负载均衡和路由集群访问通过dns解析直接指向到业务pod上的IP所有的调度有dns单独完成

[rootk8s-master

通过ipvs暴漏端口从而使外部主机通过master节点的对外ip:port来访问pod业务

[rootk8s-master

/etc/kubernetes/manifests/kube-apiserver.yaml

[!NOTE]

修改后api-server会自动重启等apiserver正常启动后才能操作集群

[rootk8s-master

云平台会为我们分配vip并实现访问如果是裸金属主机那么需要metallb来实现ip的分配

[rootk8s-master

LoadBalancer模式适用云平台裸金属环境需要安装metallb提供支持

4.5

开启services后不会被分配IP而是用dns解析CNAME固定域名来解决ip变化问题

在应用向集群迁移过程中externalname在过度阶段就可以起作用了。

集群外的资源迁移到集群时在迁移的过程中ip可能会变化但是域名dns解析能完美解决此问题

[rootk8s-master

在ingress-nginx-controller中看到的对外IP就是ingress最终对外开放的ip

5.2.3

ingress必须和输出的service资源处于同一namespace

5.3

secret通常在kubernetes中存放敏感数据他并不是一种加密方式在后面课程中会有专门讲解

[rootk8s-master

ingress.networking.k8s.io/myapp

configured

lee:$apr1$0mCu4T3l$BFqJaLTzfAkjInTijB3Qe/

#建立认证类型资源

主要目的是在将新版本的软件全面推广到生产环境之前先在一小部分用户或服务器上进行测试和验证以降低因新版本引入重大问题而对整个系统造成的影响。

是一种Pod的发布方式。

金丝雀发布采取先添加、再删除的方式保证Pod的总量不低于期望值。

并且在更新部分Pod后暂停更新当确认新Pod版本运行正常后再进行其他版本的Pod的更新。

6.2

之前我们在做升级时可以通过控制器做滚动更新默认25%利用header可以使升级更为平滑通过key

和vule

ingress.networking.k8s.io/myappv1

created

ingress.networking.k8s.io/myappv2

created