服务器类型

第一章 明白运维是干什么的? 1.数据不能丢失 2.网站优化 3.提升用户体验 服务器的类型: 1.)机架式服务器(抽屉式) 2.)刀片式服务器 3.)塔式服务器 服务器尺寸: 厚度(高度 1u=4.45.cm ) 服务器的厂商: DELL(戴尔)(国内主要用的服务器) 联想 HP IBM(牛逼的公司一般用它,太贵了) 浪潮 dell服务器为例 时间 1U 2U 2010年以前 1850,1950 2850,2950 2010-2013年 R410,R610 R710(已停产) 2014-2016年 R420/R430/R620/R630 R720/R730 几代服务器怎么看的,看第2位数字,R410 他就是11代. cpu处理器: intel xeon 至强系列(金,银,铜) 服务器 cpu的颗数 2颗 2路 iu和2U都是(1u还有一个1颗1路) 线程就是1颗cpu=2线程 最长用 2U服务器 最多2路 CPU 与 核心的关系 1个CPU相当于一个房间，核心可以表示为里面有多少工人。 防止服务断电: 1.双电源(AB线路) 2.ups(蓄电池组) 3.柴油发电机+油管 4.附近的加油站签订紧急供油协议. 内存: cpu和磁盘之间的缓冲设备,是临时存储,断电数据丢失. 程序 进程 守护进程: 视频 .avi 磁盘 程序代码 软件程序 QQ 播放视频 进程 运行起来的程序 一直播放

一.部署安装 （一）常用安装方式 1. curl https://syncd.cc/install.sh | bash 2. dockerfile安装方式正在测试中 （二）安装参考文档 1. https://syncd.cc/docs/#/install 2. https ： //github.com/dreamans/syncd 3. https ：// gitee.com/dreamans/syncd 二.使用规范 （一）服务地址 1. http://syncd.cascc.cn/login 账户:syncd 密码：111111 （二）使用操作 1.项目配置 项目空间 项目空间是项目的基本组织单元，是进行项目和多用户隔离和访问控制的主要边界。 项目 -> 空间管理 -> 新增项目空间 项目管理 项目 -> 项目管理 -> [切换项目空间] -> 新增项目 成员管理 只有将用户添加到该项目空间，成为空间成员后才具有相应的权限。 项目 -> 成员管理 -> [切换项目空间] -> 添加新成员 在 添加新成员 输入侧框中输入侧待加入成员的关键词，选中用户后点击添加。 2. 集群配置 添加集群 在创建项目前，需要先添加好项目所需的服务器集群，新建集群步骤如下： 服务器 -> 集群管理 -> 新增集群 按实际情况输入集群名称，如图： 添加服务器 在新建的集群中添加服务器信息，步骤如下：

1、简述osi七层模型和TCP/IP五层模型； 物理层 在OSI参考模型中，物理层（Physical Layer）是参考模型的最低层，也是OSI模型的第一层。 物理层的主要功能是：利用传输介质为数据链路层提供物理连接，实现比特流的透明传输。 物理层的作用是实现相邻计算机节点之间比特流的透明传送，尽可能屏蔽掉具体传输介质和物理设备的差异。使其上面的数据链路层不必考虑网络的具体传输介质是什么。“透明传送比特流”表示经实际电路传送后的比特流没有发生变化，对传送的比特流来说，这个电路好像是看不见的。 数据链路层 数据链路层（Data Link Layer）是OSI模型的第二层，负责建立和管理节点间的链路。该层的主要功能是：通过各种控制协议，将有差错的物理信道变为无差错的、能可靠传输数据帧的数据链路。 在计算机网络中由于各种干扰的存在，物理链路是不可靠的。因此，这一层的主要功能是在物理层提供的比特流的基础上，通过差错控制、流量控制方法，使有差错的物理线路变为无差错的数据链路，即提供可靠的通过物理介质传输数据的方法。 该层通常又被分为介质访问控制（MAC）和逻辑链路控制（LLC）两个子层。 MAC子层的主要任务是解决共享型网络中多用户对信道竞争的问题，完成网络介质的访问控制； LLC子层的主要任务是建立和维护网络连接，执行差错校验、流量控制和链路控制。

