kubernetes实战入门之Service Pod

加油少年 good

已于 2022-11-29 19:15:07 修改

阅读量241

点赞数

文章标签： kubernetes 运维 docker 容器

于 2022-11-29 18:34:59 首次发布

本文链接：https://blog.csdn.net/ZHJSXX/article/details/128101538

版权

文章目录

Service
pod

Service

通过上节课的学习，已经能够利用Deployment来创建一组Pod来提供具有高可用性的服务。
虽然每个Pod都会分配一个单独的Pod IP，然而却存在如下两问题：

Pod IP 会随着Pod的重建产生变化
Pod IP 仅仅是集群内可见的虚拟IP，外部无法访问

这样对于访问这个服务带来了难度。因此，kubernetes设计了Service来解决这个问题。

Service可以看作是一组同类Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。
在这里插入图片描述
创建集群内部可访问的Service

 暴露Service
[root@master ~]# kubectl create  ns dev
namespace/dev created
[root@master ~]# kubectl create deploy nginx --image=nginx--port=80  -n dev
deployment.apps/nginx created
[root@master ~]# kubectl expose deploy nginx --name=svc-nginx1 --type=ClusterIP --port=80 --target-port=80 -n dev
service/svc-nginx1 exposed

 查看service
[root@master ~]# kubectl get svc svc-nginx1 -n dev -o wide
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)   AGE     SELECTOR
svc-nginx1   ClusterIP   10.96.149.150    <none>        80/TCP    3m51s   run=nginx

# 这里产生了一个CLUSTER-IP，这就是service的IP，在Service的生命周期中，这个地址是不会变动的
# 可以通过这个IP访问当前service对应的POD
[root@master ~]# curl 10.96.149.150:80
<!DOCTYPE html><html><head><title>Welcome to nginx!</title></head><body><h1>Welcome to nginx!</h1>
.......</body></html>

创建集群外部也可访问的Service

# 上面创建的Service的type类型为ClusterIP，这个ip地址只用集群内部可访问# 如果需要创建外部也可以访问的Service，需要修改type为NodePort
[root@master ~]#  kubectl expose deploy nginx --name=svc-nginx2 --type=NodePort --port=80 --target-port=80 -n dev
service/svc-nginx2 exposed

# 此时查看，会发现出现了NodePort类型的Service，而且有一对Port（80:31928/TC）
[root@master ~]#  kubectl get svc  svc-nginx2  -n dev -o wide
NAME         TYPE       CLUSTER-IP     EXTERNAL-IP   PORT(S)        AGE   SELECTOR
svc-nginx2   NodePort   10.98.94.181   <none>        80:35128/TCP   34s   app=nginx

# 接下来就可以通过集群外的主机访问 节点IP:35128访问服务了
# 例如在的电脑主机上通过浏览器访问下面的地址
http://192.168.40.99:35128

在这里插入图片描述

删除Service

[root@master ~]# kubectl delete svc svc-nginx1 -n dev
service "svc-nginx1" deleted

配置方式

[root@master ~]# vim svc-nginx.yaml
apiVersion: v1
kind: Service
metadata:
  name: svc-nginx
  namespace: dev
spec:
  clusterIP: 10.96.110.119        #固定svc的内网ip
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
  selector:
    run: nginx
  type: ClusterIP

# 创建
[root@master ~]# kubectl create -f svc-nginx.yaml
service/svc-nginx created

# 删除
[root@master ~]# kubectl delete -f svc-nginx.yaml
service "svc-nginx" deleted

pod

pod的资源清单

apiVersion: v1                           #必选，版本号，例如v1
kind: Pod       　                       #必选，资源类型，例如 Pod
metadata:       　                       #必选，元数据
  name: string                           #必选，Pod名称
  namespace: string                      #Pod所属的命名空间,默认为"default"
  labels:       　　                     #自定义标签列表
    - name: string      　          
spec:                                    #必选，Pod中容器的详细定义
  containers:                            #必选，Pod中容器列表
  - name: string                         #必选，容器名称
    image: string                        #必选，容器的镜像名称
    imagePullPolicy: [ Always|Never|IfNotPresent ]   #获取镜像的策略 
    command: [string]                    #容器的启动命令列表，如不指定，使用打包时使用的启动命令
    args: [string]                       #容器的启动命令参数列表
    workingDir: string                   #容器的工作目录
    volumeMounts:                        #挂载到容器内部的存储卷配置
    - name: string                       #引用pod定义的共享存储卷的名称，需用volumes[]部分定义的的卷名
      mountPath: string                  #存储卷在容器内mount

最低0.47元/天解锁文章

加油少年 good

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
kubernetes实战入门之Service Pod

容器中的程序要运行，肯定是要占用一定资源的，比如cpu和内存等，如果不对某个容器的资源做限制，那么它就可能吃掉大量资源，导致其它容器无法运行。3 如果command没写，但args写了，那么Dockerfile中配置的ENTRYPOINT的命令会被执行，使用当前args的参数。2 如果command写了，但args没有写，那么Dockerfile默认的配置会被忽略，执行输入的command。在上面的属性中，spec是接下来研究的重点，继续看下它的常见子属性。可以通过上面两个选项设置资源的上下限。
复制链接

扫一扫