49 — Requisitos de máquina para dois call centers¶
Pedido de orçamento de hardware. Dois clientes na mesma máquina física, cada um com stack Lorentz própria (servidor CTI, Supervisor, Monitor e banco). O que muda entre os cenários é o PABX.
PDF para o fornecedor: 49-requisitos-maquina-dois-callcenters.pdf
Data: 01/10/2026
1. O que entra em cada call center¶
| Componente | Função | Cenário A | Cenário B |
|---|---|---|---|
| Issabel / Asterisk | SIP, filas, gravação, URA | Um por cliente | Um só, compartilhado |
| SQL Server | Banco LorentzCTI |
Um por cliente | Um por cliente |
| LorentzCTI (server) | CTI :3000 / :8000 / :8090 | Um por cliente | Um por cliente |
| Supervisor | Painel web | Um por cliente | Um por cliente |
| MonitorOPS | Operação da stack | Um por cliente | Um por cliente |
| Portal e Webphone | Hub e softphone | Um por cliente | Um por cliente |
| Base Histórica | Consulta histórica | Um por cliente | Um por cliente |
Energy, Hotel, IoT e o Laravel Omnichannel não entram neste dimensionamento. A folga de RAM do perfil recomendado cobre incluir o Laravel depois, sem trocar a máquina.
Dois Issabel não podem dividir o mesmo endereço de rede. SIP (5060), RTP e HTTPS (443) ficam na rede do host. No cenário A a máquina precisa de hipervisor e dois IPv4, um por PABX.
2. Carga usada no cálculo¶
| Mínimo | Recomendado | |
|---|---|---|
| Agentes por cliente | 25 | 80 |
| Chamadas simultâneas por cliente | 15 | 40 |
| Gravação | ligada | ligada |
| Pico | os dois clientes no mesmo horário | os dois clientes no mesmo horário |
Não há medição de laboratório destes números. São premissas para o fornecedor cotar. Se a operação real passar de 40 chamadas simultâneas por cliente, o perfil recomendado deixa de valer.
Áudio G.711 de 40 chamadas fica na ordem de 10 Mbit/s. Placa de 1 Gbit/s atende. O que pesa é CPU do Asterisk e disco das gravações, não a largura de banda.
3. Cenário A — dois PABX¶
Um Issabel por cliente. Duas máquinas virtuais no mesmo servidor. Cada VM leva a stack inteira daquele cliente.
| VM | Mínimo | Recomendado |
|---|---|---|
| vCPU | 4 | 8 |
| RAM | 16 GB | 32 GB |
| Disco | 300 GB | 800 GB |
| Sistema | Ubuntu 22.04 LTS 64-bit | Ubuntu 22.04 LTS 64-bit |
| Rede | 1 IPv4 exclusivo | 1 IPv4 exclusivo |
O hipervisor não deve oversubscription de vCPU nas VMs de telefonia (relação 1:1 com núcleo físico).
Servidor físico a cotar¶
| Item | Mínimo | Recomendado |
|---|---|---|
| CPU | 8 núcleos físicos (16 threads), VT-x ou AMD-V | 16 núcleos físicos (32 threads) |
| RAM | 64 GB ECC | 128 GB ECC |
| Disco | 2× 1 TB NVMe, RAID 1 | 2× 2 TB NVMe, RAID 1 (ou 4 discos em RAID 10) |
| Rede | 2× 1 Gbit/s, 2 IPv4 fixos | 2× 1 Gbit/s ou 2,5 Gbit/s, 2 IPv4 fixos |
| Sistema do host | Proxmox VE ou Ubuntu 22.04 com KVM | Proxmox VE |
| Energia | UPS | Fontes redundantes e UPS |
64 GB cobrem as duas VMs de 16 GB e o hipervisor. 128 GB cobrem as duas VMs de 32 GB e o hipervisor.
4. Cenário B — um PABX, faixas de ramal¶
Um Issabel atende os dois clientes.
| Cliente | Ramais |
|---|---|
| Cliente 1 | 1000–1999 |
| Cliente 2 | 2000–2999 |
Servidor CTI, Supervisor, Monitor, Portal, Webphone, Base Histórica e SQL Server continuam separados, um conjunto por cliente. Os dois CTI apontam para o mesmo PABX e cada um só opera a própria faixa.
Um IPv4 basta para o PABX. Os painéis web podem sair por portas diferentes no mesmo IP, ou por um segundo IP se o fornecedor quiser hostnames limpos.
Servidor a cotar¶
| Item | Mínimo | Recomendado |
|---|---|---|
| CPU | 8 núcleos físicos (16 threads) | 16 núcleos físicos (32 threads) |
| RAM | 32 GB ECC | 64 GB ECC |
| Disco | 2× 1 TB NVMe, RAID 1 | 2× 2 TB NVMe, RAID 1 |
| Rede | 1× 1 Gbit/s, 1 IPv4 fixo | 2× 1 Gbit/s, 1 IPv4 (2º IP opcional) |
| Sistema | Ubuntu 22.04 LTS 64-bit | Ubuntu 22.04 LTS 64-bit |
| Energia | UPS | Fontes redundantes e UPS |
Repartição da RAM mínima (32 GB): sistema e Docker 4 GB, Issabel 4 GB, SQL 2× 4 GB, aplicações Lorentz 2× 4 GB, folga 8 GB. No perfil recomendado o Issabel sobe para 8 GB e cada SQL para 4 GB já com folga maior, fechando em 64 GB.
5. Comparativo para a proposta¶
| Cenário A | Cenário B | |
|---|---|---|
| PABX | 2 | 1 |
| Stack Lorentz (CTI, Supervisor, Monitor, SQL) | 2 | 2 |
| IPv4 | 2 | 1 |
| CPU mínima / recomendada | 8 / 16 núcleos | 8 / 16 núcleos |
| RAM mínima / recomendada | 64 / 128 GB | 32 / 64 GB |
| Disco mínimo / recomendado | 2× 1 TB / 2× 2 TB NVMe | 2× 1 TB / 2× 2 TB NVMe |
| Isolamento | Duas VMs | Um sistema, faixas de ramal |
Pedir as duas cotações. O cenário A custa mais máquina e isola falha de PABX. O cenário B cabe numa máquina menor e concentra o risco de telefonia num Asterisk só.
6. Rede que o datacenter precisa liberar¶
Por PABX (cada IP do cenário A, ou o único IP do cenário B):
| Porta | Uso |
|---|---|
| 22/TCP | SSH, restrito ao IP da operação |
| 443/TCP | Administração do Issabel |
| 5060/UDP e TCP | SIP |
| 10000–20000/UDP | Áudio RTP (faixa ajustável, sem sobrepor se houver NAT) |
| 8089/TCP | WebRTC, se houver softphone no navegador |
Por stack Lorentz, no IP de gerência (pode ser o mesmo do PABX no cenário B):
| Porta | Uso |
|---|---|
| 8080/TCP | Supervisor |
| 8099/TCP e 8443/TCP | Portal |
| 9090/TCP | MonitorOPS, restrito à equipe |
| 8081/TCP | Webphone |
SQL Server (1433) fica só em localhost. Não publicar.
7. Fora do orçamento do fornecedor¶
- Licenças Lorentz, Issabel e SQL Server
- Instalação da stack e o dialplan das faixas 1000–1999 e 2000–2999
- Troncos SIP da operadora
- Microcomputadores dos agentes
Gravação acima do disco cotado é item à parte: prever crescimento ou um volume adicional. Partida prática: 200 GB por cliente no perfil mínimo e 500 GB por cliente no recomendado, já incluídos na capacidade de disco pedida acima. Acima disso, cotar gaveta ou NAS.
8. O que a proposta deve responder¶
- Qual cenário (A, B ou os dois) e o preço de cada um
- Modelo de CPU, quantidade de núcleos e se a RAM é ECC
- Discos, RAID e capacidade útil depois do espelhamento
- Quantidade de IPv4 e se o firewall do datacenter abre as portas da seção 6
- UPS e, no recomendado, fonte redundante
- Prazo de entrega e local (datacenter ou máquina na sede)
Histórico¶
| Data | Notas |
|---|---|
| 2026-10-01 | Orçamento para dois call centers: PABX separado (A) ou compartilhado por faixa (B) |