搭建时间:2019.8.16
设备系统:windows10
虚拟软件:VirtualBox
虚拟系统:Ubuntu 18.04 LTS
感谢以下博客在问题解决中提供的帮助
JerryWangSAP --- 错误消息 This computer doesn't have VT-X/AMD-v enabled
向上的路 --- docker跨主机通信方式四 docker-machine
为什么我会想到要在多台物理实体主机或虚拟机来搭建集群呢?原因有两个:单台设备性能极限、灾备。第一条原因很好理解,单台设备的性能极限。灾备的出发点并不是容器内单个服务宕机的情况,而是物理范畴的灾备。国内可靠性达到99.99%的云服务供应商不时宕机的新闻时常会会有报导,但我们是否有在同一时间段内,两个或两个以上云服务上同时宕机的新闻,我们有曾听过吗?
理论分析一下,以99.99%作为标准,这个数字乍一看确实有种万无一失的感觉,但折算成绝对值的时间,却是:52.56分钟/年。如果我们将服务同时部署在两个不同的云服务商上呢?服务理论宕机时间为:0.31秒/年。当然这只是个理论分析,只是在相同预算下,购买分布在2个或多个云服务商的主机来搭建集群,对服务的可靠性提升是否是一个更好的方案呢?
Docker文档在Swarms部分通过"docker-machine create --driver virtualbox myvm1"命令宿主系统内创建虚拟节点,但该命令在本就已经是由虚拟机创建的ubuntu系统内是无法执行成功的,参见JerryWang的Blog。解决这个问题的方法有很多,双系统、使用Mac等都可行,但受限于某些客观原因,并且想要尝试跨主机构建集群,因此采用了以下解决方案:在VirtualBox虚拟出3套ubuntu系统:A、B、C。其中将A等价为教程中的宿主操作系统,B、C等价为教程中宿主操作系统中的两个节点。通过连通A、B、C来达到与教程在该处相同的效果,同时也是实现了跨主机集群的搭建。
> //执行两次,分别将IP替换为B、C的IP
> // 此命令需要执行两次,分别使用B、C的IP,NodeName官方文档分别命名为了:myvm1 、myvm2,此处我命名为docker1、docker2
> docker-machine create -d generic --generic-ip-address=IP NodeName
完成docker swarms教程效果截图如下
完成docker所有get-star教程的效果如下
最后推荐一篇k8s与Docker Swarms对比的文章Ankit Kumar -- Kubernetes vs. Docker Swarm: A Complete Comparison Guide
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。