服务器类型

导读：5G的商用以及IoT、AI等技术的成熟推动着云技术的发展。无时不刻产生的数据洪流，对云的网络架构和处理数据的能力提出了新的需求，为了满足这些需求，下一代虚拟网络技术路在何方？在探讨这个问题之前，我们以腾讯云数据中心网络为例，介绍一下它的技术发展脉络。 一、腾讯云数据中心网络的技术发展脉络 1. 从千兆到万兆： 2014年，腾讯公有云服务器接入带宽从千兆迈入了万兆。 2. 从万兆到25G： 2017年，腾讯公有云服务器接入带宽从万兆向25G转变，这种转变主要来自于业务对 网络吞吐 的性能诉求。 3. 从25G到50-100G： 未来的1~2年，公有云服务器接入带宽将全面向100G转变。 高密计算 （单台虚拟化服务器的CPU核数越来越多） 、高密存储 （单台存储服务器的盘数和磁盘容量越来越高）、 AI、HPC 的发展，对网络的高吞吐和低延迟提出了更高要求。 不同的服务器接入带宽，对虚拟化网络的架构和扩展性会提出不一样的要求。在100G的网络时代，虚拟化网络架构会是怎样的？ 二、腾讯云100G时代下的VPC架构剖析 1.宿主机vSwitch能力 云网络发展早期， 网络虚拟化的vSwitch通常使用内核模块来实现， 基于netfilter的钩子定制encap/decap/安全组/qos等逻辑，快速满足业务要求。但是 基于内核实现的vSwitch有几个问题： (1

博文大纲： 一、LAMP动静分离的概念 二、LAMP的安装与配置 三、web网站压力测试 四、部署PHP加速软件Xcache 五、部署bbs论坛 一、LAMP动静分离的概念 当需要搭建一个高效的web架构时，采用动静分离无疑是最好的选择，这篇博文将写下来LAMP的动静分离部署方式。 所谓LAMP？LAMP架构是目前最成熟的企业网站应用模式之一，指的是协同工作的一整套系统和相关软件，能够提供动态web站点服务及其应用开发环境。与之并肩的还有LNMP、LTMP等，LAMP说白了就是Linux操作系统上安装Apache网站服务，构建php/perl/Python运行环境来连接mysql数据库，四个组件合起来就简称“LAMP”。 LNMP只不过是用Nginx来搭建了这个httpd服务。 PHP在LAMP环境下共有三种工作模式：CGI 模式、apache 模块、FastCGI （FCGI）模式。CGI 模式下运行 PHP，性能不是很好。FastCGI 的方式和 apache 模块的不同点在于：FastCGI 方式 PHP 是一处独立的进程，所有 PHP 子进程都由 PHP 的一个叫做php-fpm 的组件负责管理；而 apache 模块化方式运行的 PHP，则是 apache 负责调用 PHP 完成工作。PHP 的 FastCGI 方式性能要比 apache模块化方式强很多。 这里将以

此篇博文是《python核心编程》的第16章的笔记 主要介绍了基于套接字的这种低级别的协议的使用，由于是底层的所以在调bug神马会非常受用 客户、服务器的几个例子： 硬件形式的：打印机服务器、文件服务器 软件形式的：web服务器、数据库服务器、窗口服务器 关于银行出纳也是这样类似的客户服务器模型 关于套接字 套接字是网络通信最为底层的东西 套接字的两个分类分别是: AF_UNIX（用于本地）与AF_INET（用于网络） Python 只支持AF_UNIX，AF_NETLINK，和AF_INET 家族。由于我们只关心网络编程，所以在本 章的大部分时候，我们都只用AF_INET 地址和端口 如果把套接字比做电话的插口——即通讯的最底层结构，那主机与端口就像区号与电话号码的 一对组合。有了能打电话的硬件还不够，你还要知道你要打给谁，往哪打。 套接字的另外一种分类方式： 面向连接 实现这种连接的主要协议就是传输控制协议（即TCP）。要创建TCP 套接字就得在创建的时候， 指定套接字类型为SOCK_STREAM。TCP 套接字采用SOCK_STREAM 这个名字，表达了它做为流套接字的 特点。由于这些套接字使用Internet 协议（IP）来查找网络中的主机，这样形成的整个系统， 一般 会由这两个协议（TCP 和IP）来提及 ，即TCP/IP。 无连接

WebSocket 协议给我们提供了一个创建可以支持客户端和服务端进行双向实时通信的web应用程序的方法。相比之前使用的方法，WebSocket（作为HTML5的一部分）可以使我们更容易开的发出这种类型的应用程序。绝大多数的现代浏览器都支持WebSocket，包括火狐，IE，Chrome，Safari以及Opera等，同时，越来越多的服务端框架也开始支持WebSocket了。 对于企业应用来说，我们需要多个WebSocket服务器来保障性能和高可用性，因此我们迫切的需要对WebSocket协议进行负载均衡。NGINX自从1.3版本就开始支持WebSocket了，并且可以为WebSocket应用程序做 反向代理 和 负载均衡 。 WebSocket 和HTTP协议不同，但是WebSocket中的握手和HTTP中的握手兼容，它使用HTTP中的Upgrade协议头将连接从HTTP升级到WebSocket。这使得WebSocket程序可以更容易的使用现已存在的基础设施。例如，WebSocket可以使用标准的HTTP端口 80 和 443，因此，现存的防火墙规则也同样适用。 一个WebSockets的应用程序会在客户端和服务端保持一个长时间工作的连接。用来将连接从HTTP升级到WebSocket的HTTP升级机制使用HTTP的Upgrade和Connection协议头

关于CGI和FastCGI的理解 CGI的引入 在网站的整体架构中，Web Server（如nginx，apache）只是内容的分发者，对客户端的请求进行应答。 如果客户端请求的是index.html这类静态页面，那么Web Server就去文件系统中找对应的文件，找到返回给客户端（一般是浏览器），在这里Web Server分发的就是是静态数据。 事物总是不 断发展，网站也越来越复杂，所以出现动态技术。但是服务器并不能直接运行 php，asp这样的文件，自己不能做，外包给别人吧，但是要与第三做个约定，我给你什么，然后你给我什么，就是握把请求参数发送给你，然后我接收你的处 理结果给客户端。那这个约定就是 common gateway interface，简称cgi。这个协议可以用vb，c，php，python 来实现。cgi只是接口协议，根本不是什么语言。下面图可以看到流程： 在这个过程中，Web Server并不能直接处理静态或者动态请求，对于静态请求是直接查找然后返回数据或者报错信息，对于动态数据也是交付给其他的工具（这里的PHP解析器）进行处理。 那么Web Server和处理工具（这里的php-fpm）是怎样进行交互的呢？传输的是那些数据呢？这些数据的格式又是怎样的呢？ 由此便引出了今天的主角：CGI 1.关于CGI 1.1.什么是CGI？ 1） CGI（Common

概述 1xx：临时响应 - 请求已经被接收，继续处理 2xx：成功 - 请求被成功接收、处理 3xx：重定向 - 信息不完整需要进一步补充 4xx：客户端错误 - 请求有误 5xx：服务器错误 - 服务器对合法的请求响应失败 常见HTTP响应状态码 1xx表示临时响应并需要请求者继续执行操作 100（继续）：请求者应当继续提出请求 101（切换协议）：请求者要求服务器切换协议，服务器确认准备切换协议 2xx成功处理了请求 200（成功）：服务器成功处理了请求 201（已创建）：请求成功并且服务器创建了资源 202（已接受）：服务器接受了请求，但尚未处理 203（非授权信息）：服务器成功处理了信息，但返回的信息来自第三方资源 204（无内容）：服务器正常处理了请求，但是无任何内容返回 205（重置内容）：服务器处理了请求，但是无内容返回 206（部分内容）：服务器成功处理了部分GET请求 3xx重定向 300（多种选择）：针对请求，服务器可执行多种操作 301（永久性重定向）：请求的网页被永久移动到新的位置 302（临时重定向）: 服务器目前从其他位置响应当前请求，但是后面的请求必须从原始的位置开始 304（未修改）：继上次请求以后，请求的网页未被修改过 305（使用代理）：请求者只能使用代理访问请求的网页 307（临时重定向）：与302类似，只是强制要求使用POST方法

1.概念 协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则，超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。 HTTP协议，即超文本传输协议(Hypertext transfer protocol)。是一种详细规定了浏览器和万维网(WWW = World Wide Web)服务器之间互相通信的规则，通过因特网传送万维网文档的数据传送协议。 HTTP协议是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少。它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。 HTTP是一个应用层协议，由请求和响应构成，是一个标准的客户端服务器模型。HTTP是一个无状态的协议。 在Internet中所有的传输都是通过TCP/IP进行的。HTTP协议作为TCP/IP模型中应用层的协议也不例外。HTTP协议通常承载于TCP协议之上，有时也承载于TLS或SSL协议层之上，这个时候，就成了我们常说的HTTPS。（HTTP默认的端口号为80，HTTPS的端口号为443。） ****浏览网页是HTTP的主要应用，但是这并不代表HTTP就只能应用于网页的浏览。HTTP是一种协议，只要通信的双方都遵守这个协议

1、发布与订阅 用强制订阅实现数据库同步操作 大量和批量的数据可以用数据库的同步机制处理: // 说明： 发布服务器(分发)操作,订阅服务器(订阅)操作 在客户机器使用强制订阅方式。 测试通过 // --1:环境 服务器环境( 发布): 机器名称： devserver 操作系统：Windows 2003 Server 数据库版本：SQL 2005 Server 企业版 客户端 (订阅): 机器名称：pkit-bingxu 操作系统：Windows 2003 Server 数据库版本：SQL 2005 Server 企业版 --2:建用户帐号 在服务器端建立域用户帐号 我的电脑管理->本地用户和组->用户->建立 UserName:dbrepluser UserPwd:dbrepluser 隶属于：SQLServer2005MSSQLUser$devserver$MSSQLSERVER SQLServer2005MSSQLAgentUser$devserver$MSSQLSERVER --3:重新启动服务器MSSQLServer 我的电脑->控制面版->管理工具->服务->MSSQLServer 服务 (更改为：域用户帐号,我们新建的dbrepluser用户 .\dbrepluser,密码:dbrepluser) 在发布服务器和订阅服务器上互相注册 企业管理器 --右键SQL

1. 我们不禁要问，什么是"服务集群"？什么是"企业级开发"？ 既然说了EJB 是为了"服务集群"和"企业级开发"，那么，总得说说什么是所谓的"服务集群"和"企业级开发"吧！这个问题其实挺关键的，因为J2EE 中并没有说明白，也没有具体的指标或者事例告诉广大程序员什么时候用EJB 什么时候不用。于是大家都产生一些联想，认为EJB"分布式运算"指得是"负载均衡"提高系统的运行效率。然而，估计很多人都搞错了，这个"服务群集"和"分布式运算"并没有根本解决运行负载的问题，尤其是针对 数据库 的应用系统。 为什么？ 我们先把EJB 打回原形给大家来慢慢分析。 2. 把EJB 掰开了揉碎了 我们把EJB 的概念好好的分析一下，看看能发现些什么蛛丝马迹。 3.1 EJB 概念的剖析 我们先看一下，EJB 的官方解释： 商务软件的核心部分是它的业务逻辑。业务逻辑抽象了整个商务过程的流程，并使用计算机语言将他们实现。 …… J2EE 对于这个问题的处理方法是将业务逻辑从客户端软件中抽取出来，封装在一个组件中。这个组件运行在一个独立的服务器上，客户端软件通过网络调用组件提供的服务以实现业务逻辑，而客户端软件的功能单纯到只负责发送调用请求和显示处理结果。在J2EE 中，这个运行在一个独立的服务器上，并封装了业务逻辑的组件就是EJB（Enterprise Java Bean）组件

1、TCP协议 可靠传输，TCP数据包没有长度限制，理论上可以无限长，但是为了保证网络的效率，通常TCP数据包的长度不会超过IP数据包的长度，以确保单个TCP数据包不必再分割。 （1）三次握手建链接 （2）四次挥手断开链接 （3）tcp协议的状态 （4）syn洪水攻击与半连接池 1、一开始，建立连接之前服务器和客户端的状态都为CLOSED； 2、服务器创建socket后开始监听，变为LISTEN状态； 3、客户端请求建立连接，向服务器发送SYN报文，客户端的状态变味SYN_SENT； 4、服务器收到客户端的报文后向客户端发送ACK和SYN报文，此时服务器的状态变为SYN_RCVD； 5、然后，客户端收到ACK、SYN，就向服务器发送ACK，客户端状态变为ESTABLISHED； 6、服务器端收到客户端的ACK后变为ESTABLISHED。此时3次握手完成，连接建立！ 三次挥手 由于TCP连接是全双工的，断开连接会比建立连接麻烦一点点。 1、客户端先向服务器发送FIN报文，请求断开连接，其状态变为FIN_WAIT1； 2、服务器收到FIN后向客户端发送ACK，服务器的状态围边CLOSE_WAIT； 3、客户端收到ACK后就进入FIN_WAIT2状态，此时连接已经断开了一半了。如果服务器还有数据要发送给客户端，就会继续发送； 4、直到发完数据，就会发送FIN报文，此时服务器进入LAST