【转】linux负载均衡

在日常运维工作中,经常使用负载均衡服务。负载均衡分为四层负载和七层负载,那么两者有什么区别呢?

[En]

In the routine operation and maintenance work, load balancing service is often used. Load balancing is divided into four layers of load and seven layers of load, so what is the difference between the two?

一、什么是负载均衡

1) 负载均衡(Load Balance)建立在现有网络结构之上,它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。负载均衡有两方面的含义:首先,大量的并发访问或数据流量分担到多台节点设备上分别处理,减少用户等待响应的时间;其次,单个重负载的运算分担到多台节点设备上做并行处理,每个节点设备处理结束后,将结果汇总,返回给用户,系统处理能力得到大幅度提高。

2)简单来说就是:其一是将大量的并发处理转发给后端多个节点处理,减少工作响应时间;其二是将单个繁重的工作转发给后端多个节点处理,处理完再返回给负载均衡中心,再返回给用户。目前负载均衡技术大多数是用于提高诸如在Web服务器、FTP服务器和其它关键任务服务器上的internet服务器程序的可用性和可伸缩性。

二、负载均衡分类

1)二层负载均衡(mac)

根据OSI模型分的二层负载,一般是用虚拟mac地址方式,外部对虚拟MAC地址请求,负载均衡接收后分配后端实际的MAC地址响应。

2)三层负载均衡(ip)

一般采用虚拟IP地址方式,外部对虚拟的ip地址请求,负载均衡接收后分配后端实际的IP地址响应(即一个ip对一个ip的转发,端口全放开)

3)四层负载均衡(tcp)

在三层负载均衡的基础上,即从第四层”传输层”开始,使用”ip + port”接收请求,再转发到对应的机器。

4)七层负载均衡(http)

从第七层”应用层”开始,根据虚拟的url或ip,主机名接收请求,再转向相应的处理服务器。

运维中最常见的是四层和七层负载均衡。这里我们重点介绍这两种负载均衡器。

[En]

Layer 4 and layer 7 load balancers are the most common in our OPS. Here we focus on these two kinds of load balancers.

四层的负载均衡就是基于IP + 端口的负载均衡

在三层负载均衡的基础上,通过发布三层的IP地址(VIP),然后加上四层的端口号,来决定哪些流量需要做负载均衡,对需要处理的流量进行NAT(Network Address Translation,网络地址转换)处理,转发至后台服务器,并记录下这个TCP或者UDP的流量是由哪台服务器处理的,后续这个连接的所有流量都同样转发到同一台服务器处理。对应的负载均衡器称为四层交换机(L4 switch),主要分析IP层及TCP/UDP层,实现四层负载均衡。此种负载均衡器不理解应用协议(如HTTP/FTP/MYSQL等等)。

实现四层负载均衡的软件有:
F5:硬件负载均衡器,功能很好,但是成本很高。
lvs:重量级的四层负载软件
nginx:轻量级的四层负载软件,带缓存功能,正则表达式较灵活
haproxy:模拟四层转发,较灵活

七层的负载均衡是基于虚拟的URL或主机IP的负载均衡

在四层负载均衡的基础上(没有四层是绝对不可能有七层的),再考虑应用层的特征,比如同一个Web服务器的负载均衡,除了根据VIP加80端口辨别是否需要处理的流量,还可根据七层的URL、浏览器类别、语言来决定是否要进行负载均衡。举个例子,如果你的Web服务器分成两组,一组是中文语言的,一组是英文语言的,那么七层负载均衡就可以当用户来访问你的域名时,自动辨别用户语言,然后选择对应的语言服务器组进行负载均衡处理。对应的负载均衡器称为七层交换机(L7 switch),除了支持四层负载均衡以外,还有分析应用层的信息,如HTTP协议URI或Cookie信息,实现七层负载均衡。此种负载均衡器能理解应用协议。

实现七层负载均衡的软件有:
haproxy:天生负载均衡技能,全面支持七层代理,会话保持,标记,路径转移;
nginx:只在http协议和mail协议上功能比较好,性能与haproxy差不多;
apache:功能较差
Mysql proxy:功能尚可。

