Ado*_*f H 3 docker kubernetes minikube
场景:
我需要构建一个web应用程序,我可以从中运行/ sop/delete/etc. 集群中的容器.所以我Kubernetes
从控制台安装并测试了API.一切似乎都有效,看起来很好.
在Docs之后,他们写了关于Docker的文章,但我是否一定需要它?
我的意思是,我不得不关闭Hyper-V
,使Minikube
工作,并在重新启动后,多克(通常在启动时启动)说,"出事了..喇嘛喇嘛" ..但我可以创建和部署proxys
上Minikube
.
这有点令人困惑.
有人可以解释这个傻瓜吗?
从技术上讲,你需要一个容器运行时,尊重CRI(容器运行时接口).
这就是为什么你有CRI-O,它提供符合OCI的运行时和kubelet之间的集成路径.
请参阅Susan Hall撰写的 " CRI-O,没有Docker的容器运行项目,达到1.0 " .
该项目"打开了更容易插入kubelet中替代容器运行时的大门,而不是依赖于默认的docker运行时.
这些新的运行时可能包括基于虚拟机的运行时,例如runv和Clear Containers,或标准的Linux容器运行时,例如
rkt
," Red Hat高级工程师Antonio Murdaca在Project Atomic博客上写道.
但在您的情况下,您的问题是让Minikube与HyperV配合使用:请参阅Jock Reed的 " 带有Hyper-V的Windows 10上的Minikube " .
诀窍是创建一个名为"Primary Virtual Switch"的新(外部)虚拟网络交换机,并启动Minikube:
minikube start --vm-driver hyperv --hyperv-virtual-switch "Primary Virtual Switch"
Run Code Online (Sandbox Code Playgroud)
归档时间: |
|
查看次数: |
1643 次 |
最近记录: |