SLB配置健康检查/会话保持

 

  现在,您已经定义好了一个SLB实例的名称、服务协议及服务端口号。接下来进行健康检查及会话保持的相关配置。整个负载均衡服务将依照您的配置自动运行,并对作为负载均衡服务的云服务器进行健康检查。如果某一云服务器出现故障,它会自动将该云服务器从您的负载均衡服务中移除,而当该云服务器恢复正常运行时,健康检查服务会将其自动加入您的负载均衡服务。为了为了保证用户会话能转发到固定的云服务上,您可以开启会话保持功能,负载均衡服务将会把来自同一客户端的访问请求分发到同一台云服务器上进行处理。

  HTTP协议配置

  1、针对HTTP协议的SLB服务,您可以针对当前SLB实例下的不同服务端口进行“直接获取IP”、“会话保持”和“健康检查”配置;


  2、一旦开启“直接获取IP”,您可以采用X-Forwarded-For的方式获取访问者IP地址;

  3、当您选择开启“会话保持”时,您可以针对Cookie的处理方式(SLB植入cookie和SLB重写cookie)进行选择并设定;

  1)当您选择“SLB植入cookie”的Cookie处理方式时,需要您设置具体的超时时间,如果您什么都不填就永远保持会话。


  2)当您选择“SLB重写cookie”的Cookie处理方式时,需要您自定义Cookie名称。


  4、当您选择开启“健康检查”时,您可以针对健康检查方式进行设定。


  其中,域名、检查端口、检查路径为非必填项。

  TCP协议配置

  1、 针对TCP协议的SLB服务,您可以针对当前SLB实例下的不同服务端口进行“转发规则”、“会话保持”和“健康检查”配置;


  2、您可以根据您的实际需要在“轮询模式”和“最小连接数”两种规则中进行选择,外部访问请求将依照您的选择进行转发;

  3、当您选择开启“会话保持”时,您可以针对会话保持的超时时间进行选择并设定;

  4、当您选择开启“健康检查”时,您可以针对健康检查模式(VTCP、TCP、HTTP)进行选择并设定。

  1)当您选择“VTCP”的健康检查模式时,需要您设置具体的过期时间;


  2)当您选择“TCP”的健康检查模式时,需要您设置具体的检查端口和过期时间;


  3)当您选择“HTTP”的健康检查模式时,需要您设置更为详细的配置信息。


  其中,检查端口、检查路径为非必填项。

  配置完成后,点击“下一步”按钮。

  打开“SLB服务配置向导”中的“添加云服务器”页面。

时间: 2024-12-22 23:03:50

SLB配置健康检查/会话保持的相关文章

负载均衡健康检查的使用误区和最佳实践

本期分享专家:隽勇, 曾就职微软,擅长网络.Windows相关技术,网络问题的终结者,现就职阿里云专注于弹性计算方面的技术研究,"对技术负责,更对用户负责" 针对客户反馈的问题,不但要解决,还要总结分析,隽勇针对SLB问题进行了分析总结,发现大家遇到的很多负载均衡(简称 SLB)异常问题都与健康检查配置相关.不合理的健康检查策略可能会导致很多问题出现: 例如: · 健康检查间隔设置过长,无法准确发现后端 ECS 出现服务不可用,造成业务中断. · 使用 HTTP 模式健康检查,未合理配

阿里云SLB健康检查的日志特殊处理

SLB健康检查的频率比较高,每秒都有好几个.日积月累就带来了大量web service的日志.一来浪费存储空间,二来消耗磁盘性能.除了官方建议的降低健康检查频率外,或许有一些变通的思维 1.如果对HTTP或者TCP转发协议不挑剔,换成TCP转发并不开启http健康检查就OK了. 优势:方便,控制台操作下就好了. 劣势:只是这样也失去了应用层异常的发现能力. 2.为健康检查单独建立一个没有开启日志的virtualhost,通过不同的端口或者hostname,让健康检查请求不会请求到业务host.

阿里云SLB漏选“健康检查正常的http状态码”导致url重定向失败问题处理