总的来说,一般是lvs做4层负载;nginx做7层负载(也能做4层负载, 通过stream模块);haproxy比较灵活,4层和7层负载均衡都能做。

三、四层和七层负载均衡之间的区别

1)从技术原理上分析

所谓四层负载均衡,也就是主要通过报文中的目标地址和端口,再加上负载均衡设备设置的服务器选择方式,决定最终选择的内部服务器。

以常见的TCP为例,负载均衡设备在接收到第一个来自客户端的SYN 请求时,即通过上述方式选择一个最佳的服务器,并对报文中目标IP地址进行修改(改为后端服务器IP),直接转发给该服务器。TCP的连接建立,即三次握手是客户端和服务器直接建立的,负载均衡设备只是起到一个类似路由器的转发动作。在某些部署情况下,为保证服务器回包可以正确返回给负载均衡设备,在转发报文的同时可能还会对报文原来的源地址进行修改。

所谓七层负载均衡,也称为”内容交换”,也就是主要通过报文中的真正有意义的应用层内容,再加上负载均衡设备设置的服务器选择方式,决定最终选择的内部服务器。

以常见的TCP为例,负载均衡设备如果要根据真正的应用层内容再选择服务器,只能先 代理最终的服务器和客户端建立连接(三次握手)后,才可能接受到客户端发送的真正应用层内容的报文,然后再根据该报文中的特定字段,再加上负载均衡设备设置的服务器选择方式,决定最终选择的内部服务器。负载均衡设备在这种情况下,更类似于一个代理服务器。 负载均衡和前端的客户端以及后端的服务器会分别建立TCP连接。所以从这个技术原理上来看,七层负载均衡明显的对负载均衡设备的要求更高,处理七层的能力也必然会低于四层模式的部署方式。

四层负载均衡在中间传输层执行,它处理消息的传递,但不考虑消息的内容。例如TCP是网络上Hypertext Transfer Protocol(HTTP)流量的第四层协议。在这一过程中,4层负载均衡会将网络数据包转发到上游服务器,但不会检查数据包的内容,只能通过检查TCP流中的前几个包来做出有限的路由决策。

七层负载均衡不同于四层负载均衡,它在高级应用层上执行,会处理每个消息的实际内容。HTTP是网络上网站流量的主要7层协议。七层负载均衡以比四层负载均衡更复杂的方式路由网络流量,尤其适用于基于TCP的流量(如HTTP)。七层负载均衡会终止网络流量并读取其中消息,它可以根据消息内容(如URL或cookie)做出负载均衡策略。随后,七层负载均衡与选定的服务器建议新的TCP连接并将请求写入服务器。

简单来说,二者之间的区别

  • 七层负载均衡基本都是 基于http协议的,适用于web服务器的负载均衡。(nginx)
  • 四层负载均衡主要是基于 tcp协议报文,可以做任何基于tcp/ip协议的软件的负载均衡。(haproxy、LVS)
  • 两者的主要区别在于所用信息的层次不同,各有优势。
    [En]

    the main difference between the two is that the messages used are at different levels and each has its own advantages.*

  • 七层应用负载的好处,是使得整个网络更”智能化”。例如访问一个网站的用户流量,可以通过七层的方式,将对图片类的请求转发到特定的图片服务器并可以使用缓存技术;将对文字类的请求可以转发到特定的文字服务器并可以使用压缩技术。当然这只是七层应用的一个小案例,从技术原理上,这种方式可以对客户端的请求和服务器的响应进行任意意义上的修改,极大的提升了应用系统在网络层的灵活性。很多在后台,例如Nginx或者Apache上部署的功能可以前移到负载均衡设备上,例如客户请求中的Header重写,服务器响应中的关键字过滤或者内容插入等功能。
  • 四层负载均衡主要是较为灵活,可以作为多种软件的负载均衡器。

例如,四层负载均衡器就像银行的自助取号机。到达银行的每个客户根据排名机的顺序选择相应的窗口接受服务,而七级负载均衡器则像银行大堂经理一样。首先确定客户需要处理的业务,然后安排排名。如此一来,办理理财、存取款等业务的客户将根据银行内部资源进行统一协调,加快客户业务办理流程。

