深入剖析Kubernetes
张磊
Kubernetes社区资深成员与项目维护者
立即订阅
22715 人已学习
课程目录
已完结 56 讲
0/4登录后,你可以任选4讲全文学习。
课前必读 (5讲)
开篇词 | 打通“容器技术”的任督二脉
免费
01 | 预习篇 · 小鲸鱼大事记(一):初出茅庐
02 | 预习篇 · 小鲸鱼大事记(二):崭露头角
03 | 预习篇 · 小鲸鱼大事记(三):群雄并起
04 | 预习篇 · 小鲸鱼大事记(四):尘埃落定
容器技术概念入门篇 (5讲)
05 | 白话容器基础(一):从进程说开去
06 | 白话容器基础(二):隔离与限制
07 | 白话容器基础(三):深入理解容器镜像
08 | 白话容器基础(四):重新认识Docker容器
09 | 从容器到容器云:谈谈Kubernetes的本质
Kubernetes集群搭建与实践 (3讲)
10 | Kubernetes一键部署利器:kubeadm
11 | 从0到1:搭建一个完整的Kubernetes集群
12 | 牛刀小试:我的第一个容器化应用
容器编排与Kubernetes作业管理 (15讲)
13 | 为什么我们需要Pod?
14 | 深入解析Pod对象(一):基本概念
15 | 深入解析Pod对象(二):使用进阶
16 | 编排其实很简单:谈谈“控制器”模型
17 | 经典PaaS的记忆:作业副本与水平扩展
18 | 深入理解StatefulSet(一):拓扑状态
19 | 深入理解StatefulSet(二):存储状态
20 | 深入理解StatefulSet(三):有状态应用实践
21 | 容器化守护进程的意义:DaemonSet
22 | 撬动离线业务:Job与CronJob
23 | 声明式API与Kubernetes编程范式
24 | 深入解析声明式API(一):API对象的奥秘
25 | 深入解析声明式API(二):编写自定义控制器
26 | 基于角色的权限控制:RBAC
27 | 聪明的微创新:Operator工作原理解读
Kubernetes容器持久化存储 (4讲)
28 | PV、PVC、StorageClass,这些到底在说啥?
29 | PV、PVC体系是不是多此一举?从本地持久化卷谈起
30 | 编写自己的存储插件:FlexVolume与CSI
31 | 容器存储实践:CSI插件编写指南
Kubernetes容器网络 (8讲)
32 | 浅谈容器网络
33 | 深入解析容器跨主机网络
34 | Kubernetes网络模型与CNI网络插件
35 | 解读Kubernetes三层网络方案
36 | 为什么说Kubernetes只有soft multi-tenancy?
37 | 找到容器不容易:Service、DNS与服务发现
38 | 从外界连通Service与Service调试“三板斧”
39 | 谈谈Service与Ingress
Kubernetes作业调度与资源管理 (5讲)
40 | Kubernetes的资源模型与资源管理
41 | 十字路口上的Kubernetes默认调度器
42 | Kubernetes默认调度器调度策略解析
43 | Kubernetes默认调度器的优先级与抢占机制
44 | Kubernetes GPU管理与Device Plugin机制
Kubernetes容器运行时 (3讲)
45 | 幕后英雄:SIG-Node与CRI
46 | 解读 CRI 与 容器运行时
47 | 绝不仅仅是安全:Kata Containers 与 gVisor
Kubernetes容器监控与日志 (3讲)
48 | Prometheus、Metrics Server与Kubernetes监控体系
49 | Custom Metrics: 让Auto Scaling不再“食之无味”
50 | 让日志无处可逃:容器日志收集与管理
再谈开源与社区 (1讲)
51 | 谈谈Kubernetes开源社区和未来走向
答疑文章 (1讲)
52 | 答疑:在问题中解决问题,在思考中产生思考
特别放送 (1讲)
特别放送 | 2019 年,容器技术生态会发生些什么?
结束语 (1讲)
结束语 | Kubernetes:赢开发者赢天下
特别放送 | 云原生应用管理系列 (1讲)
基于 Kubernetes 的云原生应用管理,到底应该怎么做?
深入剖析Kubernetes
登录|注册

37 | 找到容器不容易:Service、DNS与服务发现

