安装istio
- $ curl -L https://istio.io/downloadIstio | ISTIO_VERSION=1.20.2 TARGET_ARCH=x86_64 sh -
- $ cd istio-1.20.2
- $ export PATH=$PWD/bin:$PATH
- $ istioctl install --set profile=demo -y
- ✔ Istio core installed
- ✔ Istiod installed
- ✔ Egress gateways installed
- ✔ Ingress gateways installed
- ✔ Installation complete
复制代码 卸载
- istioctl x uninstall --purge
复制代码 开启pod自动注入sidecar
- $ kubectl label namespace default istio-injection=enabled --overwrite
- [root@elasticsearch02 istio]# kubectl get namespace -L istio-injection
- NAME STATUS AGE ISTIO-INJECTION
- apisix Active 7d22h
- bigdata Active 343d
- cattle-impersonation-system Active 674d
- cattle-pipeline Active 356d
- cattle-prometheus Active 568d
- cattle-prometheus-p-whn4g Active 568d
- cattle-system Active 2y1d
- default Active 2y1d enabled
复制代码 k8s和istio中的组件对比
查看istio的组件
查看pod- kubectl get pods -n istio-system
- NAME READY STATUS RESTARTS AGE
- istio-egressgateway-67b78cc94c-rm8t5 1/1 Running 0 7m41s
- istio-ingressgateway-7d57fd4b-kn8nh 1/1 Running 0 7m41s
- istiod-5ddd75f545-kc4lm 1/1 Running 0 8m36s
复制代码 查看服务- kubectl get svc -n istio-system
- NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
- istio-egressgateway ClusterIP 10.43.208.79 <none> 80/TCP,443/TCP 4d17h
- istio-ingressgateway LoadBalancer 10.43.88.59 <pending> 15021:27218/TCP,80:25359/TCP,443:23532/TCP,31400:13324/TCP,15443:25647/TCP 4d18h
- istiod ClusterIP 10.43.130.158 <none> 15010/TCP,15012/TCP,443/TCP,15014/TCP
复制代码 istio-ingressgateway 是 Istio 提供的一个组件,它作为 Kubernetes 集群的入口,接收从集群外部来的流量,并根据 Istio 的路由规则将流量转发到集群内部的服务。
在 Kubernetes 中,istio-ingressgateway 通常被部署为一个 LoadBalancer 类型的 Service。如果你的 Kubernetes 集群运行在支持自动创建负载均衡器的云平台上(如 AWS、GCP、Azure 等),那么当你部署 istio-ingressgateway 时,云平台会自动为它创建一个外部的 L4 层负载均衡器,并将该负载均衡器的 IP 地址或者域名设置到 Service 的 status.loadBalancer.ingress 字段。
然而,如果你的 Kubernetes 集群运行在不支持自动创建负载均衡器的环境中(如裸金属服务器、某些私有云环境等),那么 istio-ingressgateway 的状态就会一直是 Pending,因为 Kubernetes 无法为它创建外部的负载均衡器。这种情况下,你需要手动配置一个方式(如使用 NodePort、HostNetwork 或者使用外部的负载均衡器软件)来让外部流量能够访问到 istio-ingressgateway。
总的来说,istio-ingressgateway 的作用是接收并转发从集群外部来的流量。如果它的状态一直是 Pending,那么可能是因为你的环境不支持自动创建负载均衡器,你需要手动配置一个访问方式。
安装后组件的说明
k8s pod,istio service
在Kubernetes集群中安装 Istio 后,会创建一个名为 istio-system 的命名空间,并在其中部署一些核心的 Istio 组件。这些组件包括:
- istio-egressgateway:Istio出口网关(Egress Gateway)负责管理服务对外部服务的访问,允许服务在网格之外访问外部服务。它可以配置和执行流量控制、安全策略、路由等功能,以便管理服务对外部服务的通信。
- istio-ingressgateway:Istio入口网关(Ingress Gateway)用于接收来自外部流量并将其引导到网格内部的服务。它充当了整个服务网格的入口点,可以执行流量路由、负载均衡、TLS终止等功能。
- istiod:istiod 是 Istio 服务网格的核心组件,负责实现服务发现、流量管理、安全性和遥测等功能。istiod 运行着Pilot、Mixer 和 Citadel 等子组件,它们共同协作来提供服务网格的各种功能。
在Kubernetes中使用 Istio,你可以通过以下方式进行操作:
- 部署微服务应用:将你的微服务应用程序部署到Kubernetes集群中,并且通过Istio的流量管理功能实现服务之间的通信、负载均衡和故障恢复等。
- 配置流量控制:利用Istio的流量管理功能,可以对服务之间的流量进行路由、限速、重试策略等灵活的控制。
- 实现安全策略:通过Istio的安全功能,可以在服务之间实现强大的身份验证、安全通信、访问控制等。
- 收集和展示遥测数据:Istio提供了丰富的遥测功能,可以帮助你收集并展示服务之间的流量、延迟、错误等数据,从而进行监控和故障排查。
总之,在Kubernetes中使用 Istio,你可以利用其丰富的功能来实现微服务架构中的流量管理、安全控制、遥测分析等需求,从而更好地管理和运维你的微服务应用程序。
实例体现
要配置 Istio 的流量管理功能,你需要使用 Istio 的资源对象(如 VirtualService、DestinationRule 等)来定义你的流量控制策略。下面是一些基本的步骤和示例,帮助你开始配置 Istio 的流量管理功能:
demo天气例子
部署istio服务
步骤一:创建Gateway
- apiVersion: networking.istio.io/v1alpha3
- kind: Gateway
- metadata:
- name: weather-gateway
- namespace: istio-system
- spec:
- selector:
- istio: ingressgateway # use istio default controller
- servers:
- - port:
- number: 80
- name: http
- protocol: HTTP
- hosts:
- - "*" #对所有域名都生效
复制代码 步骤一:创建 VirtualService
VirtualService 定义了请求应该如何路由到目标服务。例如,你可以根据请求的路径、主机名等条件将请求路由到不同的服务版本。- apiVersion: networking.istio.io/v1alpha3
- kind: VirtualService
- metadata:
- name: my-service
- spec:
- hosts:
- - "vue.xip.com" #这里配置哪个域名走istio流量控制
- http:
- - route:
- - destination:
- host: frontend
- port:
- number: 8080
- subset: v1
复制代码 步骤二:创建 DestinationRule
DestinationRule 定义了对特定服务的流量策略,包括负载均衡、TLS设置等。- apiVersion: networking.istio.io/v1alpha3
- kind: DestinationRule
- metadata:
- name: my-service
- spec:
- host: frontend
- subsets:
- - name: v1
- labels:
- version: v1 # 转发到pod中标签有version的,并且值为v1的
- - name: v2
- labels:
- version: v2
复制代码 查看已经创建的gateway,virtualService
- kubectl get gateway -n <namespace>
- kubectl describe gateway <gateway-name> -n <namespace>
- kubectl get virtualservice -n <namespace>
- kubectl describe virtualservice <virtualservice-name> -n <namespace>
复制代码 查看部署后的gateway和virutalservice
gateway- [root@elasticsearch02 istio]# kubectl describe gateway weather-gateway -n istio-system
- Name: weather-gateway
- Namespace: istio-system
- Labels: <none>
- Annotations: kubectl.kubernetes.io/last-applied-configuration:
- {"apiVersion":"networking.istio.io/v1alpha3","kind":"Gateway","metadata":{"annotations":{},"name":"weather-gateway","namespace":"istio-sys...
- API Version: networking.istio.io/v1beta1
- Kind: Gateway
- Metadata:
- Creation Timestamp: 2024-01-24T03:08:34Z
- Generation: 4
- Managed Fields:
- API Version: networking.istio.io/v1alpha3
- Fields Type: FieldsV1
- fieldsV1:
- f:metadata:
- f:annotations:
- .:
- f:kubectl.kubernetes.io/last-applied-configuration:
- f:spec:
- .:
- f:selector:
- .:
- f:istio:
- f:servers:
- Manager: kubectl
- Operation: Update
- Time: 2024-01-24T03:08:34Z
- Resource Version: 190297478
- UID: 4e92bf14-dda0-468a-8c9f-00b3297b121e
- Spec:
- Selector:
- Istio: ingressgateway
- Servers:
- Hosts:
- *
- Port:
- Name: http
- Number: 80
- Protocol: HTTP
- Events: <none>
复制代码 virtualservice- [root@elasticsearch02 istio]# kubectl describe virtualservice frontend-route -n ic-test
- Name: frontend-route
- Namespace: ic-test
- Labels: <none>
- Annotations: kubectl.kubernetes.io/last-applied-configuration:
- {"apiVersion":"networking.istio.io/v1alpha3","kind":"VirtualService","metadata":{"annotations":{},"name":"frontend-route","namespace":"ic-...
- API Version: networking.istio.io/v1beta1
- Kind: VirtualService
- Metadata:
- Creation Timestamp: 2024-01-24T03:08:55Z
- Generation: 6
- Managed Fields:
- API Version: networking.istio.io/v1alpha3
- Fields Type: FieldsV1
- fieldsV1:
- f:metadata:
- f:annotations:
- .:
- f:kubectl.kubernetes.io/last-applied-configuration:
- f:spec:
- .:
- f:gateways:
- f:hosts:
- f:http:
- Manager: kubectl
- Operation: Update
- Time: 2024-01-24T03:08:55Z
- Resource Version: 190328684
- UID: 94c655d1-c48a-45b6-8f90-e0bf214702eb
- Spec:
- Gateways:
- istio-system/weather-gateway
- Hosts:
- vue.xip.com
- Http:
- Match:
- Port: 80
- Route:
- Destination:
- Host: frontend
- Port:
- Number: 3000
- Subset: v1
- Events: <none>
复制代码 在ingress中可视化体现,多个域名都通过istio ingress去管理入口流量
自动sidecar注入配置
要在 Istio 中开启自动的 sidecar 注入,你可以通过以下步骤来实现:
- 安装 Istio:首先需要安装 Istio 到你的 Kubernetes 集群中。你可以使用 istioctl 或者 Helm 来进行安装,具体安装步骤可以参考 Istio 官方文档。
- 开启自动 sidecar 注入:在安装 Istio 时,你可以选择开启自动 sidecar 注入功能。在 Istio 1.5 版本后,默认情况下自动 sidecar 注入功能是开启的,但在一些特定情况下可能需要手动确认是否已经开启。
- 确认命名空间标签:确保你要启用自动 sidecar 注入的命名空间已经添加了 Istio 的注入标签。你可以通过以下命令来查看:
- kubectl get namespace your-namespace -o=jsonpath='{.metadata.labels}'
复制代码 如果没有 istio-injection 标签,你可以使用以下命令来为命名空间添加标签:- kubectl label namespace your-namespace istio-injection=enabled
复制代码 - 部署新的 Pod:一旦确认自动 sidecar 注入功能已经开启,并且命名空间已经添加了 Istio 的注入标签,当你部署新的 Pod 时,Istio 将会自动为其注入 sidecar 容器。
通过以上步骤,你应该能够成功地开启 Istio 中的自动 sidecar 注入功能,并确保所有的服务都能够通过 Envoy 代理进行流量管理和控制。
istio中的对象汇总
在 Istio 中,ServiceEntry、DestinationRule 和 VirtualService 是用来定义和配置流量管理的重要概念。下面简要介绍它们的作用:
- ServiceEntry:
- 作用:ServiceEntry 允许你将外部服务引入到 Istio 网格中,或者定义对外部服务的访问策略。
- 场景:当你需要让 Istio 管理对外部服务的访问时,可以使用 ServiceEntry 将外部服务引入到 Istio 网格中,并对其进行流量控制和安全策略的定义。
- DestinationRule:
- 作用:DestinationRule 定义了对特定服务的流量策略,包括负载均衡、TLS设置等。
- 场景:在 Istio 中,你可以使用 DestinationRule 来定义对服务的流量策略,比如指定不同版本的服务之间的流量比例、超时设置、负载均衡策略等。
- VirtualService:
- 作用:VirtualService 定义了请求应该如何路由到目标服务,以及对请求的修改和转发。
- 场景:通过 VirtualService,你可以定义基于请求的流量路由规则,比如根据请求的路径、主机名等条件将请求路由到不同的服务版本,还可以定义请求的修改和转发。
这些概念一起构成了 Istio 中强大的流量管理功能,使得你能够灵活地定义和控制服务之间的通信和流量行为。通过合理使用这些概念,你可以实现诸如流量控制、故障恢复、A/B 测试、蓝绿部署等高级的流量管理策略。
除了 ServiceEntry、DestinationRule 和 VirtualService,Istio 还有一些其他重要的对象和资源,用于定义和配置服务网格中的各种功能和策略。以下是一些常见的 Istio 对象:
- Gateway:用于定义 Istio 网格的入口点,允许流量进入网格并将其路由到适当的服务。
- Sidecar:在 Istio 中,每个部署的应用程序都会有一个称为 sidecar 的边车代理,它负责处理应用程序的所有网络通信,并与 Istio 控制平面进行交互。
- AuthorizationPolicy:用于定义对服务之间流量的访问控制策略,包括认证、授权和安全策略等。
- PeerAuthentication:用于定义服务之间的双向 TLS 认证策略,确保服务之间的通信是安全的。
- RequestAuthentication:用于定义对服务端点的请求认证策略,可以限制来自客户端的请求必须满足特定的认证条件。
- EnvoyFilter:允许你为 Envoy 代理定义自定义的过滤器和配置,以实现更灵活的流量控制和处理。
- ServiceRole 和 ServiceRoleBinding:用于定义对服务的角色和权限控制,可以限制哪些服务具有对其他服务的访问权限。
这些对象一起构成了 Istio 的配置模型,通过对这些对象的定义和配置,你可以实现对服务网格中流量管理、安全性、可观察性等方面的精细控制。因此,熟悉并理解这些对象是使用 Istio 进行微服务架构管理的关键。
在istio中,Gateway,DestinationRule和VirtualService三者之间的关系可以用以下文字图示表示:- +-------------------+
- | Gateway |
- +---------+---------+
- |
- v
- +---------+---------+
- | VirtualService |
- +---------+---------+
- |
- v
- +---------+---------+
- | DestinationRule |
- +-------------------+
复制代码 在这个示意图中,Gateway负责接收外部流量,并将其转发到内部服务。VirtualService定义了流量的路由规则,指定了如何将接收到的流量发送到不同的目标服务或版本。而DestinationRule定义了服务之间的通信策略,包括负载均衡、故障恢复等。因此,这三者之间存在一定的依赖关系,Gateway接收流量并将其传递给VirtualService,而VirtualService再根据定义的规则将流量分发给后端服务,同时DestinationRule定义了这些后端服务之间的通信策略。
Envoy Sidecar模式
当你将Istio部署到Kubernetes集群中时,它在外部流量转发的过程中起到了以下作用:
- 流量管理:Istio通过Envoy sidecar代理来管理流量,可以实现流量控制、负载均衡、故障恢复和A/B测试等功能。
- 安全:Istio提供了服务间的认证、加密通信和访问控制,确保了服务之间的安全通信。
- 监控:Istio收集并展示了整个服务网格的指标、日志和跟踪数据,帮助你更好地监控和调试服务。
- 策略执行:Istio可以通过定义网络策略来限制流量,例如路由规则、重试策略、超时设置等。
下面是一个简单的图示,描述了在Kubernetes集群中使用Istio的流量管理过程:- 外部流量 -> Ingress -> Istio Ingress Gateway -> Envoy Sidecar -> 后端服务
复制代码 在这个示意图中,外部流量首先经过Kubernetes的Ingress,然后被Istio Ingress Gateway接管,并通过Envoy sidecar代理进行流量管理,最终到达后端服务。
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作! |