---
sourceDocument: Capacidades da Now Platform da Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/servicenow-platform

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Capacidades da Now Platform da Yokohama

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# Escalonamento automático do MID Server em contêiner

# Escalonamento automático do MID Server em contêiner {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 min. de leitura

Os MID Servers podem ser implantados via StatefulSet com qualquer número de réplicas. Eles podem ser escalonados automaticamente, aproveitando o Escalonador automático de Pod horizontal (HPA) do Kubernetes. O Escalonador automático de pod horizontal atualiza automaticamente um recurso de carga de trabalho (como uma implantação ou StatefulSet) para corresponder à demanda.

|-|
|   |
[ ]

{#containerized-mid-autoscaling__table_p53_ms4_nhb} O Kubernetes pode adicionar ou remover qualquer número de réplicas de servidor MID com monitoramento de estado, conforme exigido pela carga de trabalho. O HPA oferece suporte somente a métricas de CPU e memória. Os MID Servers podem ser implantados como uma aplicação com monitoramento de estado, fornecendo as seguintes informações na seção StatefulSet do formulário de solicitação de implantação:

* Nome
* Nome do serviço remoto
* Declaração do volume persistente (PVC)
* Parâmetros, como classe de armazenamento, modos de acesso e solicitação de armazenamento
* A solicitação/limite de recursos
{#containerized-mid-autoscaling__ul_vv1_bcz_2wb}

O PVC declara o volume persistente desejado onde o MID Server armazena config.xml, arquivos de metadados e várias de suas subpastas.

Durante as flutuações de carga de trabalho, um pod com um contêiner de MID Server em execução pode ser removido e substituído por um novo. O StatefulSet garante que o mesmo volume persistente seja anexado ao novo pod, o que permite que o MID Server retome seu estado.

As únicas subpastas que podem ser montadas no volume persistente são aquelas que estão inicialmente vazias com uma nova instalação do MID Server. O arquivo config.xml e outros arquivos de metadados devem ser copiados quando o pod é desligado e restaurados durante a inicialização.

As solicitações de implantação exportadas como arquivos YAML podem ser usadas para criar uma carga de trabalho StatefulSet e novos pods de MID Server no cluster do Kubernetes.

Quando você faz mudanças no arquivo YAML de implantação e o reaplica, os pods existentes da implantação são recriados. Com a implantação StatefulSet, os arquivos de configuração são restaurados a partir da pasta de backup. O script de inicialização deve detectar as mudanças do ambiente de implantação e aplicá-las aos arquivos de configuração antes que o MID Server seja iniciado.

## Ativação de escalonamento automático do HPA {#containerized-mid-autoscaling__section_g45_r2z_2wb}

O escalonamento automático HPA pode ser ativado para qualquer carga de trabalho StatefulSet existente, criando um controlador HPA.

Ao criar uma solicitação de implantação, você pode escolher a versão 1 ou a versão 2 do HPA.

Ao criar uma solicitação de implantação na instância com uma configuração do HPA, aplique o arquivo YAML exportado e o escalonamento automático do HPA começará a funcionar imediatamente.