节点服务器

集群:多个服务器集中在一起 , 实现同一个业务 ,当一台服务器不能满足开发需求的时候,需要多台服务器的支持,这时就需要做集群,但是集群往往伴随着分布式. 分布式服务之间的相互通信:RPC方案,远程调用框架 分布式的缺点:事务和缓存的处理问题 集群和分布式概述 a) 分布式:将不同的业务分布在不同的服务器,web应用和 数据库服务分开 集群分类 a) 数据库集群,应用集群,功能集群,Tomcat集群 集群的两大特性 a) 可扩展性 i. 可以动态的添加新的服务器,增强集群的性能 b) 高可用性 i. 集群通过服务实体冗余使客户端免于轻易遇到out of service的警告。在集群中，同样的服务可以由多个服务实体提供。如果一个服务实体失败了，另一个服务实体会接管失败的服务实体。集群提供的从一个出错的服务实体恢复到另一个服务实体的功能增强了应用的可用性,当访问的服务器挂了时，集群要有能力找可以正常使用额服务器继续提供服务器。 集群的两大能力 a) 负载均衡 i. 负载均衡能把任务比较均衡地分布到集群环境下的计算和网络资源。 ii. 负载均衡的策略:轮询,权重,随机 b) 错误恢复 i. 由于某种原因，执行某个任务的资源出现故障，另一服务实体中执行同一任务的资源接着完成任务。这种由于一个实体中的资源不能工作，另一个实体中的资源透明的继续完成任务的过程叫错误恢复。当访问的服务器挂了时

此博文包含以下内容： 1、 群集类型 2、负载均衡的分层结构 3、负载均衡的工作模式 4、LVS的负载调度算法 5、LVS相关的基础命令 6、使用ipvsadm管理工具 7、搭建NFS共享存储服务器 8、搭建基于NAT模式的LVS负载均衡群集实例 根据生产环境的不同，群集所提供的功能也各不相同，采用的技术细节也可能各有千秋。关于群集技术的相关概念如下： 1、 群集类型 无论是哪种群集，都至少包括两台节点服务器，而对外表现为一个整体，只提供一个访问入口（域名或IP地址），相当于一台大型计算机。根据群集所针对的目标差异，可以分为以下三种类型： 负载均衡群集（LB）：以提高应用系统的响应能力、尽可能处理更多的访问请求、较少延迟为目的，获得高并发、高负载的整体性能。例如，“DNS轮询” 、“应用层交换”、“反向代理”等都可用做负载均衡群集。LB的负载分配依赖于主节点的分流算法，将来自客户机的访问请求分担给多个服务器节点，从而缓解整个系统的负载压力。 . 高可用群集（HA）：以提高应用系统的可靠性，尽可能地减少中断时间为目标，确保服务的连续性，达到高可用（HA）的容错效果，例如，“故障切换”。“双机热备”、“多机热备”、等都属于高可用群集技术，HA的工作方式包括双工和主从两种模式。双工就是所有节点同时在线；主从则只有主节点在线，但当出现故障时从节点能自动切换为主节点

一、linux系统下有多个文件目录，每个文件目录都有其独特的功能和作用 /bin 存放普通用户可以使用的指令。 /usr 这个目录中包含了命令库文件和在通常操作中不会修改的文件，其地位类似Windows上面的”Program Files”目录（安装程序的时候，默认就是安装在此文件内部某个子文件夹内。输入命令后系统默认执行/usr/bin下的程序。 /etc 全局的配置文件存放目录。存放系统和软件的配置。 /boot 引导程序，内核等存放的目录。 二、JavaScript实现继承的方式 1、原型链继承 2、构造函数继承 3、组合继承 4、原型式继承 5、寄生式继承 6、寄生组合式继承 三、html5 WebSocket 　　WebSocket是HTML5新增的协议，它的目的是在浏览器和服务器之间建立一个不受限的双向通信通道，比如说，服务器可以在任意时刻发送消息给浏览器。 　　为什么传统的HTTP协议不能做到WebSocket实现的功能，这是因为HTTP协议是一个 请求—响应 协议，请求必须先由浏览器发给服务器，服务器才能响应这个请求，再把数据发送给浏览器。换句话说，浏览器不主动请求，服务器是没法主动发数据给浏览器的。 　　也有人说，HTTP 协议其实也能实现啊，比如用轮询或者 Comet。 　　轮询是指浏览器通过 JavaScript 启动一个定时器，然后以固定的间隔给服务器发请求

