实际项目总结与问题

最新推荐文章于 2024-07-23 13:22:23 发布

未央郎

最新推荐文章于 2024-07-23 13:22:23 发布

阅读量171

点赞数

文章标签： mysql 服务器数据库

本文链接：https://blog.csdn.net/qq_42320763/article/details/121138235

版权

实际项目

网页访问服务503报错

排查方式：进到web服务中查看容器日志，发现是redis连接不上，通过查看日志发现一些配置文件根本没有导入，最后发现是需要启动容器，没有写启动redis的命令，所以更别说后续的配置文件了
解决方式：deployment中添加启动命令

iam转到sso页面，但是还是503报错

排查方式：还是查看日志，发现插入不到mysql的一个表
原因，之前在mysql容器启动后且在使用前，需要导入一个mysql的脚本文件(就是mysql脚本语言)，相当于对内容是创建一些表，导入一些原始数据，而这个脚本文件中本来应该插入一个函数，这个函数的作用是写入数据？但是实际上是没有的，因此sso这个服务执行时需要往数据表中插入数据，由于没有这个函数，所以就失败了
swagger打开的是实际应用镜像中的各个controller以及方法，直接在swagger中可以执行函数，即通过网页上的操作(比如点击)和通过swagger进行操作效果都是一样的，都是执行相关函数，在swagger中执行了输入用户名和密码的操作，发现mysql中有值(这个是导入了之前缺失的函数后)，因此实际上是正常的

在服务器上出现了好几次的集群整体崩盘，用命令top查看服务器的使用情况，发现wa指数很高，这个指数就是CPU中有大量等待IO交互的命令滞留在CPU中，由于IO的速率远远低于CPU，所以CPU被这些滞留命令阻塞
原因就在于挂载了磁盘，而集群是在磁盘上的，而此磁盘是NATA的机械式磁盘(因为此服务器是为测试环境设计的，因此性能不是很高)，集群中服务多了之后，各个服务都会和rancher(在另一台主机上)进行信息交互(kubelet kubeproxy等)，从而导致大量常规维护服务占用资源
这个就没办法解决了，是物理机设备问题，可以适当地在每个服务部署的时候添加资源限制

配置映射卷是为了将配置文件放到容器里，然后在主机上就能改？但是配置映射卷并没有映射到主机上的某个目录
配置映射指定了容器的路径，那容器的路径是从哪儿来的呢？答：这个路径取决于开发，是开发的容器中创建和指定的文件结构
需要加上CPU和内存的资源吗？最好加上
有没有secret的配置呢？
这个集群就是单机的是吗？对的
工作负载的命名前缀有dm iam lite aep 这是分组吗？是的， dm是device-manager ,iam是平台
环境变量中的其他引用资源是什么
为啥有的配置文件是yaml，有的是xml，有的是properties
两个平台的yaml是不是不太一样，是因为创造集群的东西不一样吗
所有的目录组织形式，是怎么构建的，尤其是要映射到主机的不同目录
主机映射卷为啥都不添加容器路径，提示“卷不会被挂载到当前容器中，它可能被Pod中的其他容器使用。”就是整了没用
引用其他资源，这里面的类型都表示什么呀，我看有ConfigMap
好多文件的环境变量都一样，那这还有必要每个文件重复添加吗？
每个平台(rancher\ccse)用的都不是原生的K8s，rancher是用RSK创建的，而ccse可能用的其他创建的，所以不同平台生成的yaml文件可能不同，导致用yaml跨平台创建时的失败

关注