Hola,
Hemos verificado el estado de este servidor (Tencent Tokyo, 43.130.246.201):
Causa:
El componente ingress-controller está atascado en el estado STARTING (nunca se inició correctamente, la marca de tiempo está estancada en 1970-01-01), por lo que los servicios en todo el servidor no son accesibles desde el exterior. Otros componentes del sistema (DNS, log-api, fluent-bit, node-exporter, etc.) funcionan normalmente y los recursos son suficientes (CPU 10%, memoria 50%), por lo que no es un problema de falta de recursos.
La razón por la que el reinicio y los múltiples intentos de "Reinstalar componentes del sistema Zeabur" fallaron es que el ingress-controller es bloqueado por la misma causa cada vez que intenta iniciarse. Según casos similares anteriores, la causa más común es que otro programa en el servidor host está ocupando el puerto 80 o 443 (por ejemplo, el nginx predeterminado del sistema que se inicia automáticamente después de un reinicio), lo que impide que el ingress-controller se vincule a los puertos y provoca que se bloquee repetidamente.
El k3s de Zeabur requiere acceso exclusivo a los siguientes puertos:
| Puerto | Propósito |
|---|
| 80 | HTTP |
| 443 | HTTPS (ingress-controller) |
| 4222 | Comunicación de gestión de Zeabur |
| 6443 | API de Kubernetes |
| 30000–32767 | NodePort |
Por favor, ayúdenos con la siguiente resolución de problemas:
- Después de iniciar sesión en el servidor por SSH, ejecute:
sudo ss -tlnp | grep -E ':(80|443)\b'
sudo lsof -i :80
sudo lsof -i :443
- Si descubre que
nginx, apache u otro programa está ocupando los puertos 80/443, deténgalo y desactívelo (usando nginx como ejemplo):
sudo systemctl stop nginx && sudo systemctl disable nginx
- Después de detenerlo, espere de 1 a 2 minutos; el ingress-controller se volverá a vincular automáticamente y se recuperará, y todos los servicios volverán a la normalidad.
Si los puertos 80/443 no están ocupados, pegue la salida de los siguientes comandos para que podamos seguir investigando los errores específicos a nivel de pod:
sudo k3s kubectl -n zeabur get pods -o wide | grep ingress
sudo k3s kubectl -n zeabur describe pod <ingress-pod-name>
sudo k3s kubectl -n zeabur logs <ingress-pod-name> --previous
Foro