OpenStack既是一个社区，也是一个项目和一个开源软件，提供开放源码软件，建立公共和私有云，它提供了一个部署云的操作平台或工具集，其宗旨在于：帮助组织运行为虚拟计算或存储服务的云，为公有云、私有云，也为大云、小云提供可扩展的、灵活的云计算。 OpenStackd开源项目由社区维护，包括OpenStack计算（代号为Nova），OpenStack对象存储（代号为Swift），并OpenStack镜像服务（代号Glance）的集合。 OpenStack提供了一个操作平台，或工具包，用于编排云。 下面列出Openstack的详细构架图 Openstack的网络拓扑结构图 整个OpenStack是由控制节点，计算节点，网络节点，存储节点四大部分组成。（这四个节点也可以安装在一台机器上，单机部署） 其中： 控制节点负责对其余节点的控制，包含虚拟机建立，迁移，网络分配，存储分配等等 计算节点负责虚拟机运行 网络节点负责对外网络与内网络之间的通信 存储节点负责对虚拟机的额外存储管理等等 控制节点架构： 控制节点包括以下服务 管理支持服务 基础管理服务 扩展管理服务 1）管理支持服务包含MySQL与Qpid两个服务 MySQL：数据库作为基础/扩展服务产生的数据存放的地方 Qpid：消息代理(也称消息中间件)为其他各种服务之间提供了统一的消息通信服务 2）基础管理服务包含Keystone

一、缓存概述 缓存是分布式系统中的重要组件，主要解决高并发，大数据场景下，热点数据访问的性能问题。提供高性能的数据快速访问。 1.1缓存的原理 （1） 将数据写入/读取速度更快的存储（设备）； （2） 将数据缓存到离应用最近的位置； （3） 将数据缓存到离用户最近的位置。 1.2缓存分类 在分布式系统中，缓存的应用非常广泛，从部署角度有以下几个方面的缓存应用。 （1） CDN缓存； （2） 反向代理缓存； （3） 分布式Cache； （4） 本地应用缓存； 1.3缓存媒介 常用中间件：Varnish，Ngnix，Squid，Memcache，Redis，Ehcache等； 缓存的内容：文件，数据，对象； 缓存的介质：CPU，内存（本地，分布式），磁盘（本地，分布式） 1.3缓存设计 缓存设计需要解决以下几个问题： （1） 缓存什么？ 哪些数据需要缓存：1.热点数据；2.静态资源； （2） 缓存的位置？ CDN，反向代理，分布式缓存服务器，本机（内存，硬盘） （3） 如何缓存的问题？ 过期策略 1.固定时间：比如指定缓存的时间是30分钟； 2.相对时间：比如最近10分钟内没有访问的数据； 同步机制 实时写入；（推） 异步刷新；（推拉） 二、CDN缓存 CDN主要解决将数据缓存到离用户最近的位置，一般缓存静态资源文件（页面，脚本，图片，视频，文件等）。国内网络异常复杂

企业的服务器资源是由ops部门统一维护，定时运行脚本以保证服务器时间一致，但是偏偏有意外发生。用户A通过系统申请了工单，后续审批需要角色1和角色2同意，方可结束工作流。问题在于，当同时在节点1和节点2时，他首先担任节点1通过邮件“同意”了该工单，此时，节点2也被同意。正常逻辑下，节点2处于待处理状态。什么原因引起的？工单系统和邮件系统的时间不一致，且邮件时间早于工单系统时间。 解决这个问题从两个方面入手： 一.邮件审批时，加入工作流的节点ID；该节点是否已被审批；邮件接收人是否为审批人等验证。 二.查看工单系统和邮件系统时间，以时间早的为基准。Xshell工具中有个类似命令广播的功能可以同时查看服务器时间，菜单栏->工具->发送键输入到所有会话 打开要查看时间的服务器 选择发送键输入到所有会话 输入命令，回车 在console中查看服务器的结果 来源： https://blog.csdn.net/elva428204358/article/details/100767723

一、Zookeeper的搭建方式 Zookeeper安装方式有三种， 单机模式 和 集群模式 以及 伪集群模式 。 ■ 单机模式 ：Zookeeper只运行在一台服务器上，适合测试环境； ■ 伪集群模式 ：就是在一台物理机上运行多个Zookeeper 实例； ■ 集群模式 ：Zookeeper运行于一个集群上，适合生产环境，这个计算机集群被称为一个“集合体”（ensemble） Zookeeper通过复制来实现高可用性，只要集合体中半数以上的机器处于可用状态，它就能够保证服务继续。 为什么一定要超过半数呢 ？这跟 Zookeeper的复制策略 有关：zookeeper确保对znode 树的每一个修改都会被复制到集合体中超过半数的机器上。 1.1 Zookeeper的单机模式搭建 下载 ZooKeeper： http://pan.baidu.com/s/1pJlwbR9 解压 ： tar -zxvf zookeeper-3.4.5.tar.gz 重命名 ： mv zookeeper-3.4.5 zk 配置文件 ：在conf目录下删除 zoo_sample.cfg 文件，创建一个配置文件zoo.cfg。 tickTime =2000 dataDir =/usr/local/zk/data dataLogDir =/usr/local/zk/dataLog clientPort

