Buscar K
Aparência
Aparência
Na dúvida, peça para a máquina do Agente ETL 2 vCPU, 4 GB de RAM e 10 GB livres em disco: atende a maioria dos casos. Os outros perfis, e o que fazer quando os agendamentos atrasam, vêm a seguir.
| Perfil | vCPU | RAM | Disco livre | Quando usar |
|---|---|---|---|---|
| Mínimo | 1 | 2 GB | 10 GB | pouco volume, só banco para HorusDW, sem nó Python |
| Recomendado | 2 | 4 GB | 10 GB | uso geral, origens variadas, volume moderado |
| Alto | 4 ou mais | 8 GB ou mais | 20 GB | nó Python com dados grandes em memória, ou Agente que atende muitos Tenants |
Os valores valem para Windows e para Docker.
A carga de banco para o HorusDW lê em lotes de cerca de 5 mil linhas e envia aos poucos. Uma tabela de 10 mil ou de 10 milhões de linhas usa quase a mesma memória.
O nó Python roda num processo separado, e um script que junta DataFrames grandes (pd.concat, merge) carrega tudo de uma vez. Ele vai de centenas de MB a vários GB numa execução. Se os Dataflows usam Python sobre volume grande, comece no perfil Alto.
CPU raramente é o limite. O disco guarda o Agente e os arquivos Parquet temporários de cada carga, apagados no fim; o pico acontece durante as cargas grandes.
Os agendamentos de um mesmo Tenant rodam um de cada vez, para proteger a memória da máquina. O limite Agendamentos Simultâneos: vale entre Tenants diferentes. A execução manual por Forçar execução não espera essa fila. Mesmo com centenas de disparos de uma vez, o Agente nunca passa do limite: o que sobra espera numa fila.
| Agente | Execuções ao mesmo tempo | Dimensione pela |
|---|---|---|
| De um Tenant só, instalado na rede do cliente | uma, mais as da pista paralela | memória do Dataflow mais pesado |
| Na nuvem, atendendo vários Tenants | até o valor de Agendamentos Simultâneos: | soma dos Tenants que rodam juntos no pico |
Os agendamentos marcados com Executar em paralelo, sem esperar a fila somam, até o limite Execuções paralelas fora da fila:.
Se os agendamentos de um Tenant levam mais tempo do que o intervalo entre eles, a fila nunca esvazia e cada execução começa mais tarde que a anterior. Dez agendamentos a cada 10 minutos, cada um com mais de 1 minuto, já não cabem.
Subir Agendamentos Simultâneos: não resolve, porque os agendamentos do mesmo Tenant não rodam juntos. Faça uma destas:
Num Agente que atende vários Tenants e fica sem vaga, aí sim suba Agendamentos Simultâneos: e a memória junto.
O Agente cai durante uma carga com nó Python. Falta memória. Aumente a RAM ou faça o script processar em partes.
Agendamentos aparecem como Atrasado em Eventos. A fila do Tenant acumulou; ver Desfazer o acúmulo na fila.