Planeación de una implementación de proveedor de recursos de App Services

Completado

Para configurar una implementación lista para producción de Azure App Service en Azure Stack Hub, debe planear la capacidad que espera que el sistema admita.

Puede planear la estrategia de capacidad de App Service mediante estas instrucciones.

Rol de servidor de App Service

Número mínimo recomendado de instancias

SKU de proceso recomendada.

Controller

2

A4v2

Front End

2

A4_v2

Administración

2

D3_v2

Publicador

2

A2_v2

Roles de trabajo web: compartidos

2

A4_v2

Roles de trabajo web: dedicados, pequeños

2 por nivel

A1_v2

Roles de trabajo web: dedicados, medios

2 por nivel

A2_v2

Roles de trabajo web: dedicados, grandes

2 por nivel

A4_v2

Rol de controlador

Mínima recomendada: Dos instancias de A4v2

El controlador de servicio de Azure App Service suele tener un consumo bajo de CPU, memoria y recursos de red. Sin embargo, para lograr una alta disponibilidad, debe tener dos controladores. Dos controladores también son el número máximo de controladores permitidos. Puede crear el segundo controlador de sitios web directamente desde el instalador durante la implementación.

Rol de front-end

Mínima recomendada: Dos instancias de A4v_2

El front-end enruta las solicitudes a los trabajos web según su disponibilidad. Para lograr una alta disponibilidad, debe tener más de un front-end, y en total puede tener más de dos. A fin de planear la capacidad, tenga en cuenta que cada núcleo puede atender aproximadamente 100 solicitudes por segundo.

Rol de administración

Mínima recomendada: Dos instancias de D3v2

El rol del modelo de implementación clásica de Azure App Service es responsable de los puntos de conexión de API y Azure Resource Manager de App Service, las extensiones de portales (portal de Functions, administración e inquilino) y el servicio de datos. El rol de servidor de administración solo suele requerir aproximadamente 4 GB de RAM en un entorno de producción. Sin embargo, puede experimentar niveles elevados de CPU cuando se realizan muchas tareas de administración (por ejemplo, la creación de sitios web). Para lograr una alta disponibilidad, debe tener más de un servidor asignado a este rol y al menos dos núcleos por servidor.

Rol de publicador

Mínima recomendada: Dos instancias de A2v2

Si muchos usuarios están publicando simultáneamente, el rol de publicador puede experimentar un uso elevado de CPU. Para lograr una alta disponibilidad, asegúrese de disponer de más de un rol de publicador. El publicador solo controla el tráfico FTP o FTPS.

Rol de trabajo web

Mínima recomendada: Dos instancias de A4_v2

Para lograr una alta disponibilidad, debe tener al menos cuatro roles de trabajo web: dos para el modo de sitio web compartido y dos para cada nivel de trabajo dedicado que planee ofrecer. Los modos de proceso dedicado y compartido proporcionan diferentes niveles de servicio a los inquilinos. Puede que necesite más roles de trabajo web si tiene muchos clientes:

  • Que usen niveles de trabajo de modo de proceso dedicado (que consumen gran cantidad de recursos).
  • Que se ejecuten en modo de proceso compartido.

Una vez que un usuario crea un plan de App Service para la SKU de modo de proceso dedicado, el número de trabajos web especificado en el plan de App Service ya no está disponible para los usuarios.

Para proporcionar Azure Functions a los usuarios en el modelo de plan de consumo, debe implementar los roles de trabajo web compartidos.

Cuando decida el número de roles de trabajo web compartidos que utilizará, revise estas consideraciones:

  • Memoria: es el recurso más crítico para un rol de trabajo web. Si no hay memoria suficiente, afecta al rendimiento del sitio web cuando se intercambia memoria virtual del disco. Cada servidor necesita aproximadamente 1,2 GB de RAM para el sistema operativo. La RAM por encima de este umbral puede utilizarse para ejecutar sitios web.
  • Porcentaje de sitios web activos: por lo general, aproximadamente el cinco por ciento de las aplicaciones en una implementación de Azure App Service en Azure Stack Hub están activas. Sin embargo, el porcentaje de aplicaciones que están activas en un momento dado puede ser superior o inferior. Con una tasa de aplicaciones activas del cinco por ciento, el número máximo de aplicaciones que se pueden incluir en una instancia de Azure App Service en la implementación de Azure Stack Hub debe ser menor que el número de sitios activos multiplicado por 20 (5 x 20 = 100).
  • Superficie de memoria promedio: la superficie de memoria promedio en las aplicaciones observada en entornos de producción es de aproximadamente 70 MB. Con esta superficie, la memoria asignada en todos los equipos de rol de trabajo web o máquinas virtuales se calcula de la siguiente manera:

Rol de servidor de archivos

Para el rol de servidor de archivos, puede usar un servidor de archivos independiente para desarrollo y pruebas. Para fines de producción, debe utilizar un servidor de archivos preconfigurado de Windows o un servidor preconfigurado que no sea de Windows.

En entornos de producción, el rol de servidor de archivos experimenta una intensa actividad de E/S de disco. Debido a que posee el contenido y los archivos de la aplicación para los sitios web de usuario, debería preconfigurar uno de los siguientes recursos para este rol:

  • Servidor de archivos de Windows
  • Clúster de servidores de archivos de Windows
  • Servidor de archivos que no sea de Windows
  • Clúster de servidores de archivos que no son de Windows
  • Dispositivo NAS (almacenamiento conectado a la red)