张磊 2018-11-16
你好,我是张磊。今天我和你分享的主题是:找到容器不容易之 Service、DNS 与服务发现。
在前面的文章中,我们已经多次使用到了 Service 这个 Kubernetes 里重要的服务对象。而 Kubernetes 之所以需要 Service,一方面是因为 Pod 的 IP 不是固定的,另一方面则是因为一组 Pod 实例之间总会有负载均衡的需求。
一个最典型的 Service 定义,如下所示:
apiVersion: v1
kind: Service
metadata:
name: hostnames
spec:
selector:
app: hostnames
ports:
- name: default
protocol: TCP
port: 80
targetPort: 9376
这个 Service 的例子,相信你不会陌生。其中,我使用了 selector 字段来声明这个 Service 只代理携带了 app=hostnames 标签的 Pod。并且,这个 Service 的 80 端口,代理的是 Pod 的 9376 端口。
然后,我们的应用的 Deployment,如下所示:
apiVersion: apps/v1
kind: Deployment
metadata:
name: hostnames
spec:
selector:
matchLabels:
app: hostnames
replicas: 3
template:
metadata:
labels:
app: hostnames
spec:
containers:
- name: hostnames
image: k8s.gcr.io/serve_hostname
ports:
- containerPort: 9376
protocol: TCP
这个应用的作用,就是每次访问 9376 端口时,返回它自己的 hostname。
而被 selector 选中的 Pod,就称为 Service 的 Endpoints,你可以使用 kubectl get ep 命令看到它们,如下所示:
$ kubectl get endpoints hostnames
NAME ENDPOINTS
hostnames 10.244.0.5:9376,10.244.0.6:9376,10.244.0.7:9376
需要注意的是,只有处于 Running 状态,且 readinessProbe 检查通过的 Pod,才会出现在 Service 的 Endpoints 列表里。并且,当某一个 Pod 出现问题时,Kubernetes 会自动把它从 Service 里摘除掉。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《深入剖析Kubernetes》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(24)

  • 追寻云的痕迹
    iptables是万恶之源,在复杂系统中,网络处理越简单越好。现在k8s这套玩法,给实际工作中的运维排错带来极大的麻烦。
    2018-11-16
    1
    33
  • 勤劳的小胖子-libo
    示例终于都可以工作了,深化理解。
    一种是通过<serviceName>.<namespace>.svc.cluster.local访问。对应于clusterIP
    另一种是通过<podName>.<serviceName>.<namesapce>.svc.cluster.local访问,对应于headless service.
    / # nslookup *.default.svc.cluster.local
    Server: 10.96.0.10
    Address 1: 10.96.0.10 kube-dns.kube-system.svc.cluster.local

    Name: *.default.svc.cluster.local
    Address 1: 10.244.1.7 busybox-3.default-subdomain.default.svc.cluster.local
    Address 2: 10.96.0.1 kubernetes.default.svc.cluster.local
    Address 3: 10.97.103.223 hostnames.default.svc.cluster.local
    2019-01-04
    7
  • DJH
    老师,..svc.cluster.local这些点前面的东西能写全吗?录音听了N次也没记下来。文字不行的话能不能弄个图片?
    2018-11-16
    6
  • runner
    请问老师,每个节点会有全部的iptables规则么,还是只有自己所属服务的规则?
    如果服务是nodePort类型,它会在所有节点上占用端口?还是容器所在的几个节点占用端口?
    2018-11-16
    5
  • qingbo
    看到也有同学问pod DNS,希望能讲得更详细些。我查阅官方文档及自己实践后的了解是这两种pod有DNS记录:
    1. statefulset的pod。有人问之前讲DNS的是在哪,就是“20 | 深入理解StatefulSet(三):有状态应用实践”这一篇。
    2. pod显式指定了hostname和subdomain,并且有个headless service的名字和subdomain一样。在“27 | 聪明的微创新:Operator工作原理解读”一篇中讲到的etcd operator就是这样让pod拥有了DNS记录。Deployment的pod template也可以指定hostname和subdomain,但是却没办法给每个pod分配不同的hostname。指定hostname和subdomain之后,hostname.subdomain.default.svc.cluster.local这样的域名确实可以解析,但是因为多个pod都是这个FQDN,所以解析出来的效果和headless service一样,多个A记录,也就失去意义了。github上有个issue想让deployment管理的pod也有独立的DNS,好像没得到支持。
    2019-04-30
    3
  • 艾斯Z艾穆
    您好,我使用coreDNS插件版本是1.2.6
    配置文件的内容:
    Corefile: |
        .:53 {
            errors
            health
            kubernetes cluster.local. in-addr.arpa ip6.arpa {
                pods insecure
                upstream
                fallthrough in-addr.arpa ip6.arpa
            }
            prometheus :9153
            proxy . 100.64.255.100 223.5.5.5 11.125.1.12
            cache 30
            loop
            reload
            loadbalance
        }
    在解析公网的域名的时候会有小概率随机出现unknown host,请问会是什么问题
    2018-12-03
    1
    3
  • mcc
    描述一个实际使用中遇到kube-proxy的一个问题。我使用service的nodeport模式对外发布服务,前端使用openresty做代理的,upstream就配置node ip+nodeport。在使用过程中发现openresty经常不定期报104:connection reset by peer when read response head这个错误,从错误看出openstry从nodeport读取数据的时候tcp连接被重置了,使用同一openresty的后端是普通虚拟机的节点的服务却没有这个问题,问题还有个特点就是某个服务长时间没有被访问,第一次点击的时候就会出现,然后后面就好了。nodeport是被kube-proxy监听的,问题就出在openresty与kube-proxy的tcp连接上,能否帮忙分析kube-proxy为何会重置连接?
    2018-11-16
    1
    3
  • Mr.Cling
    这时候,任何发往 10.102.128.4:80 的请求,就都会被 IPVS 模块转发到某一个后端 Pod 上了。

    请问这里的10.102.128.4的IP是什么IP?
    2019-04-30
    1
  • 纳爱斯
    老师,是每个 node 上都会有 iptables 的全部规则吗

    作者回复: 对

    2019-04-11
    1
  • 勤劳的小胖子-libo
    "我在前面的文章中还介绍过 Service 与 DNS 的关系."可以帮忙指明一下是第几章吗?找了一圈没找到。

    另外:试着通过域名访问hostanmes,不行。通过ip可以。
    vagrant@kubeadm1:~/37ServiceDns$ curl hostnames.svc.cluster.local:80
    curl: (6) Could not resolve host: hostnames.svc.cluster.local

    vagrant@kubeadm1:~/37ServiceDns$ curl 10.110.252.216:80
    hostnames-84985c9fdd-sgwpp


    2018-11-22
    1
  • Long Long☞
    老师 现在我遇到一个问题,同一个域名希望在不同的namespace中解析成不同的IP,要怎么实现
    2018-11-20
    1
  • xianhai
    服务发布有问题,如何确定问题出在kubeproxy上还是overlay network上?这一块如何trouble shooting,能讲讲吗?
    2018-11-17
    1
  • A-
    sevice是由kubelet创建的吗?再有kubenates的sevice代理的却不是pod,而是apiserver的容器,那么kubenates service是什么时候由谁创建出来的?
    2018-11-16
    1
  • LS
    请教一下关于边缘节点如何对外服务呢?
    2018-11-16
    1
  • Majorin_Che
    所以这里服务发现的方式就是通过label发现pod,是这样理解吗?
    2018-11-16
    1
  • Geek_54edc1
    ipvs负载均衡:round robin
        least connection
        destination hashing
        source hashing
        shortest expected delay
        never queue
        overflow-connection
    2019-11-25
  • Geek_54edc1
    iptables的负载均衡分两种:random / nth,random是随机模式,--probability p指定了概率,nth是轮巡模式,--every n和--packet p指定了每n个packet中匹配其中的第p个。
    2019-11-25
  • 思维决定未来
    如果把这三条规则的 probability 字段的值都设置成1/3,那么第一条规则命中几率是1/3,第二条是2/3 * 1/3=2/9,第三条是1/3 * 1/3 = 1/9
    2019-10-22
  • grep
    示例里这里打出来的 endpoints ip:
    kubectl get endpoints hostnames
    NAME ENDPOINTS
    hostnames 10.244.0.5:9376,10.244.0.6:9376,10.244.0.7:9376

    与下面的 iptables 规则里的 endpoint ip 对不上
    -A KUBE-SEP-57KPRZ3JQVENLNBR -s 10.244.3.6/32 -m comment --comment "default/hostnames:" -j MARK --set-xmark 0x00004000/0x00004000
    -A KUBE-SEP-57KPRZ3JQVENLNBR -p tcp -m comment --comment "default/hostnames:" -m tcp -j DNAT --to-destination 10.244.3.6:9376

    -A KUBE-SEP-WNBA2IHDGP2BOBGZ -s 10.244.1.7/32 -m comment --comment "default/hostnames:" -j MARK --set-xmark 0x00004000/0x00004000
    -A KUBE-SEP-WNBA2IHDGP2BOBGZ -p tcp -m comment --comment "default/hostnames:" -m tcp -j DNAT --to-destination 10.244.1.7:9376

    -A KUBE-SEP-X3P2623AGDH6CDF3 -s 10.244.2.3/32 -m comment --comment "default/hostnames:" -j MARK --set-xmark 0x00004000/0x00004000
    -A KUBE-SEP-X3P2623AGDH6CDF3 -p tcp -m comment --comment "default/hostnames:" -m tcp -j DNAT --to-destination 10.244.2.3:9376

    是不是中间重新部署过?
    2019-09-27
  • 甘陵笑笑生
    请教一下 service的VIP设置后会变吗 如果变 什么时候会变

    作者回复: 不会的,除非删除svc

    2019-05-14
收起评论
24
返回
顶部