网站首页 >技术帮助文档 > 其它帮助文档 >如果需要为伸缩组关联负载均衡实例，请确保满足以下条件

如果需要为伸缩组关联负载均衡实例，请确保满足以下条件

发布时间: 2020-09-30 10:57:27文章作者: 网站编辑阅读量: 309

　　如果需要为伸缩组关联负载均衡实例，请确保满足以下条件：
　　
　　您持有一个或多个处于运行中状态的负载均衡实例，在您创建负载均衡实例前，需要做好相关规划，根据需求创建适合的负载均衡实例。
　　
　　前提条件
　　
　　在您创建负载均衡实例前，确保您已经做好了相关规划，详情参考准备工作。
　　
　　操作步骤
　　
　　登录负载均衡管理控制台。
　　
　　选择实例 > 实例管理，单击左上角的创建负载均衡。
　　
　　在购买页面选择一种付费方式。本教程选择按量付费。
　　
　　参考计费说明了解负载均衡的计费模式。
　　
　　根据如下信息，配置负载均衡实例。
　　

配置	说明
地域	选择负载均衡实例的所属地域。说明确保负载均衡实例的地域和后端添加的云服务器ECS的地域相同。
可用区类型	显示所选地域的可用区类型。云产品的可用区指的是一套独立的基础设施，常用数据中心IDC表示。不同的可用区之间具有基础设施（网络、电力、空调等）的独立性，就是说一个可用区的基础设施故障不影响另外一个可用区。可用区是属于某个地域的，一个地域下可能有一个或者多个可用区。负载均衡已经在大部分地域部署了多可用区。单可用区：负载均衡实例只部署在一个可用区上。多可用区：负载均衡实例会部署在两个可用区上。默认启用主可用区的实例。当主可用区出现故障时，将会自动切换到备可用区继续提供负载均衡服务，可以大大提升本地可用性。
主可用区	选择负载均衡实例的主可用区，主可用区是当前承载流量的可用区。
备可用区	选择负载均衡实例的备可用区。备可用区默认不承载流量，主可用区不可用时才承载流量。
实例名称	自定义新建实例名称。长度限制为1-80个字符，允许包含中文、字母、数字、连接符（-）、斜杠（/）、点号（.）和下划线（_）等字符。
资源组	云资源所属的资源组。
实例规格	选择一个性能规格。不同的性能规格所提供的性能指标也不同，详情查看实例概述。
实例类型	根据业务场景选择配置对外公开或对内私有的负载均衡服务，系统会根据您的选择分配公网或私网服务地址。更多详细信息，参考实例概述。公网：公网负载均衡实例仅提供公网IP，可以通过Internet访问负载均衡。私网：私网负载均衡实例仅提供阿里云私网IP，只能通过阿里云内部网络访问该负载均衡服务，无法从Internet访问。
后端服务器类型	选择负载均衡实例挂载后端服务器类型，本地域表示允许挂载本地域后端服务器。
IP 版本	选择负载均衡实例的IP版本，可以设置为IPv4或者IPv6。说明 ?目前支持创建IPv6实例且实例类型必须为性能保障型实例的可用区如下：华东1地域的E、F两个可用区华北2地域的F、G两个可用区华东2地域的D、E两个可用区华南1地域的D、E两个可用区华北3地域的A、B两个可用区
计费方式	选择一种计费方式。
购买数量	选择购买数量。

　　单击立即购买，完成支付。
　　
　　负载均衡实例和伸缩组必须位于同一地域。
　　
　　如果负载均衡实例和伸缩组的网络类型均为专有网络，则必须位于同一专有网络。
　　
　　当负载均衡实例的网络类型为经典网络，伸缩组的网络类型为专有网络时，如果负载均衡实例的后端服务器组中包含专有网络ECS实例，该ECS实例必须与伸缩组位于同一专有网络。
　　
　　负载均衡实例配置至少一个监听，创建负载均衡实例后，您需要为实例配置监听。负载均衡实例监听负责检查连接请求，然后根据调度算法定义的转发策略将请求流量分发至后端服务器。负载均衡提供四层（TCP/UDP协议）和七层（HTTP/HTTPS协议）监听，您可根据应用场景选择监听协议：
　　