[En]

For example, a four-tier load balancer is like a bank’s self-service numbering machine. Each customer who reaches the bank chooses the corresponding window to receive service according to the order of the ranking machine, while the seven-tier load balancer is like the bank lobby manager. First confirm the business the customer needs to handle, and then arrange the ranking. In this way, customers who handle financial management, deposits and withdrawals and other business will be unified and coordinated according to the bank’s internal resources to speed up the customer business processing process.

【转】linux负载均衡

七层负载均衡的好处
七层负载均衡比基于数据包的四层负载均衡更占CPU,但很少会导致服务器性能下降。七层负载均衡可以让负载均衡器做出更明智的决策,并可以对内容进行优化和更改,如压缩、加密等等。七层负载均衡还可以利用buffering来卸载上游服务器的慢速连接,从而提高性能。

执行七层负载平衡的组件通常被称为反向代理服务器。

七层负载均衡示例
举个简单的例子,假设用户访问一个高流量站点,在会话期间,它可能请求静态内容(如图像或视频)、动态内容(如新闻提要)或交易信息(如订单状态)。第7层负载均衡允许负载均衡器根据请求本身中的消息(如内容类型)来路由请求。也就是说,可以将对图像或视频的请求路由到存储它们的服务器,并对其进行高度优化以提供多媒体内容;对交易信息(如折扣价格)的请求可以路由到负责管理定价的应用服务器。借助第7层负载平衡,网络和应用架构师可以创建高度优化的服务器基础设施或应用交付网络,该网络可在确保可靠性的同时有效扩展。

[En]

As a simple example, suppose a user visits a high-traffic site, and during the session, it may request static content (such as images or videos), dynamic content (such as news feeds), or transaction information (such as order status). Layer 7 load balancing allows load balancers to route requests based on messages in the request itself, such as content types. That is, requests for images or videos can be routed to the server where they are stored and highly optimized to provide multimedia content; requests for transaction information such as discounted prices can be routed to the application server responsible for managing pricing. With layer 7 load balancing, network and application architects can create a highly optimized server infrastructure or application delivery network that scales effectively while ensuring reliability.

2)从应用场景的需求上分析

七层应用负载的好处,是使得整个网络更”智能化”。例如访问一个网站的用户流量,可以通过七层的方式,将对图片类的请求转发到特定的图片服务器并可以使用缓存技术;将对文字类的请求可以转发到特定的文字服务器并可以使用压缩技术。当然这只是七层应用的一个小案例,从技术原理上,这种方式可以对客户端的请求和服务器的响应进行任意意义上的修改,极大的提升了应用系统在网络层的灵活性。很多在后台,例如Nginx或者Apache上部署的功能可以前移到负载均衡设备上,例如客户请求中的Header重写,服务器响应中的关键字过滤或者内容插入等功能。

另外一个常常被提到功能就是安全性。网络中最常见的SYN Flood攻击,即黑客控制众多源客户端,使用虚假IP地址对同一目标发送SYN攻击,通常这种攻击会大量发送SYN报文,耗尽服务器上的相关资源,以达到Denial of Service(DoS)的目的。从技术原理上也可以看出,四层模式下这些SYN攻击都会被转发到后端的服务器上;而七层模式下这些SYN攻击自然在负载均衡设备上就截止,不会影响后台服务器的正常运营。另外负载均衡设备可以在七层层面设定多种策略,过滤特定报文,例如SQL Injection等应用层面的特定攻击手段,从应用层面进一步提高系统整体安全。

现在的七层负载均衡,主要还是着重于应用HTTP协议,所以其应用范围主要是众多的网站或者内部信息平台等基于B/S开发的系统。 4层负载均衡则对应其他TCP应用,例如基于C/S开发的ERP等系统。

3)总体对比

3.1) 智能性
七层负载均衡由于具备OIS七层的所有功能,所以在处理用户需求上能更加灵活,从理论上讲,七层模型能对用户的所有跟服务端的请求进行修改。例如对文件header添加信息,根据不同的文件类型进行分类转发。四层模型仅支持基于网络层的需求转发,不能修改用户请求的内容。

