赞
踩
最经很多加班,所以没时间写博客,说的我好像有时间就会写博客一样~~,做下知识输出吧,关于docker和kubernetes的。
关于docker,我有一篇简单的博文,大家可以参考一下我之前写的,虽然恨水,但是入门就行。今天主要是介绍一下kubernetes的,简称k8s,这个是google出的一个服务治理,编排的工具,可以轻松实现springboot中的服务治理,注册发现等逻辑。
下面介绍一下k8s和docker的关系,他俩的关系就是一个是容器,一个是容器的外围。也就是docker是跑我们具体的业务逻辑的,比如我们把自己的jar包,写个dockerfile,打成镜像,用docker跑起来。k8s是管理这些跑起来的服务的外围工具,比如要做集群,那就开启一个replicaset,如果资源不够,可以把集群的机器减少数量,最大的特性在于,可以把处于不同的物理机器(k8s中称为nodes)上的服务编排为一组或者多组服务,通过namespace声明不同的空间,这些不同的空间,就构成了一组独立的服务,当然了跨namespace也是可以资源共享的,然后这组服务内部的nodes就会不断的通信以达到同步的目的。
首先我们需要一台安装了kubernetes的linux机器。大家可以尝试在ubuntu上安装microk8s,这个是ubuntu推荐的单主机时的解决方案,https://ubuntu.com/kubernetes/install#single-node,大家可以上去瞄一瞄。
Warning MissingClusterDNS 21s (x5 over 3m13s) kubelet, naison-tm1701 pod: "nginx-deployment-7b8fddc8f6-hg28v_my-zone(3b9d9cd6-dc22-4a1f-b369-364208e78447)". kubelet does not have ClusterDNS IP configured and cannot create Pod using "ClusterFirst" policy. Falling back to "Default" policy.
Warning FailedCreatePodSandBox 33s (x4 over 2m43s) kubelet, naison-tm1701 Failed to create pod sandbox: rpc error: code = Unknown desc = failed to get sandbox image "k8s.gcr.io/pause:3.1": failed to pull image "k8s.gcr.io/pause:3.1": failed to pull and unpack image "k8s.gcr.io/pause:3.1": failed to resolve reference "k8s.gcr.io/pause:3.1": failed to do request: Head "https://k8s.gcr.io/v2/pause/manifests/3.1": dial tcp 64.233.188.82:443: i/o timeout
说是拉取镜像k8s.gcr.io/pause:3.1失败。原因是看起来很简单,被长城给墙了。网上的解决方案为:从mirrorgooglecontainers的仓拉取,docker tag一下,但是我尝试了多次,还是不行,shit。
- naison@naison-TM1701:~/Desktop$ docker images
- REPOSITORY TAG IMAGE ID CREATED SIZE
- k8s.gcr.io/pause 3.1 da86e6ba6ca1 2 years ago 742kB
- mirrorgooglecontainers/pause 3.1 da86e6ba6ca1 2 years ago 742kB
所以我的实验数据没法儿展示。
https://blog.51cto.com/douya/1945382
这两篇博客
虽然没法儿看实验数据,但是该说的还的说。(现在就可以补图了)
deployment:是管理容器的控制器,可以管理这一组pods的状态。
service:是提供一组服务的入口,可以看成是网关或者负载均衡,通过service对外提供服务,对内将请求打到pods上。
ingress:是对外网提供服务的入口,这里可以配置域名。也就是外网 --> ingress --> service --> pods
selector:是标签选择器,维护关系使用,常用在service和pods这一组关系中。
endpoint:是端点,可以手动指定将某一个pods链接到service上
namespace:是命令空间,也就是资源隔离使用的。多个物理机(nodes)可以通过逻辑概念namespace划分不同的服务。
这里我会列出四个常用的资源yaml,这四个yaml就完整的定义了从公网到服务端的一个完整链路。即:
公网 --> ingress --> service --> pods。
- apiVersion: v1
- kind: Namespace
- metadata:
- name: my-zone
- apiVersion: extensions/v1beta1
- kind: Deployment
- metadata:
- name: nginx-deployment
- namespace: my-zone # 这里声明了namespace和c/c++的名空间作用一样
- labels:
- app: nginx # 这个是deployment本身的标签
- spec:
- replicas: 3 # 复制集数量,也就是pods集群数量,启动pods的个数
- selector:
- matchLabels:
- app: MyNginx #deployment通过这个标签来查找要管理的pods
- template: # 创建出来的pods都是按照这个模板创建出来的
- metadata:
- labels:
- app: MyNginx #这里是创建出来的pods的标签
- spec: # 规格
- containers:
- - name: nginx-test # 这里是内部容器pods的名称,后边会加上一串数
- image: nginx:latest # 这里是说pods的镜像地址,我们可以自己打包上传到docker registry,本地需要配置docker.conf文件,账号和密码
- imagePullPolicy: IfNotPresent
- ports:
- - containerPort: 80 # 这里是内部pods的运行端口,也就是服务端口,比如如果是redis就是6379,mysql就是3306
- apiVersion: v1
- kind: Service
- metadata:
- name: nginx-service # 这个service的名字
- namespace: my-zone
- spec:
- selector: # 这里定义了一个选择器,要和pods的选择器值相同才可以被匹配上
- app: MyNginx
- ports:
- - protocol: TCP
- port: 8080 #这里是service暴露出去的端口
- targetPort: 80 # 这里是对内pods的端口
- apiVersion: extensions/v1beta1
- kind: Ingress # 类型,有很多
- metadata:
- name: ingress-test
- namespace: my-zone
- spec:
- rules:
- - host: test.com # 外网的域名,会打到内部的service --> pods
- http:
- paths:
- - backend:
- serviceName: nginx-service # 这里对应我们的服务名称,也就是servcie name
- servicePort: 8080 # 服务的端口
7,常用命令
- 命令格式:kubectl 操作方式 资源类型 {资源名/可选参数} 命名空间 {导出格式/可选参数}
-
- 操作方式:get/describe/delete
- 资源类型: all,pods,servcies,ingress,deployment,config等等
- 资源名:一般来说格式为:类型 - 一串字符 - 一串字符 - 一串字符...
- 命名空间:-A,所有namespace, --namespace my-zone, my-zone命令空间内的资源
- 导出格式:-o yaml/ -o json,json没有试过,但是按道理来说应该是支持的。
-
- example:
- kubectl get all -A # 获取所有namespace下面的所有资源
- kubectl get pods --namespace my-zone # 获取my-zone namespace下面的pods
- kubectl get pods --namespace my-zone -o yaml # 获取my-zone namespace下面的pods
- kubectl describe ingress ingress-121213123213 --namespace my-zone # 查看详情
- kubectl logs pods/pods-121213123213 --namespace my-zone # logs稍微特别一点儿,可以看见标准输出,错误输出等。
-
- 操作yaml文件命令:
- kubectl apply/create/delete -f xxx.yaml
- apply --可用于更新和创建
- create --创建
- delete --删除
- 备注: 其实文件后缀不一定非要是yaml,别的名字也可以,只是格式内容需要是yaml格式的。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。