转载—— 第一部分 redis的常用指令 一、针对key的操作 1.1 del key [key .. ] , 删除指定的一个或者多个key; 1.2 dump key , 序列化给定的key 1.3 restore key ttl serialized-value , 反序列化到key 1.4 exists key , 判断某一key是否存在 1.5 expire key seconds , 设置key的过期时间 ① set命令可以覆盖过期时间；不改变key的操作不会影响key的生存时间 ② rename也不会改变key的过期时间 ③ persist命令可以删除key的过期时间，即永久 ④ ttl可以查看redis中key的过期时间 1.6 expireat key timestamp , 设置key的生存时间 1.7 keys pattern , 查找所有符合给定模式pattern的key ① *, ?, [m,n] 1.8 move key db , 将当前数据库中的key移动数据库 db中。使用select db可以切换数据库 1.9 persist key , 移除给定 key 的生存时间 1.10 pexpire,pexpireat , 设置key的过期、生存时间，单位毫秒 1.11 ttl,pttl , key的剩余过期时间，单位秒，单位是毫秒 1.12

为了提高网络管理效率，我们有必要及时为自己单位的局域网生成一个方便、直观的网络拓扑图，巧妙地使用这张网络拓扑图，我们能够快速地找到网络故障的源头。现在，笔者就以好用的网络管理工具——“Friendly Pinger”为例，向各位详细介绍一下如何快速为自己单位的局域网生成网络拓扑图，并且利用网络拓扑图帮助提高网络管理效率。 自己动手，绘制网络拓扑图 为了利用网络拓扑图高效管理本单位的局域网网络，我们首先需要对照局域网网络，通过Friendly Pinger工具将局域网的拓扑图绘制出来。在绘制网络拓扑图时，我们需要先从网上 下载 得到Friendly Pinger工具的安装程序，之后按照正确的方法将该程序安装到自己的工作站系统中；待该程序安装完毕后，用鼠标双击工作站系统桌面中的Friendly Pinger快捷图标，打开该程序的主操作界面。由于Friendly Pinger工具已经自带了拓扑图描绘程序，所以我们只要简单地利用该程序就能快速地将本单位局域网拓扑图描绘成功了： 首先在Friendly Pinger程序的主界面中（如下图所示）。 单击菜单栏中的“File”选项，从弹出的下拉菜单中执行“New”命令，一个新的网络拓扑图模板就出现在我们眼前了，下面我们只需要在这个空白的模板区域中添加上 网络设备 ，以及根据局域网的实际情况连接好相关 网络设备 就可以了。 Friendly

首先我们来看看容器如何找到service（）方法？ （1）当在浏览器中输入 http://localhost:8080/firstweb/sayHi 这个地址后，容器是如何找到 HelloServlet.class这个文件并执行的呢？ （2）首先容器会根据firstweb这个应用名找到位于webapps下面对应的文件夹， （3）然后根据地址中的“/sayHi”到web.xml文件中寻找与之匹配的<url-pattern>节点，找到匹配的节点后会找到与该节点紧邻的<servlet-name>节点，获取名称并在此寻找与该名称相等的<servlet-name>节点，找到相等的节点后，搜寻该节点下面紧邻的<servlet-class>节点，于是获取到了与该地址相对应的类名，借助于ClassLoader加载该类文件，创建对象并调用service（）方法，客户端即看到了与该地址匹配的运行结果。 一、404错误产生原因及解决方法 在刚开始进行Web应用开发的时候，经常看见页面出现404这个数字，我们一般会称之为运行产生了404错误。类似于404这个数字，还有可能在页面上看到405、500这两个数字，他们都是服务器执行完客户端的请求以后，返回给客户端的一个关于执行结果的状态编码说明。 如果在运行结果页面中没有看到期待的页面，却看到了404、405、500这样的数字

2009-10-28 IIS7配置管理 IIS7的设置具体可继承性,在整个WEB SERVER上的设置,下面的网站也会继承它的设置,看下图,这个是对整个服务器的设置,看它的条目类型是本地,表示是对本地服务器整个的配置 再看下面的具体某一个站点,看看条目类型,继承^^ 这样有时也会有问题,比如我在IIS.LOCAL.COM独立设置好了某一项设置,后然觉的这个可以做为全局的设置,把它作为服务器的整体设置,在本地服务器上设一样的配置后 在IIS.LOCAL.COM上WEB.CONFIG出错了,有重复和设置,这个不发了,不知道MS怎想的. 设置网站播放.flv,原来IIS6它没有原配置支持flash文件,IIS7好像有了,需要加其它文件类别的支持,直接在下面的图加就好了. 下面的设置也很有帮助,可以帮助你拒绝IIS FORM验证用户访问的文件或文件夹路径,如果你想对网站一些比较机密的数据不能让普通用户访问就可以在这里设置了. 来源： https://www.cnblogs.com/Leung/archive/2009/10/28/1591691.html

