虚拟IP（Virtual IP Address，简称VIP）是一个未分配给真实弹性云服务器网卡的IP地址。弹性云服务器除了拥有私有IP地址外，还可以拥有虚拟IP地址，用户可以通过其中任意一个IP（私有IP/虚拟IP）访问此弹性云服务器。同时，虚拟IP地址拥有私有IP地址同样的网络接入能力，包括VPC内二三层通信、VPC之间对等连接访问，以及弹性公网IP、VPN、云专线等网络接入。
Keepalived软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL等）的高可用解决方案软件。 Keepalived采用是模块化设计，不同模块实现不同的功能； keepalived主要有三个模块，分别是core、check和vrrp。 core：是keepalived的核心，负责主进程的启动和维护，全
本文介绍linux服务器安装keepalive服务，结合腾讯云的HAVIP（高可用虚拟IP）配置云服务器主备实验
普通的群集的部署是通过一台度器控制调配多台节点服务器进行业务请求的处理，但是仅仅是一台调度器，就会存在极大的单点故障风险，当该调度器的链路或则调度器本身出现故障时，就会导致整个业务的无法正常进行。
针对Oracle迁移上云项目，云提供给用户的物理机上加载有三张网卡供用户使用，一张用于跑业务，另外两张可以用于心跳线网络。另外，存储网络是单独的网口，在建设时已由服务商做好配置，不含在这三张网卡内。基于公有云技术，为了组建资源池内部管理控制专网，因此现市面上公有云提供商的IPMI端口，均不能提供出来用于对外访问。
今天继续给大家介绍Linux运维的相关知识，本文主要内容是Nginx的虚拟IP实战。
上篇 [ Nginx + Keepalived 高可用之主从配置 ]，在执行以下命令时
随着云计算、大数据等技术的普及，运维岗位在IT领域中的地位越来越重要。一个优秀的运维工程师不仅要具备扎实的技术基础，还需要具备良好的问题解决能力、团队协作精神和学习能力。因此，面试是选拔优秀运维工程师的关键环节。
近日有个需求，交换机有两台，做了堆叠，服务器双网卡，每个分别连到一台交换机上。这样就需要将服务器的网卡做成主备模式，以增加安全性，使得当其中一个交换机不通的时候网卡能够自动切换。 整体配置不难，网上也有相应的教程，可能有些是ubuntu的版本不同，所以配置以后没有达到应有的效果，最终通过51运维网的Ubuntu双网卡绑定的设置方法一文中的方法实现了该功能，本文简单记录之。 一、Bond的工作模式 Linux bonding驱动提供了一个把多个网络接口设备捆绑为单个的网络接口设置来使用，用于网络负载均衡及网络
高可用HA（High Availability）是分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。如果一个系统能够一直提供服务，那么这个可用性则是百分之百，但是天有不测风云。所以我们只能尽可能的去减少服务的故障。
高可用HA（High Availability）是分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。
在生产环境上很多时候是以Nginx做反向代理对外提供服务，但是一天Nginx难免遇见故障，如：服务器宕机。当Nginx宕机那么所有对外提供的接口都将导致无法访问。 虽然我们无法保证服务器百分之百可用，但是也得想办法避免这种悲剧，今天我们使用keepalived来实现Nginx的高可用。 什么是高可用？ 高可用HA（High Availability）是分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。 如果一个系统能够一直提供服务，那么这个可用性则是百分之百，但是天有不测风云。所以我们只能尽可能的去减少服务的故障。 双机热备方案 这种方案是国内企业中最为普遍的一种高可用方案，双机热备其实就是指一台服务器在提供服务，另一台为某服务的备用状态，当一台服务器不可用另外一台就会顶替上去。 keepalived是什么？ Keepalived软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP (Virtual Router Redundancy Protocol ,虚拟路由器冗余协议）功能。 因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL等）的高可用解决方案软件 故障转移机制 Keepalived高可用服务之间的故障切换转移，是通过VRRP 来实现的。 在 Keepalived服务正常工作时，主 Master节点会不断地向备节点发送（多播的方式）心跳消息，用以告诉备Backup节点自己还活着，当主 Master节点发生故障时，就无法发送心跳消息，备节点也就因此无法继续检测到来自主 Master节点的心跳了，于是调用自身的接管程序，接管主Master节点的 IP资源及服务。 而当主 Master节点恢复时，备Backup节点又会释放主节点故障时自身接管的IP资源及服务，恢复到原来的备用角色。 实现过程 准备工作 192.168.16.128 192.168.16.129 两台虚拟机。安装好Nginx 安装Nginx 更新yum源文件： rpm -ivh http://nginx.org/packages/centos/7/noarch/RPMS/nginx-release-centos-7-0.el7.ngx.noarch.rpm wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo 安装Nginx:
Linux 双网卡绑定 Linux 双网卡绑定 双网卡绑定的常用模式： mode1:active-backup 模式，即主备模式。 mode0:round-broin 模式，即负载均衡模式（需要交换机配置聚合口 cisco叫 port channel） 步骤： 1.创建bond0启动配置文件： 2：编辑网卡配置文件ifcfg-eth0，ifcfg-eth1 2.1：配置网卡一 2.2：配置网卡二 3：创建并配置modprobe.conf文件 4：设置开机启动 5：查看并测试 5.1：查看bond0信息 (/
本文分享安装过程和使用方法，不提供下载，市面无破解软件。 详细介绍请看官网介绍 http://lenovo_netapp.vip.ccwonline.com.cn/products/lenovo/datamanagement/SureHA100G2.html
在生产接到监控人员告警，有一台服务器的网卡来回切换，询问是否异常。原因是这台服务器之前在测试区时双网卡的模式为双活，上到生产环境后就出现了来回切换现象。本文在esxi环境模拟双网卡配置和测试。
Keepalived是Linux下一个轻量级别的高可用解决方案。健康检查和失败切换是keepalived的两大核心功能。所谓的健康检查，就是采用tcp三次握手，icmp请求，http请求，udp echo请求等方式对负载均衡器后面的实际的服务器(通常是承载真实业务的服务器)进行健康状态检测；而失败切换主要是应用于配置了主备模式的负载均衡器，利用VRRP维持主备负载均衡器的心跳，当主负载均衡器出现问题时，由备负载均衡器承载对应的业务，从而在最大限度上减少流量损失，并提供服务的稳定性。 与HeartBeat相比，Keepalived主要是通过虚拟路由冗余来实现高可用功能，虽然它没有HeartBeat功能强大，但是Keepalived部署和使用非常的简单，所有配置只需要一个配置文件即可以完成。配置文件名：/etc/keepalived/keepalived.conf
Keepalived软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL等）的高可用解决方案软件。
之前讲了Nginx 如何实现负载均衡以及如何实现动静分离，实现系统的分布式部署，提高系统的并发性能。但是，有个问题：如果Nginx 系统挂了，整个系统就都不可用了。Nginx 处于整个系统非常重要的位置，Nginx的高可用影响到整个系统的稳定性。如果nginx服务器宕机，后端web服务将无法提供服务，影响严重。所以如何保证Nginx的稳定和高可用非常重要，接下来就来介绍Nginx + keepalived 实现系统负载均衡高可用的方案。
这里有3个角色： 一主、一备、监控程序。其中的监控程序或者软件我们可以采用Keepalived。
网卡bond是通过把多张网卡绑定为一个逻辑网卡，实现本地网卡的冗余，带宽扩容和负载均衡。在应用部署中是一种常用的技术，bond共有7中模式，mode 0-6，但是常用的模式有三种：
2020年9月22日，很平常的一天，觉得有点空闲，想给自己找点事情做——我这人不能闲着，会慌——好巧不巧，事情来了，某客户的Windows AD域服务器系统崩溃了，是台戴尔T40的塔式服务器，老胳膊老腿的，早就知道它会出问题了，幸亏我两年前就做了一台备域，也算是先见之明吧，今天就用上了，要不然麻烦就大了，嘿嘿。
尽管HAProxy非常稳定，但仍然无法规避操作系统故障、主机硬件故障、网络故障甚至断电带来的风险。所以必须对HAProxy实施高可用方案。
上篇《腾讯云函数计算冷启动优化实践》文章，主要讲解了云函数冷启动方面的优化实践。Serverless中的函数除了计算任务外，绝大部分还有网络访问需求，本篇文章，将详细介绍SCF网络架构优化。
一般企业内用于提供NFS服务、samba服务或者vsftpd服务时，要求系统必须提供7*24小时的网络传输服务。它所能提供的最大网络传输速度为100MB/s，但是当访问的用户数量特别多时，服务器的访问压力非常大，网络传输速率特别慢。
上一篇我们介绍了keepalived, 以及使用keepalived+haproxy搭建高可用负载均衡集群。那么今天我们介绍另外一种实现高可用的开源软件heartbeat，并实现搭建一个heartbeat+proxy的高可用负载均衡集群。因为在现实环境中， 一台HAProxy很容易出现单点故障，为了提升服务可用性， 我们建议搭建高可用集群避免单点故障造成的业务中断。
对服务器来说，将多个网卡绑定(链路聚合)是一个很常见的需求，Linux在比较早期的版本kernel里就支持bonding这个功能，通过bonding可以将多个以太网口的网络连接聚合起来，一方面可以提供更大的网络带宽，另一方面还可以提供更好的可靠性和端口冗余保障。
keepalived高可用对之间是通过VRRP协议通信的，VRRP协议是通过竞选机制来确定主备的，主的优先级高于备，因此，工作时主会获得所有的资源，备节点处于等待状态，当主挂了时候，备节点，接管主节点的资源，然后顶替主节点对外提供服务。 VRRP协议是通过IP多播包的方式（224.0.0.18）发送的。 在keepalived之间，只有作为主的服务器会一直发送VRRP广播包，告诉备他还活着，此时备不会抢占主，当主不可用时，即备监听不到主发送的广播包时，就会启动相关服务接管资源，保证业务的连续性。接管速度可以小于1秒。VRRP使用加密协议加密发送广播包。
一款基于InnoDB的在线热备工具，具有开源免费，支持在线热备，占用磁盘空间小，能够非常快速地备份与恢复mysql数据库
项目需要实现主备双热自动切换的功能，保证系统7*24小时不间断运行；现已有两台双网卡的IBM的服务器，为了不再增加成本采购独立外部存储设备和双机热备软件，采用了linux下开源的HA软件进行部署，即heartbeat+monit方式。
目前主流的解决方案就是 keepalived + nginx 实现 nginx 的故障转移，同时做好监控报警。在自动故障转移的同时能通知到相关的应用负责人检查相关应用，排查隐患，彻底解决问题。
问题：主备切换后，虚拟IP绑定成功，但外面不能ping同虚拟IP，也就是虚拟IP不能快速生效
很多架构师都是从软件开发成长起来的，大家在软件领域都有很深的造诣，大部分人对硬件接触的很少。而成为架构师后需要频繁的跟人 、硬件 、软件 、网络打交道，本篇文章就给大家带来服务器硬件方面的相关知识，主要包括服务器、CPU、内存、磁盘、网卡。
CAP原则又称CAP定理，指的是在一个分布式系统中，一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。
配置示例：https://blog.51cto.com/14227204/2438902 一、keepalived工作原理及作用：
半同步复制在提交过程中增加了一个延迟：提交事务时，在客户端接收到查询结束反馈前必须保证二进制日志已经传输到一台备库上。
可以看到，这里使用的是dhcp自动获取IP地址（因为BOOTPROTO的参数为dhcp） BOOTPROTO接受3个参数：none（禁止dhcp），static(静态IP)，dhcp（自动获取）
当我们的服务器意外挂了之后，我们要怎么做？ 当然是找一台新的机器，替代现有的机器，然后做新的环境部署，端口映射，域名解析等等一系列的工作，再将服务重新启动；但是如果这一系列的操作都是手动完成的，那么等你把这些工作搞好，可能服务已经停止个把小时了，这会儿估计运营早就提着菜刀架在你脖子上了； 但是如果使用了KeepAlived之后，然后提前将备用机准备好，当主的机器挂掉之后，自动将VIP给你切换到备用机，并且以邮件的形式告诉你说主服务已经挂了，你得赶紧恢复起来；这时候你就可以慢慢的去找主服务的问题，这时候并不会影响到你的正常业务运行。
脑裂（split-brain）：指在一个高可用（HA）系统中，当联系着的两个节点断开联系时，本来为一个整体的系统，分裂为两个独立节点，这时两个节点开始争抢共享资源，例如都去用同一个ip提供网页服务，结果会导致系统混乱，数据损坏。
熟悉pg的人对pgxc都不陌生，pgxc最初由stromdb公司开发，应用于商业，后来被TransLattice收购并将其开源，也就是现在的pgxl。Pgxc是基于pg的非常成熟的分布式架构，是一款混合负载的htap数据库。国内也有很多基于pgxc来做的分布式数据库，例如华为GaussDB-A，腾讯Tbase，亚信antdb等或多或少都借鉴了pgxc的架构理念。pgxc的总体架构大家都很清晰了，不再赘述。
Q:什么是高可用技术呢？ 答：在生产环境中我既要保证服务不间断的服务又要保证服务器稳定不down机，但是异常还是会发生; 比如说服务器硬件损坏导致服务器down机,我该如何保证服务器down机后继续提供服务呢？这时我就应该请出高可用技术来帮忙了，当我们的服务器发生故障后不能继续时，高可用集群技术解决将业务及服务自动转移至其他主机服务器上继续服务，保证服务架构不间断运行。
Keepalived 是运行在 lvs 之上，是一个用于做双机热备（HA）的软件，它的主要功能是实现真实机的故障隔离及负载均衡器间的失败切换，提高系统的可用性。一个LVS服务会有2台服务器运行Keepalived，一台为主服务器（MASTER），一台为备份服务器（BACKUP），但是对外表现为一个虚拟IP，主服务器会发送特定的消息给备份服务器，当备份服务器收不到这个消息的时候，即主服务器宕机的时候， 备份服务器就会接管虚拟IP，继续提供服务，从而保证了高可用性。
VRRP（Virtual Router Redundancy Protocol）虚拟路由器冗余协议，是一种容错的主备模式的协议，保证当主机的下一跳路由出现故障时，由另一台路由器来代替出现故障的路由器进行工作，通过VRRP可以在网络发生故障时透明的进行设备切换而不影响主机之间的数据通信。
可以，band0与eth1/eth2的mac地址相同，eth2的实际mac被蔽掉，mac欺骗。
前几日写了一篇Ubuntu14.04双网卡主备配置，没成想变化总是这么快，今日安装某软件，提示最匹配的ubuntu版本是16.04，作为一个码农能有什么办法，只能不断去适应变化、拥抱变化。 首先16.04的安装与14.04大致相同，个别地方稍有区别，如时区的选择以及默认软件的安装等，安装时需要注意。而且16.04的网卡名称比较怪异，同样需要注意。 其双网卡主备配置方式也基本与14.04相同，唯一的区别在/etc/network/interfaces中，现在假设两块网卡的名称分别为enp130s0f0和enp
前面一篇讲解了Ubuntu14.04双网卡主备配置，没成想变化总是这么快，今日安装某软件，提示最匹配的Ubuntu版本是16.04，作为一个码农能有什么办法，只能不断去适应变化、拥抱变化。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
