Conforme estudo realizado na plataforma da Azure, observamos cenários computacionais gerando melhores insights dentro de sua arquitetura computacional.
As recomendações desta página são baseadas nos testes de Benchmark realizados pelo time de Engenharia de Dados nas Máquinas Virtuais disponíveis da Azure.
Nos testes, utilizamos Windows e Linux; constatamos que o Linux obteve melhor desempenho (em torno de 15% de melhora) quando comparado ao Windows dentro da arquitetura da Azure. Usando escalabilidade, o Linux obteve os melhores cenários.
VMs recomendadas
Testamos diferentes VMs e a série que apresentou melhor performance foi a DSv2, que pode ser visualizada na documentação da fornecedora ou na planilha abaixo.
| Expandir |
|---|
|
| Tamanho | vCPU | Memória: GiB | Armazenamento temporário (SSD) GiB | Discos de dados máximos | Taxa de transferência máxima de armazenamento em cache e temporária: IOPS/MBps (tamanho do cache em GiB) | Taxa de transferência de disco sem cache: IOPS/MBps | Máximo de NICs | Largura de banda de rede esperada (Mbps) |
|---|
| Standard_DS1_v2 | 1 | 3,5 | 7 | 4 | 4000/32 (43) | 3200/48 | 2 | 750 | | Standard_DS2_v2 | 2 | 7 | 14 | 8 | 8000/64 (86) | 6400/96 | 2 | 1500 | | Standard_DS3_v2 | 4 | 14 | 28 | 16 | 16000/128 (172) | 12800/192 | 4 | 3000 | | Standard_DS4_v2 | 8 | 28 | 56 | 32 | 32000/256 (344) | 25600/384 | 8 | 6000 | | Standard_DS5_v2 | 16 | 56 | 112 | 64 | 64000/512 (688) | 51200/768 | 8 | 12000 |
Para mais informações da série, consulte a documentação da fabricante. |
VMs Matriz e Secundárias
Standard DSv2: Computação padrão baseada em processadores Intel® Xeon® E5-2673 v4 2,3 GHz (Broadwell) ou Intel® Xeon® E5-2673 v3 2,4 GHz (Haswell) com Intel Turbo Boost Technology 2.0.
| Informações |
|---|
| Todos os testes na Azure utilizaram as maquinas Standard DS4 v2 com a linha de processadores Intel e distribuição de carga durante a avaliação, devido a arquitetura de baixo custo e à melhor perfomance apresentada até momento. |
Fluxo da arquitetura
| Nota |
|---|
|
| Não recomendamos o banco de dados como serviço da Azure, uma vez que atualizações automáticas podem comprometer o funcionamento da aplicação. |
Máquina Primária: Possui a função de Gateway, direcionando as conexões para os Secundários. Se conecta nas máquinas Secundária, Secundária VIP, WF/WB/SCH/JOB, e Database.
Máquina Secundária: De 1 a N, recebe as requisições da Primária para processamento. Não é recomendado instalar outros serviços. Elas podem ser escalonadas horizontalmente conforme a necessidade. Estas máquinas recebem conexões de usuário e processos.
Máquina Secundária VIP: Para cenários que necessitam de alta disponibilidade, pode ser definido uma VM das pré-desenhadas que não será desligada quando o consumo estiver abaixo de 10%. Neste cenário, é importante a configuração de um broker (balanceamento de carga) exclusivo após a escolha do blueprint.
Máquina WF/WB/SCH/JOB: Este servidor pode servir para Work Flow, WebService, Scheduler ou Jobs.
Database: Recomendamos uma máquina específica dedicada ao banco de dados.
Máquina TSS (SPED): Recomendamos que uma máquina específica seja dedicada ao TSS.
| Informações |
|---|
| Clientes que utilizam dicionário no banco de dados não precisam utilizar Storage Pool ou LVM. Quanto maior o volume apresentado, melhor é o Disk Throughput na Azure. |
Distribuição de serviços e o uso de VM´s
- CtreeServer
- Dicionário no banco
- IO/LVM/Storage Pool
- Redes/Segurança
- Compartimentalização
- Conectividade do cenário real
| Informações |
|---|
| Recomendamos o uso da VM Intel. |
| Totvs custom tabs box |
|---|
| tabs | C-Tree Server,Dicionário no banco,Redes,Segurança e compartimentalização |
|---|
| ids | 01,02,03,04 |
|---|
|
| Totvs custom tabs box items |
|---|
| Para ambientes com C-Tree Server, recomendamos, além do Storage Pool (Windows) ou LVM (Linux), os seguintes vm´s: Máquina Primária: VM Standard DSv2, com C-Tree, App Broker, App Broker VIP, App Compilação, App Balance (monitor), License Server, DBAccess SPOFless, DBAccess Secundário; Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). Para a protheus_data, binários e repositório de dados do Protheus, recomendamos o disco Premium SSD, considerando a combinação do storage pool (Windows)/LVM (Linux). Leve em consideração o cálculo do throughput provisionado, conforme: | Quantidade | Disk tier | Tamanho | IOPS provisionado | Throughput provisionado |
|---|
| 4 x 128GiB | P10 | 512 GiB | 2000 | 400 MB/s | | 4 x 256GiB | P15 | 1024 GiB | 4400 | 500 MB/s | | 4 x 512GiB | P20 | 2048 GiB | 9200 | 600 MB/s |
Máquina(s) Secundária(s): VM Standard DSv2, com Boundserver, AppServer Secundários, DBAccess Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux); Para a unidade dos binários e repositório de dados do Protheus, recomendamos o disco Premium SSD. Máquina VM WebService/Job/Workflow: VM Standard DSv2, com Protheus WEBRest, Protheus WEBService, Protheus Workflow, Protheus JOB, Protheus Schedule, Protheus Mobile, e um DBAccess em modo Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). Para a unidade dos binários e repositório de dados do Protheus, recomendamos o disco Premium SSD. Máquina VM TSS: VM Standard DSv2, com Broker (balance), Appserver Secundários e DBAccess (Single). Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). Para a unidade dos binários e repositório de dados do Protheus, recomendamos o disco Premium SSD. |
| Totvs custom tabs box items |
|---|
| Para ambientes com Dicionário no banco recomendamos os seguintes VM´s (lembrando que, quanto maior o tamanho do disco, mais performático será o throughput): | Nota |
|---|
Não há necessidade do Storage Pool (Windows) ou LVM (Linux) para cenários com o dicionário no banco de dados, pois o workload está direcionado para o banco de dados. |
Máquina(s) Secundária(s): VM Standard DSv2, com AppServer Secundários e DBAccess Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). Para a unidade dos binários e repositório de dados do Protheus, recomendamos o disco Premium SSD.Máquina Primária: VM Standard DSv2, com C-Tree, App Broker, App BrokerVIP, App Compilação, AppBalance (monitor), License Server, DBAccess SPOFless, DBAccess Secundário; Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). Para a unidade dos binários e repositório de dados do Protheus, recomendamos o disco Premium SSD. Máquina VM WebService/Job/Workflow: VM Standard DSv2, com Protheus WEBRest, Protheus WEBService, Protheus Workflow, Protheus JOB, Protheus Schedule, Protheus Mobile, e um DBAccess em modo Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). Para a unidade dos binários e repositório de dados do Protheus, recomendamos o disco Premium SSD. Máquina VM TSS: VM Standard DSv2, com Broker (balance), Appserver Secundários e DBAccess (Single). Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). Para a unidade dos binários e repositório de dados do Protheus, recomendamos o disco Premium SSD. |
| Totvs custom tabs box items |
|---|
| Visando segurança e melhores práticas, recomendamos trabalhar, no mínimo, com VNet para cada tipo de uso (Produção, Homologação e Desenvolvimento) e cada com duas subnets, sendo a primeira privada contendo as Appls e a segunda privada contendo as databases. Os acessos devem ocorrer através de VPN ou canal ExpressRoute. Para fins de administração, recomendamos o acesso externo por meio de uma VM Linux (SSH para Linux e VNC para Windows). |
| Totvs custom tabs box items |
|---|
| Para segurança: - Use os grupos de segurança de rede para permitir somente as portas necessárias (siga o modelo de least privileges para grupos e usuários)
- Habilite MFA para usuários administradores
- Use criptografia em trânsito e em armazenamento.
Para compartimentalização: Utilize esta alternativa com três objetivos: - Agrupar melhor os recursos na Azure;
- Ter melhor controle de custos;
- Ter melhor organização das permissões de segurança.
Sugestão de compartimentos: Produção Aplicação Database | Homologação Aplicação Database | Desenvolvimento Aplicação Database |
|
|
| Informações |
|---|
| title | BoundServer/BoundClient |
|---|
|
| O AppServer BoundServer/BoundClient consome apenas memória, e pode ser utilizado apenas por clientes com C-Tree Server Enterprise. Para os clientes que já utilizam o dicionário no banco de dados, este recurso não é necessário. |
Blueprints recomendadas de acordo com cada quantidade de usuários simultâneos
| Nota |
|---|
| Não recomendamos VM´s maiores do que os listados para os servidores Secundários, sempre opte por escala horizontal. |
| Totvs custom tabs box |
|---|
| tabs | Máquina secundária VIP, Capacidade de cada shape,50 usuários simultâneos,100 usuários simultâneos,200 usuários simultâneos,Mesclando VM´s,Limite de processamento |
|---|
| ids | 01,02,03,04,05,06,07 |
|---|
|
| Totvs custom tabs box items |
|---|
| Para os cenários que necessitam de uma Máquina secundária VIP é importante ter um serviço do Broker VIP exclusivo para este cenário após a escolha do Blueprint, conforme a sua demanda. Importante que este Broker VIP seja instalado na Máquina Primária (Gateway). |
| Totvs custom tabs box items |
|---|
| Abaixo, listamos os vm´s de cada máquina Secundária de acordo com as quantidades de usuário. Para até 50 usuários (ou até 70% de consumo de CPU): VM Standard DS2 v2, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). Para até 100 usuários (ou até 70% de consumo de CPU): VM Standard DS3 v2, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). Para até 200 usuários (ou até 70% de consumo de CPU): VM Standard DS4 v2, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). |
| Totvs custom tabs box items |
|---|
| Para até 50 usuários (ou até 70% de consumo de CPU): VM Standard DS2 v2, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). |
| Totvs custom tabs box items |
|---|
| Para até 100 usuários (ou até 70% de consumo de CPU): VM Standard DS3 v2, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). |
| Totvs custom tabs box items |
|---|
| Para até 200 usuários (ou até 70% de consumo de CPU): VM Standard DS4 v2, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). |
| Totvs custom tabs box items |
|---|
| Para ambientes que não terão as quantidades anteriores mencionadas de usuários simultâneos, recomendamos a mescla das máquinas recomendadas conforme sua necessidade, podendo variar entre VM Standard DS2v2, DS3v2 ou DS4v2, com AppServer Slaves, Boundserver e DBAccess Slave. Para o sistema operacional, recomendamos o disco Standard SSD para a unidade C:/ (Windows) ou /.(root) (Linux). |
| Totvs custom tabs box items |
|---|
| O limite de processamento refere-se à quantidade que pode ser consumida sem atingir o limite de saturação. Neste cenário, o limite é considerado ao respeitar a quantidade de recursos estipulada ou utilizando até 70% de CPU. |
|