3.2) 安全性
七层负载均衡由于具有OSI模型的全部功能,能更容易抵御来自网络的攻击;四层模型从原理上讲,会直接将用户的请求转发给后端节点,无法直接抵御网络攻击。

3.3) 复杂度
四层模型一般结构比较简单,易于管理,容易定位问题;七层模型架构比较复杂,通常需要考虑混合使用四层模型,问题定位比较复杂。

[En]

Four-tier model is generally relatively simple structure, easy to manage, easy to locate the problem; seven-tier model architecture is more complex, usually need to consider the mixed use of the four-tier model, the problem location is more complex.

3.4) 效率比
四层模型基于更底层的设置,通常效率更高,但应用范围有限;七层模型需要更多的资源损耗,在理论上讲比四层模型有更强的功能,现在的实现更多是基于http应用。

四、负载均衡技术方案说明

1)软/硬件负载均衡
软件负载均衡解决方案是指在一台或多台服务器相应的操作系统上安装一个或多个附加软件来实现负载均衡,如DNS Load Balance,CheckPoint Firewall-1 ConnectControl,Keepalive+ipvs等,它的优点是基于特定环境,配置简单,使用灵活,成本低廉,可以满足一般的负载均衡需求。软件解决方案缺点也较多,因为每台服务器上安装额外的软件运行会消耗系统不定量的资源,越是功能强大的模块,消耗得越多,所以当连接请求特别大的时候,软件本身会成为服务器工作成败的一个关键;软件可扩展性并不是很好,受到操作系统的限制;由于操作系统本身的Bug,往往会引起安全问题。

硬件负载均衡解决方案是直接在服务器和外部网络间安装负载均衡设备,这种设备通常是一个独立于系统的硬件,我们称之为负载均衡器。由于专门的设备完成专门的任务,独立于操作系统,整体性能得到大量提高,加上多样化的负载均衡策略,智能化的流量管理,可达到最佳的负载均衡需求。负载均衡器有多种多样的形式,除了作为独立意义上的负载均衡器外,有些负载均衡器集成在交换设备中,置于服务器与Internet链接之间,有些则以两块网络适配器将这一功能集成到PC中,一块连接到Internet上,一块连接到后端服务器群的内部网络上。

软件负载均衡与硬件负载均衡的对比:
软件负载均衡的优点是需求环境明确,配置简单,操作灵活,成本低廉,效率不高,能满足普通的企业需求;缺点是依赖于系统,增加资源开销;软件的优劣决定环境的性能;系统的安全,软件的稳定性均会影响到整个环境的安全。
硬件负载均衡优点是独立于系统,整体性能大量提升,在功能、性能上优于软件方式;智能的流量管理,多种策略可选,能达到最佳的负载均衡效果;缺点是价格昂贵。

2)本地/全局负载均衡
负载均衡从其应用的地理结构上分为本地负载均衡(Local Load Balance)和全局负载均衡(Global Load Balance,也叫地域负载均衡),本地负载均衡是指对本地的服务器群做负载均衡,全局负载均衡是指对分别放置在不同的地理位置、有不同网络结构的服务器群间作负载均衡。

本地负载均衡可以有效解决数据流量过大、网络负载过重的问题,不需要花费昂贵的费用购买性能优异的服务器,充分利用现有设备,避免服务器单点故障造成的数据流量损失。它具有灵活多样的平衡策略,可以合理地将数据流量分配给服务器群中服务器的常见负担。即使是对现有服务器进行扩容升级,也只是在服务场中增加一台新服务器,不改变现有网络结构,不停止现有服务。

[En]

Local load balancing can effectively solve the problems of excessive data flow and heavy network load, and do not need to spend expensive expenses to purchase servers with excellent performance, make full use of existing equipment, and avoid the loss of data traffic caused by a single point of failure of the server. It has flexible and diverse balancing strategies to reasonably distribute the data traffic to the common burden of the servers in the server farm. Even if it is to expand and upgrade the existing server, it is simply to add a new server to the service farm without changing the existing network structure and stopping the existing service.

