> 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 App Service P0V3 (195 ACUs) puede atender alrededor de 4000 solicitudes por minuto en condiciones normales. Las solicitudes son

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

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

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

## Dependencias

La carga de su servicio de 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, sus instancias de SCEPman tendrán una carga elevada. Debe procurar que SCEPman responda a las solicitudes SCEP en menos de un minuto en todos los casos.

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

## Recomendación

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

| 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> |

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

## Pronóstico de costos de Azure

Los principales costos de Azure corresponderán a los planes de Azure App Service. Puede derivar su costo a partir de los requisitos de la tabla anterior y [su lista de precios de Azure](https://azure.microsoft.com/en-us/pricing/calculator/) o la [vista general de precios de App Service](https://azure.microsoft.com/en-us/pricing/details/app-service/windows/) genérica sin descuento.

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 costo. Según los casos de uso de su entorno, debe esperar un 5% a 25% adicional sobre el costo del plan de App Service por estos recursos adicionales de Azure.

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

## Ajuste fino

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

### Escalado manual

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

### Escalado automático

Alternativamente, puede usar la característica de autoescalado de Azure App para adaptarse a los recursos necesarios. Obtenga más información al respecto en [Autoescalado](/es/configuracion-de-azure/azure-sizing/autoscaling.md).

### Escalado manual frente a escalado automático

Si puede predecir bien su carga (p. ej., a partir del historial de carga), recomendamos el escalado manual en lugar del escalado automático, ya que el escalado automático tiene que comportarse de forma perezosa (histéresis) para evitar fluctuaciones 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

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

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.