Cluster computing CoreOS中的共享IP
我正在考虑在工作中使用CoreOS,以及一些我不希望出现单点故障的项目。CoreOS和Docker看起来很有前途,我可以和一个大使集装箱交谈,和服务交谈。基本上,它可以工作 但是共享的公共IP呢?这个问题应该如何解决?我找不到任何关于这个的好文件。看起来可以解决这个问题。但在这种情况下,它是正确的工具吗Cluster computing CoreOS中的共享IP,cluster-computing,docker,high-availability,coreos,hipache,Cluster Computing,Docker,High Availability,Coreos,Hipache,我正在考虑在工作中使用CoreOS,以及一些我不希望出现单点故障的项目。CoreOS和Docker看起来很有前途,我可以和一个大使集装箱交谈,和服务交谈。基本上,它可以工作 但是共享的公共IP呢?这个问题应该如何解决?我找不到任何关于这个的好文件。看起来可以解决这个问题。但在这种情况下,它是正确的工具吗 我是不是遗漏了什么?为什么人们不多谈论这个问题呢?有几种不同的方法来解决这个问题。如果您使用的是云提供商(EC2/OpenStack/Google Compute Engine),则有一个浮动I
我是不是遗漏了什么?为什么人们不多谈论这个问题呢?有几种不同的方法来解决这个问题。如果您使用的是云提供商(EC2/OpenStack/Google Compute Engine),则有一个浮动IP的概念,它可以通过API调用移动。这样就不用直接使用VRRP之类的东西了
从长远来看,这最好通过使用带有短TTL的DNS条目来处理。使用该方法还可以让您更灵活地使用位置感知应用程序(不同地区的DNS可以路由到最近的位置),轻松过渡到IPv6,和跨物理位置的故障切换,而无需维护您自己的内部路由基础设施。如果您使用KeepAlive,只需在您的cloud init so config中添加一个启动服务,并在coreos群集的每个节点中配置浮动ip即可
- name: local-paas-ip.service
command: start
content: |
[Unit]
Description=Receive traffic from keepalived floating ip
[Service]
ExecStart=/usr/bin/sudo /usr/bin/ip addr add XXX.XXX.XXX.XXX dev lo:1
对于这是否是正确的选择,我有同样的问题/疑问,但我现在需要一些工作。谢谢,这听起来很有希望。你能指出更多关于如何“利用带有短TTL的DNS条目”的背景信息吗?不知道为什么这个答案被否决了。我希望在裸机coreos服务器上安装loadbalancer,并考虑将haproxy+保存在容器中,但这是我所能做到的。先生,你能确认你的解决方案是有效的吗?或者也许你从六月以来找到了更好的解决方案?我正在尝试使用coreos,而不仅仅是在每个节点中配置浮动ip。你的意思是在容器中保存-对吗?幸运吗?不,在CoreOS中保持为静态二进制。检查链接哦-对不起,我没有检查保留的链接,谢谢aledbf