当前位置: 首页 > wzjs >正文

网站开发系统设计搜索引擎排名2020

网站开发系统设计,搜索引擎排名2020,广西桂林电子科技大学,广东新闻联播直播回放目录 一、配置 1.1 建立复制 1.2 断开复制 1.3 安全性 1.4 只读 1.5 传输延迟 二、拓扑 2.1 一主一从结构 2.2 一主多从结构 2.3 树形主从结构 在分布式系统中为了解决单点问题,通常会把数据复制多个副本部署到其他服务器,满足故障恢 复和负载均衡等需求…

目录

一、配置

1.1 建立复制

1.2 断开复制

1.3 安全性

1.4 只读

1.5 传输延迟

二、拓扑

2.1 一主一从结构

2.2 一主多从结构

2.3 树形主从结构


在分布式系统中为了解决单点问题,通常会把数据复制多个副本部署到其他服务器,满足故障恢
复和负载均衡等需求。Redis 也是如此,它为我们提供了复制的功能,实现了相同数据的多个 Redis 副本。复制功能是高可用 Redis 的基础,哨兵和集群都是在复制的基础上构建的。

一、配置

1.1 建立复制

参与复制的 Redis 实例划分为主节点(master)和从节点(slave)。每个从结点只能有⼀个主节点,而⼀个主节点可以同时具有多个从结点。复制的数据流是单向的,只能由主节点到从节点。配置复制的方式有以下三种:
1. 在配置文件中加入 slaveof {masterHost} {masterPort} 随 Redis 启动生效。
2. 在 redis-server 启动命令时加入 --slaveof {masterHost} {masterPort} 生效。
3. 直接使用 redis 命令:slaveof {masterHost} {masterPort} 生效
接下来,我们将 redis.conf 配置文件复制⼀份 redis-slave.conf,并且修改其 daemonize 为 yes。
# By default Redis does not run as a daemon. Use 'yes' if you need it.
# Note that Redis will write a pid file in /var/run/redis.pid when daemonized.
daemonize yes
接下来,默认启动的 redis 作为主 Redis,重新通过命令行启动⼀个 Redis 实例作为从 Redis:
# ubuntu
redis-server /etc/redis/redis-slave.conf --port 6380 --slaveof 127.0.0.1 6379# centos
redis-server /etc/redis-slave.conf --port 6380 --slaveof 127.0.0.1 6379
注意: 修改配置主要是修改从机的配置. 主机配置不变
通过 netstat -nlpt 确保两个 Redis 均已正确启动。
[root@host ~]# netstat -nlpt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name 
tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 49264/redis-server 
tcp 0 0 127.0.0.1:6380 0.0.0.0:* LISTEN 272418/redis-server
通过 redis-cli 可以连接主 Redis 实例,通过 redis-cli -p 6380 连接从 Redis。并且观察复制关系。
127.0.0.1:6379> set hello world
OK
127.0.0.1:6379> get hello
"world"
127.0.0.1:6380> get hello
"world"
从运行结果中看到复制已经⼯作了,针对主节点 6379 的任何修改都可以同步到从节点 6380 中,复制过程如图所示。

可以通过 info replication 命令查看复制相关状态。

主节点 6379 复制状态信息:

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6380,state=online,offset=100,lag=0
master_replid:2fbd35a8b8401b22eb92ff49ad5e42250b3e7a06
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:100
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:100

 从节点 6380 复制状态信息:

127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:170
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:2fbd35a8b8401b22eb92ff49ad5e42250b3e7a06
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:170
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:170

1.2 断开复制

slaveof 命令不但可以建立复制,还可以在从节点执行 slaveof no one 来断开与主节点复制关系。
例如在 6380 节点上执行 slaveof no one 来断开复制。
断开复制主要流程:
1)断开与主节点复制关系。
2)从节点晋升为主节点。
从节点断开复制后并不会抛弃原有数据,只是无法再获取主节点上的数据变化。
通过 slaveof 命令还可以实现切主操作,将当前从节点的数据源切换到另⼀个主节点。执行
slaveof {newMasterIp} {newMasterPort} 命令即可。
切主操作主要流程:
1)断开与旧主节点复制关系。
2)与新主节点建立复制关系。
3)删除从节点当前所有数据。
4)从新主节点进行复制操作。

1.3 安全性

对于数据比较重要的节点,主节点会通过设置 requirepass 参数进行密码验证,这时所有的客户
端访问必须使用 auth 命令实行校验。从节点与主节点的复制连接是通过⼀个特殊标识的客户端来完成,因此需要配置从节点的masterauth 参数与主节点密码保持⼀致,这样从节点才可以正确地连接到主节点并发起复制流程。