全局负载均衡主要用于在一个多区域拥有自己服务器的站点,为了使全球用户只以一个IP地址或域名就能访问到离自己最近的服务器,从而获得最快的访问速度,也可用于子公司分散站点分布广的大公司通过Intranet(企业内部互联网)来达到资源统一合理分配的目的。

3)网络层次上的负载均衡
针对网络过载的不同瓶颈,从网络的不同层面入手,可以采用相应的负载均衡技术来解决存在的问题。

[En]

In view of the different bottlenecks of overload on the network, starting from different levels of the network, we can use the corresponding load balancing technology to solve the existing problems.

随着带宽增加,数据流量不断增大,网络核心部分的数据接口将面临瓶颈问题,原有的单一线路将很难满足需求,而且线路的升级又过于昂贵甚至难以实现,这时就可以考虑采用链路聚合(Trunking)技术。
链路聚合技术(二层负载均衡)将多条物理链路作为一条聚合逻辑链路,网络数据流量由聚合逻辑链路中的所有物理链路共享,从而在逻辑上增加链路的容量。从而能够满足带宽增加的需求。

[En]

Link aggregation technology (layer 2 load balancing) uses multiple physical links as a single aggregation logical link, and the network data traffic is shared by all physical links in the aggregation logical link, thus logically increasing the capacity of the link. so that it can meet the need of increased bandwidth.

现代负载均衡技术通常操作于网络的第四层或第七层。第四层负载均衡将一个Internet上合法注册的IP地址映射为多个内部服务器的IP地址,对每次 TCP连接请求动态使用其中一个内部IP地址,达到负载均衡的目的。在第四层交换机中,此种均衡技术得到广泛的应用,一个目标地址是服务器群VIP(虚拟 IP,Virtual IP address)连接请求的数据包流经交换机,交换机根据源端和目的IP地址、TCP或UDP端口号和一定的负载均衡策略,在服务器IP和VIP间进行映射,选取服务器群中最好的服务器来处理连接请求。

七层负载均衡控制应用层服务的内容,提供了一种对访问流量的高层控制方式,适合对HTTP服务器群的应用。第七层负载均衡技术通过检查流经的HTTP报头,根据报头内的信息来执行负载均衡任务。

七层负载均衡优点表现在如下几个方面
1)通过对HTTP报头的检查,可以检测出HTTP400、500和600系列的错误信息,因而能透明地将连接请求重新定向到另一台服务器,避免应用层故障。
2)可根据流经的数据类型(如判断数据包是图像文件、压缩文件或多媒体文件格式等),把数据流量引向相应内容的服务器来处理,增加系统性能。
3)能根据连接请求的类型,如是普通文本、图象等静态文档请求,还是asp、cgi等的动态文档请求,把相应的请求引向相应的服务器来处理,提高系统的性能及安全性。

七层负载均衡缺点表现在如下几个方面
1)七层负载均衡受到其所支持的协议限制(一般只有HTTP),这样就限制了它应用的广泛性。
2)七层负载均衡检查HTTP报头会占用大量的系统资源,势必会影响到系统的性能,在大量连接请求的情况下,负载均衡设备自身容易成为网络整体性能的瓶颈。

五、负载均衡策略

在实际应用中,我们可能不想仅仅是把客户端的服务请求平均地分配给内部服务器,而不管服务器是否宕机。而是想使Pentium III服务器比Pentium II能接受更多的服务请求,一台处理服务请求较少的服务器能分配到更多的服务请求,出现故障的服务器将不再接受服务请求直至故障恢复等等。选择合适的负载均衡策略,使多个设备能很好的共同完成任务,消除或避免现有网络负载分布不均、数据流量拥挤反应时间长的瓶颈。在各负载均衡方式中,针对不同的应用需求,在OSI参考模型的第二、三、四、七层的负载均衡都有相应的负载均衡策略。

负载均衡策略的优劣和实施的难度有两个关键因素:负载均衡算法和检测网络系统状态的方式和能力。

[En]

