使用L7负载均衡Ingress-nginx Ingress-nginx控制器用于存储nginx配置，实现统一路由转发管理。关于Ingress-nginx的详细信息请参见Ingress-Nginx Controller和社区官方项目。 本小节将指导您为本地集群安装与使用Ingress-nginx。

查看更多 →

为路由路径，用户自定义设置。所有外部访问请求需要匹配host和path。 说明： 此处添加的访问路径要求后端应用内存在相同的路径，否则转发无法生效。 例如，Nginx应用默认的Web访问路径为“/usr/share/nginx/html”，在为Ingress转发策略添加“/test”

查看更多 →

就可以互相访问，达到实例间发现和访问的效果。 Headless Service使用场景 当某个工作负载的多个Pod之间没有任何区别时，可以使用普通Service，利用集群kube-proxy实现Service的负载均衡，例如常见的无状态应用Nginx。 但是某些应用场景下，工作负

查看更多 →

kubernetes.io/elb.id: <your_elb_id> #本示例中使用已有的独享型ELB，请替换为您的独享型ELB ID kubernetes.io/elb.class: performance # ELB类型 kubernetes.io/elb.keepalive_timeout:

查看更多 →

25.2-r0及以上版本 v1.25以上版本集群 不允许同时配置 "kubernetes.io/elb.health-check-option" 和 "kubernetes.io/elb.health-check-options"。 target_service_port字段必须配置，且不能重复。

查看更多 →

kubernetes.io/elb.class 是 String 请根据不同的应用场景和功能需求选择合适的负载均衡器类型。 取值如下： union：共享型负载均衡。 performance：独享型负载均衡，详情请参见共享型弹性负载均衡与独享型负载均衡的功能区别。 默认值为“union”

查看更多 →

配置升级和维护，不可在ELB页面对配置进行更改，否则可能导致Ingress服务异常。 Ingress转发策略中注册的URL需与后端应用提供访问的URL一致，否则将返回404错误。 IPVS模式集群下，Ingress和Service使用相同ELB实例时，无法在集群内的节点和容器中访

查看更多 →

备份和快照的区别是什么？ 备份和快照为存储在云硬盘中的数据提供冗余备份，确保高可靠性，两者的主要区别如表1所示。 表1 备份和快照的区别 指标 存储方案 数据同步 容灾范围 业务恢复 备份 与云硬盘数据分开存储，存储在对象存储（OBS）中，可以实现在云硬盘存储损坏情况下的数据恢复

查看更多 →

容灾和备份的差别请参见容灾和备份的区别是什么。

查看更多 →

转发规则按照优先级从高到低开始匹配，匹配到多条路径时，转发规则编号的数值越小优先级越高。 支持协议 支持HTTP和HTTPS协议。 支持WebSocket、WSS和gRPC协议。 支持HTTP和HTTPS协议。 支持gRPC协议。 配置变更 非后端端点变更需要Reload进程，对长连接有损。 端点变更使用Lua实现热更新。

查看更多 →

确，且Ingress对应的Service和工作负载工作正常。 检查Ingress状态是否正常。 在Service和工作负载都正常的情况下，需要保证Ingress依赖的ELB状态正常。如果是Nginx型的Ingress，还需要保证nginx-ingress插件的状态是正常的。 检查Ingress配置是否正确。

查看更多 →

备份和容灾的区别主要如下：RPO（Recovery Point Objective）：最多可能丢失的数据的时长。RTO（Recovery Time Objective）：从灾难发生到整个系统恢复正常所需要的最大时长。

查看更多 →

备份和快照为存储在云硬盘中的数据提供冗余备份，确保高可靠性，两者的主要区别如表1所示。

查看更多 →

备份和容灾的区别是什么？ 备份和容灾的区别主要如下： 表1 备份和容灾的差异 对比维度 备份 容灾 使用目的 避免数据丢失，一般通过快照、备份等技术构建数据的数据备份副本，故障时可以通过数据的历史副本恢复用户数据。 避免业务中断，一般是通过复制技术（应用层复制、主机I/O层复制、

查看更多 →

主要是TLS证书和Key）、Node、ConfigMap的变化，解析Ingress定义的规则并负责将请求转发到相应的后端Service。 Ingress Controller在不同厂商之间的实现方式不同，根据负载均衡器种类的不同，可以将其分成ELB型和Nginx型。CCE支持上述两种Ingress

查看更多 →

使用的机器最低规格为2C8G。 登录SLB实例主机，执行命令/opt/huawei/openresty/init.d/nginx restart，重启Nginx再同步。 执行命令top，查看其他占用内存多的进程，执行命令kill -9 进程号关掉进程。 父主题： SLB同步异常相关问题

查看更多 →

test_spr_pf test_spr_lb test_spr_pf：为实时视频会议业务使用的智能选路策略，优先调度到MPLS链路，采用优先占用方式的选路。 test_spr_lb：为大流量办公业务（如文件传输业务）使用的智能选路策略，同时负载到MPLS链路和Internet链路，以充分利用线路带宽，采用负载分担方式的选路。

查看更多 →

test_spr_pf test_spr_lb test_spr_pf：为实时视频会议业务使用的智能选路策略，优先调度到MPLS链路，采用优先占用方式的选路。 test_spr_lb：为大流量办公业务（如文件传输业务）使用的智能选路策略，同时负载到MPLS链路和Internet链路，以充分利用线路带宽，采用负载分担方式的选路。

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →