Container Service for Kubernetes：Service快速入門

名稱

描述

適用情境

計費說明

ClusterIP

預設的服務類型。ClusterIP分配給服務的是一個只能在叢集內部訪問的虛擬IP。

只需要在叢集內部進行服務間的通訊，不需要將服務暴露給叢集外部。

例如，叢集中部署的前端應用Pod需要訪問同一叢集中部署的後端資料庫，後端資料庫可以作為ClusterIP運行。

不計費。

NodePort

NodePort會在叢集中的節點上開放連接埠，從而允許從叢集外部通過<NodeIP>:<NodePort>來訪問服務。這種機制主要在OSI模型的第四層（傳輸層）進行工作。

需要臨時或低流量的應用時，需要從外網暴露一個連接埠。

例如，在測試環境中部署調試一個Web應用服務時，可以使用NodePort運行。相較於LoadBalancer模式，它不提供跨節點負載平衡能力，流量只會發送到一個節點並很容易達到資源瓶頸。

不計費。若需要實現公網訪問，需要為節點綁定EIP。關於EIP的計費說明，請參見計費概述。

LoadBalancer

LoadBalancer類型基於NodePort增加了一個外部負載平衡器，使外部流量能夠平滑地分發到叢集中的多個Pod上。Service會自動提供一個外部IP，用戶端可通過此IP訪問服務。該服務既支援在OSI模型的第四層（傳輸層）處理TCP/UDP類型的流量，也可以擴充至第七層（應用程式層），進行HTTP/HTTPS流量管理。

在公用雲上運行應用且需要提供一個穩定的、易於管理的對外入口。

例如，生產環境中需要從互連網訪問的公用服務，需要承受大量的外部流量並保證高可用性，例如Web應用、API服務等。

Server Load Balancer執行個體將產生費用請參見

CLB計費概述、

NLB計費說明。

Headless Service

Headless Service指沒有虛擬IP的服務。訪問後端Pod時，服務的DNS查詢會直接返回Pod的IP地址清單，而不是單一的服務IP。Headless Service可以直接發現並串連到特定的Pod。

應用需要直接與後端的具體Pod進行通訊（而不是通過一個代理或負載平衡器）。

例如，如果部署了有狀態應用ClickHouse資料庫服務，可以使用Headless Service，使得應用Pod可以直接存取每個ClickHouse Pod，並且均衡地讀取資料或針對性地寫入資料，提升資料處理的效率。

不計費。

ExternalName

ExternalName類型的Service會在叢集中將一個內部服務名稱映射到一個外部網域名稱。這種映射使得叢集內的Pod可以通過Service Name來訪問外部網域名稱。

叢集需要訪問暴露在公用網域名稱下的服務。

例如，當應用Pod需要訪問外部的資料庫網域名稱時，可以使用ExternalName將網域名稱映射到叢集內部的Service Name上，使得叢集內部可以直接通過Service Name進行訪問。

不計費。