阿里云 SLB 的创建及后端服务器的添加 | 学习笔记

本文涉及的产品
传统型负载均衡 CLB,每月750个小时 15LCU
EMR Serverless StarRocks,5000CU*H 48000GB*H
网络型负载均衡 NLB,每月750个小时 15LCU
简介: 快速学习阿里云 SLB 的创建及后端服务器的添加

开发者学堂课程【阿里云负载均衡 SLB 实战演练:阿里云 SLB 的创建及后端服务器的添加】学习笔记,与课程紧密联系,让用户快速学习知识。

课程地址:https://developer.aliyun.com/learning/course/661/detail/11073


阿里云 SLB 的创建及后端服务器的添加

 

内容介绍

一、 购买 SLB

二、 配置 SLB

SLB 的创建:

点击左上角菜单,产品与服务,搜索框搜索 SLB,SLB 是负载均衡器,有很多种类。

阿里云的 SLB 是 LVS 的一种应用,nginx、haproxy 都是实现负载均衡器的一些方式。如果使用四层代理的话,阿里云建议的是使用 LVS。

反向代理服务器和负载均衡服务器的效果一样吗:反向代理服务器是负载均衡服务器的另外一种应用。

比如涉及到七层代理的时候会遇到这种方式,如果服务器量比较大的情况下,建议使用四层负载的形式;如果服务器量比较小的情况下,而且应用比较特殊的情况下可以采用七层代理的应用。总体来说是差不多的,但是各有各的优缺点。

 

一、 购买 SLB

1. 基础配置

点击负载均衡器,创建负载均衡器。选择按量付费,地域与之前相同。

可用区域类型选多可用区,可用区域类型是指负载均衡器如果只是一个单实例的的负载均衡器,它如果单区域出现问题之后,可能会导致服务器不可用。

比如有两个可用区,一个出现问题还可以使用另一个。

主可用区也与之前一样,备可用区选一个其他的,实例名称自己命名。

image.png

2. 网络与实例类型

实例规格选择后会有参考说明。规格越大,能够支持的最大连接数量越多。所以规格的选取主要考虑用户的访问量和远程连接数量的多少。

本次实验要给互联网当中的服务器提供 SLB 功能,所以实例类型选择公网。

计费方式两种都可以。如果选择按带宽计算的话,要选择带宽值。

购买数量填1。

image.png

3. 检查完配置之后,点击购买。

4. 确认订单,勾选协议,购买成功。

5. 点击控制台,下图显示已经购买完成了。

image.png

 

二、 配置 SLB

点击开始配置,共四步:协议&监听、后端服务器、健康检查、配置审核。

image.png

1. 协议&监听

选择负载均衡器的协议就是提供负载均衡器的工作方法。一般选择 TCP 和 UDP 的话选择的是四层负载,使用的技术是 LVS;选择 HTTP 和 HTTPS 的话选择的是七层负载,选择的技术是阿里云的 nginx 服务器。这里选择TCP,端口填80。

前面已经购买了两台服务器,添加了两个页面 web1和 web2,需要将其添加到负载均衡器的小组当中去,故此时需要添加后端服务器。

监听协议是指:假设有一个互联网用户,想访问负载均衡器,通过负载均衡器来访问两个服务器的网站内容,此时需要给负载均衡器启动一个端口tcp 80,也就是说,互联网用户访问这个端口就可以访问两个服务器的页面了。

高级配置中提到负载均衡器如何把用户的访问提交给两台服务器,工作方法有三种,即调度方法。

a) 轮询是指假如有两台服务器,第一用户访问第一台服务器,第二

个用户访问第二台服务器,第三个用户访问第一台服务器,第四个用户访问第二台服务器。

b) 有的服务器实力比较强一点,CPU 数量多一点,内存大一点,处

理能力强一点,所以希望这一类服务器可以多干一点活,故使用加权轮询,加权轮询可以告诉服务器,这个服务器比较强一点,所以可以多几个用户来访问。

c) 最小连接数是指假如有两台服务器,第一台服务器已经有用户访

问了,但是第二台服务器还没有用户访问,这时如果有用户访问,那么负载均衡器就会把用户的请求发给第二台服务器,因为第二个服务器还没有用户访问;