此博文包含以下内容： 1、 群集类型 2、负载均衡的分层结构 3、负载均衡的工作模式 4、LVS的负载调度算法 5、LVS相关的基础命令 6、使用ipvsadm管理工具 7、搭建NFS共享存储服务器 8、搭建基于NAT模式的LVS负载均衡群集实例 根据生产环境的不同，群集所提供的功能也各不相同，采用的技术细节也可能各有千秋。关于群集技术的相关概念如下： 1、 群集类型 无论是哪种群集，都至少包括两台节点服务器，而对外表现为一个整体，只提供一个访问入口（域名或IP地址），相当于一台大型计算机。根据群集所针对的目标差异，可以分为以下三种类型： 负载均衡群集（LB）：以提高应用系统的响应能力、尽可能处理更多的访问请求、较少延迟为目的，获得高并发、高负载的整体性能。例如，“DNS轮询” 、“应用层交换”、“反向代理”等都可用做负载均衡群集。LB的负载分配依赖于主节点的分流算法，将来自客户机的访问请求分担给多个服务器节点，从而缓解整个系统的负载压力。 . 高可用群集（HA）：以提高应用系统的可靠性，尽可能地减少中断时间为目标，确保服务的连续性，达到高可用（HA）的容错效果，例如，“故障切换”。“双机热备”、“多机热备”、等都属于高可用群集技术，HA的工作方式包括双工和主从两种模式。双工就是所有节点同时在线；主从则只有主节点在线，但当出现故障时从节点能自动切换为主节点

概述 一个高可用性的CAS部署是针对各种故障模式提供弹性的一种部署，这样即使失败了，CAS仍然提供SSO服务。我们提供了一个建议的体系结构，它提供了规划和执行CAS部署的起点，以满足机构性能和可用性需求。它还提供了一个框架，用于理解HA考虑因素对CAS软件组件的需求。 CAS的高可用性(HA)配置是通过确保有足够的冗余来实现的，以便在组件故障的情况下服务是健壮的，并且可以在没有服务停机的情况下进行日常维护。这可以通过多节点实现，也可以通过具有高级虚拟机功能的单节点CAS实现。本文档将重点介绍实现HA所需的CAS服务器组件。对HA配置的更多定量分析依赖于支持基础设施和服务，并且超出了本文的范围。 CAS服务器软件有着非常可靠的记录。然而，CAS服务器只是软件和硬件的一小部分，身份验证必须顺利地进行。集群通常被部署人员使用，不仅用于负载处理，而且也用于故障转移。即使不发生故障，有时也需要重新启动服务器。例如，如果安装了操作系统级别的严重安全修复，服务器应该立即重新启动。在一个CAS服务器集群中，即使在最忙的时候，也可以轻松地进行重新启动。 传统上，运行单个服务器会延迟这样的重启，直到不那么繁忙的时候，同时运行一个已知的漏洞。然而，近年来随着虚拟机技术的日益接受和其固有的冗余和容错，单节点CAS已经能够实现类似的质量。 Recommended Architecture (推荐的结构)

1、熟悉几个组件 1.1、apache —— 它是Apache软件基金会的一个开放源代码的跨平台的网页服务器，属于老牌的web服务器了，支持基于Ip或者域名的虚拟主机，支持代理服务器，支持安全Socket层(SSL)等等，目前互联网主要使用它做静态资源服务器，也可以做代理服务器转发请求(如：图片链等)，结合tomcat等servlet容器处理jsp。 1.2、ngnix —— 俄罗斯人开发的一个高性能的 HTTP和反向代理服务器。由于Nginx 超越 Apache 的高性能和稳定性，使得国内使用 Nginx 作为 Web 服务器的网站也越来越多，其中包括新浪博客、新浪播客、网易新闻、腾讯网、搜狐博客等门户网站频道等，在3w以上的高并发环境下，ngnix处理能力相当于apache的10倍。 参kao：apache和tomcat的性能分析和对比(http://blog.s135.com/nginx_php_v6/) 1.3、lvs —— Linux Virtual Server的简写，意即Linux虚拟服务器，是一个虚拟的服务器集群系统。由毕业于国防科技大学的章文嵩博士于1998nian5月创立，可以实现LINUX平台下的简单负载均衡。了解更多，访问官网：http://zh.linuxvirtualserver.org/。 1.4、HAProxy —— HAProxy提供 高可用性 、