ha

keepalived+nginx配置

孤者浪人 提交于 2020-11-24 18:46:08
1.yum -y install keepalived 2.vi /etc/keepalived/keepalived.conf vrrp_instance VI_1 { state MASTER #从为BACKUP interface eth0 virtual_router_id 51 priority 100 #MASTER 优先级高 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.2.199 #VIP } } 3.service keepalived start 4.ip addr show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo

repmgr实现pg流复制失效自动切换

橙三吉。 提交于 2020-04-07 07:04:28
本次测试中用到的配置及脚本见: https://github.com/lxgithub/repmgr_conf_scripts 一、系统 IP HOSTNAME PG VERSION DIR OS 192.168.100.146 node1 9.3.4 /opt/pgsql CentOS6.4_x64 192.168.100.150 node2 9.3.4 /opt/pgsql CentOS6.4_x64 # cat /etc/issue CentOS release 6.5 (Final) Kernel \r on an \m # uname -a Linux barman 2.6.32-431.11.2.el6.x86_64 #1 SMP Tue Mar 25 19:59:55 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux # cat /etc/hosts 127.0.0.1localhost.localdomainlocalhost.localdomainlocalhost4localhost4.localdomain4localhostnode1 ::1localhost.localdomainlocalhost.localdomainlocalhost6localhost6.localdomain6localhostnode1 192

【干货】Apache Hadoop 2.8 完全分布式集群搭建超详细过程,实现NameNode HA、ResourceManager HA高可靠性

风格不统一 提交于 2019-12-05 08:19:34
最近在自己的笔记本电脑上搭建了Apache Hadoop分布式集群,采用了最新的稳定版本2.8,并配置了NameNode、ResourceManager的HA高可用,方便日常对Hadoop的研究与测试工作。详细的搭建过程如下: 1、安装docker,创建docker容器,用于搭建hadoop节点 docker真是个好东西啊,当要在自己的笔记本上搭建分布式集群时,由于CPU、内存、磁盘有限,无法在VMware上虚拟出太多节点,这时使用docker创建几个容器,就能轻松搭建一个分布式集群了。 (1)先在VMware上安装centos6.9,作为宿主机,然后安装docker,具体过程见我另一篇博文: Centos6.9安装docker (2)然后再docker hub中拉取centos镜像,用于创建分布式集群的节点,推荐在docker中安装centos6( docker中的centos7有坑, 被坑过 ,呜呜 ),具体过程见我另一篇博文: docker中安装centos6 (3)centos镜像准备好后,就开始创建docker容器,用于搭建hadoop的节点 # 创建4个节点,用于搭建hadoop docker run -it --name hadoopcentos1 centos:6 /bin/bash docker run -it --name hadoopcentos2

Oracle数据库HA架构方案介绍

左心房为你撑大大i 提交于 2019-12-03 11:22:07
摘要 : Oracle 数据库在 各类应用 系统中负责存储平台所有的用户数据,数据库的可靠性及安全性直接影响平台的安全运行 ,目前采用的 Oracle Replication 方式来实现的数据库高可靠性已经显示出了弊端,本文介绍并分析了目前比较流行的几种数据库高可用性的架构: Oracle Replication 、 Oracle Rac 、 Oracle 主机 HA 等,希望给大家一个参考。 1 什么是高可用性( High Availability) 高可用(HA)性有两种不同的含义,在广义环境中是指整个系统的高可用性,在狭义方面一般指主机、服务的冗余,如主机HA、应用程序的HA等,无论那种情况,高可用性都可以包含如下一些方面: Ø 系统失败或崩溃 Ø 应用层或者中间层错误 Ø 网络失败 Ø 介质失败:指一些存放数据的媒体介质故障 Ø 人为错误 Ø 系统的容灾备份 Ø 计划内的维护或者重启 可见,高可用性不仅包含了系统本身故障、应用层的故障、网络故障、认为操作的错误等,还包含数据的冗余、容灾及计划的维护时间等,也就是说一个真正的高可用环境,不仅能避免系统本身的问题,还应该能防止天灾、人祸,并且有一个可靠的系统升级及计划维护操作。 本文探讨的Oracle 数据库层面的高可用性,不可避免也会涉及到一些主机、存储、操作系统方面的高可用性

Hadoop集群安全性:Hadoop中Namenode单点故障的解决方案及详介AvatarNode

孤街醉人 提交于 2019-11-29 19:11:37
正如大家所知,NameNode在Hadoop系统中存在单点故障问题,这个对于标榜高可用性的Hadoop来说一直是个软肋。本文讨论一下为了解决这个问题而存在的几个solution。 1. Secondary NameNode 原理:Secondary NN会定期的从NN中读取editlog,与自己存储的Image进行合并形成新的metadata image 优点:Hadoop较早的版本都自带,配置简单,基本不需要额外资源(可以与datanode共享机器) 缺点:恢复时间慢,会有部分数据丢失 2. Backup NameNode 原理:backup NN实时得到editlog,当NN宕掉后,手动切换到Backup NN; 优点:从hadoop0.21开始提供这种方案,不会有数据的丢失 缺点:因为需要从DataNode中得到Block的location信息,在切换到Backup NN的时候比较慢(依赖于数据量) 3. Avatar NameNode 原理:这是Facebook提供的一种HA方案,将client访问hadoop的editlog放在NFS中,Standby NN能够实时拿到editlog;DataNode需要同时与Active NN和Standby NN report block信息; 优点:信息不会丢失,恢复快(秒级) 缺点:Facebook基于Hadoop0.2开发的

国内第一篇详细讲解hadoop2的automatic HA+Federation+Yarn配置的教程

删除回忆录丶 提交于 2019-11-28 11:53:45
前言 hadoop是分布式系统,运行在linux之上,配置起来相对复杂。对于hadoop1,很多同学就因为不能搭建正确的运行环境,导致学习兴趣锐减。不过,我有免费的学习视频下载,请点击 这里 。 hadoop2出来后,解决了hadoop1的几个固有缺陷,比如单点故障、资源利用率低、支持作业类型少等问题,结构发生了很大变化,是hadoop未来使用的一个趋势。当然,配置也更加复杂,网上也没有一篇详细的教程来知道大家可以轻轻松松搭建起这个环境的。我应该算是第一个吧。 hadoop2体系结构 要想理解本节内容,首先需要了解hadoop1的体系结构。在本博客中和我的视频中都有相关内容,这里不再重复,只讲hadoop2的内容。 hadoop1的核心组成是两部分,即HDFS和MapReduce。在hadoop2中变为HDFS和Yarn。 新的HDFS中的NameNode不再是只有一个了,可以有多个(目前只支持2个)。每一个都有相同的职能。 这两个NameNode的地位如何哪? 答:一个是active状态的,一个是standby状态的。当集群运行时,只有active状态的NameNode是正常工作的,standby状态的NameNode是处于待命状态的,时刻同步active状态NameNode的数据。一旦active状态的NameNode不能工作,通过手工或者自动切换