我自己的kubernetes跑步记录与官方记录的结果不一样

Question

最近我一直在使用Kubernetes，我偶然发现了loadbalancer主题。我一直遵循此文档：https://kubernetes.io/docs/tasks/access-application-cluster/create-external-load-balancer/

我遵循了从yaml文件开始的完全相同的步骤：

apiVersion: v1
kind: Service
metadata:
  name: example-service
spec:
  selector:
    app: example
  ports:
    - port: 8765
      targetPort: 9376
  type: LoadBalancer

官方留档说结果是如果我做kubectl描述服务示例服务：

Name:                   example-service
    Namespace:              default
    Labels:                 <none>
    Annotations:            <none>
    Selector:               app=example
    Type:                   LoadBalancer
    IP:                     10.67.252.103
    LoadBalancer Ingress:   192.0.2.89
    Port:                   <unnamed> 80/TCP
    NodePort:               <unnamed> 32445/TCP
    Endpoints:              10.64.0.4:80,10.64.1.5:80,10.64.2.4:80
    Session Affinity:       None
    Events:                 <none>

但是，我的没有“负载均衡器入口”：

Name:                     example-service
Namespace:                default
Labels:                   <none>
Annotations:              <none>
Selector:                 app=example
Type:                     LoadBalancer
IP Families:              <none>
IP:                       10.1xx.1xx.1x
IPs:                      10.1xx.1xx.1x
Port:                     <unset>  8765/TCP
TargetPort:               9376/TCP
NodePort:                 <unset>  30956/TCP
Endpoints:                <none>
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

我想知道为什么？IPs是否与LoadBalancer入口相同？非常感谢你

Answer 1

您要创建LoadBalancer类型的库伯内特斯服务。
正如我们在库伯内特斯LoadBalancer留档中看到的：

在支持外部负载均衡器的云提供商上，将类型字段设置为LoadBalancer会为您的服务提供负载均衡器。

例如，当我们使用Google Kubernetes引擎（GKE）时：

创建LoadBalancer类型的服务时，Google Cloud控制器会唤醒并配置网络负载均衡器。

这是我的GKE集群中的一个示例：
注意：正如您在事件部分所看到的那样，负载平衡器是由Google云自动提供的。

$ kubectl describe services example-service                                                                                                                                
Name:                     example-service
Namespace:                default
Labels:                   <none>
Selector:                 app=example
Type:                     LoadBalancer
IP Families:              <none>
IP:                       10.0.1.66
IPs:                      <none>
LoadBalancer Ingress:     <MY_PUBLIC_IP>
Port:                     <unset>  8765/TCP
TargetPort:               9376/TCP
NodePort:                 <unset>  31158/TCP
Endpoints:                <none>
Session Affinity:         None
External Traffic Policy:  Cluster
Events:
  Type    Reason                Age   From                Message
  ----    ------                ----  ----                -------
  Normal  EnsuringLoadBalancer  30m   service-controller  Ensuring load balancer
  Normal  EnsuredLoadBalancer   29m   service-controller  Ensured load balancer

我从您的评论中得出结论，您没有使用任何托管Kubernetes服务（EKS、GKE、AKS等），而是在裸机上使用Kubernetes。

通常，如果您尝试在不在云提供商上运行的集群中创建“LoadBalancer”类型的Kubernetes服务，LoadBalancer将无限期地保持“挂起”状态。

这是我的裸机集群中的一个示例（示例服务处于“挂起”状态达23分钟）：

$ kubectl get svc
NAME              TYPE           CLUSTER-IP      EXTERNAL-IP   PORT(S)          AGE
example-service   LoadBalancer   10.106.205.85   <pending>     8765:31091/TCP   23m

注意：与您的示例中一样，我也没有LoadBalancer入口条目：

$ kubectl describe svc example-service
Name:                     example-service
Namespace:                default
Labels:                   <none>
Selector:                 app=example
Type:                     LoadBalancer
IP:                       10.106.205.85
Port:                     <unset>  8765/TCP
TargetPort:               9376/TCP
NodePort:                 <unset>  31091/TCP
Endpoints:                <none>
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

裸机上的库伯内特斯需要一个负载均衡器实现，例如MetalLB来提供此功能。
注意：通常，MetalLB与云提供商不兼容：

MetalLB用于裸机集群，甚至提供“专用服务器”的云提供商通常也不支持MetalLB所需的网络协议。

我创建了一个示例来说明如何在具有MetalLB的裸机集群上创建LoadBalancer类型的库伯内特斯服务。

首先，我通过应用MetalLB安装留档中描述的清单来安装MetalLB。

然后，我创建了configConfigMap，它使MetalLB可以控制特定的IP范围（请参阅第2层配置MetalLB留档）：

$ cat config-cm.yml            
apiVersion: v1
kind: ConfigMap
metadata:
  namespace: metallb-system
  name: config
data:
  config: |
    address-pools:
    - name: default
      protocol: layer2
      addresses:
      - 192.168.11.200-192.168.11.210



$ kubectl apply -f config-cm.yml                                                                          
configmap/config created

最后，我创建了示例服务LoadBalancer，并检查它是否按预期工作：

$ kubectl apply -f example-service.yml 
service/example-service created

$ kubectl get svc example-service     
NAME              TYPE           CLUSTER-IP      EXTERNAL-IP      PORT(S)          AGE
example-service   LoadBalancer   10.103.71.220   192.168.11.200   8765:32001/TCP   8s


$ kubectl describe svc example-service
Name:                     example-service
Namespace:                default
Labels:                   <none>
Annotations:              <none>
Selector:                 app=example
Type:                     LoadBalancer
IP:                       10.103.71.220
LoadBalancer Ingress:     192.168.11.200
Port:                     <unset>  8765/TCP
TargetPort:               9376/TCP
NodePort:                 <unset>  32001/TCP
Endpoints:                <none>
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

正如您可以看到的，example-serviceService具有LoadBalancer In的条目，其地址为192.168.11.200。