> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/es/configuracion-de-azure/azure-sizing.md).

# Dimensionamiento de App Service

## Conceptos básicos

SCEPman depende principalmente de los recursos de CPU. La memoria y el disco son mucho menos importantes.

Una instancia de SCEPman (versión 3.0 y posteriores) en un plan de Azure P0V3 App Service (195 ACUs) puede atender alrededor de 4000 solicitudes por minuto en condiciones normales. Las solicitudes son

* solicitudes de emisión SCEP y
* solicitudes OCSP.

Esto significa que SCEPman puede atender unas 20 solicitudes por minuto por ACU.

Como un certificado se inscribe una vez, pero su validez se comprueba muchas veces, habrá muchas más solicitudes OCSP que solicitudes SCEP en total. Por lo tanto, debes dimensionar tu instancia de SCEPman en función de tus solicitudes OCSP.

## Dependencias

La carga de tu servicio SCEPman tiene varias dependencias y varía en los distintos entornos. Las dependencias importantes son:

1. Distribución de las solicitudes
2. Frecuencia de inicio de sesión en los recursos de red
3. Frecuencia de solicitudes/renovaciones de certificados

Especialmente la distribución de las solicitudes tiene una gran importancia. Si todos los clientes realizan solicitudes al mismo tiempo, tus instancias de SCEPman recibirán una gran carga. Debes procurar que SCEPman responda a las solicitudes SCEP en menos de un minuto en todos los casos.

{% hint style="warning" %}
Por favor, no asignes perfiles SCEP a un gran número de usuarios/dispositivos a la vez, ya que esto puede provocar un pico de solicitudes en tus instancias de SCEPman.
{% endhint %}

## Recomendación

Recomendamos como punto de partida el siguiente dimensionamiento en Unidades de Cómputo de Azure (ACU) para los planes de Azure App Service:

| Cantidad de usuarios/clientes |               Diseño singular               |                Diseño georredundante                |
| :---------------------------: | :-----------------------------------------: | :-------------------------------------------------: |
|        < 5000 clientes        |    <p>\~100 ACUs<br>(p. ej., 1 x S1)</p>    |     <p>2 x \~100 ACUs</p><p>(p. ej., 2 x S1)</p>    |
|       < 10.000 clientes       |  <p>\~200 ACUs</p><p>(p. ej., 1 x P0V3)</p> |    <p>2 x \~200 ACUs</p><p>(p. ej., 2 x P0V3)</p>   |
|       < 25.000 clientes       |  <p>\~400 ACUs</p><p>(p. ej., 2 x P0V3)</p> |     <p>2 x \~400 ACUs<br>(p. ej., 4 x P0V3)</p>     |
|       < 50.000 clientes       |  <p>\~800 ACUs</p><p>(p. ej., 4 x P0V3)</p> |     <p>2 x \~800 ACUs<br>(p. ej., 8 x P0V3)</p>     |
|       < 100.000 clientes      | <p>\~1600 ACUs</p><p>(p. ej., 4 x P1V3)</p> |   <p>2 x \~1600 ACUs</p><p>(p. ej., 8 x P1V3)</p>   |
|       > 100.000 clientes      | <p>\~3200 ACUs</p><p>(p. ej., 4 x P2V3)</p> | <p>2 x \~3200 ACUs</p><p>(p. ej., 2 x 4 x P2V3)</p> |

Con base en estas recomendaciones, puedes supervisar tu tráfico y ver si puedes reducir la escala como se describe en la sección [Ajuste fino](#fine-tuning) a continuación.

## Pronóstico de costes de Azure

Los principales costes de Azure serán los del/de los plan(es) de Azure App Service. Puedes derivar tu coste a partir de los requisitos de la tabla anterior y [tu lista de precios de Azure](https://azure.microsoft.com/en-us/pricing/calculator/) o el [resumen de precios de App Service](https://azure.microsoft.com/en-us/pricing/details/app-service/windows/) .

Los recursos adicionales de Azure (Key Vault, Storage Account, Log Analytics, recursos de red para puntos de conexión privados) desempeñan un papel menor en el coste. Según los casos de uso de tu entorno, deberías esperar un 5 % a un 25 % adicional sobre el coste del plan de App Service para estos recursos adicionales de Azure.

{% hint style="info" %}
Esta proyección de costes es solo una regla general para ayudarte a estimar el coste de Azure. Puede variar significativamente en distintos entornos.
{% endhint %}

## Ajuste fino

Cada entorno tiene su propia distribución de carga a lo largo del día. En muchos entornos, la mañana (inicio de la jornada laboral) genera un pico en cuanto a carga en tu SCEPman.

### Escalado manual

Puedes adaptar la capacidad de cómputo de tu App Service a tu distribución diaria de carga individual con las funciones de escalado horizontal de Azure App Service. Por ejemplo, podrías definir 2 x S1 por la mañana de 08:00 a 10:00 para cubrir el pico matutino, mientras reduces a 1 x S1 durante el resto del día.

### Escalado automático

Como alternativa, puedes usar la función de escalado automático de Azure App para adaptarte a los recursos necesarios. Obtén más información sobre ello en [escalado automático](/es/configuracion-de-azure/azure-sizing/autoscaling.md).

### Escalado manual frente a escalado automático

Si puedes predecir bien tu carga (p. ej., a partir del historial de carga), recomendamos el Escalado manual frente a escalado automático, ya que el Escalado automático debe comportarse de forma lenta (histéresis) para evitar cambios constantes entre escalas.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.scepman.com/es/configuracion-de-azure/azure-sizing.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.