There are two key factors in the advantages and disadvantages of the load balancing strategy and the difficulty of its implementation: the load balancing algorithm and the way and ability to detect the status of the network system.

负载均衡算法
1)轮循均衡(Round Robin):每一次来自网络的请求轮流分配给内部中的服务器,从1至N然后重新开始。此种均衡算法适合于服务器组中的所有服务器都有相同的软硬件配置并且平均服务请求相对均衡的情况。
2)权重轮循均衡(Weighted Round Robin):根据服务器的不同处理能力,给每个服务器分配不同的权值,使其能够接受相应权值数的服务请求。例如:服务器A的权值被设计成1,B的权值是 3,C的权值是6,则服务器A、B、C将分别接受到10%、30%、60%的服务请求。此种均衡算法能确保高性能的服务器得到更多的使用率,避免低性能的服务器负载过重。
3)随机均衡(Random):把来自网络的请求随机分配给内部中的多个服务器。
4)权重随机均衡(Weighted Random):此种均衡算法类似于权重轮循算法,不过在处理请求分担时是个随机选择的过程。
5)响应速度均衡(Response Time):负载均衡设备对内部各服务器发出一个探测请求(例如Ping),然后根据内部中各服务器对探测请求的最快响应时间来决定哪一台服务器来响应客户端的服务请求。此种均衡算法能较好的反映服务器的当前运行状态,但这最快响应时间仅仅指的是负载均衡设备与服务器间的最快响应时间,而不是客户端与服务器间的最快响应时间。
6)最少连接数均衡(Least Connection):客户端的每一次请求服务在服务器停留的时间可能会有较大的差异,随着工作时间加长,如果采用简单的轮循或随机均衡算法,每一台服务器上的连接进程可能会产生极大的不同,并没有达到真正的负载均衡。最少连接数均衡算法对内部中需负载的每一台服务器都有一个数据记录,记录当前该服务器正在处理的连接数量,当有新的服务连接请求时,将把当前请求分配给连接数最少的服务器,使均衡更加符合实际情况,负载更加均衡。此种均衡算法适合长时处理的请求服务,如FTP。
7)处理能力均衡:此种均衡算法将把服务请求分配给内部中处理负荷(根据服务器CPU型号、CPU数量、内存大小及当前连接数等换算而成)最轻的服务器,由于考虑到了内部服务器的处理能力及当前网络运行状况,所以此种均衡算法相对来说更加精确,尤其适合运用到第七层(应用层)负载均衡的情况下。
8)DNS响应均衡(Flash DNS):在Internet上,无论是HTTP、FTP或是其它的服务请求,客户端一般都是通过域名解析来找到服务器确切的IP地址的。在此均衡算法下,分处在不同地理位置的负载均衡设备收到同一个客户端的域名解析请求,并在同一时间内把此域名解析成各自相对应服务器的IP地址(即与此负载均衡设备在同一位地理位置的服务器的IP地址)并返回给客户端,则客户端将以最先收到的域名解析IP地址来继续请求服务,而忽略其它的IP地址响应。在种均衡策略适合应用在全局负载均衡的情况下,对本地负载均衡是没有意义的。

转自《linux负载均衡总结性说明(四层负载/七层负载)

Original: https://www.cnblogs.com/codingmengmeng/p/14214998.html
Author: 阿玛尼迪迪
Title: 【转】linux负载均衡

原创文章受到原创版权保护。转载请注明出处:https://www.johngo689.com/27429/

转载文章受原作者版权保护。转载请注明原作者出处!

(0)

