Alibaba Cloud Service Mesh:Create an ingress gateway

Procedure

1. Log on to the ASM console. In the left-side navigation pane, choose Service Mesh > Mesh Management.
2. On the Mesh Management page, click the name of the ASM instance. In the left-side navigation pane, choose ASM Gateways > Ingress Gateway.

3. On the Ingress Gateway page, click Create. On the Create page, configure parameters of the ingress gateway.

   The following table describes the parameters. You can also click Create from YAML on the Ingress Gateway page to create an ingress gateway. For more information, see Create and manage an ingress gateway by using the Kubernetes API.

   Parameter	Description
   Name	The name of the ingress gateway.
   Cluster	The cluster in which you want to deploy the ingress gateway
   SLB Instance Type	The access type of the Server Load Balancer (SLB) instance. Valid values: Internet Access and Private Access.
   Create SLB Instance or Use Existing SLB Instance	You can choose between Create SLB Instance and Use Existing SLB Instance. Use Existing SLB Instance: Select an existing SLB instance from the drop-down list. Create SLB Instance: Select the SLB instance specifications that you need from the drop-down list. Note We recommend that you assign an SLB instance to each Kubernetes service in the cluster. If multiple Kubernetes services share the same SLB instance, the following risks and limits exist: If you assign a Kubernetes service with an SLB instance that is used by another Kubernetes service, the existing listeners of the SLB instance are forcibly overwritten. This may interrupt the original Kubernetes service and make your applications unavailable. If you create an SLB instance when you create a Kubernetes service, the SLB instance cannot be shared among Kubernetes services. Only SLB instances that you create in the SLB console or by calling API operations can be shared. Kubernetes services that share the same SLB instance must use different frontend listening ports. Otherwise, port conflicts may occur. If multiple Kubernetes services share the same SLB instance, you must use the listener names and the vServer group names as unique identifiers in Kubernetes. The names of listeners or vServer groups cannot be changed. You cannot share an SLB instance across clusters or regions.
   Port Mapping	The ports that services need to expose. You can click Add Port and specify a service port and protocol in the row that appears. Note By default, two ports that are commonly used by Istio appear in the console. You can keep or remove the default ports or add ports as needed.
   Resources Limits	The CPU and memory specifications for the pod of the ingress gateway.
   Gateway instances	The number of pod replicas for the ingress gateway.

4. Optional:Click Advanced Options and configure the parameters that are described in the following table.

   Parameter	Description
   External Traffic Policy	The policy to distribute external traffic. Valid values: Local: Traffic is routed only to pods on the node where the ingress gateway is deployed. Cluster: Traffic can be routed to pods on other nodes in the cluster.
   HPA	Select HPA and set the following parameters: Note This feature is available only to the Enterprise and Ultimate editions. metrics: Set the Monitoring items and Threshold parameters. If the metric value exceeds the specified threshold, the number of pod replicas increases for the ingress gateway. If the metric value is below the specified threshold, the number of pod replicas decreases for the ingress gateway. If you specify thresholds for CPU utilization and memory usage, both thresholds take effect. In this case, if the CPU utilization or memory usage exceeds or is below the specified threshold, the ingress gateway is accordingly resized. Maximum replicas: the maximum number of pod replicas for the ingress gateway. Minimum number of replicas: the minimum number of pod replicas for the ingress gateway.
   Rolling Upgrade	Select Rolling Upgrade and set the following parameters: Maximum number of unavailable instances: the maximum number of pod replicas that can be unavailable during a rolling update. Exceeding the desired number of instances: the maximum number of pod replicas that can be created over the expected number of replicas during a rolling update. For example, if you set this parameter to 25%, the number of replicas during a rolling update cannot exceed 125% of the expected number of replicas.
   Enable MultiBuffer-based TLS encryption and decryption performance optimization	Specifies whether to enable the Transport Layer Security (TLS) performance optimization feature. This feature speeds up TLS encryption and decryption. supported nodeaffinity: Select the label of the nodes on which the performance optimization feature takes effect. Poll Delay(ms): A specified polling delay reduces the time Multi-Buffer waits before processing requests. For more information, see the parameter description in the Enable Multi-Buffer for TLS acceleration topic. Note This feature is available only to the Enterprise and Ultimate editions.
   Deploy ASM Gateway replicas as widely as possible	When podAntiAffinity is set for the ingress gateway, gateway pods are preferentially deployed to different nodes.
   SLB graceful offline	After you select SLB graceful offline, the ingress gateway is not affected if the SLB instance becomes unavailable. Connection timeout (seconds): After the SLB instance is removed from the pod of the ingress gateway, the SLB instance is not disconnected from the pod of the ingress gateway until the specified time ends. During the specified time, the pod of the ingress gateway can handle the existing connections. The default offline grace period is 30 seconds. We recommend that you set a connection timeout that does not exceed 30 seconds. Note This feature is available only to the Enterprise and Ultimate editions.

5. Click Create.