背景:           一客户将线下电商网站迁移到阿里云上,公网出口使用阿里云SLB,SLB后端实例为ECS(webserver)web服务使用nginx.后端APP服务器使用了tomcat:tomcat根目录为xxx,应用程序放在其根目录下的一个二级目录AAA,要求公网用户通过域名访问时能直接重定向到二级目录AAA,而不需要手动输入AAA路径来访问网站. 网络示意图如下: 问题出现:       首先按照正常的配置流程完成后,在浏览器中通过域名加路径的方式能够正常访问,当在nginx上做过

我的oracle健康检查报告

       最近一直想用sql来生成oracle的健康检查报告,这样看起来一目了然,经过网上搜资料加自己整理终于算是成型了,部分结果如下图所示, 具体参考附件,恳请广大网友看看是否还有需要添加的地方. DB_healthcheck_by_lhr_ORADG11G_20150826160539.zip ORADG11G 数据库巡检报告 Copyright (c) 2015-2100 (http://blog.itpub.net/26736162) lhrbest. All rights rese

我的oracle健康检查报告(三)

       之前分别在http://blog.itpub.net/26736162/viewspace-1783297/ 和 http://blog.itpub.net/26736162/viewspace-1805156/ 中发布了我的健康检查报告(oracle巡检报告)第一版和第二版本的预览版,经过最近一段时间的改造,从界面到内容上又有了新的突破,具体参考附件,恳请广大网友看看是否还有需要添加的地方,以便更加完善这个报告内容,该脚本也耗费了我巨大精力,请大家注意版权,所有与此相似的请注明出

【业务不裸奔系列】10秒创建本地健康检查(支持VPC环境)

应用场景 定期探测本地指定路径或端口是否正常响应,当出现响应超时或状态码错误时,发送报警通知.快速发现进程存活但不再正常响应的情况. 偷偷告诉你对进程挂掉.不响应假死特别有效果. 使用步骤 首先要按照业务创建应用分组哦,这样可以快速将散乱的资源有序管理起来.友情传送>>如何创建应用分组? 进入云监控应用分组的"可用性监控"页面, 点击页面右上角的新建配置按钮,进入编辑页面.选择HTTP请求填写探测路径或者选择Telnet请求填写端口号. 点击确认保存任务,探测不通发生报警时

Docker 容器健康检查机制

在分布式系统中,经常需要利用健康检查机制来检查服务的可用性,防止其他服务调用时出现异常. 对于容器而言,最简单的健康检查是进程级的健康检查,即检验进程是否存活.Docker Daemon会自动监控容器中的PID1进程,如果docker run命令中指明了restart policy,可以根据策略自动重启已结束的容器.在很多实际场景下,仅使用进程级健康检查机制还远远不够.比如,容器进程虽然依旧运行却由于应用死锁无法继续响应用户请求,这样的问题是无法通过进程监控发现的. 在Kubernetes提供了

磨刀不误砍柴工,ORAchk健康检查好帮手

ORAchk 之前被称为RACcheck,后来它的检查范围进行了扩展,改名为了ORAchk,它是在数据库系统进行健康检查的一个专用工具,这个工具主要用来检查软件的配置是否符合要求以及一些最佳实践是否被应用了.通过这个工具,用户可以很方便地.自动化地对自己的系统进行健康检查和评估.   目录   ORAchk 基本情况介绍 如何下载和安装ORAchk 如何执行orachk ORAchk生成的报告 ORAchk 升级检查功能 什么时候适宜运行ORAchk 一. ORAchk 基本情况介绍 ORAch

ORAchk-数据库健康检查

ORAchk-数据库健康检查  原文地址:ORAchk-数据库健康检查 作者:paulyibinyi ORAchk 之前被称为RACcheck,后来它的检查范围进行了扩展,改名为了ORAchk,它是在数据库系统进行健康检查的一个专用工具,这个工具主要用来检查软件的配置是否符合要求以及一些最佳实践是否被应用了.通过这个工具,用户可以很方便地.自动化地对自己的系统进行健康检查和评估.  ORAchk 能够检查的软件主要有:OS.Oracle Clusterware (CRS). Grid Infra