Почему EXTERNAL-IP в службе LoadBalancer всегда ожидает обработки?

Question

У меня есть кастомный Kubernetes Cluster (minikube), а Metallb истощен. Когда я создаю службу LoadBalancer, ее статус все еще находится на рассмотрении.

Pods ниже,

minikube ip: 192.168.99.103 , файл конфигурации Metallb находится ниже,

apiVersion: v1
kind: ConfigMap
metadata:
  namespace: metallb-system
  name: config
data:
  config: |
    address-pools:
    - name: my-ip-space
      protocol: layer2
      addresses:
      - 192.168.99.100/28

, а сервисный yaml - ниже,

apiVersion: v1
kind: Service
metadata:
  name: hello-world-web-lb
spec:
  type: LoadBalancer
  ports:
  - name: http
    port: 82
    targetPort: 8416
  selector:
    app: java

Answer 1

Minikube - это тестовый кластер с одной виртуальной машиной. Вам нужно использовать команду minikube service , чтобы открыть службу.

Предполагая, что вы хотите попробовать Metallb -

Вам необходимо указать диапазон адресов как синтаксис from-to, как показано ниже для слоя 2.

apiVersion: v1
kind: ConfigMap
metadata:
  namespace: metallb-system
  name: config
data:
  config: |
    address-pools:
    - name: default
      protocol: layer2
      addresses:
      - 192.168.1.240-192.168.1.250     ---> This line

Answer 2

Это задумано.

У облачных провайдеров, которые поддерживают балансировщики нагрузки, внешний IP-адрес будет предоставлен для доступа к Сервису. На Minikube тип LoadBalancer делает Сервис доступным через команду minikube service.

https://kubernetes.io/docs/tutorials/hello-minikube/#create -a-service