服务器类型

1. Zookeeper 概念简介： Zookeeper 是一个分布式 协调服务；就是为用户的分布式应用程序提供协调服务 A、zookeeper 是为别的分布式程序服务的 B、Zookeeper本身就是一个分布式程序 （只要有半数以上节点存活， zk 就能正常服务） C、Zookeeper 所提供的服务涵盖：主从协调、服务器节点动态上下线、统一配置管理、分布式共享锁、统一名称服务…… D、 虽然说可以提供各种服务，但是 zookeeper 在底层其实只提供了两个功能： 管理 ( 存储，读取 ) 用户程序提交的数据； 并为用户程序提供数据节点监听服务； Zookeeper 集群的角色： Leader 和 follower （ Observer ） 只要集群中有半数以上节点存活，集群就能提供服务 zookeeper 集群机制 半数机制：集群中半数以上机器存活，集群可用。 zookeeper 适合装在 奇数台机器上！！！ 安装 1.虚拟机准备 安装到 3 台虚拟机上 安装好JDK 2. 解压 su – hadoop （切换到 hadoop 用户） tar -zxvf zookeeper-3.4.5.tar.gz（解压） 3. 修改环境变量 1 、 su – root( 切换用户到 root) 2 、 vi /etc/profile( 修改文件 ) 3 、添加内容： export