协议	说明	使用场景
TCP	面向连接的协议，在正式收发数据前，必须和对方建立可靠的连接基于源地址的会话保持在网络层可直接看到来源地址数据传输快	适用于注重可靠性，对数据准确性要求高，速度可以相对较慢的场景，如文件传输、发送或接收邮件、远程登录无特殊要求的Web应用详情请参见添加TCP监听。
UDP	面向非连接的协议，在数据发送前不与对方进行三次握手，直接进行数据包发送，不提供差错恢复和数据重传可靠性相对低；数据传输快	关注实时性而相对不注重可靠性的场景，如视频聊天、金融实时行情推送。详情请参见添加UDP监听。
HTTP	应用层协议，主要解决如何包装数据基于Cookie的会话保持使用X-Forward-For获取源地址	需要对数据内容进行识别的应用，如Web应用、小的手机游戏等。详情请参见添加HTTP监听。
HTTPS	加密传输数据，可以阻止未经授权的访问统一的证书管理服务，用户可以将证书上传到负载均衡，解密操作直接在负载均衡上完成	需要加密传输的应用。详情请参见添加HTTPS监听。

　　负载均衡实例必须开启健康检查，您可以在添加监听时配置健康检查，通常，使用默认的健康检查配置即可。
　　
　　背景信息
　　
　　您可以通过控制台或API配置监听的健康检查。更多详细信息，参见健康检查概述和健康检查常见问题。
　　
　　操作步骤
　　
　　登录负载均衡管理控制台。
　　
　　选择地域，查看该地域的所有负载均衡实例。
　　
　　单击负载均衡实例的ID。
　　
　　单击监听页签。
　　
　　单击添加监听或目标监听操作列的修改监听配置。
　　
　　单击下一步至健康检查页签，配置健康检查。
　　
　　在配置健康检查时，建议您使用默认值。
　　
　　表 1. 健康检查配置说明

