1．基于特定服务器软件的负载均衡
这 种技术是利用网络协议的重定向功能来实现负载均衡的，例如在Http协议中支持定位指令，接收到这个指令的浏览器将自动重定向到该指令指明的另一个URL 上。由于和执行服务请求相比，发送定位指令对Web服务器的负载要小得多，因此可以根据这个功能来设计一种负载均衡的服务器。一旦Web服务器认为自己的 负载较大，它就不再直接发送回浏览器请求的网页，而是送回一个定位指令，让浏览器去服务器集群中的其他服务器上获得所需要的网页。在这种方式下，服务器本 身必须支持这种功能，然而具体实现起来却有很多困难，例如一台服务器如何能保证它重定向过的服务器是比较空闲的，并且不会再次发送定位指令？定位指令和浏 览器都没有这方面的支持能力，这样很容易在浏览器上形成一种死循环。因此这种方式实际应用当中并不多见，使用这种方式实现的服务器集群软件也较少。
2．基于DNS的负载均衡
DNS 负载均衡技术是最早的负载均衡解决方案，它是通过DNS服务中的随机名字解析来实现的，在DNS服务器中，可以为多个不同的地址配置同一个名字，而最终查 询这个名字的客户机将在解析这个名字时得到其中的一个地址。因此，对于同一个名字，不同的客户机会得到不同的地址，它们也就访问不同地址上的Web服务 器，从而达到负载均衡的目的。
这种技术的优点是，实现简单、实施容易、成本低、适用于大多数TCP/IP应用；但是，其缺点也非常明 显，首先这种方案不是真正意义上的负载均衡，DNS服务器将Http请求平均地分配到后台的Web服务器上，而不考虑每个Web服务器当前的负载情况；如 果后台的Web服务器的配置和处理能力不同，最慢的Web服务器将成为系统的瓶颈，处理能力强的服务器不能充分发挥作用；其次未考虑容错，如果后台的某台 Web服务器出现故障，DNS服务器仍然会把DNS请求分配到这台故障服务器上，导致不能响应客户端。最后一点是致命的，有可能造成相当一部分客户不能享 受Web服务，并且由于DNS缓存的原因，所造成的后果要持续相当长一段时间(一般DNS的刷新周期约为24小时)。所以在国外最新的建设中心Web站点 方案中，已经很少采用这种方案了。
3.基于四层交换技术的负载均衡
这种技术是在第四层交换机上设置Web服务的虚拟IP地 址，这个虚拟IP地址是DNS服务器中解析到的Web服务器的IP地址，对客户端是可见的。当客户访问此Web应用时，客户端的Http请求会先被第四层 交换机接收到，它将基于第四层交换技术实时检测后台Web服务器的负载，根据设定的算法进行快速交换。常见的算法有轮询、加权、最少连接、随机和响应时间 等。
4．基于七层交换技术的负载均衡
基于第七层交换的负载均衡技术主要用于实现Web应用的负载平衡和服务质量保证。它与第 四层交换机比较起来有许多优势：第七层交换机不仅能检查TCP/IP数据包的TCP和UDP端口号，从而转发给后台的某台服务器来处理，而且能从会话层以 上来分析Http请求的URL，根据URL的不同将不同的Http请求交给不同的服务器来处理(可以具体到某一类文件，直至某一个文件)，甚至同一个 URL请求可以让多个服务器来响应以分担负载(当客户访问某一个URL，发起Http请求时，它实际上要与服务器建立多个会话连接，得到多个对象，例如. txt/.gif/.jpg文档，当这些对象都下载到本地后，才组成一个完整的页面)。
5．站点镜像技术
以上几种负载均衡技术主要应用于一个站点内的服务器群，但是由于一个站点接入Internet的带宽是有限的，因此可以把负载均衡技术开始应用于不同的网络站点之间，这就是站点镜像技术，站点镜像技术实际上利用了DNS负载均衡技术。
如何做镜像服务器--相关问题
问题：因为现在电信和网通的原因，很多网通的朋友总是反应速度慢，郁闷啊，我看到有的站可以自行选择是网通还是电信的，不知道，这个功能是怎么是实现的？
答案：
HTML代码
<html><head><meta http-equiv="Content-Type" content="text/htmlcharset=gb2312"></head><body bgColor=#D5D5D5>
<script>
i=1
var autourl=new Array()
autourl[1]="地址 1"
autourl[2]="地址 2"
autourl[3]="地址 3"
function auto(url)
{
if(i)
{
i=0
location=url
}}
function run()
{
for(var i=1
i<autourl.lengthi++)
document.write("<img src="+autourl[i]+"1.gif?"+Math.random()+" width=1 height=1 onLoad=auto('"+autourl[i]+"')>")
}
run()
</script></body></html>
然后在你每个空间的根目录放 1个较大图片 1.gif (最好 30 KB左右)
问题：分别有网通、电信服务器，想两个服务器内都放网站整站程序，我添加文件的时候是在电信网站上添加，想让网通网站上也自动同步与电信，我该怎么做啊
答案：
1。介绍
现在的网站随着访问量的增加，单一服务器无法承担巨大的访问量，有没有什么方便快捷的方式解决这个问题呢，答案是”有”!
比如建立服务器群，进行均衡负载。但是如果要解决像电信网通这样的互访问题(中国网民的悲哀)，这个解决办法就无能为力了!
要解决这个问题最方便快捷的方式就是建立镜像网站!由访问者自己选择适合自己网络的速度最快的网站!这样即可以解决线路问题，又可以解决访问量问题!
2。网站同步的数据分类
网站数据基本分为两类:
一类是文件，比如HTML，ASP，PHP等网页文件，或者RAR，ZIP，RM，AVI等可下载文件!
要实现他们的同步很简单，用FTP同步软件就可以了!至于哪几个我会在后面做详细介绍。
一类是数据库数据文件，比如MySQL，SQL Server等等!
数据库同步的方法也很多，最简单的办法只是将数据库目录同步一下就OK了!
在后面我也会做详细讲解!
3。网站文件的同步
在这里用到的主要工具就是FTP，网站文件同步分两种情况，一种是本地到远程，一种是远程到远程(FXP)!第一种不用说了，第二种远程到远程即FXP，支持它的软件也很多，但是真正适合多网站同步镜像的却不多!
下面我介绍几个我认为不错的软件!
下面我介绍几个我认为不错的软件!
1.首先我要推荐的是国产的FTP软件”网络传神”，功能非常强大，特别是在网站的同步镜像方面，可惜的是，这款非常经典的软件已经不再更新了，最后更新时间是2003年3月，最后一个版本是3。12!虽然如此还是非常好用的!下面是一段官方的简介:
网络传神完全吸收了Cuteftp和UpdataNow的全部功能，并且增加了其他软件没有的多项功能：支持网站互传；支持网站同步(UPDATA NOW)；支持后台上传(多线程上传多个文件)；可同时打开多个站点；多站点计划上传功能，支持镜像站点；支持宏操作支持计划操作；支持文件高级比较上 传；支持目录隐藏过滤（为用ForntPage作主页的朋友带来福音）；服务器自动识别功能；资源管理器 浏览方式；可以自定义命令；支持RFC959标准具有更好的稳定性；完备的信息返回机制及错误监控机制完整的中文帮助。
2.第二款是由ReGet同一开发公司制作的专用于网站同步的软件”WebSynchronizer”，用这款软件，你才会体验到网站同步的方便快捷，简单容易。最新版本是1。3。62， 网上能找到XX的最后版本是1。1版!下面是一段简介:
档案同步化工具 - WebSynchronizer，由知名续传软件 ReGet 之软件出版公司所推出，是网站同步化、档案镜像、档案备份的绝佳工具，可以执行下列主要工作：1) 本机资料夹及远程资料夹的同步化；2) 两台远程计算机中的资料夹同步化；3) 两个本机资料之同步化。
3.其他还有一些软件如同步快梭(AutoSyncFTP)，也能实现简单的网站同步，不过，这款软件非常不稳定，而且2001年就已经停止开发。所以，不用考虑了!还有上次有朋友提到的SiteMirro，由于网上找不到可以用的版本，所以没有办法测试 !
docker私有镜像仓库一般用来存放公司内部的镜像，比如微服务中会有很多的服务需要放到自己公司内部的镜像仓库上，发布的时候直接从私有镜像仓库拉取。比如我公司的微服务部署在k8s环境上，微服务技术依然选择熟悉的 Spring Cloud ，这样每一个服务其实就是一个 Spring Boot 项目，我们通过Maven的插件会在项目编译、打包之后推送到我们的私有镜像仓库，之后CI工具使用kubelet部署的时候会从私有镜像仓库拉取镜像，最后完成部署，可以说私有镜像仓库是非常重要的一个环节。接下来我会主要讲述一下私有镜像仓库的搭建以及镜像的管理，包括一些自己遇到的问题。
首先要保证自己的服务器已经安装了 docker 。具体的安装教程可以看 官网 ，这里就不在赘述了。
首先我们需要创建一个自己的CA证书，
比如下图是我自己创建时输入的相关内容：
做好镜像存储目录和证书目录的挂载，运行即可
这一步需要在所有需要拉取镜像的服务器上执行。上月底我在部署正式环境时我就遇到了这个问题，k8s的节点上一直显示拉取镜像失败，后来才发现忘了在k8s服务器上配置证书。
hostname 即生成CA证书的时候最后输入的 hostname ， port 镜像仓库对外暴露的端口号。
如果是在镜像仓库所在的服务器上，执行：
如果不是同一台服务器，同样需要存放创建证书目录，执行：
之后将证书上传到目标服务器，且放在证书目录下，名称为 ca.crt 。
为了测试，我拉取一个 redis 镜像，然后给它重新打一个 tag 。
推送到私有镜像仓库：
浏览器显示：
表示刚才推送到私有镜像仓库是成功的。接下来我们测试从另一台服务器拉取刚才的镜像。当然这台服务器一定要按照之前的描述配置好CA证书，还要修改服务器 hosts 文件，配置好 ip 和 hostname 。
拉取镜像：
拉取镜像如下图所示：
根据显示可以看出拉取镜像是成功的。
到这里镜像仓库的搭建、推送和拉取都讲完了，接下来就看看怎么删除镜像。
这里说的删除镜像是指从仓库中删除，即从服务器上删除。在构建仓库的时候我们将镜像的仓库容器内的目录挂载到了服务器的目录。镜像仓库内其实是没有镜像文件，都在服务器对应的目录下。在开发的时候我就遇到过这样一个问题，因为是开发环境项目编译、打包、镜像构建和推送都非常频繁，虽然新的镜像会覆盖老的镜像，但是原有的镜像文件本身并没有被覆盖，这样的结果就是虽然镜像仓库上看镜像只有一个，但是本地服务上存储的是很多个镜像文件（而且基本是没啥用的），最终导致了服务磁盘空间不足的情况。
我们依然以 Redis 举例，我将多不同版本的 Redis 多次像私有仓库推送，不管是 Redis 4.0、5.0、6.0，最终我向仓库推送的版本号都是 redis:v4 （过程省略），最终我们在镜像仓库目录（ /home/registry/ ）下可以看到有多个 sha256 的值，详细目录:
/home/registry/docker/registry/v2/repositories/redis/_manifests/revisions/sha256
如下图：
如果要删除镜像首先需要修改配置文件，进入到docker容器内：
保存之后退出容器。
我们进入到存放镜像的目录下，删除一个镜像的 sha256 的值
上面只是删除了镜像的 sha256 值，并没有删除镜像本身，我们需要调用垃圾回收的命令：
这时候会看到一些输出，比如:
这时候我们在查看下对应目录的磁盘使用情况：
但是变化不明显，那就在删除一个试试。
除了手动删除之外还可以通过API来删除，这个方法我没有测试，感兴趣的小伙伴可以测试一下。在实际过程中我也是使用上述方法删除的，因为我一般都是磁盘使用率到一定比例才进行批量删除的，另外网上也有人通过脚本，感兴趣的小伙伴都可以尝试一下。
删除可以使用使用官方API删除：
查询镜像的 sha256 的值：
今天关于docker私有镜像仓库的内容就讲到这里，如果对上面内容有什么疑问欢迎大家交流探讨，也欢迎大家多多点赞、分享、转发，谢谢大家~~~
在日常工作中经常需要搭建 Web 服务器和反向代理服务器，用于测试和生产的情况都有。虽然用于测试的场景有很多便捷的方法，但是在向生产环境迁移时会导致有些工作不能复用。综合看起来，还是用 Nginx 最为方便。本文尝试提供一些配置模板。
需要提前了解的内容：
选择 OpenResty 的原因：
OpenResty 默认安装位置：
安装目录中 Nginx 相关文件：
默认服务指向 Web 文件夹 ：
映射关系：
默认 配置文件 位置（后续的配置会覆盖这里的内容）：
在绝大多数情况，覆盖上面的配置文件就可以了。
但是，这些配置文件的内容，只能是包含在 http 段内的配置，并不能作为完整的配置文件使用。
比如：
可以包含： upstream 、 server
不能包含： tcp
完整配置文件位置：
配置文件相关信息：
https://github.com/openresty/docker-openresty/blob/master/README.md#nginx-config-files
镜像默认配置为到 /etc/nginx/conf.d/ 读取配置，所以要把配置文件放到这里。其余的挂载或端口映射根据需要进行。
假设需要建立如下服务：
（1）通过 http://localhost:20000/shared1/ 访问 /tmp/webroot/shared1
（2）通过 http://localhost:20000/shared2/ 访问 /tmp/webroot/myshare
（3）通过 http://localhost:20000/baidu/ 访问 http://www.baidu.com
配置文件：
启动命令行：
详情参考： docker-openresty - Docker tooling for OpenResty - Nginx Config Files
模拟为应用提供多级反向代理，查看访问链路。简单分为三部分：
使用 Docker Compose 来配置并串联各容器，文件较多，访问 GitHub 查看。
（完）
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）