1.安装docker.kubelet.kubectl.kubeadm.socat # cat kubernets.repo[kubernetes]name=Kubernetesbaseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64enabled=1gpgcheck=1repo_gpgcheck=1gpgkey=https://packages.cloud.google.com/yum/doc/yum-ke

kubernetes 集群添加node节点 注意,我们并不需要把新增的node ip加入到证书里重新生成!!! 下面我们以添加node03为例 一.添加集群里个节点的hostname并设置好对应主机名 [root@izj6c35dldj2al3fw5p1p5z ~]# cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost

这是昨天晚上阅读园子里的2篇 k8s 博文时产生的想法,在随笔中记录一下. 这2篇博文是 K8S调度之节点亲和性 与 K8S调度之Taints and Tolerations . 如果我们把 node 当作女方,pod 当作南方,scheduler 当作媒人,从相亲的角度理解这3个概念,不仅豁然开朗,而且很容易记住. node affinity 就是女方告诉媒人自己喜欢什么类型的男生,介绍这些类型的男生给她. taints 就是女方告诉媒人自己有哪些缺点,不能容忍这些缺点的男生请走开. tole

docker容器启动后,怎么确认容器运行正常,怎么确认可以对外提供服务了,这就需要health check功能了. 之前对health check的功能不在意,因为只要镜像跑起来了就是健康的,如果有问题就会运行失败.在连续两次收到两个启动失败的issue之后,我决定修正一下. 遇到的问题是,一个web服务依赖mongo容器启动,通过docker-compose启动,虽然设置了depends on, 但有时候还是会遇到mongo容器中db实例还没有完全初始化,web服务已经启动连接了,然后返回连接

新买的树莓派4b到货后就迫不及待的烧录上raspberrypi系统,将新派加入我的k8s集群,期间遇到了点小挫折,好歹也一个一个解决了: 一.kubelet版本不对导致无法加入k8s集群 在执行kubeadm join时,提示无法连接127.0.0.1:10248:去master节点上看了下这个端口对应的服务是kubelet,那就是kubelet无法启动,我手动强制启动也是失败的:后来查看了下master的kubelet版本,发现master的kubelet版本是v1.23.5:而我新树莓派上的

启动rancher server后,添加一台新节点为k8s的节点.设置如下 ps:worker:k8s的agent端 control:k8s的第二个master etcd:第二个etcd 坑1:节点上(公有云需要开通白名单)需要开通对应端口: 坑2:第一次选择了worker,control和worker后,配置成功,删除配置为worker模式,一直启动报错,提示容器网桥已存在 time="2018-12-03T08:55:40Z" level=error msg="Faile

1)CA 证书配置登录 192.168.0.1 app 用户下cd ssl/kubernetes#注意修改 KUBE_HOME,BOOTSTRAP_TOKEN #与 3.5 3)token 一致,KUBE_APISERVER,IP 等信息bash ca_kubelet.sh #!/bin/bash KUBE_HOME=kubernetes BOOTSTRAP_TOKEN=f192f8a03c6a087e6033c233eb22aae3 #与3.5 3)token一致 KUBE_APISERVER

node节点服务器需要安装好 kubeadm, kubelet 和 kubectl: 使用kubeadm join 命令即行,使用master节点kebeadm init时的提示: root@boke-node:~# kubeadm join 192.168.17.180:6443 --token abcdef.0123456789abcdef \ > --discovery-token-ca-cert-hash sha256:ea37964dc96f76f3e658b27ffdc220f60c

一.简介 Node是Pod真正运行的主机,可以是物理机也可以是虚拟机. Node本质上不是Kubernetes来创建的, Kubernetes只是管理Node上的资源. 为了管理Pod,每个Node节点上至少需要运行container runtime(Docker).kubelet和kube-proxy服务. node基本操作:kubectl get nodes,查询所有node 二.k8s上新增node节点 新增节点   三.移除节点 1.获取节点列表:kubectl get node  2.

1.mocha  支持TDD 和 BDD两种测试风格 2.引用assert模块  此模块是node的原生模块,实现断言的功能,作用是声明预期的结果必须满足 3.mocha测试用例中可以使用第三方测试库 4.TDD  可用的接口包括suite(),test(),suiteSetup(),suiteTeardown().setup(),teardown().suite可以多级嵌套,setup在进入suite之后触发执行,执行完全部用例后,teardown被触发执行.使用mocha测试异步代码,只需要

1.现象,创建deployment时 2.查看污点 [fedora@k8s-cluster--ycmwlao4q5wz-master- ~]$ kubectl describe node k8s-cluster--ycmwlao4q5wz-minion-|grep -i taints Taints: node.cloudprovider.kubernetes.io/uninitialized=true:NoSchedule 如果发现有:NoSchedule,表示该node不能调度 3.取消污点

一.修改主机名 hostnamectl set-hostname xxx 二.修改hosts文件vim /etc/hosts 三.将写好的hosts文件拷贝到其他节点 scp /etc/hosts root@k8s-node01:/etc/hosts 四.安装依赖包 yum install -y conntrack ntpdate ntp ipvsadm ipset jq iptables curl sysstat libseccomp wgetvimnet-tools git 五.设置防火墙为

File——>settings

请参照:https://www.cnblogs.com/effortsing/p/10013441.html

报错现象: [root@localhost ~]# kubectl get nodes The connection to the server localhost:8080 was refused - did you specify the right host or port? 但是也想让子节点可以查询,因此研究了一下 把master下面的admin.conf移到子节点相同路径下 [root@localhost manifests]# cd /etc/kubernetes [root@loc

vim file.yaml apiVersion: extensions/v1beta1 kind: Ingress metadata: name: pgadmin labels: k8s-app: pgadmin namespace: c7n-system spec: rules: - host: pgadmin.ls.com http: paths: - path: / backend: serviceName: pgadmin servicePort: 80 kubectl apply -

kubernetes集合 kubernetes(1):kubernetes简介和组件 kubernetes(2):yum安装kubernetes kubernetes(3):kubeadm安装k8s1.15 kubernetes(4):kubernetes的基础单元pod kubernetes(5):rc副本控制器-故障自愈和弹性伸缩 kubernetes(6):rc副本控制器-服务发现 kubernetes(7):rc副本控制器-滚动升级和回滚 kubernetes(8):deployment

添加node 1.master生成token [root@node-01 ~]# kubeadm token create --print-join-command kubeadm join 172.19.8.250:8443 --token 83glhm.30nf8cih0q8960nu --discovery-token-ca-cert-hash sha256:30d13676940237d9c4f0c5c05e67cbeb58cc031f97e3515df27174e6cb777f60 2

一,当前redis cluster的node情况: 我们的添加删除等操作都是以这个cluster作为demo cluster采用六台redis,3主3从 redis1 : ip: 172.17.0.2 redis2 : ip: 172.17.0.3 redis3 : ip: 172.17.0.4 redis4 : ip: 172.17.0.5 redis5 : ip: 172.17.0.6 redis6 : ip: 172.17.0.7 说明:如何创建一个redis cluster,请参考这一篇

    只有nfs和rbd的,本人翻译确实很渣         在容器中磁盘文件寿命是短暂的,当在容器中运行一些重要程序时,这会产生一些问题. 首先,当一个容器崩溃后,kubelet将重新启动该容器,但是文件将会丢失 - 容器将会以最初的状态启动. 第二,当在一个Pod中运行多个容器的时候,它需要在多个容器中共享文件. k8s的Volume就是为了解决这些问题     Background   Docker也有  volumes的概念, 尽管它点失败和缺乏有效的管理. 在Docker里, 一个v