目录 HTTP协议 回到顶部 HTTP协议简介 超文本传输协议（英文：Hyper Text Transfer Protocol，HTTP）是一种用于分布式、协作式和超媒体信息系统的应用层协议。HTTP是万维网的数据通信的基础。HTTP有很多应用，但最著名的是用于web浏览器和web服务器之间的双工通信。 HTTP的发展是由蒂姆·伯纳斯-李于1989年在欧洲核子研究组织（CERN）所发起。HTTP的标准制定由万维网协会（World Wide Web Consortium，W3C）和互联网工程任务组（Internet Engineering Task Force，IETF）进行协调，最终发布了一系列的RFC，其中最著名的是1999年6月公布的 RFC 2616，定义了HTTP协议中现今广泛使用的一个版本——HTTP 1.1。 2014年12月，互联网工程任务组（IETF）的Hypertext Transfer Protocol Bis（httpbis）工作小组将HTTP/2标准提议递交至IESG进行讨论，于2015年2月17日被批准。 HTTP/2标准于2015年5月以RFC 7540正式发表，取代HTTP 1.1成为HTTP的实现标准。 推荐书籍： HTTP权威指南 回到顶部 HTTP协议概述 HTTP是一个客户端终端（用户）和服务器端（网站）请求和应答的标准（TCP）

Redis服务器是一个事件驱动程序，服务器需要处理以下两类事件： 文件事件（file event）：Redis服务器通过套接字与客户端（或者其他Redis服务器）进行连接，而文件事件就是服务器对套接字操作的抽象。服务器与客户端（或者其他服务器）的通信会产生相应的文件事件，而服务器则通过监听并处理这些事件来完成一系列网络通信操作； 时间事件（time event）：Redis服务器中的一些操作（比如serverCron函数）需要在给定的时间点执行，而时间事件就是服务器对这类定时操作的抽象。 文件事件 文件事件处理器 文件事件处理器使用I/O多路复用（multiplexing）程序来同时监听多个套接字，并根据套接字目前执行的任务来为套接字关联不同的事件处理器； 当被监听的套接字准备好执行连接应答（accept）、读取（read）、写入（write）、关闭（close）等操作时，与操作相对应的文件事件就会产生，这时文件事件处理器就会调用套接字之前关联好的事件处理器来处理这些事件。 组成 文件事件处理器的四个组成部分，它们分别是套接字、I/O多路复用程序、文件事件分派器（dispatcher），以及事件处理器。 文件事件处理器的四个组成部分 文件事件是对套接字操作的抽象，每当一个套接字准备好执行连接应答（accept）、写入、读取、关闭等操作时，就会产生一个文件事件

上一篇 P2P通信标准协议(一) 介绍了在NAT上进行端口绑定的通用规则，应用程序可以根据这个协议来设计网络以外的通信。 但是， STUN/RFC5389 协议里能处理的也只有市面上大多数的 Cone NAT （关于NAT类型可以参照 P2P通信原理与实现 ）， 对于 Symmetric NAT ，传统的P2P打洞方法是不适用的。因此为了保证通信能够建立，我们可以在没办法的情况下用保证成功的中继方法（Relaying）， 虽然使用中继会对服务器负担加重，而且也算不上P2P，但是至少保证了最坏情况下信道的通畅，从而不至于受NAT类型的限制。 TURN/RFC5766 就是为此目的而进行的拓展。 TURN简介 TURN的全称为Traversal Using Relays around NAT，是STUN/RFC5389的一个拓展，主要添加了Relay功能。如果终端在NAT之后， 那么在特定的情景下，有可能使得终端无法和其对等端（peer）进行直接的通信，这时就需要公网的服务器作为一个中继， 对来往的数据进行转发。这个转发的协议就被定义为TURN。TURN和其他中继协议的不同之处在于，它允许客户端使用同一个中继地址（relay address） 与多个不同的peer进行通信。 使用TURN协议的客户端必须能够通过中继地址和对等端进行通讯，并且能够得知每个peer的的IP地址和端口