Minikube使用小结

微服务最佳实践. 需要考虑传统的非云原生以云原生的场景.云原生场景使用k8s做试验的时候, 需要解决环境问题. 选择单独用一台虚拟机去安装k8s, 造轮子耗时过长; 选择自家的k8s云服务又要收钱. 索性使用minikube 简单开箱即用. 不过在使用过程中也会遇到一些坑,这里总结一下以及提供相应的最快解决方案(不是最优解)

启动失败

网上很多讨论启动失败的问题. 归根到底都是依赖的镜像需要翻墙才能下载. 如果觉得翻墙麻烦, 那就利用公司网络保证start minikube成功, 后面随便你在什么地方stop 再 start都不会有问题. 其他非翻墙的方案,网上也有很多, 不过相对较麻烦, 利用公司网络是最快的解决问题.
如果镜像问题先下载下来. 比如在启动过程中遇到gcr.io/k8s-minikube/kicbase:v0.0.28 镜像无法拉取 可以先用docker pull拉取镜像, 再放minikube 里面做镜像管理.

其次部分重启耗时过长可以先关闭docker 在重启 docker 再重启 minikube 虚拟机.

镜像无法下载

写一个k8s资源清单文件, 在minikube 虚拟集群上运行总是会失败, 查看pod的详细启动情况,发现一直是镜像下载失败. 这个问题最快解决办法是使用
docker pull image:version 方式去下载镜像, 将其序列化到本地磁盘
docker save -o image.tar image:version然后使用minikube 提供的镜像管理工具minikube image 去加载序列化到磁盘的镜像

minikube image load image.tar

这样check一下minikube

minikube image ls

其中镜像已经存在.

后续遇到更多问题,持续更新最快解决的方案.