为Istio入口网关负载均衡服务分配静态公网IP

Istio是一个开源的服务网格平台，用于管理和连接微服务应用程序。它提供了一种简单且可扩展的方式来处理服务之间的通信、流量管理、安全性和可观察性。

入口网关是Istio中的一个重要组件，用于将外部流量引导到服务网格中的服务。入口网关负责接收来自外部的流量，并将其路由到适当的服务。为了使入口网关能够接收来自公网的流量，需要为其分配一个静态公网IP。

静态公网IP是一个固定的公网IP地址，与动态IP地址相对。它可以确保入口网关的地址始终保持不变，从而提供稳定的访问方式。

为Istio入口网关分配静态公网IP的优势包括：

稳定性：静态公网IP保持不变，不受动态IP地址变化的影响，确保入口网关的可靠性和稳定性。
可访问性：静态公网IP可以直接通过公网访问，使得外部用户可以轻松地访问到服务网格中的服务。
安全性：通过静态公网IP，可以实施更严格的访问控制策略，提高入口网关的安全性。

在腾讯云中，可以使用腾讯云的负载均衡服务来为Istio入口网关分配静态公网IP。腾讯云的负载均衡产品包括负载均衡（CLB）和弹性公网IP（EIP）。

负载均衡（CLB）是一种将流量分发到多个后端实例的服务，可以实现高可用和负载均衡。通过创建一个CLB实例，并将其与Istio入口网关关联，可以为入口网关分配一个静态公网IP。腾讯云的负载均衡产品支持四层和七层负载均衡，可以根据实际需求选择适当的负载均衡算法和协议。

弹性公网IP（EIP）是一种可以独立申请和释放的公网IP地址，可以与云资源（如云服务器、负载均衡等）动态绑定和解绑。通过创建一个EIP，并将其与Istio入口网关关联，可以为入口网关分配一个静态公网IP。腾讯云的EIP支持带宽包和按流量计费两种计费模式，可以根据实际需求选择适当的计费方式。

腾讯云的负载均衡产品和弹性公网IP产品可以提供稳定、可靠的静态公网IP地址，用于为Istio入口网关分配公网IP。您可以通过以下链接了解更多关于腾讯云负载均衡和弹性公网IP的信息：

腾讯云负载均衡（CLB）产品介绍：https://cloud.tencent.com/product/clb
腾讯云弹性公网IP（EIP）产品介绍：https://cloud.tencent.com/product/eip

预备知识 1. K8S 上 Service 类型平台相关基础知识 2. TKE 上四层网络流量暴露方式 3. TKE 上七层网络流量暴露方式 4. TKE 上的 VPC-CNI 5. TKE 上 CLB 直通 Pod 6. TKE 使用已有负载均衡器 7. TKE 使用内网负载均衡器 8. TKE 部署 Nginx Ingress 实际业务场景中最佳实践 1. 对集群内暴露流量 1.1 四层协议 1.2 七层协议 2. 对集群外暴露流量 2.1 七层协议 2.2 四层协议 2.3 端口段规则 2.4 使用Istio

086

容器服务 TKE 上服务暴露的几种方式

作者刘飞鸿，腾讯游戏高级工程师，热衷于开源、云计算相关技术。目前主要负责腾讯游戏后台架构设计和运维工作。预备知识 1. K8S 上 Service 类型 ClusterIP 通过集群的内部 IP 暴露服务，选择该值，服务只能够在集群内部可以访问，这也是默认的 ServiceType。 NodePort 通过每个 Node 上的 IP 和静态端口（NodePort）暴露服务。NodePort 服务会路由到 ClusterIP 服务，这个 ClusterIP 服务会自动创建。通过请求:，可以从集群的外部访问

093

冉昕，腾讯云服务网格TCM产品经理，现负责云原生流量接入网关与应用通信可观测性等产品特性策划与设计工作。引言在云原生应用负载均衡系列第一篇文章《云原生应用负载均衡选型指南》介绍了云原生容器环境的入口流量管理使用场景与解决方案，用 Envoy 作为数据面代理，搭配 Istio 作控制面的 Istio Ingress Gateway，在多集群流量分发、安全、可观测性、异构平台支持等方面的综合对比中，是云原生应用流量管理的最佳方案。在接入层，我们需要配置路由规则、流量行为（超时、重定向、重写、重试等）、

【腾讯云的1001种玩法】十分钟轻松搞定云架构 · 负载均衡的几种类型

