TTCDN是如何帮助网站优化访问速度的？（云服务器的负载均衡技术？）
TTCDN是如何帮助网站优化访问速度的？
的站长都知道使用cdn可以加快网站访问速度，但是他们不知道。;我不知道它的原理是什么，是否会影响百度 的排名，或者会不会造成其他问题。他们担心使用CDN和don 我不知道如何处理这件事。
cdn原理的第一步:
即网站内容分发到cdn在国内外部署的节点。访问者可以通过访问节点访问网站，通过智能DNS连接到响应速度最快的节点。
cdn原理的第二步:
将网站所有可缓存的内容缓存到cdn节点会减少访问者数量。;访问网站服务器，减轻网站服务器应承受的访问压力，有效提高网站的稳定性。
cdn原理的第三步:
访客使用cdn后，访问cdn节点，cdn保护机制会自动识别每次访问是否是攻击。当检测到攻击时，会自动拦截清理，保证隐藏在后端的网站服务器不会受到攻击。
cdn原理的第四步:
cdn的使用方法很简单。在cdn后台配置绑定网站域名和网站服务器ip后，会自动生成一个cnam
云服务器的负载均衡技术？
成分分离
DNS负载平衡
不同的web内容被分发到不同的服务器上，并划分为子域，使用DNS将请求自然地转移到不同的服务器上。它可以分为两个主要内容:
1.动态内容，CPU和IO密集型
2.静态内容，IO密集型
通过在DNS中配置多个A记录，将请求转移到集群中的不同服务器，这对于存在区域性问题的大型网站很有帮助。DNS可以让用户就近访问相应的web服务器。像BIND这样的DNS服务软件提供了丰富的调度策略。但是，如果集群中的主机出现故障，则需要更新DNS缓存，这通常需要一些时间。此外，客户端可以通过设置主机来绕过DNS调度。
跨域共享cookie:将cookie的范围扩展到父域。
HTTP重定向
重定向客户端以分散和转移请求压力。例如，一些下载服务通常有几个镜像服务器。
分布式缓存
当你可以的时候。;如果不使用页面级缓存，就需要考虑直接缓存数据，比如使用memcached作为缓存。此时，您需要考虑并发写入memcached的问题。另外，当memcached的规模横向扩大，服务器数量增加时，需要相应的算法让应用知道应该链接哪个memcached服务器(比如模运算)。分布式缓存可以自动重建缓存，所以你不 不要担心停机。
负载均衡
负载均衡就是分散请求，这就涉及到如何设置。规划调度策略以最大化集群的性能。当集群中的主机容量相等时，应该尽可能均匀调度，容量不均匀时，应该能更努力。随着问题的复杂性，我们应该始终注意调度的性能，而不要 不要让调度成为性能瓶颈。
反向代理负载平衡
反向代理服务器工作在HTTP层，类似于代理服务器。与普通代理服务器不同，服务器在代理的后端，而不是客户端在代理的后端。这类似于NAT，只是NAT工作在网络层。同样，负载平衡，反向代理服务器强调 “转发和转发而不是 “转移 “，因为它不仅转发客户 的请求，而且还转发服务器 的回应。可以作为反向代理服务器的软件有Nginx、lighttp、Apache等。另外，目前一些专业的代理转发设备可以工作在应用层，比如A10。
使用代理转发时，请注意以下问题:
由于反向代理的转发特性，代理本身很可能成为性能瓶颈。通常，对于CPU密集型请求，使用代理是合适的。如果它是IO密集型的，这种集群方法可能可以 发挥它的最大性能。
通常最好在代理上开启健康检查，及时发现集群中的故障机器，从而调整转发策略，比DNS更实时。
粘性会话:对于启动会话来保存用户信息的应用程序，或者后端服务器使用动态内容缓存，用户 会话中的请求必须保存在同一台服务器上。代理通常支持类似的配置。但是，尽量不要让应用程序过于本地化。例如，您可以使用cookie来保存用户数据、分布式会话或分布式缓存。
IP负载平衡
从字面上看，它使用网络层来转发请求，类似于NAT网关。但是网关转发可能存在带宽瓶颈，因为只有一个出口，所以对出口的带宽要求更高。Linux中的Netfilter模块可以通过iptables进行配置。例如，对外部端口8001的请求被转发到内部网中的一个服务器，而对外部端口8002的请求被转发到内部网中的另一个服务器。这种方法简单易行，但它可以 不要过多地配置计划。LVS-NAT也是Linux中网络层的一种转发。与Netfilter不同，它支持一些动态调度算法，如最小链路、加权最小链路、最短期望延迟等。
直接路由
直接路由是调度器修改报文的目的MAC地址，转发请求报文的，但是响应报文可以直接发送到外网。这样做的明显好处是不需要担心网关瓶颈，但是实际服务器和调度服务器都需要链接到WAN交换机，并且有独立的外部IP地址。
这种:
首先，每台服务器都需要设置一个IP别名。这个IP别名是一个面向客户端的虚拟IP，只有代理服务器响应这个IP别名的ARP请求，这样客户端向这个IP发送的请求包就会先到达代理服务器。然后代理服务器填写这个请求包的目的MAC地址作为实际服务器的MAC地址(目的服务器由某种调度算法决定)。因为目的服务器也有这个IP别名，所以实际的服务器可以接收和处理转发的数据包。由于最后一个包的源IP地址是客户端请求的IP地址，所以实际服务器会直接通过交换机将响应包转发给客户端，而不经过代理服务器。
在Linux下，直接路由可以通过LVS-DR实现
IP隧道
IP隧道是指调度器将原有的IP包封装在新的IP包中实现调度，实际的服务器可以直接将响应包转发给用户终端。
共享文件系统
对于一些提供文件下载的简单服务(包括html中的静态资源等。)，自然会考虑用集群来解压，但是如何在集群中的主机上同步这些资源呢？
网络文件系统
一种解决方案是让这些主机从同一个地方获取数据。例如，采用NFS(网络文件系统)，它基于PRC。这种方法简单易行，但往往受到NFS服务器本身的磁盘吞吐率，或者并发处理能力和带宽的限制。
冗余分布
另一种解决方案是在主机上冗余存储资源，这样主机只需读取本地磁盘上的资源，而无需访问共享文件系统。但这也带来了同步的问题。如何同步这些数据:
主动分销可分为单级分销和多级分销。可以通过SCP、SFTP和HTTP扩展协议WebDAV进行分发。
单级分发:通过一次性分发，达到目的。这种方案简单易行，但性能瓶颈会出现在磁盘压力和网络带宽上，难以扩展。
多级分销:只有通过多次分销才能到达目的地。这种方案可以分散磁盘和网络带宽的压力，并且易于扩展。缺点是成本高。
被动同步很好理解，可以用rsync。rsync同步时，是根据上次更新时间来决定是否需要同步。所以如果一个文件夹里的文件太多，rsync的扫描时间会很长。可以通过设置文件夹的上次更新时间，合理规划文件目录来加快rsync的扫描时间。即使你没有。;不要使用rsync，用这种思想开发你自己的同步程序可以提高性能。
分布式文件系统
分布式文件系统工作在用户进程级，是一个管理文件的平台。冗余、检索、跟踪、调度等工作的内部维护通常包括物理组织结构和逻辑组织结构。物理组织结构包括分布式系统自我维护，逻辑组织结构面向用户。其中， “追踪器和扮演着重要的角色。
MogileFS是一个开源的分布式文件系统，用Perl编写，包括、存储节点和管理工具。它利用MySQL分布式文件系统的所有信息，利用WebDAV实现文件复制。其他著名的还有Hadoop。
每个文件都由一个键定义。当你需要读取一个文件时，指定一个键，将返回一个实际的路径。你可以通过访问这个地址得到这个文件。甚至这个键对应的路径也可以用分布式缓存来缓存，这样可以减少tracker的查询开销，但是也会失去分布式文件系统的调度策略的优越性。此外，您可以使用一个支持reproxy的反向代理服务器(如Perlbal ),让反向代理服务器完成路径重定向工作。
数据库扩展
1.主从拷贝，读写分离
这种方法是指利用数据库的复制或镜像功能，将相同的数据同时保存在多个数据库中，并将读操作和写操作分开。写操作集中在一个主数据库中，读操作集中在多个从数据库中。这种方法适用于读多于写的站点。如果你不 如果不想在应用程序级别维护这种分离映射，可以使用数据库反向代理来自动完成读写分离。
2.垂直分带
不需要联合查询的数据表可以分布到不同的数据库服务器上，这就是所谓的垂直分区。当然，每个分区本身也可以使用读写分离。
3.水平分带
将同一个表的记录拆分到不同的表甚至服务器上称为水平分区，这往往需要一个稳定的算法来保证读取时可以正确地从不同的服务器上获取数据，比如简单地对ID进行模块化，划分范围，或者保存映射关系。也可以用spock，类似代理的产品。
隐藏物
在构建高性能网站时，基本结构(数据库分区也包含在基本结构中)要放在一边，缓存的设计要在应用和编码层面考虑。合理的缓存设计可以大大提高提供动态web服务的网站的性能。当然，在架构阶段设计一个缓存方案并不是一个简单的技术问题，需要从业务出发，结合各种技术。根据下一个HTTP请求的顺序，从技术角度讨论了每个链接的缓存设计。
1.客户端缓存
可以利用客户端浏览器的缓存机制来减少浏览器对服务器的请求数量(当然结合服务器上的图片等资源和css图片定位技术也可以减少HTTP请求)，利用好HTTP缓存协商可以设计出灵活的客户端缓存方案。HTTP头中的以下内容与缓存协商相关:
Last-Modified:动态页面主动推送此值，暗。当浏览器下次请求相同的url时，它将优先使用If-Modified-Since值与服务器进行协商。如果高速缓存没有过期，则服务器可以通过返回304来通知浏览器，而无需重新计算页。这种方法常用于网站的静态资源。但是，这种方法有一个缺点:有时，虽然文件的最后更改时间被更改，但内容并未更改，这可能 不能充分发挥浏览器的缓存能力。
ETag:web服务器为每个url生成一个哈希值，它被添加到HTTP头的ETag标签中。浏览器将优先使用If-None-Match加上此哈希值来协商缓存过期时间。通过对静态文件内容进行md5变换，生成哈希值，可以弥补Last-Modified的不足。但是，它在服务器端带来了md5变换的计算开销。
Expires:以上两种方法可以使服务器避免重复的页解析和计算，但浏览器仍然要通过HTTP请求进行协商，并没有真正减少请求的数量。通过在HTTP头中添加Expires标签，可以明确告知浏览器到期形式，浏览器会彻底减少请求数量。
2.反向代理缓存
在web服务器的前端，还有一个反向代理缓存。反向代理服务器本质上是一个代理服务器，它只将来自外部网络的请求转发给内部网络中的web服务器进行处理。他们都在应用层工作，能理解HTTP协议。正向代理服务器具有HTTP缓存和HTTP过滤的功能，而反向代理服务器也具有HTTP缓存的能力，也具有一定的安全性。所有HTTP友好的动态程序也可以缓存在反向代理服务器上。重量级的squid，轻量级的varnish，甚至Nginx这样的web服务器软件都可以胜任反向代理服务。
上述代理服务器软件产品可以通过各种配置缓存基于HTTP协议的web响应。
3.Web服务器缓存
Web服务器可能支持基于url的缓存(基于键值对)，这类似于反向代理缓存。缓存通常可以通过配置存储在内存或磁盘中。在缓存有效性问题上，通常基于HTTP协议中的头信息来判断。但是使用这种机制需要注意:
动态程序可能会依赖于特定的web服务器。注意写HTTP-cache友好的动态程序，会让你的动态程序更有活力。web服务器也有缓存文件描述符(类似于句柄)的能力，可以减少文件的打开操作。也是减少系统调用的措施，对一些小文件有一定的作用，因为文件越小，打开的开销就越重要。。
4.应用程序缓存
应用程序本身可以缓存动态内容，这可以从三个层面反映出来:
动态脚本缓存:每个脚本解析都需要一定的时间。为了加快速度，一些服务器端脚本语言支持动态脚本的预编译。比如我们熟悉的ASP.NET和JSP，都有所谓的中间语言，解析这些中间语言会快很多。
动态脚本框架支持的缓存:一些动态脚本框架支持缓存。还有，在选择模型的时候要注意这些框架的缓存机制和原理，比如缓存如何存储，过期如何设置，是否支持本地缓存等。
应用程序本身实现缓存:应用程序根据特定的业务需求独立设计缓存。
在缓存设计的具体技术上，有以下几点:
在内存上，这种，但是内存有限，单机不容易扩展。
在分布式缓存中，该方法具有减少磁盘读写、提高可靠性和可扩展性的优点。但由于需要网络IO，性能略逊于单机缓存。
本地页面缓存。对于一些无法完全缓存的页面，可以考虑本地缓存。
静态，静态网站可以大大提高性能，因为用户 请求不需要动态脚本处理。
服务器容量的限制:
该内容普遍适用于所有服务器(无论是代理服务器、web服务器还是其他)。
多进程多线程的选择与调度:进程切换和线程切换都需要一定的系统开销。通常，使用多线程模型的web服务器软件比多进程具有更好的性能。
系统调用:一些需要从用户态切换到内核态的函数调用可以称为系统调用，比如打开一个文件。系统调用会有一定的代价，减少系统调用是一个可以加快处理速度的编程细节。
TCP链接维护:通过维护TCP链接，可以减少在服务器和客户端之间创建和关闭TCP链接的操作。HTTP中的连接: Keep-alive就有这样的功能。
IO模型:由于CPU比IO快很多，IO延迟往往成为性能的瓶颈，所以IO模型非常重要。
IO型号:
PIO:CPU直接干涉磁盘和内存之间的数据交互，也就是说，无论数据是从内存到磁盘还是从磁盘到内存，都要经过CPU寄存器。有了这样的模型，可想而知CPU有大量的时间等待速度慢的设备。
DMA(直接内存访问):CPU通过向DMA控制器发送指令来控制数据的处理，并在数据处理完毕后通知CPU，可以在很大程度上释放CPU资源。
阻塞I/O:对于进程，有些系统调用为了同步IO会不同程度地阻塞进程，比如accept。、发送、阅读等。
同步非阻塞I/O:对于一个进程，一些系统调用可以在调用后立即返回，告诉进程IO是否准备好，避免阻塞进程。
多通道I/O就绪通知:对于同步非阻塞I/O的方法，进程仍然需要轮询文件描述符(句柄)来知道哪个IO就绪，而多通道I/O就绪通知将这个进程改为回调通知。
内存映射:将文件映射到内存中的某个地址空间，这样就可以像写内存一样写文件了。当然，这种方法本质上和写文档没什么区别。
直接I/O:用户进程地址空间和磁盘之间通常有一个操作系统管辖的内核缓冲区。写文件的时候一般是写到这个缓冲区，然后用一些延迟策略写到磁盘。这样可以提高写作效率。但是，对于数据库之类的应用程序，通常希望自己管理读写缓存，以避免内核缓冲区的内存浪费。Linux的Open函数支持直接io的O_DIRECT参数。
Sendfile:如果web服务器要发送一个文件，会经历以下过程:打开文件，从磁盘读取文件内容(这通常涉及到将内核缓冲区数据复制到用户进程)，然后进程通过socket发送文件内容(这通常是设计到用户进程数据复制到网卡内核缓冲区为止)。可见可以避免重复的数据复制。Sendfile可以支持直接从文件内核缓冲区复制到NIC内核缓冲区。
站群服务器拿来做优化好用吗？
站群服务器是指站长为了提高各个网站对搜索引擎的权重，增强S
如何优化网站高并发访问？
在面试过程中一定会问的:多线程、JVM、高并发！
虽然这三个要命的东西在工作过程中基本用不到！仍然可以 不要阻挡面试者的脚步。这里 我对其中之一的理解是——高并发性！
什么是并发？同时处理操作！
什么是高并发？同时处理多个操作！
什么手术？页面请求:一个简单的页面请求可能包含很多内容，比如验证登录、静态页面加载、动态数据加载(涉及数据库访问、缓存等。)，镜像加载，线程启动和销毁！每个操作都需要时间，加起来可能只有200毫秒。但是，如果你的服务器处理能力只能是一个请求级别，那么100万个请求就要花你20万秒，也就是几天左右的时间！
当然，我们不知道。;现实生活中没有这样的服务器。换句话说，我们可以通过选择一个好的服务器来提高我们的并发性！也就是说，硬件的指数级升级可以让我们应对高并发，却适得其反。如果处理一个请求占用100k内存，那么100万个请求需要100万个M，差不多就是100G内存！这在现实生活中无疑是没有的！
而且单机服务器很容易受到网络、断电等原因的影响！所以分布式集群是我们处理高并发最有效的！
在此之前，让我们 让我们熟悉一些关于高并发性的关键参数！
QPS:每秒处理的请求数！
吞吐量::单位时间内处理的请求数！
最大并发请求数:可以同时支持的最大请求数！
从这些指标来看，提高并发有两种方法::，提高处理速度，减少处理时间！
一般来说，常规方法有以下几种，:。
1.更多静态资源:会静态处理和缓存代码中的大量枚举(加载容器时写入map并放入本地缓存)、数据库中的定义表(调度任务放入缓存时)、固定配置、HTML文件等！
2.图像服务器:一般来说，图像属于页面上的大量数据。尽量避免动态数据和图像的顺序渲染，使用图像服务器将数据和图像分开！
3.优化代码:避免多层循环，避免多次数据库访问，通过使用多线程提高cpu利用率和执行速度，使用java8进行流处理和并行。提高处理速度！
4.数据库:采用子数据库和子表。mysql5.7之后，据说可以支持秒级、百万级的数据查询。速度相当快，使用八数据库1024表，一秒钟就能满足百万数据库的并发！同时可以打开缓存，写存储过程，加快访问时间！数据库和表拆分后，还可以根据表拆分字段使用联合查询，避免了大多数数据库架构无法 分发后不能合并！
5.使用基于内存的数据存储:。使用r:使用nginx等负载均衡中间件将请求分发到不同的机器上，从而避免单个应用程序连续处理导致的血腥崩溃！
总之，高并发是程序员不可或缺的技术，也是面试必问的知识点。只有直面它，解决它，才能对技术有更深刻的理解！
我在高路上踩了很多坑。我以后会把这些坑记录下来，分享给大家！