如果现在第一台服务器已经有三个用户访问了,但是第二台只有两个用户访问,如果这个时候再有一个用户,那么这个用户的请求会被发给第二台服务器,因为第二台服务器用户的数量小于第一台服务器的用户数量。

d) 同样的有的时候有些服务器的能力可能会强一点,这个时候也可

e) 以采用加权的方式,即加权最小连接数。

(1) 会话保持是指,当用户来访问服务器时,比如第一次访问的是

第一台服务器,第二次访问的是第二台服务器,这对于某些需要会话保持的业务来说是不利的,希望用户第一次访问第一台服务器,第二次还可以访问到第一台服务器,第三次依旧可以,这时就需要开启会话保持功能。

(2) 开启访问控制就是控制哪些用户可以访问,哪些用户不可以访

问。

(3) 开启监听带宽限速可以限制带宽。

(4) 连接超时时间和监听名称都可以自己设置,甚至可以允许后端

服务器获取客户端真实 ID。

2. 后端服务器

(1) 添加后端服务器的方式有三种:虚拟服务器组、默认服务器组、

主备服务器组。

虚拟服务器组是指,把刚刚的两个 ECS 服务器添加到一个组里,通过这个组让这两台服务器与 SLB 发生关系,这样的话,SLB 就可以通过虚拟服务器组来访问这两台服务器。要创建虚拟服务器组,名称自定,添加服务器,能看到之前购买的服务器,两台都要添加。

image.png

(2) 点击下一步,配置权重值和端口号,都是80端口,权重值默

认100,也可以修改,范围是0-100。

3. 健康检查

如果使用七层负载就可以使用健康检查,后端有两台服务器,如果有一台出现了问题,那么这台服务器就会自动地从后端服务器中被剔除,以便于用户访问的所有服务器都是争取的。

如果服务器出现了问题还在负载均衡器的后端当中,用户使用的时候就会时好时坏,用户体验很糟糕。

4. 配置审核

检查没问题之后,点击提交,点击确定。

image.png

5. 配置完成

image.png

6. 检验

打开浏览器,输入 IP 地址,回车,访问 web1,刷新一下,访问 web2,这样可以使后端服务器的压力变小。

1) 三个端口是不冲突的,如下图:

tcp80端口是供互联网用户访问的,服务器中的80端口是互联网中的端口,而且是不同的,所以不冲突。

image.png

2) 如果访问一直显示 web2,不能够说明权重不一样,也有可能是

网络问题没刷新过来,也可能是缓存问题。

3) 物理机能完成的东西虚拟机也可以完成,而且即使不使用虚拟机,

使用服务器一样可以完成,不需要太关注这二者的区别。而且在未来,会有软件定义网络、软件定义计算资源、软件定义存储,所有东西都是软件定义的。

4) 两台云服务器三个网站怎么处理:一般不建议一台服务器运行多

个网站,如果这样的话,网站的访问量会很小;如果真的需要一台服务器建立多个网站的话,可以通过配置虚拟主机主机的方式完成。

5) 按量付费的方式需要删除一些主机和一些服务,在删除的过程中

要注意如何删除,注意删除顺序,先删除 SLB,再删除 ESC、,再删除安全组,最后删除专有网络。如果不按顺序删除,会出现卡壳的情况。

6) 负载均衡器在当前架构当中是流量分发的角色,也就是流量分发

大管家,本身不承担业务流量,承担的是用户访问流量,只是把用户接待进来。比如去饭店吃饭,前台只负责接待,但做饭是后厨的事。

7) 负载均衡器可以做四层也可以做七层。如果是 TCP 或者 UDP 协

议,使用的是四层的调度;如果使用的是 http 或者 https 的话,使用的就是七层调度方式。

