浮动IP(Floating IPs):开始构建你的高可用性的应用

高可用性是所有生产环境的关键。开发者因此可以高枕无忧因为他们知道他们的应用被设计为可以承受住故障。

今天,我们非常激动的宣布我们应用了浮动IP技术。浮动IP指的是一个IP地址可以立即从一个Droplet(Digitalocean的VPS)转移到同一数据中心下的另一个Droplet。

一个高度可用的基础设施需要具备立即将IP地址指向冗余服务器的能力。增加了浮动IP技术后,将能够做到这一点。

工作方式

一个地方的故障有可能使整个应用垮台。有了浮动IP技术,用户可以在快速的将一个IP地址绑定到其它Droplet上,将停机时间缩到最短。开发者可以建立一个备用的Droplet,时刻准备在故障发生后短时间内接受应用的流量。

浮动IP技术是免费提供的。但是,由于可用的IPv4地址的匮乏,如果你需要备用的IPv4地址且没有将它与任何Droplet绑定到一起,我们对这样的IPv4地址收取每个每小时0.006美元的费用(你可以在控制面板里放弃这些IP)。为了保持账单的简洁,你的账户金额需要多余1美元才能支付这项费用。

自动故障转移

使用一小段脚本,你可以设置负载均衡用于自动的进行故障转移。如果首选负载平衡主机离线了,应用的流量将会在很短的停机时间后重定向到次选主机上。

平稳升级

浮动IP技术不仅可用与故障转移的情景。你同样可以借助它来完成应用升级。例如,你可以启用一个新的Droplet,并在这个新的Droplet上进行应用升级,完成升级后将流量转到这个新的Droplet上。

如何开始

我们的Ruby和Go的封装已经升级为支持浮动IP技术。你同样可以查看我们的API文档。开始使用浮动IP技术最简单的方式是阅读我们的辅助指南。它覆盖了有关浮动IP技术所有你需要知道的内容,同时包括了深入的指南引导你一步一步的创建你自己的高可用性的安装程序。

浮动IP技术是我们在地址高可用性方向上的第一步,在未来的一段时间内你可以期待更多的改进。

作者:Brooke McKim

原文地址:https://www.digitalocean.com/company/blog/floating-ips-start-architecting-your-applications-for-high-availability/?utm_source=Customerio&utm_medium=Email_Internal&utm_campaign=FloatingIPLaunch

如有侵权,请联系删除。

原文地址:https://www.cnblogs.com/ExMan/p/10588197.html

时间: 2024-11-01 01:19:07

浮动IP(Floating IPs):开始构建你的高可用性的应用的相关文章

浮动IP地址(Float IP)与 ARP欺骗技术

浮动IP地址: 一个网卡是可以添加多个IP的. 就是多个主机工作在 同一个集群中,即两台主机以上.每台机器除了自己的实IP外,会设置一个浮动IP,浮动IP与主机的服务(HTTP服务/邮箱服务)绑在一起的.即应用服务在哪台机器上启动,浮动IP也在这台机器上激活,这台机器看上去就有两个IP地址.对于客户端它只需访问浮动IP即可. 即使主机端的机器由于故障发生切换,客户端只要连接上浮动IP,就可以找到主机端的服务. 好处就是一旦其中一台机器不能工作了,可以很快的将服务切换到另外一台主机上.提高系统的冗

The Quantum L3 router and floating IPs

This post shows how the Quantum L3 Agent uses the Linux IP stack to implement the Quantum L3 Routing and NAT API extensions. It explains in detail how external access with floating IP works and how it can be debugged. The setup is from the Grizzly on

如何利用Heartbeat与Floating IP在Ubuntu 14.04上创建高可用性设置

提供 ZStack社区 内容简介 Heartbeat是一款开源程序,负责将集群基础设施容量--包括集群成员与消息收发--交付至客户服务器.Hearbeat在高可用性服务器基础设施当中扮演着关键性角色.我们通常需要将Heartbeat与Pacemaker等集群资源管理器(简称CRM)相结合,从而实现完整的高可用性设置.不过在今天的教程中,我们将演示如何利用Heartbeat与DigitalOcean Floating IP轻松创建一套双节点高可用性服务器设置. 如果大家希望进一步提升可用性水平,不

linux浮动IP

作用:服务主备. 例如:本机ip地址为192.168.2.5/6:要设置的浮动ip为192.168.2.10 方法一. 创建浮动ip: ifconfig eth1:1 192.168.2.10 netmask 255.255.255.0 broadcast 192.168.2.255 将浮动ip写入本地开机启动,确保机器重启仍然生效: echo ifconfig eth1:1 192.168.2.10 netmask 255.255.255.0 broadcast 192.168.2.255 >

在GIC虚拟数据中心里实现浮动IP绑定

GIC目前的产品结构里还不支持浮动IP,这对于想尝试docker等新东西的小伙伴是不方便的.这篇文章尝试在GIC虚拟数据中心里用一台虚机做NAT,为虚拟数据中心中的其他机器提供浮动IP支持. 第一步,我在GIC里创建了一个“Docker试验台”虚拟数据中心,购买了一个8个IP的公网IP段,并且购买了三台虚机: NetworkController001 - 用作NAT服务的网络控制节点. ComputeNode001,002 - 用作计算节点. 第二步,创建一个C段的私网,10.10.1.0/24

openstack固定ip和浮动ip

今日在学习openstack的网络,我们用的是flatdhcp这种网络模式.一直有个疑惑,为什么固定ip是不能访问,而浮动ip是可以ping通.这是怎么做到的. 其实固定ip和浮动ip本质是没什么区别的,先需要看下iptables的一些知识 假设我们在云主机上ping 浮动ip 192.168.139.7,那么是直接从本地进程出发,到路由表,走output链 查看iptables的规则,可以看到在nat的表中有一个dnat的规则,也就是 Chain nova-network-OUTPUT (1 

在Linux 双机下自己手动实现浮动ip技术

两台Linux服务器,一台为主机(IP:124.158.26.30)对外提供了一定的网络服务,另一台从机(IP:124.158.26.31)能提供相同的服务,但ip地址没有对外部公开客户端连接的都是124.158.26.30这个ip地址,如果主机故障,则会使网络服务暂时中断,时间越长造成损失越大由于没有采用双机热备技术,考虑自己用Linux脚本来实现简单的浮动ip技术,当主机故障时从机获取124.158.26.30这个ip,暂时替代主机提供服务,当主机恢复时,从机自动释放这个ip 实现: 利用单

OpenStack neutron 环境云主机使用keepalived vip + 给vip绑定浮动IP 步骤及注意事项

在openstack环境创建的多台云主机配置keepalived作主备,默认情况下无法生效,直接对云主机一张网卡配置两个IP进行测试也是同样结果,因为: 可以看到,port所在的宿主机上iptables 对 MAC地址和IP进行了限制.所以需要如下操作: pre.   确认云主机网卡port_id nova interface-list [vm_id] 1.  确认 ml2 配置中 arp_responder = False  或 未配置(因为默认为false): 2.  对需要配置vip的po

排查OPENSTACK浮动IP被占用记录

在openstack上新建机器时,发现用户无法登陆. 检查该机器的22端口,返回 Connection refused. ping该IP,发现可以ping通. 释放该浮动ip,然后去ping该地址,依然可以ping通. 追踪该地址,用命令  traceroute 发现192.168.9.61 这个地址跳转了2次,240这个IP是绑定的一台物理机,97这个IP是绑定的一台OpenStack的虚拟机. 表明192.168.9.61这个地址可能绑定了一台物理机. 试着在浏览器打开该地址,惊奇的事情发生