计算机网络的工作模式有哪些?各自的工作特征是什么?

网络的工作模式
它有两种工作模式，1是客户机服务器模式( Client /Server)，简称C/S模式
2是对等模式(Peer to peer)，简称p2p模式
客户服务器模式，和对等模式也是局域网目前流行的两种工作模式。
C/S模式
服务器是指专门提供服务的高性能计算机和专用设备;客户机是用户计算机。这是客户机向服务器发出请求并获得服务的一种网络形式，多台客户机可以共享服务器提供的各种资源。这是最常用，最重要的一种网络类型，不仅适合于同类计算机连网，也适用于不同类型计算机连网。这种网络的安全性容易得到保证，计算机的权限，优先级易于控制，监控容易实现，网络管理化，能够规范化;但是这种网络的性能在很大程度上取决于服务器的性能和客户机的数量。目前针对这类网络有很多优化性能的服务器，专用服务器。银行，证券公司都采用这种
p2p模式
对等网不要求服务器，每台客户机都可以与其他对客户机对话，共享彼此的信息资源和硬件资源，昨晚的计算机一般类型相同。这种网络方式灵活方便，但是较难实现集中管理与监控，安全性也低，较适合于部门内部协同工作的小型
我们都知道网络，它给我们提供的，就是一个服务的功能，因此接下来我要介绍网络服务的小知识。
网络服务
什么是网络服务呢？网络服务是指用户通过计算机网络，在共享资源及数据通信等方面能够得到的新增功能。
最常用的服务有下列几个方面：
文件服务：它指的是网络用户不仅可以使自己工作站上的程序数据，而且可以使用服务器或者其他工作站中可共享的程序与数据用户可以像使用本地的磁盘一样，对其中的程序和数据进行存取。
打印服务：网络上的工作站一般都不再配置单独的打印机，用户需要打印输出时， *** 作系统会自动把输出的文件送到网络打印机去。对于每一个需要打印的文件，网络打印机按先来先服务的顺序将其存放在打印队列中，然后进行处理，用户可以查看打印任务的情况。暂停或取消打印队列中的打印任务。
消息服务：指的是网络能实现用户之间的相互通信，在用户之间传递文本，图像和声音所表示的消息，最典型的消息服务是电子邮件，其他如网上聊天、网络电话、短消息、网上直播、视频会议等都是消息服务的普通型是他们已经得到了广泛地应用。
应用服务：是一种为网络用户运行软件的服务，即工作站需要执行的某一项任务，部分甚至全部都是由网络上的另一台计算机(称为应用服务器)完成。应用服务器允许网络上的计算机相互间共享处理能力协同完成特定的一项服务。

    redis集群模式，丢失master主服务器是无法继续工作的，所以随时都需要一个master节点。但是服务器宕机是经常出现的事情，集群本身是无法完成故障转移的，所以需要一个第三方的解决方案，帮redis集群完成故障转移（选择主节点、通知从节点修改同步master地址，让原来的主节点成为从节点）。

（1）首先sentinel也属于一种redis服务器，只不过启动时加载的配置文件不同。配置文件里包括了监控的主服务器列表（对，可以是多个主服务器，即就是多个集群）。

（2）sentinel通过配置文件中的主服务器IP：端口号，建立链接和订阅，就是一个双向的通道

（3）sentinel默认每10秒，向建立链接的主服务器，发送INFO命令；主服务器收到命令，返回主服务器信息。

可以看到，返回了主服务器的运行ID，重要的是：同步主服务器的从节点信息

（4）从步骤（3）中获取到的从节点信息，从节点的IP和端口。sentinel和从节点建立链接和订阅

（5）sentinel默认每10秒，向建立链接的从服务器，发送INFO命令，从服务器接收到命令后，返回从服务器信息
    主要包括了从服务器对应的master节点的地址：端口号，偏移量

（6）sentinel与主服务器和从服务器建立了链接和订阅，可以向主从服务器发送命令，也可以接收主从服务器的广播

订阅命令：subscribe _sentinel_:hello

通道名：hello

sentinel对hello频道的订阅会一直持续到sentinel和服务器之间的链接断开为止
sentinel向服务器通道发送的消息，其他与该服务器建立订阅关系的sentinel也会收到订阅通知，sentinel自己也会收到自己发出的消息的订阅通知

（7）sentinel默认会每两秒一次，向所有建立链接和订阅的主从服务器，发送广播消息

命令：publish_sentinel__:hello  "<s_ip>,<s_port>,<s_runid>,<s_epoch>,<m_name>,<m_ip>,<m_port>,<m_epoch>"