1.负载均衡 VS 反向代理区别 1.1 功能(原理) 负载均衡 lvs 请求做转发 反向代理 Nginx Haproxy 代替(代理）用户去请求 ,得到响应再反回给用户 1.2 4层与7层 7层协议 应用层 协议： http https 表示层 会话层 传输层 tcp/udp 端口 网络层 IP地址 数据链路层**** MAC地址 物理层 010101001 比特 物理层，数据链路层，网络层，传输层的单位: 比特bit，帧frame，包packet，段segment 4层 LVS nginx(1.9版本支持） haproxy 7层 nginx haproxy 2.ARP协议 2.1 arp解析过程 https://www.cnblogs.com/csguo/p/7542944.html DNS 域名----->ip地址 域名解析服务/系统 ARP ip------->MAC地址 地址解析协议 （Address Resolution Protocol） 2.2 arp解析原理 发出 广播 消息 查询ip对应的mac地址 对应的机器会用 单播 的方式把自己的mac告诉对方 用户自己留1个arp缓存 每个主机都会在自己的 ARP 缓冲区中建立一个 ARP 列表，以表示 IP 地址和 MAC 地址之间的对应关系。 主机（网络接口） 新加入网络时 （也可能只是mac地址发生变化，接口重启等

Nginx 什么是Nginx（what） ？ Nginx(“engine x”) 是一个开源的高性能的Http和反向代理服务软件。 nginx因具有高并发（特别是静态资源），占用系统资源少等特性，且功能丰富而逐渐变得流行。 Nginx的功能（为何要使用Nginx（why））？ 反向代理 正向代理 客户端指定目标服务器，而中间代理只是起到转发的作用。客户端需要配置代理服务器地址。正向代理最大的特点是客户端明确要访问的服务端的地址，对于服务端来说，屏蔽了客户端或者隐藏了真实客户端的地址。(如下图所示) 反向代理 客户端指向代理服务器，由反向代理对客户端的请求进行转发。即服务端对于客户端是不可 见的。暴露的是代理服务器ip，隐藏真实服务器的ip。可以在一定程度上防御黑客攻击。（如下图所示） nginx能够提供反向代理功能，而且与专业的代理软件相比，nginx部署起来更为简单，方便。 负载均衡 当一台服务器无法满足高并发要求时，我们可以通过增加服务器的数量来提高并发量。这时请求就不知道到底该发往哪个服务器，于是我们需要一个额外的服务器来将这些负载（请求）“均匀”的 分发到不同的服务器。 将服务器收到的请求按照一定的规则进行分发的过程其实就是负载均衡。 动静分离 以前我们都是把动态资源和静态资源放在同一个服务器中，这其实给同一台服务器增加了很多的负担， 也降低了响应速度

Redis主从切换技术的方法是 ：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。 一、哨兵模式概述 哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。 1、工作原理 哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。 2、哨兵有两个作用 ①通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器。 ②当哨兵监测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他的从服务器，修改配置文件，让它们切换主机。 然而一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，这样就形成了多哨兵模式。 3、故障切换（failover）的过程 假设主服务器宕机，哨兵1先检测到这个结果，系统并不会马上进行failover过程，仅仅是哨兵1主观的认为主服务器不可用，这个现象成为 主观下线 。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，投票的结果由一个哨兵发起，进行failover操作。切换成功后，就会通过发布订阅模式

【Intouch】与PLC的冗余有多种方式，根据PLC的不同，基本分为三类，分别为：PLC间冗余，Intouch间冗余，PLC与Intouch间互相冗余。 现在分配通信架构：PLC1,PLC2,Intouch。IP地址分别为：192.168.10.1，192.168.10.2，192.168.10.3 一.，AB的PLC Intouch与AB的2个PLC冗余通信的时候，Intouch无需配置冗余，这个冗余的过程是在PLC之间完成的，需要在PLC里面进行配置。若PLC1为主PLC，PLC2为备PLC，则在Intouch的SMC中只需填写PLC1的IP地址就好了，当进行冗余切换的时候，PLC2的IP地址会自动的变为PLC1的IP地址。此时Intouch只指向一个IP通道，按正常配置SMC就行。 二，西门子的PLC Intouch与西门子的PLC冗余通信的时候，光在PLC之间做冗余还是不够的，同时还要在SMC中做相应的通道冗余。如下图示：右键新建一个New_S7Cp_000，填写PLC1的IP地址以及CPU的槽号，保存一下。 右键再新建一个New_S7Cp_001，填写PLC2的IP地址以及CPU的槽号，保存一下。 以上两个通道建立完成，再需要新建一个冗余端口New_REDUNDANT_DEVICE_000，如下图所示：在右侧Primary Device栏填写主通道,在Second

DoS到底是什么？接触 PC机 较早的同志会直接想到 微软 磁盘 操作系统 的DOS--DiskOperationSystem？不，此DoS非彼DOS也，DoS即DenialOfService，拒绝服务的缩写。 DoS是Denial of Service的简称，即拒绝服务，造成DoS的攻击行为被称为DoS攻击，其目的是使计算机或网络无法提供正常的服务。最常见的DoS攻击有计算机网络带宽攻击和连通性攻击。 一、概念理解： 作个形象的比喻来理解DoS。街头的餐馆是为大众提供餐饮服务，如果一群地痞流氓要DoS餐馆的话，手段会很多，比如霸占着餐桌不结账，堵住餐馆的大门不让路，骚扰餐馆的服务员或厨子不能干活，甚至更恶劣……相应的计算机和网络系统则是为 Internet 用户提供互联网资源的，如果有 黑客 要进行DoS攻击的话，可以想象同样有好多手段！今天最常见的DoS攻击有对计算机网络的带宽攻击和连通性攻击。带宽攻击指以极大的通信量冲击网络，使得所有可用 网络资源 都被消耗殆尽，最后导致合法的用户请求无法通过。连通性攻击指用大量的连接请求冲击计算机，使得所有可用的 操作系统 资源都被消耗殆尽，最终计算机无法再处理合法用户的请求。 传统上， 攻击者所面临的主要问题是 网络带宽 ，由于较小的网络规模和较慢的 网络速度 的限制，攻击者无法发出过多的请求。虽然类似“the ping of death

作者：glmapper https://juejin.im/post/5adc425f518825670f7b6fc8 引言 先来看下nginx在web服务器排名上的趋势： 存在即合理，那为什么要使用nginx呢？这得看看nginx能帮我们做些什么。 首先，nginx能做反向代理【关于反向代理和正向代理此处不做说明了，感兴趣的小伙伴自行谷歌】；比方说，我想在本地使用 www.glmapper1.com 的域名去访问www.taobao.com。那么这个时候我们就可以通过nginx去实现。 再者，nginx能实现负载均衡，什么是负载均衡呢？就是说应用部署在不同的服务器上，但是通过统一的域名进入，nginx则对请求进行分发，将请求分发到不同的服务器上去处理，这样就可以有效的减轻了单台服务器的压力。 在上面这两种情况下，nginx服务器的作用都只是作为分发服务器，真正的内容，我们可以放在其他的服务器上，这样来，还能起到一层安全隔壁的作用，nginx作为隔离层。 解决跨域问题 同源：URL由协议、域名、端口和路径组成，如果两个URL的协议、域名和端口相同，则表示他们同源。 浏览器的同源策略：浏览器的同源策略，限制了来自不同源的"document"或脚本，对当前"document"读取或设置某些属性。从一个域上加载的脚本不允许访问另外一个域的文档属性。

接上篇文章，在这个流程中，PostMan可以代表客户端应用，订单服务是资源服务器，唯一缺少的是 认证服务器 ，下面来搭建认证服务器 项目结构： Pom.xml ： DependencyManager 引入 SpringCloud 的配置，Dependency引入 spring-cloud-starter-oauth2 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.nb.security</groupId> <artifactId>nb-server-auth</artifactId> <version>0.0.1-SNAPSHOT</version> <properties> <mybatis-plus.version>3.1.2</mybatis

01.操作系统挂载概念 服务器磁盘如何使用 1) 进行磁盘阵列配置 2) 进行系统分区操作 3) 进行磁盘格式化操作 4) 进入磁盘创建文件系统??? 5) 进行挂载操作使用 ??? 给一个存储设备开个门 如何进行挂载操作: 第一个历程: 挂载环境准备 PS: linux系统中一切皆文件 准备光驱(分区): /dev/cdrom /dev/ 存储设备文件目录 /dev/sda /dev/sda1 /dev/sda2 /dev/sdb /dev/sdc 准备挂载门 : 任意空目录 /mnt 临时挂载点目录 第二个历程: 光驱设备中需要放入光盘 第三个历程: 进行挂载操作 mount 设备文件信息 挂载点目录 mount /dev/cdrom /mnt umount /mnt 第四个历程: 检查确认是否挂载 df --- 检查磁盘信息 02. 系统重要文件数据 /etc目录 1) 网卡配置文件 文件路径信息: /etc/sysconfig/network-scripts/ifcfg-eth0 文件作用说明: 配置网卡地址信息 (IP地址 掩码地址 网关地址 DNS地址信息) 文件详细信息: TYPE=Ethernet --- 指定网络类型 以太网类型 BOOTPROTO=none --- 获取IP地址方式 none static(手动配置地址) dhcp(自动获取地址)

利用Caché Shadow服务器的Dejournaling filter routine实现CDC Caché Shadow 上次介绍了 使用InterSystems IRIS/Caché的Reporting类型的异步镜像成员获取数据变更 。但早期的Caché并不支持镜像，例如Caché 2008，它只支持Shadow。 在这些早期版本上是否也可以实利用Journal实现类似CDC的功能呢？答案是肯定的，就是利用Shadow服务器的Dejournaling filter routine (Dejournaling过滤器routine)。 Dejournaling filter routine InterSystems Caché的 Dejournaling过滤器routine是一个用户自定义的routine，用于在Shadow服务器上过滤Journal记录。当配置了Dejournaling 过滤器后，Shadow服务器在redo journal前会自动调用Dejournaling过滤器routine。该routine传入参数以下： pid：记录进程ID； dir：源数据库目录； glo：Global节点（包括下标）； type： 操作类型，为S (Set)、K (Kill)、s (BITSET)、k (ZKILL)； addr：Journal记录在Journal文件中的偏移量；