服务器如何实现集群和负载均衡

Posted 2023-05-11

多台服务器实现集群和负载均衡
1,操作系统实现和第三方软件实现差别多大
2,比如3台服务器协同，是否每个服务器必须分配一个IP地址。对外如果只有一个IP地址，那么是否要进行内外网转换。外面访问是否连接到一个主机，还是随机分配到3台主机，这个访问是否路由器或交换机实现分配，是否NAT进行分配呢，NAT可以有分配访问的策略吗。
3,比如3台服务器实现负载均衡，有无主从关系，比如是否所有访问都先连接到主机1，然后由主机1进行分配，万一主机1出问题，是否系统瘫痪还是其他主机会顶上。
4,比如3台服务器实现集群，有无主从关系，比如是否所有访问都先连接到主机1，然后由主机1进行分配，万一主机1出问题，是否系统瘫痪还是其他主机会顶上。

以上只是表述了我部分疑惑，各位有补充最好，问题2是我最想要了解的。不要太复杂的技术描述，我只要知道简单的方式就好，最好以3台协同WEB服务器为例子来实例说明。有相关技术描述的链接也很欢迎。

你可以直接买一台负载均衡交换机啊，何必要浪费1台服务器呢。
2 应该是每台都会有一个IP地址 外网 访问连接到的那个IP地址 是你的负载均衡交换机的IP地址 他随机把你的访问请求分配到你的3台服务器上
3 无主从关系，负载均衡交换机它会没2秒左右向你的服务器发送一个健康检查，如果发现你的服务器出现问题，它会自动屏蔽你这台服务器
4 你问的重复问题。 参考技术A 很多组织机构慢慢的在不同的服务器和地点部署sql
server数据库——为各种应用和目的——开始考虑通过sql
server集群的方式来合并。
将sql
server实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。
当寻找一个备用，比如高可用性的环境，企业常常决定部署microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)sql
server实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。
什么是microsoft集群服务器
mscs是一个windows
server企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。mscs可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。
这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和ip地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。
mscs不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为mscs在相同的ip地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。
在集群服务器上的sql
server
sql
server
2000可以配置为最多4个节点的集群，而sql
server
2005可以配置为最多8个节点的集群。当一个sql
server实例被配置为集群之后，它的磁盘资源、ip地址和服务就形成了集群组来实现灾难恢复。
sql
server
2000允许在一个集群上安装16个实例。根据在线帮助，“sql
server
2005在一个服务器或者处理器上可以支持最多50个sql
server实例，”但是，“只能使用25个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。”
注意sql
server实例的灾难恢复阶段是指sql
server服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其他的方法，比如log
shipping和数据库镜像。
单个的大的sql
server集群还是小的集群
下面是大的、由更多的节点组成的集群的优点：
◆更高的可用新(更多的节点来灾难恢复)。
◆更多的负载均衡选择(更多的节点)。
◆更低廉的维护成本。
◆增长的敏捷性。多达4个或者8个节点，依赖于sql版本。
◆增强的管理性和简化环境(需要管理的少了)。
◆更少的停机时间(灾难恢复更多的选择)。
◆灾难恢复性能不受集群中的节点数目影响。
下面是单个大的集群的缺点：
◆集群节点数目有限(如果需要第9个节点怎么办)。
◆在集群中sql实例数目有限。
◆没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。
◆使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。
虚拟化和集群
虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。sql
server实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装sql
server实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。
在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对sql
server进行负载均衡。比如，使用虚拟机上的sql
server实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。
集群服务器可以用于sql
server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。 参考技术B 操作系统和第三方软件在性能上面差别不大，如果想要很大的差别，就采用硬件。
三台服务器必须要用一台来作负载均衡器，链接后面的两台服务器进行处理。所有的请求和输出都是通过这台负载均衡器来进行转换，根据你的配置策略，负载均衡器分发请求到后面的两台服务器。 参考技术C 没接触过 服务器，无法回复楼主有用的信息！ 只能顶一下，，，

负载均衡,分布式,集群的理解,多台服务器代码如何同步

集群

我们的项目如果跑在一台机器上，如果这台机器出现故障的话，或者用户请求量比较高，一台机器支撑不住的话。我们的网站可能就访问不了。那怎么解决呢？就需要使用多台机器，部署一样的程序，让几个机器同时的运行我们的网站。那怎么怎么分发请求的我们的所有机器上。所以负载均衡的概念就出现了。

负载均衡

负载均衡是指基于反向代理能将现在所有的请求根据指定的策略算法，分发到不同的服务器上。常用实现负载均衡的可以用nginx,lvs。但是现在也有个问题，如果负载均衡服务器出现问题了怎么办？所有冗余的概念就出现了。

冗余

冗余其实就是两个或者多台服务器 一个主服务器，一个从服务器。 假设一个主服务器的负载均衡服务器出现了问题，从服务器能够替代主服务器来继续负载均衡。实现的方式就是使用keepalive来抢占虚拟主机。

分布式

分布式其实就是将一个大项目的拆分出来，单独运行。

举个上面的例子。假设我们的访问量特别大。我们就可以做成分布式，跟cdn一样的机制。在北京，杭州，深圳三个地方都搭建一个一模一样的集群。离北京近的用户就访问北京的集群，离深圳近的就访问深圳这边的集群。这样就将我们网战给拆分3个区域了，各自独立。

再举个例子比如我们redis分布式。redis分布式是将redis中的数据分布到不同的服务器上面，每台服务器存储不同的内容，而mysql集群是每台服务器都放着一样的数据。这也就理解了分布式和集群的概念。

mysql 主从

mysql master服务器会把sql操作日志写入到bin.log 日志里 slave服务器会去读master的bin.log 日志，然后执行sql语句。

主从有以下几个问题。

1.master服务器能写又能读，slave却只能写。

slave读取的数据还没有写入，这样该怎么解决呢？

1.假如缓存，从缓存中读取。
2.强制从master读取。
3.使用pxc集群，任何一个节点都是可读可写的，读写强一致性。

laravel如何解决数据不一致

在config/database.php mysql配置块中将sticky设置为true

sticky 是一个 可选值，它可用于立即读取在当前请求周期内已写入数据库的记录。若 sticky 选项被启用，并且当前请求周期内执行过 「写」 操作，那么任何 「读」 操作都将使用 「写」 连接。这样可确保同一个请求周期内写入的数据可以被立即读取到，从而避免主从延迟导致数据不一致的问题。不过是否启用它，取决于应用程序的需求。

如果我们的代码怎么同步到多台服务器上呢？

laravel为我们提供了扩展包laravel/envoy，它为定义远程服务器的日常任务，提供了一套简洁、轻量的语法。Blade 风格语法即可实现部署任务的配置、Artisan 命令的执行等。

composer global require laravel/envoy

 

Envoy 任务都应在项目根目录下的 Envoy.blade.php 中定义。写入一下内容

@servers([‘web-1‘ => ‘192.168.1.1‘, ‘web-2‘ => ‘192.168.1.2‘])

 

@task(‘deploy‘, [‘on‘ => [‘web-1‘, ‘web-2‘]])

    cd site

    git pull origin {{ $branch }}

    composer update

    php artisan migrate

@endtask

 

以上代码意思就是在命令行envoy run deploy时候，我们会ssh到会web-1,web-2 执行

cd site

git pull origin {{ $branch }}

php artisan migrate

 

当然这个前提是我们已经加入了ssh到远程的服务器上。