可以看到主要包含
s_ip : sentinel自己 IP地址

s_port : sentinel自己端口号

s_runid : sentinel自己的运行ID

s_epoch : sentinel当前的配置纪元

m_name, m_ip, m_port, m_epoch : 当前监控服务器的名称（主或者从）、IP地址、端口号、当前配置纪元

这个消息，也会被其他订阅该通道的sentinel收到

sentinel在接收到订阅消息后（就是上文中自己与别的sentinel，publish的消息），首先过滤掉自己发，然后接收别人的消息，就能获取监听改主服务器的所有sentinel节点

（8）通过上一步，sentinel能够感知到其他监控主服务器的sentinel节点，然后和其他sentinel建立连接，最终，所有监视主服务器的sentinel节点组成了一个相关连接的网络！
sentinel会默认每1s向自己所建立连接的服务器发送PING命令，这些服务器包括（监视master的其他sentinel，master、salve服务器），根据收到的返回值，来确定目标服务器的状态

常见返回值：+PONG、-LOADING、-MASTERDOWN，含义在此处先不关注

判定条件：目标服务器在一定的时间内（配置文件字段：down-after-milliseconds的值），一直返回“失败”

对失败的定义：

（1）目标服务器没有在规定时间内返回（该时间可配置）

（2）目标服务器返回了上述三种返回值之外的值

确定一个目标服务器失败之后，会在sentinel自己的实例表中记录该实例的状态，用：

SRI_S_DOWN表示，S=subjective客观

注：一个master服务器会被多个sentinel监控，多个sentinel可能设置了不同的

down-after-milliseconds

        和我们设想的一样，单一的sentinel并不能决定目标master服务器的生死存亡，会拿着自己实例表里的“客观”下线的服务器地址和端口，去向同样监控这台服务器的sentinel询问，看看“别人”这个服务器到底下线没？ 当能够从别的sentinel那里询问到“足够数量”的已下线（客观下线或者主观下线）结果后，sentinel就可以判断目标服务器真的下线了，就可以执行故障转移了。

（1）sentinel发送命令is-master-down-by-addr

SENTINEL is-master-down-by-addr <ip> <port> <current_epoch> <runid>

发送的目标：监控master服务器的其他sentinel

参数解析：ip、port=自己监控的master服务器的IP，端口，current_epoch=源sentinel当前的配置纪元，runid=源sentinel的唯一标识ID

（2）sentinel对命令is-master-dowm-by-addr的回复

        1) <down_state> ：下线的状态，0-未下线，1-已下线

        2) <leader_runid> ：当前sentinel的局部leader，为 “” 时表示没有leader

        3) <leader_epoch> ：当前sentinel的局部leader的配置纪元，当没有leader时，该项为0

（3）sentinel收到命令is-master-down-by-addr的回复后

        sentinel收到足够数量（可配置）的“已下线”回复（即down_state=1），就会在自己的实例表里将对应的master服务器状态（flags）设置为 SRI_O_DOWN，O=Objective。

        监控同一个master服务器的sentinel，对客观下线的条件可以不一致，即收到多少已下线回复才认定客观下线，可以不尽相同。

        由于监控同一个master服务器的sentinel有很多，并不能决定是哪个sentinel去执行故障转移，所以需要多个sentinel进行选leader头结点。

        具体步骤：

        (1)sentinel通过向其他sentinel节点发送is-master-down-by-addr命令，已经可以判断当前master服务器是否客观下线

     （2）已经判断master服务器客观下线的sentinel，再次向其他节点发送
is-master-down-by-addr命令，携带自己的runId和配置纪元

这里再复习一遍命令 ：
sentinel is-master-down-by-addr <ip>,<port>,<cur_epoch>,<runid>

    （3）目标sentinel收到源sentinel的 is-master…命令之后，执行以下判断

            1>判断epoch和自己的纪元是否相等，不相等直接舍弃这条命令

            2>判断自己的配置表里是否有局部leader，没有的话，将源sentinel的runid设置为自己的局部了leader

                如果已经有了局部leader，那么会返回自己的局部leader的信息

            3>对源sentinel的is-master-down-by-addr命令进行回复

示例：
        源sentinel向目标sentinel发送命令，
                 SENTINEL is-master-down-by-addr 127001 8080 0 11522852334a

        源sentinel收到命令的回复

                1    

                11522852334a

                0

        表示有一个sentinel将自己成功设置成为leader（需要把返回的runid和自己的runid比对）

            4>当过半的sentinel将自己成功设置为局部leader，标识选主成功，如果在一段时间内没有收到过半的成功数，那么会进行下一轮命令的发送，epoch递增+1

                例如，共有10个sentinel监视同一个master服务器，其中一个sentinel必须收到10/2+1=6个及以上的成功数，才能认为自己成功当选leader

