网络 背景信息 上行链路NQA 当前企业通常以双上行链路方式接入Internet，以保证链路的稳定。网络质量分析NQA（Network Quality Analysis）是一种实时的网络性能探测和统计技术，可以对响应时间、网络抖动、丢包率等网络信息进行统计。NQA能够实时监视网络

查看更多 →

网络 查询已绑定桌面和未绑定的Eip 开通桌面上网功能 桌面绑定EIP 批量桌面解绑EIP 父主题： 云桌面API

查看更多 →

网络 网络概述 容器网络 服务（Service） 路由（Ingress） DNS 集群网络配置 容器如何访问VPC内部网络 从容器访问公网 父主题： Standard和Turbo集群用户指南

查看更多 →

网络 服务（Service） 路由（Ingress） Pod网络配置 从容器访问公网 网络管理FAQ 父主题： Autopilot集群用户指南

查看更多 →

客户的区域，可以降低网络时延、提高访问速度。购买EIP时所选择的区域即为EIP的归属地。 华北-北京一 线路 全动态BGP：可以根据设定的寻路协议实时自动优化网络结构，以保持客户使用的网络持续稳定、高效。 静态BGP：网络结构发生变化时，无法实时自动调整网络设置以保障用户体验。

查看更多 →

查看审计日志 02 入门 以搭建IPv4网络及IPv6网络为例，帮助您快速上手虚拟私有云。 入门指导 搭建IPv4网络 搭建IPv4/IPv6双栈网络 04 实践 您可以对网络进行规划配置，满足您的业务需求. 规划配置 网络规划 安全组配置示例 网络ACL配置示例 创建相同账户下的对等连接

查看更多 →

Cilium的eBPF 技术通过在Linux内核层面实时监控网络流量，实现了高效的安全数据包交换。该技术在网络功能虚拟化、容器网络和边缘计算等场景中都有广泛应用，能够帮助企业提升网络性能和安全性，为云原生应用提供更好的基础设施支持。 基本功能 为容器提供网络互通：Cilium通过为每个容器分配一个独

查看更多 →

100GE 自定义网络 - 依赖增强高速网络；依赖于专属网关设备。 依赖增强高速网络；依赖于专属网关设备。 不支持 不支持 裸金属服务有五种网络类型，分别是虚拟私有云、高速网络、增强高速网络、自定义VLAN网络和IB网络，不同网络之间相互隔离不互通。 V4/V5实例： VPC网络接口和高速

查看更多 →

网络 虚拟私有云 VPC 弹性公网IP EIP NAT网关 NAT 弹性负载均衡 ELB VPC终端节点 VPCEP 云专线 DC 企业路由器 ER 全球加速服务 GA 父主题： SCP授权参考

查看更多 →

接借用防火墙公网接口的IP地址访问Internet。 子网 通过防火墙接入网络的设备能从防火墙自动获取IP地址，从而实现与防火墙上行网络的互通。 DHCP 服务器 负责为DHCP客户端动态分配IP地址等网络参数的设备。 （可选）DHCP中继 如果DHCP客户端和DHCP服务器不在同

查看更多 →

网络 配置外网访问（EIP） 创建相同帐户下的VPC对等连接 配置外网访问(NAT) 父主题： k8s Cluster资源配置

查看更多 →

计费模式 包年包月 包年包月 包年包月 包年包月+按需计费 带宽类型 云原生网络，多线BGP。 云原生网络，全动态BGP（不支持静态BGP）。 云原生网络，多线BGP。 云原生网络，全动态BGP（不支持静态BGP）。 防护能力 20G 共享全力防护，不低于20G。 共享全力防护，最高可达1T。

查看更多 →

Underlay网络数据规划。 操作步骤 在“Underlay配置”页签，选择待配置的站点（如：Hub1）。 图1 Underlay配置页签入口 在“WAN路由”页签中，单击“点击添加路由协议”，选择协议为“BGP”。 在“BGP”界面中，单击“创建”，完成BGP路由配置，单击“确定”。

查看更多 →

如路由模式是BGP，确认BGP AS /MD5/Peer IP是否正确配置，用户侧的BGP AS号和华为云侧的BGP AS号需要不相同。 如路由模式是BGP，确认通过私有虚拟接口发布的BGP路由是否超过100，超过100的BGP路由缺省不再接收。 如路由模式是BGP，确认没有配置

查看更多 →

个 虚拟接口 1分钟 bgp_peer_status_v4 IPv4 BGP PEER状态 IPv4 BGP PEER状态 0-DOWN 1-ACTIVE 虚拟接口 1分钟 bgp_peer_status_v6 IPv6 BGP PEER状态 IPv6 BGP PEER状态 0-DOWN

查看更多 →

代码规范案例汇总 脚本中的class和脚本名应该一致。 不要把整个处理逻辑使用try catch包起来，这样会导致报错时，无法定位原始错误行，需要去掉try catch。 不推荐以下写法： APP、BO中，需要使用rest或sdk，来直接调用其它BO的内部服务编排。 APP、BO

查看更多 →

案例：调整分布键 现象描述 某局点测试过程中EXPLAIN ANALYZE后有如下情况： 从执行信息上比较明确的可以看出HashJoin是整个计划的性能瓶颈点，并且从HashJoin的执行时间信息[2657.406,93339.924](数值的具体含义请参见SQL执行计划详解)，

查看更多 →

实际调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：使排序下推 案例：设置cost_param对查询性能优化 案例：调整分布键 案例：改建分区表 父主题： 性能调优

查看更多 →

实际调优案例 案例：选择合适的分布列 案例：建立合适的索引 案例：增加JOIN列非空条件 案例：使排序下推 案例：设置cost_param对查询性能优化 案例：调整局部聚簇键 案例：调整中间表存储方式 案例：改建分区表 案例：调整GUC参数best_agg_plan 案例：改写SQL消除子查询（案例1）

查看更多 →

更多案例实践参考 关于数据开发更多的使用进阶指导和案例，请参见最佳实践。 父主题： 使用教程

查看更多 →

案例：使排序下推 现象描述 在做场景性能测试时，发现某场景大部分时间是CN端在做window agg，占到总执行时间95%以上，系统资源不能充分利用。研究发现该场景的特点是：将两列分别求sum作为一个子查询，外层对两列的和再求和后做trunc，然后排序。 表结构如下所示： 1 2

查看更多 →