Solución de problemas de FabricInternalServerError o ServiceAllocationFailure al implementar un servicio en la nube (clásico) en Azure
Importante
Cloud Services (clásico) ahora está en desuso para todos los clientes a partir del 1 de septiembre de 2024. Microsoft detendrá y cerrará todas las implementaciones en curso y los datos se perderán de forma permanente a partir de octubre de 2024. Las nuevas implementaciones deben utilizar el nuevo modelo de implementación basado en Azure Resource Manager Azure Cloud Services (soporte extendido) .
En este artículo, solucionará los errores de asignación en los que el controlador de tejido no puede realizar la asignación al implementar un servicio en la nube de Azure (clásico).
Al implementar instancias en un servicio en la nube o agregar nuevas instancias de rol de trabajo o web, Microsoft Azure asigna recursos de proceso.
En ocasiones, es posible que reciba errores durante estas operaciones, incluso antes de alcanzar el límite de la suscripción de Azure.
Sugerencia
La información también puede ser útil si tiene pensado realizar la implementación de sus servicios.
Síntoma
En Azure Portal, vaya a su instancia de Cloud Services (clásico) y, en la barra lateral, seleccione Registro de operaciones (clásico) para ver los registros.
Al inspeccionar los registros de la instancia de Cloud Services (clásico), verá la siguiente excepción:
| Excepción | Mensaje de error |
|---|---|
| FabricInternalServerError | Error en la operación con el código "InternalError" y el mensaje de error "El servidor ha detectado un error interno. Vuelva a intentar realizar la solicitud". |
| ServiceAllocationFailure | Error en la operación con el código "InternalError" y el mensaje de error "El servidor ha detectado un error interno. Vuelva a intentar realizar la solicitud". |
Causa
FabricInternalServerError y ServiceAllocationFailure son excepciones que se pueden producir cuando el controlador de tejido no puede asignar instancias en el clúster. La causa principal varía si el servicio en la nube está anclado o no anclado.
- No anclado: Errores de una primera implementación de un nuevo servicio en la nube
- Anclado: Errores de servicios en la nube existentes
Nota:
Cuando se implementa la primera instancia en un servicio en la nube (ya sea en fase de almacenamiento provisional o producción), el servicio en la nube se ancla a un clúster.
Con el tiempo, los recursos de este grupo de recursos se pueden aprovechar por completo. Si un servicio en la nube realiza una solicitud de asignación de recursos adicionales cuando no hay suficientes recursos disponibles en el grupo de recursos anclado, la solicitud producirá un error de asignación.
Solución
Siga las instrucciones para los errores de asignación en los escenarios siguientes.
No anclado a un clúster
La primera vez que se implementa un servicio en la nube (clásico), el clúster no está seleccionado, por lo que el servicio en la nube no está anclado. Azure puede tener un error de implementación porque:
- Ha seleccionado un tamaño determinado que no está disponible en la región.
- La combinación de tamaños que se necesitan en diferentes roles no está disponible en la región.
Cuando se produce un error de asignación en este escenario, el curso de acción recomendado es comprobar los tamaños disponibles en la región y cambiar el tamaño que se especificó anteriormente.
Puede comprobar los tamaños disponibles en una región en la página de productos del servicio en la nube (clásico).
Nota
En la página de productos no se muestra la capacidad disponible. Para cualquier asignación nueva, Azure debe ser capaz de elegir el clúster óptimo de su región en ese momento dado.
Actualice el archivo de definición de servicio para el servicio en la nube (clásico) con objeto de especificar otro tamaño de producto de su región.
Anclado a un clúster
Los servicios en la nube existentes están anclados a un clúster. Todas las implementaciones posteriores para Cloud Services (clásico) tienen lugar en el mismo clúster.
Cuando se produce un error de asignación en este escenario, el curso de acción recomendado es volver a implementarlo en una nueva instancia de Cloud Services (clásico) (y actualizar CNAME).
Sugerencia
Es probable que esta solución sea la más correcta, ya que permite a la plataforma elegir entre todos los clústeres de esa región.
Nota
Esta solución debe incurrir en tiempo de inactividad cero.
Implementar la carga de trabajo en una nueva instancia de Cloud Services (clásico)
- Consulte la guía Creación e implementación de un servicio en la nube de Azure (clásico) para obtener más instrucciones.
Advertencia
Si no quiere perder la dirección IP asociada con esta ranura de implementación, puede usar la solución 3: conservar la dirección IP.
Actualice CNAME o el registro A para que apunte el tráfico a la nueva instancia de Cloud Services (clásico).
- Consulte la guía Configuración de un nombre de dominio personalizado para Azure Cloud Services (clásico) para obtener más instrucciones.
Una vez que ya no se dirija el tráfico al sitio antiguo, puede eliminar la instancia anterior de Cloud Services (clásico).
- Consulte la guía Eliminación de implementaciones y un servicio en la nube (clásico) para obtener más instrucciones.
- Para ver el tráfico de red en la instancia de Cloud Services (clásico), consulte Introducción a la supervisión de servicios en la nube (clásico).
Consulte Solución de errores de asignación de Cloud Services (clásico) | Microsoft Docs para obtener más pasos de corrección.
Pasos siguientes
Para obtener más información sobre el contexto y las soluciones de errores de asignación:
Si el problema de Azure no se soluciona en este artículo, visite los foros de Azure en Microsoft Developer Network (MSDN) y Stack Overflow. Puede publicar su problema en ellos o en @AzureSupport en X. También puede enviar una solicitud de soporte técnico de Azure. Para enviar una solicitud de soporte técnico, en la página de soporte técnico de Azure, seleccione Obtener soporte técnico.