相关实践学习
SLB负载均衡实践
本场景通过使用阿里云负载均衡 SLB 以及对负载均衡 SLB 后端服务器 ECS 的权重进行修改,快速解决服务器响应速度慢的问题
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
相关文章
|
7天前
|
弹性计算 监控 负载均衡
|
11天前
|
监控 负载均衡 算法
slb管理后端服务器
【10月更文挑战第18天】
15 5
|
12天前
|
关系型数据库 API 数据库
后端开发的艺术:从零到一构建高效服务器
在数字化时代,后端开发是支撑现代互联网应用的基石。本文旨在探讨后端开发的核心概念、关键技术以及如何构建一个高效的服务器。我们将从基础的编程语言选择开始,逐步深入到数据库设计、API开发和性能优化等关键领域。通过实际案例分析,我们将揭示后端开发的复杂性和挑战性,同时提供实用的解决方案和最佳实践。无论你是初学者还是有经验的开发者,这篇文章都将为你提供宝贵的见解和启发。
|
7天前
|
API 持续交付 开发者
后端开发中的微服务架构实践与挑战
在数字化时代,后端服务的构建和管理变得日益复杂。本文将深入探讨微服务架构在后端开发中的应用,分析其在提高系统可扩展性、灵活性和可维护性方面的优势,同时讨论实施微服务时面临的挑战,如服务拆分、数据一致性和部署复杂性等。通过实际案例分析,本文旨在为开发者提供微服务架构的实用见解和解决策略。
|
1天前
|
存储 SQL 数据库
深入浅出后端开发之数据库优化实战
【10月更文挑战第35天】在软件开发的世界里,数据库性能直接关系到应用的响应速度和用户体验。本文将带你了解如何通过合理的索引设计、查询优化以及恰当的数据存储策略来提升数据库性能。我们将一起探索这些技巧背后的原理,并通过实际案例感受优化带来的显著效果。
10 4
|
5天前
|
Web App开发 存储 JavaScript
深入浅出Node.js后端开发
【10月更文挑战第31天】本文将引导你进入Node.js的奇妙世界,探索其如何革新后端开发。通过浅显易懂的语言和实际代码示例,我们将一起学习Node.js的核心概念、搭建开发环境,以及实现一个简单但完整的Web应用。无论你是编程新手还是希望拓展技术的开发者,这篇文章都将为你打开一扇通往高效后端开发的大门。
|
1天前
|
监控 API 持续交付
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在后端开发中的应用,分析了其优势、面临的挑战以及最佳实践策略。不同于传统的单体应用,微服务通过细粒度的服务划分促进了系统的可维护性、可扩展性和敏捷性。文章首先概述了微服务的核心概念及其与传统架构的区别,随后详细阐述了构建微服务时需考虑的关键技术要素,如服务发现、API网关、容器化部署及持续集成/持续部署(CI/CD)流程。此外,还讨论了微服务实施过程中常见的问题,如服务间通信复杂度增加、数据一致性保障等,并提供了相应的解决方案和优化建议。总之,本文旨在为开发者提供一份关于如何在现代后端系统中有效采用和优化微服务架构的实用指南。 ####
|
3天前
|
消息中间件 设计模式 运维
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在现代后端开发中的应用,通过实际案例分析,揭示了其在提升系统灵活性、可扩展性及促进技术创新方面的显著优势。同时,文章也未回避微服务实施过程中面临的挑战,如服务间通信复杂性、数据一致性保障及部署运维难度增加等问题,并基于实践经验提出了一系列应对策略,为开发者在构建高效、稳定的微服务平台时提供有价值的参考。 ####
|
3天前
|
存储 关系型数据库 Java
探索后端开发:从基础到进阶
【10月更文挑战第33天】在这篇文章中,我们将深入探讨后端开发的各个方面,包括基本概念、关键技术和最佳实践。无论你是初学者还是有一定经验的开发者,这篇文章都将为你提供有价值的信息和启示。我们将通过代码示例来展示一些常见任务的实现方法,并分享一些实用的技巧和策略,帮助你提高后端开发的效率和质量。无论你是想学习新的编程语言还是想了解最新的后端技术趋势,这篇文章都会为你提供有益的指导和灵感。让我们一起开启后端开发的探索之旅吧!
|
4天前
|
消息中间件 监控 数据管理
后端开发中的微服务架构实践与挑战####
【10月更文挑战第29天】 在当今快速发展的软件开发领域,微服务架构已成为构建高效、可扩展和易于维护应用程序的首选方案。本文探讨了微服务架构的核心概念、实施策略以及面临的主要挑战,旨在为开发者提供一份实用的指南,帮助他们在项目中成功应用微服务架构。通过具体案例分析,我们将深入了解如何克服服务划分、数据管理、通信机制等关键问题,以实现系统的高可用性和高性能。 --- ###
23 2
下一篇
无影云桌面