> 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/pt/configuracao-do-azure/azure-sizing.md). # Dimensionamento do App Service ## Noções básicas O SCEPman depende principalmente dos recursos de CPU. Memória e disco são muito menos importantes. Uma instância do SCEPman (versão 3.0 e mais recente) em um Plano do Azure App Service P0V3 (195 ACUs) pode atender cerca de 4000 solicitações por minuto em condições normais. As solicitações são * solicitações de emissão SCEP e * solicitações OCSP. Isso significa que o SCEPman pode atender a cerca de 20 solicitações por minuto por ACU. Como um certificado é inscrito uma vez, mas sua validade é verificada muitas vezes, haverá muito mais solicitações OCSP do que solicitações SCEP no total. Portanto, você deve dimensionar sua instância do SCEPman com base em suas solicitações OCSP. ## Dependências A carga do seu serviço SCEPman tem várias dependências e varia nos diferentes ambientes. As dependências importantes são: 1. Distribuição das solicitações 2. Frequência de logins em recursos de rede 3. Frequência de solicitações/renovações de certificados Especialmente a distribuição das solicitações tem grande importância. Se todos os clientes fizerem solicitações ao mesmo tempo, suas instâncias SCEPman ficarão sob forte carga. Você deve se esforçar para fazer com que o SCEPman responda às solicitações SCEP em menos de um minuto em todos os casos. {% hint style="warning" %} Por favor, não atribua perfis SCEP a um grande número de usuários/dispositivos de uma só vez, pois isso pode resultar em um pico de solicitações em suas instâncias SCEPman. {% endhint %} ## Recomendação Recomendamos o seguinte dimensionamento em Unidades de Computação do Azure (ACU) para os Planos do Azure App Service como ponto de partida: | Quantidade de usuários/clientes | Design singular | Design georredundante | | :-----------------------------: | :----------------------------------------------: | :------------------------------------------------------: | | < 5000 clientes |

\~100 ACUs
(por exemplo, 1 x S1)

|

2 x \~100 ACUs

(por exemplo, 2 x S1)

| | < 10.000 clientes |

\~200 ACUs

(por exemplo, 1 x P0V3)

|

2 x \~200 ACUs

(por exemplo, 2 x P0V3)

| | < 25.000 clientes |

\~400 ACUs

(por exemplo, 2 x P0V3)

|

2 x \~400 ACUs
(por exemplo, 4 x P0V3)

| | < 50.000 clientes |

\~800 ACUs

(por exemplo, 4 x P0V3)

|

2 x \~800 ACUs
(por exemplo, 8 x P0V3)

| | < 100.000 clientes |

\~1600 ACUs

(por exemplo, 4 x P1V3)

|

2 x \~1600 ACUs

(por exemplo, 8 x P1V3)

| | > 100.000 clientes |

\~3200 ACUs

(por exemplo, 4 x P2V3)

|

2 x \~3200 ACUs

(por exemplo, 2 x 4 x P2V3)

| Com base nessas recomendações, você pode monitorar seu tráfego e ver se pode reduzir a escala conforme descrito na seção [Ajuste fino](#fine-tuning) abaixo. ## Prognóstico de custos do Azure Os principais custos do Azure serão para os Planos do Azure App Service. Você pode calcular seu custo a partir dos requisitos na tabela acima e [sua lista de preços do Azure](https://azure.microsoft.com/en-us/pricing/calculator/) ou o genérico sem desconto [Preços do App Service](https://azure.microsoft.com/en-us/pricing/details/app-service/windows/) visão geral. Os recursos adicionais do Azure (Key Vault, Storage Account, Log Analytics, recursos de rede para endpoints privados) têm um papel menor no custo. Dependendo dos casos de uso no seu ambiente, você deve esperar um adicional de 5% a 25% sobre o custo do App Service Plan para esses recursos adicionais do Azure. {% hint style="info" %} Esta projeção de custos é apenas uma regra prática para ajudá-lo a estimar o custo do Azure. Ela pode variar significativamente em diferentes ambientes. {% endhint %} ## Ajuste fino Cada ambiente tem sua própria distribuição de carga ao longo do dia. Em muitos ambientes, a manhã (início do trabalho) gera um pico em termos de carga no seu SCEPman. ### Escala manual Você pode adaptar o poder de computação do seu App Service à sua distribuição diária individual de carga com os recursos de Scale Out do Azure App Service. Por exemplo, você poderia definir 2 x S1 pela manhã das 08:00 às 10:00 para cobrir o pico da manhã, enquanto reduz para 1 x S1 pelo resto do dia. ### Escala automática Como alternativa, você pode usar o recurso de autoscaling do Azure App para adaptar os recursos necessários. Saiba mais sobre isso em [Dimensionamento automático](/pt/configuracao-do-azure/azure-sizing/autoscaling.md). ### Escala manual vs. automática Se você consegue prever bem sua carga (por exemplo, derivada do histórico de carga), recomendamos Escala manual em vez de Escala automática, já que a Escala automática precisa agir de forma lenta (histerese) para evitar oscilações 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/pt/configuracao-do-azure/azure-sizing.md?ask=&goal= ``` `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.