健康检查配置	说明
健康检查协议	选择健康检查协议类型，监听为TCP协议时，健康检查方式可选TCP或HTTP模式。 TCP模式的健康检查是基于网络层探测，通过发送SYN握手报文来检测服务器端口是否存活。 HTTP模式的健康检查是通过发送head请求，通过发送HEAD或GET请求模拟浏览器的访问行为来检查服务器应用是否健康。
健康检查方法（仅HTTP和HTTPS健康检查协议支持）	七层监听（HTTP/HTTPS）健康检查支持HEAD和GET方法，默认采用HEAD方法。如果您的后端应用服务器不支持HEAD方法或HEAD方法被禁用，则可能会出现健康检查失败，此时可以使用GET方法来进行健康检查。使用GET方法时，如果Response长度超过8K，会被截断，但不会影响健康检查结果的判定。说明所有地域的七层监听健康检查都支持GET方法。
健康检查路径和健康检查域名（可选）（仅HTTP健康检查协议支持）	HTTP健康检查默认由负载均衡系统通过后端ECS内网IP地址向该服务器应用配置的缺省首页发起HTTP Head请求。如果您用来进行健康检查的页面并不是应用服务器的缺省首页，需要指定具体的检查路径。因为有些应用服务器会对请求中的host字段做校验，即要求请求头中必须存在host字段。如果在健康检查中配置了域名，则SLB会将域名配置到host字段中去，反之，如果没有配置域名，SLB则不会在请求中附带host字段，因此健康检查请求就会被服务器拒绝，可能导致健康检查失败。综上原因，如果您的应用服务器需要校验请求的host字段，则需要配置相关域名，确保健康检查正常工作。
正常状态码（仅HTTP健康检查协议支持）	选择健康检查正常的HTTP状态码。默认值为http_2xx和http_3xx。
健康检查端口	健康检查服务访问后端时的探测端口。默认值为配置监听时指定的后端端口。说明如果该监听配置了虚拟服务器组或主备服务器组，且组内的ECS实例的端口都不相同，此时不需要配置检查端口。负载均衡系统会使用各自ECS的后端端口进行健康检查。
健康检查响应超时时间	接收来自运行状况检查的响应需要等待的时间。如果后端ECS在指定的时间内没有正确响应，则判定为健康检查失败。范围是1~300秒，UDP监听的默认值为10秒，HTTP/HTTPS/TCP监听的默认值为5秒。
健康检查间隔时间	进行健康检查的时间间隔。 LVS集群内所有节点，都会独立、并行地遵循该属性对后端ECS进行健康检查。由于各LVS节点的检查时间并不同步，所以，如果从后端某一ECS上进行单独统计，会发现来自负载均衡的健康检查请求在时间上并不会遵循上述时间间隔。范围是1-50秒，UDP监听的默认值为5秒，HTTP/HTTPS/TCP监听的默认值为2秒。
健康检查不健康阈值	同一LVS节点服务器针对同一ECS服务器，从成功到失败的连续健康检查失败次数。可选值2-10，默认为3次。
健康检查健康阈值	同一LVS节点服务器针对同一ECS服务器，从失败到成功的连续健康检查成功次数。可选值 2-10，默认为3次。
健康检查请求和健康检查返回结果	为UDP监听配置健康检查时，您可以在健康检查请求中输入请求的内容（例如youraccountID），在健康检查返回结果中输入预期的返回结果（例如slb123）。同时在后端服务器的应用逻辑中加入相应的健康检查应答逻辑，如收到youraccountID的请求时，回应slb123。此时，当负载均衡收到后端服务器发来的正确响应时，则认为健康检查成功，否则认为健康检查失败。此方式能最大程度确保健康检查的可靠性。

单击下一步。

　　
　　如果需要为伸缩组关联RDS实例，请确保满足以下条件：
　　
　　您持有一个或多个处于运行中状态的RDS实例，阿里云关系型数据库RDS（Relational Database Service）是一种稳定可靠、可弹性伸缩的在线数据库服务。基于阿里云分布式文件系统和SSD盘高性能存储，RDS支持MySQL、SQL Server、PostgreSQL、PPAS（Postgre Plus Advanced Server，高度兼容Oracle数据库）和MariaDB TX引擎，并且提供了容灾、备份、恢复、监控、迁移等方面的全套解决方案，彻底解决数据库运维的烦恼。
　　
　　RDS实例和伸缩组必须位于同一地域。　阿里云服务器　

上一篇：阿里云轻量应用服务器服务协议和等级协议

最热文章

随机推荐

咨询服务热线：18623333330 7X24小时服务专线：18905162986 在线咨询

阿里云旗舰级代理商— 重庆典名科技有限公司联系地址：重庆九龙坡区石桥铺一城精英国际40层

协议	说明	使用场景
TCP	面向连接的协议，在正式收发数据前，必须和对方建立可靠的连接基于源地址的会话保持在网络层可直接看到来源地址数据传输快	适用于注重可靠性，对数据准确性要求高，速度可以相对较慢的场景，如文件传输、发送或接收邮件、远程登录无特殊要求的Web应用详情请参见添加TCP监听。
UDP	面向非连接的协议，在数据发送前不与对方进行三次握手，直接进行数据包发送，不提供差错恢复和数据重传可靠性相对低；数据传输快	关注实时性而相对不注重可靠性的场景，如视频聊天、金融实时行情推送。详情请参见添加UDP监听。
HTTP	应用层协议，主要解决如何包装数据基于Cookie的会话保持使用X-Forward-For获取源地址	需要对数据内容进行识别的应用，如Web应用、小的手机游戏等。详情请参见添加HTTP监听。
HTTPS	加密传输数据，可以阻止未经授权的访问统一的证书管理服务，用户可以将证书上传到负载均衡，解密操作直接在负载均衡上完成	需要加密传输的应用。详情请参见添加HTTPS监听。