（1）筛选master节点的备胎（即就是哪些slave节点可以成为新的master）

          选择master节点备胎就一个要求，数据尽量完整，状态尽量好

            1>删除，客观下线或者主观下线的slave服务器

            2>删除，在最近5s没有回复过头sentinel节点的INFO命令的slave服务器

            剩下的slave服务器，根据优先级进行排序，遇到优先级一样的，再根据偏移量排序（目的是筛选出和master服务器数据较同步的slave服务器）。再遇到偏移量一样的，继续根据runid排序，找出runid最小的（没有什么依据，只是个排序），至此，可以作为master的slave服务器就筛选好了。

    （2）slave服务器升级为master

            头sentinel向步骤（1）中筛选出来的slave服务器发送slaveof_no_one，发送完该转移命令。之后，头sentinel每秒一次的频率向上述slave服务器发送INFO命令，观察INFO命令返回的role字段，看是否变为master，变为master表示成功升级为master服务器。

   （3）修改原slave服务器列表的复制/同步目标

            头sentinel向原slave服务器列表发送命令：

slave of 127001:8080，修改slave的复制目标

   （4）修改已下线的master服务器为新master的slave节点

            头sentinel保持对已下线master的监控，当已下线master重新上线（对PING命令有回复），就对他发送slave of 127001命令，让其成为slave。

            至此，故障转移全部结束。

一． 准备服务器

准备两台主机，分别安装好Mysql （要相同版本），确定版本无误，确保mysql服务正常启动，确保两台主机处于同一个局域网中，确定好哪台做为主、备机器，假设A为主机，B为备机，假设：

A主机IP地址为：172161690 端口3306

B主机IP地址为: 172169998 端口3306

二． Mysql建立主-从服务器热备配置步骤

1 创建同步用户

进入MySql *** 作界面，在主服务器上为从服务器建立一个连接帐户，该帐户必须授予REPLICATION SLAVE权限。

*** 作指令如下：

1) grant select,replication slave on to 'replicate'@'172169998' identified by '1234567';

2) flush privileges;

2 修改Mysql配置

如果上面的准备工作做好，就可以进行对Mysql配置文件进行修改了，首先找到主服务器Mysql安装文件所有在目录，找到myini文件用记事本打开。在[mysqld]下增加如下内容：

server-id = 1

log-bin=mysql-bin

binlog-do-db =test   #需要备份的数据库，多个写多行

binlog-ignore-db = mysql      #不需要备份的数据库，多个写多行

3 重启mysql服务

修改完配置文件保存后，重启一下mysql服务。

4 查看主服务器状态

进入A服务器Mysql 客户端输入命令

1）Show master STATUS;

2）返回结果如下：

注意看里面的参数，特别前面两个File和Position，在从服务器（Slave）配置主从关系会有用到的。

5 从服务器Slave配置修改配置文件

因为这里面是以主－从方式实现mysql双机热备的，所以在从服务器就不用在建立同步帐户了，直接打开配置文件myini进行修改即可，道理还是同修改主服务器上的一样，只不过需要修改的参数不一样。

如下：

[mysqld]

server-id = 2

log-bin=mysql-bin

replicate-do-db = test

replicate-ignore-db =mysql

6 重启mysql服务

修改完配置文件保存后，重启一下mysql服务。

7 配置从服务器

先停止slave服务线程，这个是很重要的，如果不这样做会造成下面 *** 作不成功，再用change mster 语句指定同步位置， *** 作如下：

1) stop slave;

2) change master to master_host='172161690',

master_user='replicate',master_password='1234567',master_port=3306,

master_log_file='mysql-bin000001',master_log_pos=98;

3) start slave

4) show slave status

查看下面两项值均为Yes，即表示设置从服务器成功。

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

一般可以用三台主机来实现。一台主服务器，两台从服务器，一台用于读服务，一台用于写服务，两台从服务自动缓存。
主服务器（Master）负责网站NonQuery *** 作，从服务器负责Query *** 作，用户可以根据网站功能模特性块固定访问Slave服务器，或者自己写个池或队列，自由为请求分配从服务器连接。主从服务器利用MySQL的二进制日志文件，实现数据同步。二进制日志由主服务器产生，从服务器响应获取同步数据库。

---