¿Por qué a mi clúster le falta el subdominio público containers.appdomain.cloud?

Virtual Private Cloud Infraestructura clásica

Cuando se expone una aplicación a través de un subdominio de controlador de Ingress, se obtiene un subdominio local en lugar de una ruta pública, con el formato: <service_name>-<project_name>.router.default.svc.cluster.local.

Cuando intenta abrir la consola web de Red Hat OpenShift u otra ruta de app en el navegador, podría ver un error parecido al siguiente.

Application is not available
The application is currently not serving requests on this endpoint.

Una vez que el clúster se ha creado y entra en un estado normal, la red de subdominio del controlador Ingress y los componentes de equilibrio de carga todavía tardan algún tiempo en desplegarse.

Si expone su aplicación antes de que los componentes de red se suministren completamente, o si los componentes experimentan un error, sus aplicaciones solo se pueden exponer internamente con el dominio svc.cluster.local del controlador de Ingress predeterminado.

Cuando los componentes se suministran completamente, hay disponible un subdominio de controlador de Ingress público para sus aplicaciones, con el formato <cluster-name>-<accountID-hashed>-<ssll>.<region>.containers.appdomain.cloud.

1. Después de crear un clúster, espere un rato hasta exponer sus apps, incluso después de que el clúster entre en estado normal.

2. Compruebe el estado del nodo maestro (Master Status). Si Master Status no es Ready, revise su estado y siga la información sobre resolución de problemas para solucionar el problema.

   ibmcloud oc cluster get -c <cluster_name_or_ID>
   

3. Compruebe que el clúster tiene conectividad pública para que los componentes de red puedan comunicarse con el nodo maestro a medida que se despliegan.

   • Clústeres VPC con puntos finales de servicio de nube pública y privada habilitados: Asegúrese de que esté habilitada una puerta de enlace pública en cada subred a la que esté conectado su clúster. Se necesita una pasarela pública para que los componentes predeterminados, como la consola web y OperatorHub, utilicen una conexión pública segura para completar acciones como, por ejemplo, extraer imágenes de registros remotos y privados. Tenga en cuenta que si solo el punto final de servicio privado está habilitado para el clúster, no es necesaria ninguna pasarela pública porque el punto final de servicio de nube privada se utiliza de forma predeterminada para acceder a los componentes de OpenShift, como por ejemplo la consola web de OpenShift u OperatorHub.
   • Clústeres clásicos:
     • En la salida del paso 2, compruebe que el clúster tiene un URL de punto final de servicio público. Si su clúster no tiene un punto final de servicio de nube pública, habilítelo.
     • Compruebe que al menos algunos nodos de trabajador del clúster tengan una dirección IP pública. Si no lo hace ningún nodo trabajador, deberá configurar VLAN públicas para al menos un grupo de trabajadores.

       ibmcloud oc workers -c <cluster_name_or_ID>
       

4. En la salida del Paso 2, compruebe que el Subdominio de Ingress esté disponible. Los componentes de Ingress del clúster deben suministrarse para que se puedan crear los componentes del controlador de Ingress. Si el subdominio de Ingress y el secreto de Ingress no están disponibles, consulte ¿Por qué no existe ningún subdominio Ingress después de la creación del clúster?.

5. Compruebe que el Nombre de host del subdominio del controlador de Ingress tenga el formato: <cluster-name>-<accountID-hashed>-<ssll>.<region>.containers.appdomain.cloud.

   ibmcloud oc nlb-dns ls -c <cluster_name_or_ID>
   

   • Si el subdominio del controlador de Ingress no se actualiza después de dos horas tras la creación del clúster, vuelva a revisar el Estado de nodo maestro del clúster y siga los pasos de resolución de problemas para resolverlo.

Si los pasos de resolución de problemas no resuelven el problema, consulte Obtener ayuda.