客户有一个java应用比较耗内存，在kubernetes上对cpu和内存进行了限制，但效果不大好，应用经常被kill掉，由于该应用属于核心应用，后面就解除限制，在jvm上对堆内存进行了限制，因为没有配置kubernetes资源请求限制，kubernetes在调度上就无法灵活调度，经常将多个副本调度到同一节点，多个大内存应用运行在同一个节点，内存很容易就被耗尽导致jvm gc频繁，频繁的gc又导致了服务器cpu负载过大，最终应用挂掉无法访问。如果kubernetes能将应用多个副本调度到不同节点那么至少能保证一个节点挂掉，其他节点应用还可以继续服务。
首先想到的是DaemonSet，DaemonSet能保证应用跑在不同的节点，但DaemonSet应用场景一般是作为守护进程或者日志收集，并且每个节点都会部署一个副本，这并不是我们想要的结果，因此不考虑DaemonSet。
Read the rest of this entry
v2.2.1
harbor包含服务较多，建议单独创建命名空间进行安装，便于后续的管理
apiVersion: v1
kind: Namespace
metadata:
name: harbor
labels:
name: harbor
另存为harbor-namespace.yaml文件，并执行kubectl apply -f harbor-namespace.yaml命令进行创建
目录必须创建在共享存储的介质上面，比如NFS等
mkdir -p /u02/appdata/harbor/registry mkdir -p /u02/appdata/harbor/chartmuseum mkdir -p /u02/appdata/harbor/jobservice mkdir -p /u02/appdata/harbor/database mkdir -p /u02/appdata/harbor/redis mkdir -p /u02/appdata/harbor/trivy chmod 777 /u02/appdata/harbor/registry chmod 777 /u02/appdata/harbor/chartmuseum chmod 777 /u02/appdata/harbor/jobservice chmod 777 /u02/appdata/harbor/database chmod 777 /u02/appdata/harbor/redis chmod 777 /u02/appdata/harbor/trivy
Read the rest of this entry
某项目应用需迁移到k8s环境，其中有个应用配置了Ingress，但通过域名访问，始终返回503服务不可用，应用服务都是正常的
➜ curl -v http://mdm-sts-test.xxx.com <center><h1>503 Service Temporarily Unavailable</h1></center> <hr><center>nginx/1.19.2</center>
从错误日志可以看出503是nginx返回的，并不是后端服务返回（后端tomcat），也就是说请求可能根本没有到达后端服务
将Ingress连接到其他应用的service，还是继续报错，将Ingress的域名换成其他域名，结果正常，所以从测试结果上看应该是域名出问题。因为该域名已经在dns中配置，所以怀疑是不是又解析回到dns造成死循环（虽然k8s不会犯这么低级的错误），把域名配置到了hosts文件也是一样的错误，而且有类似配置的应用也都是正常的，这个猜测被否定。
Read the rest of this entry
在docker中，为了尽可能缩减镜像大小，常常不会包含一些常用的工具，类似ping，curl，tcpdump等，虽然精简了镜像，但如果我们需要在容器内部测试网络联通性时，没有这些工具就非常的头疼。其实容器内部和主机之间的网络环境是互相隔离的，处于独立的命名空间下，那如果能在主机上切换命名空间，就可以在主机上以容器的网络环境进行操作，就可以利用主机上的工具，能够实现这种需求的工具就是我们今天要介绍的nsenter
nsenter [options] [program [arguments]] options: -t, --target pid：指定被进入命名空间的目标进程的pid -m, --mount[=file]：进入mount命令空间。如果指定了file，则进入file的命令空间 -u, --uts[=file]：进入uts命令空间。如果指定了file，则进入file的命令空间 -i, --ipc[=file]：进入ipc命令空间。如果指定了file，则进入file的命令空间 -n, --net[=file]：进入net命令空间。如果指定了file，则进入file的命令空间 -p, --pid[=file]：进入pid命令空间。如果指定了file，则进入file的命令空间 -U, --user[=file]：进入user命令空间。如果指定了file，则进入file的命令空间 -G, --setgid gid：设置运行程序的gid -S, --setuid uid：设置运行程序的uid -r, --root[=directory]：设置根目录 -w, --wd[=directory]：设置工作目录 如果没有给出program，则默认执行$SHELL。
Read the rest of this entry
执行以下命令安装最新版本rancher
docker run --privileged -d --restart=unless-stopped -p 8080:80 -p 4443:443 rancher/rancher
rancher docker运行后访问http://host:4443设置密码即可进入rancher，点击导入集群选择导入现有的kubernetes集群
Read the rest of this entry
如果你是通过rke安装kubernetes，并且rke版本在v0.2.0之前，或者通过rancher安装，并且rancher版本在Rancher v2.0.14、v2.1.9之前，默认的证书有效期是1年，这实在是个大坑，之后的版本rancher更改为10年，证书过期后对现有的服务不影响，服务依然能正常使用，但无法部署新的服务，并且api server不能提供服务，api server如果无法使用，集群基本就废了。
通过openssl工具查看证书有效期
openssl x509 -in /etc/kubernetes/ssl/kube-apiserver.pem -noout -dates notBefore=Jan 11 10:17:38 2019 GMT notAfter=Jan 11 10:17:39 2020 GMT
如果当前日期在notAfter之后，那么很不幸，你的证书过期了，此时kubectl命令不可用
$ kubectl get nodes Unable to connect to the server: x509: certificate has expired or is not yet valid
Read the rest of this entry