`
varsoft
  • 浏览: 2508837 次
  • 性别: Icon_minigender_1
  • 来自: 上海
文章分类
社区版块
存档分类
最新评论

[转]PostgreSQL数据库同步Slony-I的安装和配置

阅读更多

作者:icyriver
来源:http://icyriver.net/?p=177

随着MysqlSun收购,不少web开发者和架构师开始关注PostgreSQL。的确,PostgreSQLSlony-IPL/ProxyPgbouncer已经可以为我们提供一套比较完整的企业级数据库存储解决方案,其web架构如下图所示:

read_only_cluster

其中,PostgreSQLPL/Proxy的安装和配置已经在上一篇Blog介绍过,下面是Slony-I 的安装配置简明指南,实现主副数据库的同步。后面我会再介绍Pgbouncer的安装和配置

1. 主副数据库机器

Master:
hostname: M_DB
inet addr:10.0.0.11
OS: Linux 2.6.9-42.ELsmp
CPU:Intel(R) Xeon(R) CPU L5320 @ 1.86GHz
MemTotal: 254772 kB
PgSQL: postgresql-8.3.0

Slave:
hostname:S_DB
inet addr:10.0.0.12
OS: Linux 2.6.9-42.ELsmp
CPU:Intel(R) Xeon(R) CPU L5320 @ 1.86GHz
MemTotal: 514440 kB
PgSQL: postgresql-8.3.0

#在M_DB和S_DB上安装postgresql-8.3.0, 安装和配置过程参见我的上一篇Blog,确保超级用户是postgres,数据库名是URT。

#检查M_DB和S_DB上的超级用户postgres是否可以访问对方的机器

#分别在M_DB和S_DB上执行
sudo -u postgres /home/y/pgsql/bin/createlang plpgsql URT

#分别在M_DB和S_DB上的URT数据库里创建相同的表accounts。

2. 安装Slony-I

#分别在M_DB和S_DB上安装Slony-I
tar xfj slony1-1.2.13.tar.bz2
cd slony1-1.2.13
./configure –with-pgconfigdir=/home/y/pgsql/bin
gmake all
sudo gmake install

3. Slony Config

创建urt_replica_init.sh文件:
##############################
#!/bin/sh

SLONIK=/home/y/pgsql/bin/slonik
#slonik可执行文件位置

CLUSTER=URT
#你的集群的名称

SET_ID=1
#你的复制集的名称

MASTER=1
#主服务器ID

HOST1=M_DB
#源库IP或主机名

DBNAME1=URT
#需要复制的源数据库

SLONY_USER=postgres
#源库数据库超级用户名

SLAVE=2
#从服务器ID

HOST2=S_DB
#目的库IP或主机名

DBNAME2=URT
#需要复制的目的数据库

PGBENCH_USER=postgres
#目的库用户名

$SLONIK <<_EOF_

#这句是定义集群名
cluster name = $CLUSTER;

#这两句是定义复制节点
node $MASTER admin conninfo = 'dbname=$DBNAME1 host=$HOST1 user=$SLONY_USER ';
node $SLAVE admin conninfo = 'dbname=$DBNAME2 host=$HOST2 user=$PGBENCH_USER ';

#初始化集群和主节点,id从1开始,如果只有一个集群,那么肯定是1
#comment里可以写一些自己的注释,随意
init cluster ( id = $MASTER, comment = 'Primary Node' );

#下面是从节点
store node ( id = $SLAVE, comment = 'Slave Node' );

#配置主从两个节点的连接信息,就是告诉Slave服务器如何来访问Master服务器
#下面是主节点的连接参数
store path ( server = $MASTER, client = $SLAVE,
conninfo = 'dbname=$DBNAME1 host=$HOST1 user=$SLONY_USER ');

#下面是从节点的连接参数
store path ( server = $SLAVE, client = $MASTER,
conninfo = 'dbname=$DBNAME2 host=$HOST2 user=$PGBENCH_USER ');

#设置复制中角色,主节点是原始提供者,从节点是接受者
store listen ( origin = $MASTER, provider = 1, receiver = 2 );
store listen ( origin = $SLAVE, provider = 2, receiver = 1 );

#创建一个复制集,id也是从1开始
create set ( id = $SET_ID, origin = $MASTER, comment = 'All pgbench tables' );

#向自己的复制集种添加表,每个需要复制的表添加一条set命令,id从1开始,逐次递加,步进为1;
#fully qualified name是表的全称:模式名.表名
#这里的复制集id需要和前面创建的复制集id一致
set add table ( set id = $SET_ID, origin = $MASTER,
id = 1, fully qualified name = 'public.accounts',
comment = 'Table accounts' );

_EOF_
########################

#在M_DB或者S_DB上执行
./urt_replica_init.sh

4. Slony Start

创建Master.slon文件:
########################
cluster_name="URT"
conn_info="dbname=URT host=M_DB user=postgres"
########################

创建Slave.slon文件:
########################
cluster_name="URT"
conn_info="dbname=URT host=S_DB user=postgres"
########################

#在M_DB上执行
/home/y/pgsql/bin/slon -f master.slon >> master.log &

#在S_DB上执行
/home/y/pgsql/bin/slon -f slave.slon >> slave.log &

5. Slony Subscribe

创建urt_replica_subscribe.sh文件:
########################
#!/bin/sh

SLONIK=/home/y/pgsql/bin/slonik
#slonik可执行文件位置

CLUSTER=URT
#你的集群的名称

SET_ID=1
#你的复制集的名称

MASTER=1
#主服务器ID

HOST1=M_DB
#源库IP或主机名

DBNAME1=URT
#需要复制的源数据库

SLONY_USER=postgres
#源库数据库超级用户名

SLAVE=2
#从服务器ID

HOST2=S_DB
#目的库IP或主机名

DBNAME2=URT
#需要复制的目的数据库

PGBENCH_USER=postgres
#目的库用户名

$SLONIK <<_EOF_

#这句是定义集群名
cluster name = $CLUSTER;

#这两句是定义复制节点
node $MASTER admin conninfo = 'dbname=$DBNAME1 host=$HOST1 user=$SLONY_USER';
node $SLAVE admin conninfo = 'dbname=$DBNAME2 host=$HOST2 user=$PGBENCH_USER ';

#提交复制集
subscribe set ( id = $SET_ID, provider = $MASTER, receiver = $SLAVE, forward = no);
_EOF_
########################

#在M_DB或者S_DB上执行
./urt_replica_subscribe.sh

6. 测试
修改M_DB上URT数据里的accounts表,S_DB上的accounts表也会随之改变

下图是Slony-I内部架构,可以看到Slony-I用到了很多线程来实现事件和数据的传递和分发。

slony

相关参考:
http://www.slony.info/documentation/

http://blog.163.com/super_lpc/blog/static/677778920084285550671/

http://www.cnblogs.com/coffee_cn/articles/1075568.html

分享到:
评论

相关推荐

    slony源代码

    Slony-I是Slony的主要版本,它基于事件驱动的复制模型。整个系统由几个关键组件构成: 1. **Master节点**:主数据库服务器,负责产生更改事件。 2. **Replica节点**:从属数据库服务器,接收并应用来自Master的更改...

    slony cool-开源

    Slony-i是Slony的主要组件,是一个异步、触发器驱动的复制系统,允许数据库集群间的实时数据同步。它适用于需要高可用性、故障恢复或地理分散的数据中心。通过Slony,你可以创建多个数据库副本,确保即使主数据库...

    第四课:postgresql-高可用1

    - **基于触发器的主-备复制**:如Slony-I,主服务器的更改被异步地发送到备服务器,适合于批量更新和数据仓库场景。 - **基于语句的复制中间件**:拦截SQL查询,分发到多个服务器,实现读写负载均衡。 - **异步多...

    PostgreSQL_HighAvailability

    Slony-I 是一种基于触发器的行级数据复制方案,由 PostgreSQL 开发者社区开发和支持。它具有以下特点: - **数据拉取**:备服务器主动从主服务器拉取数据。 - **在线升级**:支持在不停机的情况下进行系统升级。 - ...

    PostgreSQL高可用性与负载均衡原理及实例.docx

    Slony-I是一个支持表级粒度和多从服务器的示例,但在故障切换时可能存在数据丢失。 5. **基于语句的复制中间件**: 中间件拦截SQL查询,将其广播到所有服务器,实现读写分离。如Pgpool和Sequoia。这种方法可能导致...

    patrnoi祥解

    标题:“patrnoi祥解”和“PostgreSQL高可用性解决方案...Patroni提供了一个易于使用且功能强大的PostgreSQL HA解决方案,使数据库管理员能够以更高的效率和更安全的方式来部署和管理PostgreSQL数据库的高可用性配置。

    pgologic:针对PostgreSQL 13、12、11、10、9.6、9.5、9.4(Postgres)的逻辑复制扩展,提供了比Slony,Bucardo或Londiste更快的复制,以及跨版本升级

    总之,pglogic是一个高效且功能强大的PostgreSQL逻辑复制解决方案,它提供了更快的数据同步速度、跨版本的兼容性和灵活的数据处理能力,是企业级数据库管理和维护的重要工具。对于需要高可用性、数据一致性和业务...

    PGConf.CN2019大会资料 培训PPT--Rana Asif Rehman--All About Postgres Replication

    本次演讲由 Rana Asif Rehman 主讲,他是一位资深的数据库架构师,在 HighGo 工作,拥有丰富的数据库管理和优化经验。 #### 什么是复制? 复制是指将数据从一个位置复制到另一个位置的过程。这种技术广泛应用于...

    运维的 85 条军规

    - **具体措施**:以PostgreSQL为例,确保网络带宽与WAL文件、Slony复制、快照技术等数据库功能相匹配。 - **实践指南**:通过调整网络配置或选择适当的复制策略,确保数据库性能不受网络限制。 #### 3. 避免将问题...

Global site tag (gtag.js) - Google Analytics