七层会话保持。 负载均衡器cookie：负载均衡器会根据客户端第一个请求生成一个cookie，后续所有包含这个cookie值的请求都会由同一个后端 服务器 处理。 应用程序cookie：该选项依赖于后端应用。后端应用生成一个cookie值，后续所有包含这个cookie值的请求都会由同一个后端服务器处理。

查看更多 →

如果是HTTP或HTTPS监听器，配置了会话保持，不用观察session是否丢失，而需要注意发送的请求是否带有cookie，如果带有cookie，则观察该cookie值是否发生了变化（因为7层会话保持基于cookie）。 父主题： 异常检查

查看更多 →

为Nginx Ingress配置一致性哈希负载均衡 原生的Nginx支持多种负载均衡规则，其中常用的有加权轮询、IP hash等。Nginx Ingress在原生的Nginx能力基础上，支持使用一致性哈希方法进行负载均衡。 Nginx默认支持的IP hash方法使用的是线性的ha

查看更多 →

件啥的 图2 Nginx配置 编译安装 make && make install nginx安装成功 图3 编译安装 启动nginx 先检测nginx的配置是否正确 ./nginx/sbin/nginx -t 图4 启动nginx 如果出现上面两句话，说明nginx配置ok, 可以启动。

查看更多 →

解析Nginx日志 Nginx访问日志记录了用户访问的详细信息，解析Nginx访问日志对业务运维具有重要意义。本文介绍如何使用正则表达式函数解析Nginx访问日志。 现以一条Nginx成功访问日志为例，介绍如何使用正则表达式解析Nginx成功访问日志。 原始日志 {"source":"192

查看更多 →

启动/停止Nginx 重复启动Nginx windows路径格式错误 Nginx未启动的情况下部署停止命令 Nginx配置文件格式错误 配置文件备份路径不存在 部署应用中断 权限不够 参数含反斜杠“\”（特例） 环境下没有主机 环境不存在 windows主机部署应用失败 部署进程被第三方杀毒软件拦截

查看更多 →

重复启动Nginx 问题现象 报错日志出现关键字“Address already in use”示例如下所示： nginx: [emerg] bind() to ***.***.***.0:80 failed (98: Address already in use) 原因分析 n

查看更多 →

请根据不同的应用场景和功能需求选择合适的负载均衡器类型。 取值如下： union：共享型负载均衡。 performance：独享型负载均衡，仅支持1.17及以上集群，详情请参见共享型弹性负载均衡与独享型负载均衡的功能区别。 说明： 负载均衡类型的服务对接已有的独享型ELB时，该独

查看更多 →

创建集群的方法，请参见快速创建Kubernetes集群。 Nginx应用概述 Nginx是一款轻量级的Web服务器，您可通过CCE快速搭建nginx web服务器。 本章节将以创建Nginx应用为例，来创建一个工作负载，预计需要5分钟。 本章节执行完成后，可成功访问Nginx的网页，如下图。 图1 本例结果

查看更多 →

机上进行处理。 负载均衡器cookie：负载均衡器会根据客户端第一个请求生成一个cookie，后续所有包含这个cookie值的请求都会由同一个后端服务器处理。 应用程序cookie：该选项依赖于后端应用。后端应用生成一个cookie值，后续所有包含这个cookie值的请求都会由同一个后端服务器处理。

查看更多 →

如何启用NGINX stub_status模块? Nginx Prometheus Exporter是通过Nginx的stub_status模块对其进行监控，需要确保Nginx服务启用了 stub_status模块。具体步骤如下： 登录到业务Nginx服务所在节点，执行以下命令检

查看更多 →

Nginx Ingress管理 通过控制台创建Nginx Ingress 通过Kubectl命令行创建Nginx Ingress 用于配置Nginx Ingress的注解（Annotations） Nginx Ingress高级配置示例 父主题： 路由（Ingress）

查看更多 →

Controller就会将其中定义的转发规则写入到Nginx的配置文件（nginx.conf）中。 内置的Nginx组件进行reload，加载更新后的配置文件，完成Nginx转发规则的修改和更新。 在流量访问集群时，首先被已创建的负载均衡实例转发到集群内部的Nginx组件，然后Nginx组件再根据转发规则将其转发至对应的各个工作负载。

查看更多 →

-f nginx-deployment.yaml 创建负载均衡类型的Service，并设置“kubernetes.io/elb.pass-through”为“true”。关于负载均衡类型的Service具体创建方法，请参见自动创建负载均衡类型Service。 创建nginx-elb-svc

查看更多 →

本例将创建一个负载均衡类型的Service，请在右侧弹窗中配置如下参数。 Service名称：输入应用发布的可被外部访问的名称，设置为：nginx。 访问类型：选择“负载均衡 ( LoadBalancer )”。 服务亲和：保持默认。 负载均衡器：如果已有负载均衡（ELB）实例，

查看更多 →

达式格式为：^....$。 灰度流量权重（%）：支持流量自定义配置。 Cookie Cookie：支持输入自定义Cookie内容。 灰度流量权重（%）：支持流量自定义配置。 说明： Header与Cookie所输入的字符串长度最大为500。 父主题： 配置CodeArts Deploy应用的容器类部署步骤

查看更多 →

对外端口：开放在负载均衡服务地址的端口，可任意指定。 负载均衡器：仅支持集群所在VPC下的负载均衡实例。如果没有可选的负载均衡器实例，请单击“创建负载均衡器”，创建完成后单击刷新按钮。 创建Nginx Ingress时，您无需手动选择负载均衡器，在插件安装阶段已经完成负载均衡器的关联。

查看更多 →

器上。 HTTP_COOKIE：客户端第一次发送请求时，负载均衡器自动生成cookie并将该cookie插入响应消息中，后续请求会发送到处理第一个请求的后端 云服务器 上。 APP_COOKIE：客户端第一次发送请求时，后端服务器生成cookie并将该cookie插入响应消息中，后续

查看更多 →

建议使用七层监听器，使用基于cookie的会话保持。 检查是否是HTTP/HTTPS监听器，并配置了会话保持。如果是，需要注意发送的请求是否带有cookie，如果带有cookie，则观察该cookie值是否发生了变化（因为7层会话保持基于cookie）。 检查后端服务器组的会话保

查看更多 →

器上。 HTTP_COOKIE：客户端第一次发送请求时，负载均衡器自动生成cookie并将该cookie插入响应消息中，后续请求会发送到处理第一个请求的后端云服务器上。 APP_COOKIE：客户端第一次发送请求时，后端服务器生成cookie并将该cookie插入响应消息中，后续

查看更多 →

方案概述 应用场景 该解决方案基于开源软件Nginx+Keepalived构建，快速帮助用户在华为云 弹性云服务器 上部署七层高可用负载均衡。Nginx节点主备部署，提供负载均衡能力，支持HTTP/HTTPS协议，并做一些分流策略，用户可以通过主机IP、 域名 等快速访问业务服务器。Ke

查看更多 →