36-Endpoint Slices

Time:2021-10-19

Endpoint Slices

FEATURE STATE: Kubernetes v1.16 alpha

Endpoint Slices provide a simple way to track network endpoints within a Kubernetes cluster. They offer a more scalable and extensible alternative to Endpoints. Endpoint sliceProvides a simple way to track network endpoints in a kubernetes cluster. They provide a more scalable and scalable endpoint alternative.

Endpoint Slice resources

In Kubernetes, an Endpoint Slice contains references to a set of network endpoints. The EndpointSlice controller automatically creates Endpoint Slices for a Kubernetes Service when a selector is specified. These Endpoint Slices will include references to any Pods that match the Service selector. Endpoint Slices group network endpoints together by unique Service And port combinations. In kubernetes, endpoint slices contain references to a set of network endpoints. When a selector is specified, the endpoint slice controller automatically creates an endpoint slice for the kubernetes service. These endpoint slices will include references to any pod that matches the service selector. Endpoint slices combine network endpoints through a unique combination of services and ports.

As an example, here’s a sample EndpointSlice resource for the exampleKubernetes service. For example, here is the endpointslice resource example of “example” kubernetes service.

apiVersion: discovery.k8s.io/v1alpha1
kind: EndpointSlice
metadata:
  name: example-abc
  labels:
    kubernetes.io/service-name: example
addressType: IP
ports:
  - name: http
    protocol: TCP
    port: 80
endpoints:
  - addresses:
    - "10.1.2.3"
    - "2001:db8::1234:5678"
    conditions:
      ready: true
    hostname: pod-1
    topology:
      kubernetes.io/hostname: node-1
      topology.kubernetes.io/zone: us-west2-a

By default, endpoint slices managed by the endpointslice controller will have no more than 100 endpoints each. Below this scale, endpoint slices should map 1:1 with endpoints and services and have similar performance. Under this ratio, the endpoint slice should have a ratio of 1:1 to the endpoint and service, and have similar performance.

Endpoint slices can act as the source of truth for Kube proxy when it comes to how to route internal traffic. When enabled, they should provide a performance improvement for services with large numbers of endpoints. When enabled, they should provide performance improvements for services with a large number of endpoints.

Motivation

The Endpoints API has provided a simple and straightforward way of tracking network endpoints in Kubernetes. Unfortunately as Kubernetes clusters and Services have gotten larger, limitations of that API became more visible. Most notably, Those included challenges with scaling to larger numbers of network endpoints. The endpoints API provides a simple and direct way to track network endpoints in kubernetes. Unfortunately, as kubernetes clusters and services become larger and larger, the limitations of APIs become more obvious. Most notably, these challenges include scaling to more network endpoints.

Since all network endpoints for a Service were stored in a single Endpoints resource, those resources could get quite large. That affected the performance of Kubernetes components (notably the master control plane) And result in significant amounts of network traffic and processing when endpoints changed. Endpoint slices help you mite those issues as well as provide an extensible platform for additional features such as topological routing, Therefore, these resources may become very large. This affects the performance of kubernetes components, especially the main control plane, and leads to a large amount of network traffic and processing when the endpoint changes. Endpoint slicing can help you alleviate these problems and provide a scalable platform for other functions, such as topology routing.

What’s next

Feedback

Was this page helpful?

This work adoptsCC agreement, reprint must indicate the author and the link to this article

Recommended Today

SQL exercise 20 – Modeling & Reporting

This blog is used to review and sort out the common topic modeling architecture, analysis oriented architecture and integration topic reports in data warehouse. I have uploaded these reports to GitHub. If you are interested, you can have a lookAddress:https://github.com/nino-laiqiu/TiTanI recorded a relatively complete development process in my hexo blog deployed on GitHub. You can […]