视频内容今天，我们来了解一下负载均衡的几种类型，来帮助我们更好的使用腾讯云负载均衡。 [igoes.jpeg] 腾讯云负载均衡从大类上来分，有两个大类，分别是公网负载均衡实例和内网负载均衡实例。其中公网实例又分为公网有固定IP负载均衡实例和公网无固定IP负载均衡实例。公网实例用于链接互联网（外网）的负载均衡和请求分发，内网实例用于内网的负载均衡和请求分发。 [72xic.jpeg] 公网型负载均衡实例通过 Internet 从客户端获取请求，并向绑定监听器的后端服务器分发这些请求。 [anvoy.jp

010

Tech 导读现代的企业级或互联网系统往往需要进行流量规划，达成透明多级分流。流量从客户端发出到服务端处理这个过程里，流经的与功能无关的技术部件有（达成“透明分流”这个目标所采用的工具与手段）：客户端缓存、域名服务器、传输链路、内容分发网络、负载均衡器、服务端缓存。透明分流带来的价值：高可用架构、高并发。本文主要介绍流量规划中的网络请求过程及：第一部分：对一次网络请求的过程作简要介绍，然后介绍目前了解到的前端网络组件搭配方式、后端网络组件搭配方式第二部分：介绍LB负载系统、vip与rip 的映射关系第三部分：介绍内网域名解析及公网域名解析

初始的 Kubernetes 内部服务向外暴露，使用的是自身的 LoadBlancer 和 NodePort 类型的Service，在集群规模逐渐扩大的时候，这种 Service 管理的方式满足不了我们的需求，比如 NodePort 需要大量的端口难以维护，多了一层NAT，请求量大会对性能有影响；LoadBlancer 需要每个 Service 都有一个外部负载均衡器。接着 Kubernetes 提供了一个内置的资源对象 Ingress API 来暴露 HTTP 服务给外部用户，它的创建是为了标准化的将 Kubernetes 中的服务流量暴露给外部，Ingress API 通过引入路由功能，克服了默认服务类型 NodePort 和 LoadBalancer 的限制。在创建 Ingress 资源的时候通过 IngressClass 指定该网关使用的控制器，主要是靠 Ingress 控制器不断监听 Kubernetes API Server 中 IngressClass 以及 Ingress 资源的的变动，配置或更新入口网关和路由规则。IngressClass实现了网关与后台的解耦，但也有着很多的局限性。Ingress 配置过于简单，只支持 http 和 https 协议的服务路由和负载均衡，缺乏对其他协议和定制化需求的支持，而且 http 路由只支持 host 和 path 的匹配，对于高级路由只能通过注解来实现，当然这取决于 Ingress 控制器的实现方式，不同的 Ingress 控制器使用不同的注解，来扩展功能，使用注解对于 Ingress 的可用性大打折扣；路由无法共享一个命名空间的网关，不够灵活；网关的创建和管理的权限没有划分界限，开发需要配置路由以及网关。当然也有很多第三方的网关组件，例如 istio 和 apisix 等，提供了丰富的流量管理功能，如负载均衡、动态路由、动态 upstream、A/B测试、金丝雀发布、限速、熔断、防御恶意攻击、认证、监控指标、服务可观测性、服务治理等，还可以处理南北流量以及服务之间的东西向流量。对外提供路由功能，对内提供流量筛选，已经很好的满足了当下网络环境的所有需求。但对于小集群来说，这两个网关的部署成本有点高；而且太多类型的网关，不同的配置项、独立的开发接口、接口的兼容性、学习成本、使用成本、维护成本以及迁移成本都很高。急需一种兼容所有厂商 API 的接口网关。所以应运而生，Kubernetes 推出了 Gateway API。Gateway API 是 Kubernetes 1.19 版本引入的一种新的 API 规范，会成为 Ingress 的下一代替代方案。它有着 Ingress 的所有功能，且提供更丰富的功能，它支持更多的路由类型选择，除了 http路由外，还支持 tcp 以及 grpc 路由类型；它通过角色划分将各层规则配置关注点分离，实现规则配置上的解耦；并提供跨 namespace 的路由与网关支持使其更适应多云环境等。与 Ingress Api 工作类似的，Gateway Controller 会持续监视 Kubernetes API Server 中的 GatewayClass 和 Gateway 对象的变动，根据集群运维的配置来创建或更新其对应的网关和路由。API 网关、入口控制器和服务网格的核心都是一种代理，目的在于内外部服务通信。更多的功能并不等于更好的工具，尤其是在 Kubernetes 中，工具的复杂性可能是一个杀手。

负载均衡集群介绍主流开源软件LVS、keepalived、haproxy、nginx等其中LVS属于4层（网络OSI 7层模型），nginx属于7层，haproxy既可以认为是4层，也可以当做7层使用 keepalived的负载均衡功能其实就是lvs lvs这种4层的负载均衡是可以分发除80外的其他端口通信的，比如MySQL的，而nginx仅仅支持http，https，mail，haproxy也支持MySQL这种相比较来说，LVS这种4层的更稳定，能承受更多的请求，而nginx这种7层的更加灵活，能实

作者赵化冰，腾讯云高级工程师，Istio contributor，ServiceMesher管理委员，热衷于开源、网络和云计算。目前主要从事服务网格的开源和研发工作。本系列文章将介绍用户从 Spring Cloud，Dubbo 等传统微服务框架迁移到 Istio 服务网格时的一些经验，以及在使用 Istio 过程中可能遇到的一些常见问题的解决方法。什么是『无头服务』？『无头服务』即 Kubernetes 中的 Headless Service。Service 是 Kubernetes 对后端一组提供

027

面对大量用户访问、高并发请求，海量数据，可以使用高性能的服务器、大型数据库，存储设备，高性能Web服务器，采用高效率的编程语言比如(Go,Scala)等，当单机容量达到极限时，我们需要考虑业务拆分和分布式部署，来解决大型网站访问量大，并发量高，海量数据的问题。从单机网站到分布式网站，很重要的区别是业务拆分和分布式部署，将应用拆分后，部署到不同的机器上，实现大规模分布式系统。分布式和业务拆分解决了，从集中到分布的问题，但是每个部署的独立业务还存在单点的问题和访问统一入口问题，为解决单点故障，我们可以采取冗余

010

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

为Istio入口网关负载均衡服务分配静态公网IP

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