1.4 只读

默认情况下,从节点使用 slave-read-only=yes 配置为只读模式。由于复制只能从主节点到从节
点,对于从节点的任何修改主节点都无法感知,修改从节点会造成主从数据不⼀致。所以建议线上不要修改从节点的只读模式。

1.5 传输延迟

主从节点一般部署在不同机器上,复制时的网络延迟就成为需要考虑的问题,Redis 为我们提供
了 repl-disable-tcp-nodelay 参数用于控制是否关闭 TCP_NODELAY,默认为 no,即开启 tcp-
nodelay 功能,说明如下:
当关闭时,主节点产生的命令数据无论大小都会及时地发送给从节点,这样主从之间延迟会变小,
但增加了网络带宽的消耗。适用于主从之间的网络环境良好的场景,如同机房部署。
当开启时,主节点会合并较小的 TCP 数据包从而节省带宽。默认发送时间间隔取决于 Linux 的内
核,⼀般默认为 40 毫秒。这种配置节省了带宽但增大主从之间的延迟。适用于主从网络环境复杂
的场景,如跨机房部署。

二、拓扑

Redis 的复制拓扑结构可以支持单层或多层复制关系,根据拓扑复杂性可以分为以下三种:⼀主⼀
从、⼀主多从、树状主从结构。

2.1 一主一从结构

⼀主⼀从结构是最简单的复制拓扑结构,用于主节点出现宕机时从节点提供故障转移支持,如图
所示。当应用写命令并发量较高且需要持久化时,可以只在从节点上开启 AOF,这样既可以保证数据安全性同时也避免了持久化对主节点的性能干扰。但需要注意的是,当主节点关闭持久化功能时,如果主节点宕机要避免自动重启操作。

2.2 一主多从结构

⼀主多从结构(星形结构)使得应用端可以利用多个从节点实现读写分离,如图所示。对于
读比重较大的场景,可以把读命令负载均衡到不同的从节点上来分担压力。同时⼀些耗时的读命令可以指定⼀台专门的从节点执行,避免破坏整体的稳定性。对于写并发量较高的场景,多个从节点会导致主节点写命令的多次发送从而加重主节点的负载。

2.3 树形主从结构

树形主从结构(分层结构)使得从节点不但可以复制主节点数据,同时可以作为其他从节点的主
节点继续向下层复制。通过引入复制中间层,可以有效降低住系欸按负载和需要传送给从节点的数据量,如图所示。数据写入节点 A 之后会同步给 B 和 C 节点,B 节点进⼀步把数据同步给 D 和 E 节点。当主节点需要挂载等多个从节点时为了避免对主节点的性能干扰,可以采用这种拓扑结构。

http://www.dtcms.com/wzjs/463217.html

相关文章:

  • 专业网站建设的公司优化推广服务
  • 网站建设氺首选金手指14链接提交入口
  • 电商设计师联盟网站搜索引擎优化服务公司哪家好
  • 烟台建设局网站哪里可以学企业管理培训
  • 门户网站建设计入什么科目seo域名综合查询
  • 明光网站广告营销策划
  • 龙华做网站的百度收录
  • 南京好的网站设计线上广告
  • 企业网站建设硬件重庆seo黄智
  • 电子商务和网站建设论文企业培训系统app
  • 婚庆公司网站模板下载优帮云首页推荐
  • 日本做的视频网站百度seo网站在线诊断
  • 当涂住房和城乡建设网站企业管理咨询培训
  • 网站怎样做优化市场调研分析报告
  • 通信网络维护是做什么的seo综合查询平台
  • 公司做网站有什么好处信息流优化师职业规划
  • 本溪做网站的公司公司网络推广营销
  • 昆明网站seo报价百度导航是哪个国家的
  • 展览馆网站建设长沙网络公司最新消息
  • 一起做业官方网站自动推广工具
  • 建设网站不要服务器可以吗株洲seo优化推荐
  • 做网站都需要学什么网站性能优化方法
  • 如何给公司网站做推广seo流量的提升的软件
  • 电话客服系统站长之家seo查找
  • 创建网站的三种方法如何推广自己产品
  • 公司网站建设费用怎么入账如何利用互联网宣传与推广
  • 江西住房和城乡建设部网站在线营销推广
  • 婚庆网站建设公司口碑推广
  • 网站建设uuluoyuan深圳抖音推广
  • 武汉企业网站推广外包软文营销案例文章