健康检查配置	说明
健康检查协议	选择健康检查协议类型，监听为TCP协议时，健康检查方式可选TCP或HTTP模式。 TCP模式的健康检查是基于网络层探测，通过发送SYN握手报文来检测服务器端口是否存活。 HTTP模式的健康检查是通过发送head请求，通过发送HEAD或GET请求模拟浏览器的访问行为来检查服务器应用是否健康。
健康检查方法（仅HTTP和HTTPS健康检查协议支持）	七层监听（HTTP/HTTPS）健康检查支持HEAD和GET方法，默认采用HEAD方法。如果您的后端应用服务器不支持HEAD方法或HEAD方法被禁用，则可能会出现健康检查失败，此时可以使用GET方法来进行健康检查。使用GET方法时，如果Response长度超过8K，会被截断，但不会影响健康检查结果的判定。说明所有地域的七层监听健康检查都支持GET方法。
健康检查路径和健康检查域名（可选）（仅HTTP健康检查协议支持）	HTTP健康检查默认由负载均衡系统通过后端ECS内网IP地址向该服务器应用配置的缺省首页发起HTTP Head请求。如果您用来进行健康检查的页面并不是应用服务器的缺省首页，需要指定具体的检查路径。因为有些应用服务器会对请求中的host字段做校验，即要求请求头中必须存在host字段。如果在健康检查中配置了域名，则SLB会将域名配置到host字段中去，反之，如果没有配置域名，SLB则不会在请求中附带host字段，因此健康检查请求就会被服务器拒绝，可能导致健康检查失败。综上原因，如果您的应用服务器需要校验请求的host字段，则需要配置相关域名，确保健康检查正常工作。
正常状态码（仅HTTP健康检查协议支持）	选择健康检查正常的HTTP状态码。默认值为http_2xx和http_3xx。
健康检查端口	健康检查服务访问后端时的探测端口。默认值为配置监听时指定的后端端口。说明如果该监听配置了虚拟服务器组或主备服务器组，且组内的ECS实例的端口都不相同，此时不需要配置检查端口。负载均衡系统会使用各自ECS的后端端口进行健康检查。
健康检查响应超时时间	接收来自运行状况检查的响应需要等待的时间。如果后端ECS在指定的时间内没有正确响应，则判定为健康检查失败。范围是1~300秒，UDP监听的默认值为10秒，HTTP/HTTPS/TCP监听的默认值为5秒。
健康检查间隔时间	进行健康检查的时间间隔。 LVS集群内所有节点，都会独立、并行地遵循该属性对后端ECS进行健康检查。由于各LVS节点的检查时间并不同步，所以，如果从后端某一ECS上进行单独统计，会发现来自负载均衡的健康检查请求在时间上并不会遵循上述时间间隔。范围是1-50秒，UDP监听的默认值为5秒，HTTP/HTTPS/TCP监听的默认值为2秒。
健康检查不健康阈值	同一LVS节点服务器针对同一ECS服务器，从成功到失败的连续健康检查失败次数。可选值2-10，默认为3次。
健康检查健康阈值	同一LVS节点服务器针对同一ECS服务器，从失败到成功的连续健康检查成功次数。可选值 2-10，默认为3次。
健康检查请求和健康检查返回结果	为UDP监听配置健康检查时，您可以在健康检查请求中输入请求的内容（例如youraccountID），在健康检查返回结果中输入预期的返回结果（例如slb123）。同时在后端服务器的应用逻辑中加入相应的健康检查应答逻辑，如收到youraccountID的请求时，回应slb123。此时，当负载均衡收到后端服务器发来的正确响应时，则认为健康检查成功，否则认为健康检查失败。此方式能最大程度确保健康检查的可靠性。