Help Center/ Ubiquitous Cloud Native Service/ User Guide/ Cluster Federation/ Services and Ingresses/ Overview
Updated on 2024-06-17 GMT+08:00
View PDF
Share

Overview

UCS clusters allow workload access in different scenarios via Services and Ingresses.

  • After a Service or Ingress is created on the UCS console, a Service or Ingress with the same name will be created in the cluster that each associated workload belongs to.
  • You can modify or delete the Services and Ingresses automatically created by UCS in the cluster console. However, if the Service or Ingress settings on the UCS console are not modified accordingly, the modified or deleted Services or Ingresses will be re-created by UCS. Therefore, you are advised to change the settings on the UCS console, not the cluster console.
  • When an exception occurs in your cluster, Services in the cluster will be migrated to a healthy cluster. When your cluster recovers, you need to manually modify the Service template to deploy the Services again.
  • ClusterIP

    A workload can be accessed from other workloads in the same cluster through a cluster-internal domain name. A cluster-internal domain name is in the format of <User-defined Service name>.<Namespace of the workload>.svc.cluster.local, for example, nginx.default.svc.cluster.local.

  • NodePort

    A workload can be accessed from outside the cluster. A NodePort Service is exposed on each node's IP address at a static port. If a node in the cluster is bound to an EIP, workloads on the node can be accessed from public networks by requesting <EIP>:<NodePort>.

  • LoadBalancer

    A workload can be accessed from a public network through a load balancer. LoadBalancer provides higher reliability than EIP-based NodePort because the former needs no EIP. The access address is in the format of <IP address of public network load balancer>:<access port>, for example, 10.117.117.117:80.

  • Ingress

    Load balancers are used for Ingresses. Compared with load balancers at Layer 4, load balancers at Layer 7 support URI configurations and distribute traffic to the corresponding Services based on the corresponding URIs. In addition, different functions are implemented based on various URIs. The access address is in the format of <IP address of public network load balancer>:<access port><defined URI>, for example, 10.117.117.117:80/helloworld.

Parent topic: Services and Ingresses