大家都在看

  • Git 相关命令

    Git 版本控制系统是一个分布式的系统(与SVN不一样),可用于保存工程源代码及其历史状态的命令行工具。 Git下载地址:https://git-scm.com/downloads…

    Linux 2022年8月30日
    0188
  • [转帖]Linux命令行文本工具

    404. 抱歉,您访问的资源不存在。 可能是网址有误,或者对应的内容被删除,或者处于私有状态。 代码改变世界,联系邮箱 contact@cnblogs.com Original: …

    Linux 2022年8月24日
    0112
  • linux 常用命令

    Linux返回上一级目录的命令 cd .. 返回上一级目录 cd ../.. 返回上两级目录 cd或cd ~ 返回home目录 cd – 目录名 返回指定目录 Linu…

    Linux 2022年8月24日
    0118
  • tcpreplay重放报文,tcpdump能抓到包,应用程序收不到包

    现象: 生产环境中有两台服务器A、B,A服务器实时有报文发往B服务器。为了在测试环境测试新功能,故在现网A服务器上tcpdump抓取发往B服务器的报文,然后在测试环境tcprewr…

    Linux 2022年9月10日
    0140
  • linux驱动由浅入深系列:高通sensor架构实例分析之二(驱动代码结构)【转】

    这一系列导航: [En] This series of navigation: linux驱动由浅入深系列:高通sensor架构实例分析之一(整体概览+AP侧代码分析) linux…

    Linux 2022年8月8日
    0110
  • kubuntu20.04音量图标丢失解决办法

    kubuntu20.04不知道什么原因音量图标丢失了通过安装KMix解决,快捷键也能正常用来,但是图标的显示的内容和原来的不一样,原本的没有找到是那个程序KMix(音量调解)快速音…

    Linux 2022年8月26日
    0145
  • kali使用clash for linux 代理

    用windows的时候挂代理挺方便,用clash for windows从服务商一键导入配置就可以无脑翻,但是最近用kali的时候,有一个小工具在运行的时候报错百度了一下基本可以确…

    Linux 2022年9月10日
    0336
  • Linux中~ / /home /root之间的区别于联系

    ~:用户的家目录,可以存储文件信息等/: Linux文件系统的根目录/home: 根目录下的子目录,主要存储普通用户信息。用户的家目录,包含保存的文件、个人设置等,一般为单独的分区…

    2022年8月20日
    0160
  • Linux 命令集锦

    查看centos版本 cat /etc/redhat-release 删除文件夹下除了某个文件之外的所有文件 rm -f ls | grep -v “^super.log$” //…

    Linux 2022年8月13日
    0218
  • Linux性能分析之上下文切换

    而在每个任务运行前,CPU 都需要知道任务从哪里加载、又从哪里开始运行,也就是说,需要系统事先帮它设置好 CPU 寄存器和程序计数器 CPU 寄存器,是 CPU 内置的容量小、但速…

    Linux 2022年8月26日
    0114
  • [云计算]OpenStack这一篇就够了!

    OpenStack简介 OpenStack背景介绍 OpenStack应用场景 OpenStack发展历程 OpenStack架构 架构设计原则 架构全景图 核心服务组件 系统通信…

    Linux 2022年11月5日
    0117
  • awk中printf的使用说明

    printf()函数是格式化输出函数, 一般用于向标准输出设备按规定格式输出信息。在编写程序时经常会用到此函数。printf()函数的调用格式为:printf(“&#8…

    Linux 2022年8月26日
    088
  • ubuntu 21.10 上的一些必备库的安装 opengl, opencv

    gtk: opengl: <span class=”token preprocessor property”># &#x5B89;&#x88C5;Ope…

    Linux 2022年8月26日
    0131
  • 【XML】学习笔记第二章-dtd

    XML-DTD DTD语句 基本声明语句 引用外部DTD DTD元素 四种元素类型 元素定义关键字 修饰符号 DTD中的属性 属性修饰 属性类型 DTD中的实体和符号 符号 坑 X…

    Linux 2022年11月8日
    070
  • Linux 配置Git

    前言:请各大网友尊重本人原创知识分享,谨记本人博客: 南国以南i 一、用git –version命令检查是否已经安装 二、下载git源码并解压 wget https:/…

    Linux 2022年11月8日
    088
  • Linux下安装Nginx1.9.3

    操作系统:CentOS6.5 64bit Nginx: 1.9.3 1、下载Nginx 2、安装依赖的库 3、安装pcre,用于重写rewrite 将pcre安装到 /usr/lo…

    Linux 2022年8月13日
    0116
最近整理资源【免费获取】:   👉 程序员最新必读书单  | 👏 互联网各方向面试题下载 | ✌️计算机核心资源汇总