Chapter 2. Getting traffic into a mesh
Route external traffic to mesh services by configuring Istio gateway proxies and exposing them through LoadBalancer services or OpenShift routes.
2.1. About configuring a gateway installed using gateway injection to accept ingress traffic Copy linkLink copied to clipboard!
Red Hat OpenShift Service Mesh offers two approaches to configure ingress traffic routing to services in the mesh. The approach depends on the service mesh deployment mode and traffic management requirements.
In the following example an Istio Gateway resource configures a gateway proxy to act as an entry point for external traffic. This configuration exposes port 443 (HTTPS) for the host, bookinfo.com. The example configuration applies to pods with the istio: ingressgateway label. The tls mode is configured as SIMPLE, which terminates the incoming HTTPS traffic using the certificate and private key the example provides.
Sample configuration
apiVersion: networking.istio.io/v1
kind: Gateway
metadata:
name: bookinfo-gateway
namespace: bookinfo
spec:
selector:
istio: ingressgateway
servers:
- port:
number: 443
name: https-443
protocol: HTTPS
hosts:
- bookinfo.com
tls:
mode: SIMPLE
serverCertificate: /etc/certs/servercert.pem
privateKey: /etc/certs/privatekey.pem
The following VirtualService is bound to the Istio Gateway resource shown in the previous example configuration. The specification defines rules to route traffic with the /reviews/ path prefix to the reviews service in the bookinfo namespace. The VirtualService explicitly references the Gateway resource shown previously. This ensures that the routing rules are only applied to the traffic that enters through the specified gateway.
Sample configuration
kind: VirtualService
metadata:
name: bookinfo-rule
namespace: bookinfo
spec:
hosts:
- bookinfo.com
gateways:
- bookinfo/bookinfo-gateway
http:
- match:
- uri:
prefix: /reviews/
route:
- destination:
port:
number: 9080
host: reviews.bookinfo.svc.cluster.local
While Istio Gateway and VirtualService resources support certain ingress use cases in ambient mode, the recommended approach is to use the Kubernetes Gateway API, which provides full support and integration with ambient. You can also use the Gateway API with sidecar-based deployments.
2.2. Exposing a service by using the Istio Gateway and VirtualService resources Copy linkLink copied to clipboard!
Expose mesh services to external traffic by configuring injected gateways with Istio Gateway and VirtualService resources to route traffic from outside the cluster.
You can set the gateway Service type to LoadBalancer to allow traffic from outside the cluster.
Prerequisites
- You have installed an Istio gateway using gateway injection.
Procedure
Create namespace called
httpbinby running the following command:$ oc create namespace httpbinEnable sidecar injection in the namespace. If you are using the
InPlaceupgrade strategy, run the following command:$ oc label namespace httpbin istio-injection=enabledNoteIf you are using the
RevisionBasedupgrade strategy, run the following commands:To find your
<revision-name>, run the following command:$ oc get istiorevisions.sailoperator.ioYou should see output similar to the following example:
NAME TYPE READY STATUS IN USE VERSION AGE default Local True Healthy True v1.24.3 3m33sLabel the namespace with the revision name to enable sidecar injection:
$ oc label namespace httpbin istio.io/rev=default
Deploy a sample service named
httpbinby running the following command:$ oc apply -n httpbin -f https://raw.githubusercontent.com/openshift-service-mesh/istio/refs/heads/master/samples/httpbin/httpbin.yamlCreate a YAML file named
httpbin-gw.yamlthat defines an IstioGatewayresource. This resource configures gateway proxies to expose port 80 (HTTP) for the host,httpbin.example.com.You can see the following example configuration for reference:
apiVersion: networking.istio.io/v1 kind: Gateway metadata: name: httpbin-gateway namespace: httpbin spec: selector: istio: <gateway_name> servers: - port: number: 80 name: http protocol: HTTP hosts: - httpbin.example.com-
spec.selectorspecifies the unique label or set of labels in the pod template of the gateway proxyDeployment. By default, the IstioGatewayresource configuration will apply to matching gateway pods in all namespaces. -
spec.servers.hostsspecifies a list of addresses that the clients use when attempting to access a mesh service at the associated port.
-
Apply the YAML file by running the following command:
$ oc apply -f httpbin-gw.yamlCreate a YAML file named
httpbin-vs.yamlfor aVirtualService. TheVirtualServicedefines the rules that route traffic from the gateway proxy to thehttpbinservice.You can see the following example configuration for reference:
apiVersion: networking.istio.io/v1 kind: VirtualService metadata: name: httpbin namespace: httpbin spec: hosts: - httpbin.example.com gateways: - httpbin-gateway http: - match: - uri: prefix: /status - uri: prefix: /headers route: - destination: port: number: 8000 host: httpbin-
spec.hoststhe destinationhostsfor theVirtualServicerouting rules. The IstioGatewayresource must expose the hosts that you bind to theVirtualService. -
spec.gatewaysbinds theVirtualServiceto the IstioGatewayresource created in the previous step by adding theGatewayname to the list of gateways. -
spec.http.routeroute matching traffic to thehttpbinservice deployed earlier by defining adestinationthat includes thehostandportof thehttpbinService.
-
Apply the YAML file by running the following command:
$ oc apply -f httpbin-vs.yamlFor verification purposes, create a namespace for a
curlclient by running the following command:$ oc create namespace curlDeploy the
curlclient by running the following command:$ oc apply -n curl -f https://raw.githubusercontent.com/openshift-service-mesh/istio/refs/heads/master/samples/curl/curl.yamlSet a
CURL_PODvariable with the name of thecurlpod by running the following command:$ CURL_POD=$(oc get pods -n curl -l app=curl -o jsonpath='{.items[*].metadata.name}')Using the
curlclient, send a request to the/headersendpoint of thehttpbinapplication through the ingress gatewayServiceresource. Set theHostheader of the request tohttpbin.example.comto match the host that the IstioGatewayandVirtualServiceresources specify. Run the followingcurlcommand to send the request:$ oc exec $CURL_POD -n curl -- \ curl -s -I \ -H Host:httpbin.example.com \ <gateway_name>.<gateway_namespace>.svc.cluster.local/headersThe response should have a
200 OK HTTPstatus indicating that the request was successful.Example output
HTTP/1.1 200 OK server: istio-envoy ...Send a curl request to an endpoint that does not have a corresponding URI prefix match defined in the
httpbinVirtualServiceby running the following command:$ oc exec $CURL_POD -n curl -- \ curl -s -I \ -H Host:httpbin.example.com \ <gateway_name>.<gateway_namespace>.svc.cluster.local/getThe response should return a
404 Not Foundstatus as thehttpbinVirtualServiceresource lacks a matching URI prefix for the/getendpoint.Example output
HTTP/1.1 404 Not Found server: istio-envoy ...Expose the gateway proxy to traffic outside the cluster by setting the
Servicetype toLoadBalancer:$ oc patch service <gateway_name> -n <gateway_namespace> -p '{"spec": {"type": "LoadBalancer"}}'NoteOpenShift Routes can also expose a gateway to traffic outside the cluster. For more information, see "Exposing a gateway to traffic outside the cluster using OpenShift Routes".
Verify that you can access the
httpbinservice from outside the cluster when using the external hostname or IP address of the gatewayServiceresource. Ensure that you set theINGRESS_HOSTvariable appropriately for the environment that your cluster is running in.If the cluster runs on AWS, set the
INGRESS_HOSTvariable by running the following command:$ INGRESS_HOST=$(oc get service <gateway_name> -n <gateway_namespace> -o jsonpath='{.status.loadBalancer.ingress[0].hostname}')If the cluster runs on GCP or Azure, set the
INGRESS_HOSTvariable by running the following command:$ INGRESS_HOST=$(oc get service <gateway_name> -n <gateway_namespace> -o jsonpath='{.status.loadBalancer.ingress[0].ip}')Send a
curlrequest to thehttpbinservice using the host of the gateway by running the following command:$ curl -s -I -H Host:httpbin.example.com http://$INGRESS_HOST/headers
-
Verify that the response has the
HTTP/1.1 200 OKstatus, which indicates that the request was successful.
2.3. About exposing services to traffic outside a cluster Copy linkLink copied to clipboard!
To enable traffic from outside an OpenShift cluster to access services in a mesh, you must expose a gateway proxy by either setting its Service type to LoadBalancer or by using the OpenShift Router.
Using Kubernetes load balancing to handle incoming traffic directly through the inbound gateway can reduce latency associated with data encryption. By managing encryption at the inbound gateway, you avoid the intermediate decryption and re-encryption steps within the mesh that often add latency. This approach encrypts and decrypts mesh traffic only once, which is generally more efficient.
The OpenShift Router provides a standard approach for managing ingress traffic, and you can use the router to manage certificates for all cluster ingress traffic by using the same methods. However, the OpenShift Router introduces an additional hop between the inbound traffic and the mesh applications. Typically, you route the traffic by decrypting it at the router and then re-encrypting it at the service mesh ingress gateway, which introduces latency.
2.3.1. Exposing a gateway to traffic outside the cluster by using OpenShift Routes Copy linkLink copied to clipboard!
You can expose a gateway to traffic outside the cluster by using OpenShift Routes. This approach provides an alternative to using Kubernetes LoadBalancer service when you have to expose gateways to traffic outside the cluster.
Prerequisites
-
You have completed the procedure, "Exposing a Service by using the Istio
GatewayandVirtualServiceresources".
Procedure
Ensure that you set the
Servicetype toClusterIPby running the following command:$ oc patch service <gateway_name> -n <gateway_namespace> -p '{"spec": {"type": "ClusterIP"}}'Create a YAML file named
httpbin-route.yamlthat defines aRoutefor thehttpbinservice similar to the following example:apiVersion: route.openshift.io/v1 kind: Route metadata: name: httpbin namespace: <gateway_namespace> spec: host: httpbin.example.com port: targetPort: http2 to: kind: Service name: <gateway_name> weight: 100 wildcardPolicy: NoneApply the YAML file by running the following command:
$ oc apply -f httpbin-route.yamlVerify that you can access the
httpbinservice from outside the cluster through the ingress router. Ensure that you set theINGRESS_HOSTvariable appropriately for the environment that your cluster is running in.If the cluster runs on AWS, set the
INGRESS_HOSTvariable by running the following command:$ INGRESS_HOST=$(oc get service router-default -n openshift-ingress -o jsonpath='{.status.loadBalancer.ingress[0].hostname}')If the cluster runs on GCP or Azure, set the
INGRESS_HOSTvariable by running the following command:$ INGRESS_HOST=$(oc get service router-default -n openshift-ingress -o jsonpath='{.status.loadBalancer.ingress[0].ip}')Send a
curlrequest to thehttpbinservice using the host of the ingress router by running the following command:$ curl -s -I -H Host:httpbin.example.com http://$INGRESS_HOST/headers
-
Verify that the response has the
HTTP/1.1 200 OKstatus, which indicates that the request was successful.
2.4. Exposing a service by using the Kubernetes Gateway API Copy linkLink copied to clipboard!
You can use the Kubernetes Gateway API to create Gateway and HTTPRoute resources and deploy a gateway. The resources configure the gateway to expose a service in the mesh to traffic outside the mesh.
Prerequisites
-
You have logged in to the OpenShift Container Platform web console as a user with the
cluster-adminrole. - You installed the Red Hat OpenShift Service Mesh Operator.
- You deployed the Istio resource.
Procedure
Create a namespace called
httpbinby running the following command:$ oc create namespace httpbinDeploy a sample service named
httpbinby running the following command:$ oc apply -n httpbin -f https://raw.githubusercontent.com/openshift-service-mesh/istio/refs/heads/master/samples/httpbin/httpbin.yamlCreate a YAML file named
httpbin-gw.yamlthat defines a Kubernetes Gateway resource. This resource configures gateway proxies to expose port 80 (HTTP) for the host,httpbin.example.com.Example gateway resource file:
apiVersion: gateway.networking.k8s.io/v1 kind: Gateway metadata: name: httpbin-gateway namespace: httpbin spec: gatewayClassName: istio listeners: - name: default hostname: "httpbin.example.com" port: 80 protocol: HTTP allowedRoutes: namespaces: from: All-
spec.listeners.hostname: "httpbin.example.com"specifies the virtual hostname that clients use when attempting to access a mesh service on the associated port.
-
Apply the YAML file by running the following command:
$ oc apply -f httpbin-gw.yamlCreate a YAML file named
httpbin-hr.yamlthat defines anHTTPRouteresource. TheHTTPRouteresource specifies the rules that route traffic from the gateway proxy to thehttpbinservice.Example HTTPRoute file:
apiVersion: gateway.networking.k8s.io/v1 kind: HTTPRoute metadata: name: httpbin namespace: httpbin spec: parentRefs: - name: httpbin-gateway namespace: httpbin rules: - matches: - path: type: PathPrefix value: /status - path: type: PathPrefix value: /headers backendRefs: - name: httpbin port: 8000-
spec.parentRefsbinds theHTTPROUTEresource to the KubernetesGatewayresource you created in the previous step. -
spec.rules.backendRefsroutes the matching traffic to thehttpbinservice by defining abackendRefsthat includes the name and port of thehttpbinservice.
The
HTTPRouteresource specifies the rules that route traffic from the gateway proxy to thehttpbinservice.-
Apply the YAML file by running the following command:
$ oc apply -f httpbin-hr.yamlEnsure that the Gateway API service is ready and has an allocated address by running the following command:
$ oc wait --for=condition=programmed gtw httpbin-gateway -n httpbin
Verification
Create a namespace for a
curlclient by running the following command:$ oc create namespace curlDeploy a
curlclient by running the following command:$ oc apply -n curl -f https://raw.githubusercontent.com/openshift-service-mesh/istio/refs/heads/master/samples/curl/curl.yamlSet a
CURL_PODvariable with the name of thecurlpod by running the following command:$ CURL_POD=$(oc get pods -n curl -l app=curl -o jsonpath='{.items[*].metadata.name}')Using the
curlclient, send a request to the/headersendpoint of thehttpbinapplication through the ingress gatewayServiceresource. Set the Host header of the request tohttpbin.example.comto match the host that the Kubernetes Gateway andHTTPROUTEresources specify. Send thecurlrequest by running the following command:$ oc exec $CURL_POD -n curl -- \ curl -s -I \ -H Host:httpbin.example.com \ <gateway_name>-istio.<gateway_namespace>.svc.cluster.local/headersThe response should return a
200 OKHTTP status, which indicates that the request was successful.Example output:
HTTP/1.1 200 OK server: istio-envoy ...Send a
curlrequest to an endpoint that does not have a corresponding Uniform Resource Identifier (URI) prefix match defined in thehttpbinHTTPROUTEby running the following command:$ oc exec $CURL_POD -n curl -- \ curl -s -I \ -H Host:httpbin.example.com \ <gateway_name>-istio.<gateway_namespace>.svc.cluster.local/getThe response returns a
404 Not Foundstatus. This is expected because the/getendpoint does not have a matching URI prefix in thehttpbinHTTPROUTEresource.Example output:
HTTP/1.1 404 Not Found server: istio-envoy ...Expose the gateway proxy to traffic outside the cluster by setting the
Servicetype toLoadBalancer. Run the following command:$ oc patch service <gateway_name>-istio -n <gateway_namespace> -p '{"spec": {"type": "LoadBalancer"}}'NoteOpenShift Routes can also expose a gateway to traffic outside the cluster. For more information, see "Exposing a gateway to traffic outside the cluster using OpenShift Routes".
Verify that you can access the
httpbinservice from outside the cluster when using the external hostname or IP address of the gateway Service resource. Ensure that you set theINGRESS_HOSTvariable appropriately for the environment in which your cluster is running.Set the
INGRESS_HOSTvariable by running the following command:$ export INGRESS_HOST=$(oc get gtw <gateway_name> -n <gateway_namespace> -o jsonpath='{.status.addresses[0].value}')Set the
INGRESS_PORTvariable by running the following command:$ INGRESS_PORT=$(oc get gtw <gateway_name> -n <gateway_namespace> -o jsonpath='{.spec.listeners[?(@.name=="http")].port}')Using the gateway host, send a
curlrequest to thehttpbinservice by running the following command:$ curl -s -I -H Host:httpbin.example.com http://$INGRESS_HOST:$INGRESS_PORT/headers
-
Verify that the response has the
HTTP/1.1 200 OKstatus, which indicates that the request was successful.