因为工作原因接触到TiDB,根据介绍与Mysql高度兼容,于是便有了WordPress使用TiDB数据库这一文章。
搜索到的一篇文章是直接可以搭建,我却不能直接顺利就这样安装成功,要小改一下。
或许是版本的区别吧。
我使用的版本如下:
TiDB的版本是:5.7.25-TiDB-v6.0.0
;
WordPress的版本是:6.0
。
继续阅读WordPress使用TiDB数据库
研究学习容器(Kubernetes + Docker)
因为工作原因接触到TiDB,根据介绍与Mysql高度兼容,于是便有了WordPress使用TiDB数据库这一文章。
搜索到的一篇文章是直接可以搭建,我却不能直接顺利就这样安装成功,要小改一下。
或许是版本的区别吧。
我使用的版本如下:
TiDB的版本是:5.7.25-TiDB-v6.0.0
;
WordPress的版本是:6.0
。
继续阅读WordPress使用TiDB数据库
本来大差不差我已经不想再水Kubernetes安装教程的了,特别是可以使用二进制文件安装不需要再区分什么发行版系统的文章也水好(虽然没有发布)后我打算换个东西来水的了,但是这次比较特殊由于1.20开始继续使用Docker只是警告这次1.24的更新算是彻底不支持Docker了。
排在眼见的就只有containerd和CRI-O了吧?
思考再三后这次决定使用containerd,不使用CRI-O是因为我不会装😓
继续阅读Kubernetes 1.24.0安装教程(Centos)
Kubernetes云原生分布式块存储解决方案
在安装了 Longhorn 的 Kubernetes 集群中,每个节点都必须满足以下要求:
– 与 Kubernetes 兼容的容器运行时(Docker v1.13+、containerd v1.3.7+ 等)
– Kubernetes v1.18+
– open-iscsi已安装,并且守护程序正在所有节点上运行。这是必要的,因为 Longhorn 依赖于主机为 Kubernetes 提供持久卷
– RWX 支持要求每个节点都安装了 NFSv4 客户端
– 主机文件系统支持存储数据的功能。目前支持ext4
、xfs
– 必须安装bash
、curl
、findmnt
、grep
、awk
、blkid
、lsblk
– 必须启用Deploying CSI Driver on Kubernetes
Longhorn 工作负载必须能够以 root 用户身份运行,以便 Longhorn 能够正确部署和运行。
虽然此系统此版本的已经水过了,但是之前的etcd是使用容器的方式运行的,本次的改成了外部etcd并且和再之前的教程不通的是这次的etcd启用了ssl。
在水这教程时由于只有一台机器,因此是单主机安装k8s并设置可被调度。
机器IP:172.30.88.191
主机名修改后为:node01
在这之前只在虚拟机上面安装过1.5.3版本的harbor,当时也只是试用一下就不玩了毕竟自己电脑开的虚拟机不太能折腾。这不书接上文的买了两台VPS后还是可以镜像一番操作的。此时harbor的版本已经到2.x.x(截止至此刻,官网上有2.4.0,在github上面的releases是v2.3.4),竟然这样就安装最新的2.3.4。
有个变化就是1.5.3时还是vmware,现在2.3.4.是goharbor了。
今日斥资购买了两台VPS用于练习搭建k8s集群,本来想买3台的至少集群好看点,但是苦于囊中羞涩只能买两个了。
为什么不使用虚拟机或者直接买台杜甫来开虚拟机来搭建呢?唉~~~😔
这次安装k8s1.19.16是因为升级到1.20以上会提示Docker的问题,这个就等下次再安装测试了。
今天在搭建k8s集群时遇到了一个之前没有遇到的错误。CoreDns无法正常运行查看日志报OCI message: "process_linux.go:264: applying cgroup configuration for process caused \"No such device or address\""
错误。几番搜索都无法找到一样的错误,好在最后在github issues上面发现一样的错误虽然按照上面的方法好像无法解决?
最后几经测试还是发现了问题所在。
说来话巧,issues上面的环境和我当时的差不多,只是不知道对方的版本是什么了,我这里使用的是1.14.0的老版本k8s。
继续阅读k8s组件coredns启动错误:“No such device or address”
在Arm架构下已经写过Centos7系统的了,本来一开始在Arm架构下安装K8s就是使用的Ubuntu系统的但当时只有一台节点供实验使用。后来因为客户使用的是Centos7就在Centos上面测试集群了。
本来打算“过”七夕的谁料一个电话让我垂死病中惊坐起不得不加班折腾Ubuntu下的了。
在github中的etcd已经有arm64的打包可供下载使用了,但是在使用时会有警告,就算是按照搜索到的设置了 export ETCD_UNSUPPORTED_ARCH=arm64
环境变量但是这不过是 running etcd on unsupported architecture arm64 since ETCD_UNSUPPORTED_ARCH is set
或者 etcd on unsupported platform without ETCD_UNSUPPORTED_ARCH=arm64 set
的区别而已。
直接执行etcd虽然会出现警告但是还是能运行起来可是使用service启动却会因为这个错误而不断重启。刚开始还在为难不知道要修改哪个文件时出现的一个提示让我快速的找到了文件。
在前面的文章中已经水了离线安装单主控的Kubernetes,虽然是单主控,但是对于多主控集群来说也至少把第一次安装生成的证书放置到其他主控节点才初始化就完事的了。同时也用自己拙略的技术写了一个引导式安装k8s的脚本,但是这一切都是x86架构的虽说都是在Centos7系统上安装的。
最近接触了Arm架构的服务器于是就有了在arm架构上安装的经验,本来我想安装当前yum源最新新的1.21.0的。但是由于自己暂时没有解决Cgroup Driver: cgroupfs
的问题和初始化的yaml文件不知道要怎么写只能使用命令行初始化而暂时装回了1.14.0的版本应急了。
本次教程安装
Docker:
Server Version: 18.09.4
Operating System: CentOS Linux 7 (AltArch)
Architecture: aarch64
kubectl:
Client Version: v1.14.0
Server Version: v1.14.0
etcd:
etcd Version: 3.2.32
Git SHA: GitNotFound
Go Version: go1.13
Go OS/Arch: linux/arm64
继续阅读Arm架构安装Kubernetes(k8s)环境(Centos7)