Para os testes de homologação do Protheus na GCP, a equipe de Engenharia de Dados Protheus teve apoio do corpo técnico da GCP "Google Cloud Platform".
Conforme estudo realizado em conjunto com o time de Engenharia da GCP, foram observados 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 pelas equipes nos tipos de máquina C2, N2 e N2D disponíveis da GCP.
Nos testes, utilizamos Windows e Linux; constatamos que o Linux obteve melhor desempenho (em torno de 17% de melhora) quando comparado ao Windows, dentro da arquitetura da GCP.

Tipos de máquinas recomendadas

Foram testadas diversas instâncias e as que apresentaram melhor performance para o uso do Protheus foram as máquinas dos tipos padrão N2, padrão N2D (de uso geral) e os tipos de máquina C2.

Os tipos de máquina N2, N2D e C2 não são compatíveis com GPUs. Isto é informado na documentação da fabricante sobre os tipos de máquina.

Processadores Intel escaláveis Cascade Lake, os tipos de máquina C2 oferecem até 3,8 GHz de turbo de núcleo contínuo.
Os tipos de máquinas C2 têm as seguintes restrições:

Estas informações estão documentadas na seção Tipos de máquina C2, na documentação da fabricante.

Nome da máquina

vCPUs1

Memória (GB)

Número máximo de discos permanentes (PDs, na sigla em inglês)2

Tamanho total máximo dos PDs (TB)

SSD local

Largura de banda de saída máxima (Gbps)3

c2-standard-4

4

16

128

257

Sim

10

c2-standard-8

8

32

128

257

Sim

16

c2-standard-16

16

64

128

257

Sim

32

c2-standard-30

30

120

128

257

Sim

32

c2-standard-60

60

240

128

257

Sim

32

Os N2 são tipos de máquina de uso geral de segunda geração que oferecem dimensionamento flexível entre 2 e 80 vCPUs e 0,5 a 8 GB de memória por vCPU. As VMs N2 são executadas em CPUs Cascade Lake com uma frequência base de 2,8 GHz e um turbo all core sustentado de 3,4 GHz. Esses tipos de máquina também oferecem uma melhoria geral de desempenho em relação aos tipos de máquina N1.
As cargas de trabalho que podem aproveitar a maior frequência do relógio são uma boa opção para os tipos de máquina N2. Essas cargas de trabalho podem ter maior desempenho por thread, beneficiando-se de toda a flexibilidade que um tipo de máquina de uso geral oferece.
Em resumo, os tipos de máquina N2:

  • Oferecem suporte a até 80 vCPUs e 640 GB de memória;
  • Estão disponíveis em tipos de máquina personalizados e predefinidos;
  • Oferecem taxas mais altas de memória/núcleo para VMs criadas com o recurso de memória estendida. O uso do recurso de memória estendida ajuda a controlar os custos de licenciamento de software por CPU, fornecendo acesso a mais de 8 GB por vCPU;
  • Executam a mais recente tecnologia de infraestrutura disponível com os processadores escalonáveis Intel Xeon (Cascade Lake) executando a 2,8 GHz e com até 3,4 GHz em um turbo all-core sustentado;
  • Estão disponíveis somente em plataformas de CPU específicas.

Atenção: Os tipos de máquina N2 não são compatíveis com GPUs.
Os tipos de máquina N2 estão disponíveis apenas em zonas e regiões selecionadas. A lista a seguir mostra os tipos de máquina N2 predefinidos disponíveis.

Tipos de máquina padrão N2

Nome da máquina

vCPUs1

Memória (GB)

Número máximo de discos permanentes (PDs, na sigla em inglês)2

Tamanho total máximo dos PDs (TB)

SSD local

Largura de banda de saída máxima (Gbps)3

n2-standard-2

2

8

128

257

Sim

10

n2-standard-4

4

16

128

257

Sim

10

n2-standard-8

8

32

128

257

Sim

16

n2-standard-16

16

64

128

257

Sim

32

n2-standard-32

32

128

128

257

Sim

32

n2-standard-48

48

192

128

257

Sim

32

n2-standard-64

64

256

128

257

Sim

32

n2-standard-80

80

320

128

257

Sim

32

Os tipos de máquina N2D são executados no processador AMD EPYC Rome de segunda geração. Eles são o maior tipo de máquina de uso geral com até 224 vCPUs e 896 GB de memória. As VMs N2D são compatíveis com taxas de memória de vCPU de 1:1, 1:4 e 1:8, com a opção de personalizar sua máquina, de acordo com suas necessidades de carga de trabalho. Os tipos de máquina N2D são executados em processadores AMD EPYC Rome com uma frequência base de 2,25 GHz, uma frequência efetiva de 2,7 GHz e uma frequência máxima de 3,3 GHz.
Em resumo, os tipos de máquina N2D:

  • Oferecem suporte a até 224 vCPUs e 896 GB de memória;
  • Estão disponíveis em tipos de máquina personalizados e predefinidos;
  • Oferecem taxas mais altas de memória/núcleo para VMs criadas com o recurso de memória estendida. O uso do recurso de memória estendida ajuda a evitar custos de licenciamento de software por CPU, fornecendo acesso a mais de 8 GB de memória por vCPU;
  • Têm a tecnologia do processador AMD EPYC Rome de segunda geração;
  • Oferecem suporte a descontos por uso contínuo e prolongado.

Os tipos de máquina N2D estão disponíveis apenas em regiões e zonas selecionadas.
Atenção: Os tipos de máquina N2D não são compatíveis com GPUs, nós de locatário individual ou virtualização aninhada.

Nome da máquina

vCPUs1

Memória (GB)

Número máximo de discos permanentes (PDs, na sigla em inglês)2

Tamanho total máximo dos PDs (TB)

SSD local

Largura de banda de saída máxima (Gbps)3

n2d-standard-2

2

8

128

257

Sim

10

n2d-standard-4

4

16

128

257

Sim

10

n2d-standard-8

8

32

128

257

Sim

16

n2d-standard-16

16

64

128

257

Sim

32

n2d-standard-32

32

128

128

257

Sim

32

n2d-standard-48

48

192

128

257

Sim

32

n2d-standard-64

64

256

128

257

Sim

32

n2d-standard-80

80

320

128

257

Sim

32

n2d-standard-96

96

384

128

257

Sim

32

n2d-standard-128

128

512

128

257

Sim

32

n2d-standard-224

224

896

128

257

Sim

32

As linhas de VMs N2 e N2D tiveram, praticamente, o mesmo comportamento em relação à performance. Para cenários que necessitam de alta performance em processamento, recomendamos o uso da linha de VMs C2, sendo possível mesclar máquinas horizontalmente. Quando não houver esta necessidade, as máquinas podem ser desligadas.

Configuração de cenário

Para os discos do sistema operacional, utilize o SSD permanent disk com 120GB.
Para minimizar a latência, escolha a região mais próxima à sua localização.

  • Máquina Primária:  Possui a função de Gateway, direcionando as conexões para as máquinas Secundárias. Se conecta nas máquinas Secundárias, Secundárias 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. 
  • Máquina Secundária VIP: Para cenários que necessitam de alta disponibilidade, pode ser definido uma máquina 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/Rest: Este servidor vale para Work Flow, WebService, Scheduler, Rest ou Jobs. 
  • Database: Utilize o banco de dados instalado em uma máquina virtual. Não recomendamos o uso do banco de dados em serviço, pois percebemos queda de performance nos testes de benchmark.
  • Máquina TSS (SPED): Recomendamos que uma máquina específica seja dedicada ao TSS.

Para ambientes com C-Tree Server é recomendado as seguintes máquinas: 

  • Máquina Primária: com C-Tree, App Broker, App Broker VIP, App Compilação, App Balance (monitor), License Server, DBAccess SPOFless, DBAccess secundário.  
  • Máquina(s) Secundária(s): com Boundserver, AppServer Secundários, DBAccess Secundário.
  • Máquina WebService/Job/Workflow: com Protheus WEBRest, Protheus WEBService, Protheus Workflow, Protheus JOB, Protheus Schedule, Protheus Mobile, e um DBAccess em modo secundário. 
  • Máquina TSS: com Broker (balance), Appserver Secundárias e DBAccess (Single).

Para ambientes com Dicionário no banco é recomendado, além do disco estar em high performance, as seguintes instâncias (lembrando que, quanto maior o tamanho do disco, mais performático será o throughput): 

  • Máquina Primária: com C-Tree, App Broker, App Broker VIP, App Compilação, App Balance (monitor), License Server, DBAccess SPOFless, DBAccess secundário; 
  • Máquina(s) Secundária(s): com AppServer Secundárias e DBAccess secundário. 
  • Máquina WebService/Job/Workflow: com Protheus WEBRest, Protheus WEBService, Protheus Workflow, Protheus JOB, Protheus Schedule, Protheus Mobile, e um DBAccess em modo secundário. 
  • Máquina TSS: com Broker (balance), Appserver Secundários e DBAccess (Single).

Portas sugeridas para liberação

Tipo de Serviços

TCP

WEB/HTTP

WEB/HTTPs

Comentários

C-Tree Server

5597



*Para clientes que utilizam dicionário em memória.

Broker

10000




Boundserver

5848 e 10200



*Para clientes que utilizam dicionário em memória.

Balance Monitor

10100




License Server

5555 e 2234

8020

443


Lock Server (Linux)

17000




DBAccess Primário

7900




DBAccess Secundário

7890




Instâncias Secundárias

10001 ao 10999




Scheduler

16000




Telnet

12001 ao 12999




JOB

13001 ao 13999




RPC/REST

14001 ao 14999

8000 até 8999

443 ao 4443


GravaBatch

15001 ao 15999




Web Service/WorkFlow

11001 ao 11999

8000 até 8999

443 ao 4443


Utilize esta alternativa com três objetivos:

  1.  Agrupar melhor os recursos na GCP;
  2.  Ter melhor controle de custos;
  3.  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

Blueprints recomendadas, de acordo com a quantidade de usuários simultâneos

Estas estimativas são referentes ao uso do produto Protheus padrão . Caso alterações sejam necessárias, é possível realizar o  scale-up/down  (escalonamento vertical, adicionando recursos de processador e memória) ou o  scale in/out  (escalonamento horizontal, adicionando instâncias secundárias ).
As quantidades de usuários são referentes a usuários simultâneos acessando a aplicação.  Threads em execução pelo  Scheduler ou  Jobs também são consideradas como usuários.

Após a escolha do Blueprint, para os cenários que necessitam de uma instância secundária VIP, é importante ter um serviço do Broker exclusivo para este cenário, conforme a sua demanda. Importante que este Broker VIP seja instalado na máquina Primária (Gateway).

Nos cenários onde uma máquina não pode ser desligada, é possível utilizar uma máquina secundária VIP, que ficará disponível em períodos de baixo consumo de recursos.

Para cada cenário, especificamos as arquiteturas recomendadas de acordo com as máquinas homologadas e quantidades de usuários. 

Máquina primária xx-standard-2, com 2 vCPUs e 8GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 CTreeServer, 1 DBAccess primário e 1 DBAccess secundário. 

Máquina secundária xx-standard-2, com 2 vCPUs e 8GB de memória. Serviços instalados: 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 250GB na máquina primária e 100GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 250GB para a máquina primária e 100GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 CtreeServer, 1 DBAccess primário e 1 DBAccess secundário. 

Máquina secundária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 250GB na máquina primária e 100GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 250GB para a máquina primária e 100GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer,1 CtreeServer, 1 DBAccess primário e 1 DBAccess secundário. 

Máquina secundária xx-standard-8, com 8 vCPUs e 32GB de memória. Serviços instalados: 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 250GB na máquina primária e 100GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 250GB para a máquina primária e 100GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 CtreeServer, 1 DBAccess primário e 1 DBAccess secundário. 

Máquina secundária xx-standard-8, com 8 vCPUs e 32GB de memória. Serviços instalados: 1 AppBoundServer, 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 500GB na máquina primária e 500GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 500GB para a máquina primária e 500GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 CtreeServer, 1 DBAccess primário e 1 DBAccess secundário. 

Duas máquinas secundárias xx-standard-8, com 8 vCPUs e 32GB de memória. Serviços instalados: 1 AppBoundServer, 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 500GB na máquina primária e 500GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 500GB para a máquina primária e 500GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 CtreeServer, 1 DBAccess primário e 1 DBAccess secundário. 

Duas máquinas secundárias c2-standard-16, com 8 vCPUs e 32GB de memória. Serviços instalados: 1 AppBoundServer, 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 500GB na máquina primária e 500GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 500GB para a máquina primária e 500GB na máquina secundária.

Máquina primária xx-standard-2, com 2 vCPUs e 8GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 DBAccess primário e 1 DBAccess secundário. 

Máquina secundária xx-standard-2, com 2 vCPUs e 8GB de memória. Serviços instalados: 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 250GB na máquina primária e 100GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 250GB para a máquina primária e 100GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 DBAccess primário e 1 DBAccess secundário. 

Máquina secundária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 250GB na máquina primária e 100GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 250GB para a máquina primária e 100GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 DBAccess primário e 1 DBAccess secundário. 

Máquina secundária xx-standard-8, com 8 vCPUs e 32GB de memória. Serviços instalados: 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 250GB na máquina primária e 100GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 250GB para a máquina primária e 100GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 DBAccess primário e 1 DBAccess secundário. 

Máquina secundária xx-standard-8, com 8 vCPUs e 32GB de memória. Serviços instalados: 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 500GB na máquina primária e 500GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 500GB para a máquina primária e 500GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 DBAccess primário e 1 DBAccess secundário. 

Duas máquinas secundárias xx-standard-8, com 8 vCPUs e 32GB de memória. Serviços instalados: 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 500GB na máquina primária e 500GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 500GB para a máquina primária e 500GB na máquina secundária.

Máquina primária xx-standard-4, com 4 vCPUs e 16GB de memória. Serviços instalados: 1 AppBroker, 1 Appbalance (carga), 1 AppLicenseServer, 1 DBAccess primário e 1 DBAccess secundário. 

Máquina secundária c2-standard-16, com 16 vCPUs e 64GB de memória. Serviços instalados: 2 AppSecundários, 1 DBAccess secundário. 

Em Windows, o disco para o sistema operacional em ambas as máquinas deve ser o Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser o SSD Persistent Disk, com 500GB na máquina primária e 500GB na máquina secundária. Em Linux, o disco para a unidade / deverá ser Standard Persistent Disk, com 120GB. O disco para a unidade do Protheus deverá ser SSD Persistent Disk, com 500GB para a máquina primária e 500GB na máquina secundária.

O consumo das máquinas deverá ser até 60%, ou até a quantidade estipulada de usuários por instância, podendo ser realizado o escalonamento pela horizontal, de acordo com a necessidade.

É possível utilizar diferentes máquinas para atender à quantidades de usuários mais específicas. Neste caso, será necessário apenas ajustar no Broker a quantidade de usuários para cada Appserver.

No exemplo abaixo, são definidas quatro máquinas, com dois Appserver cada, e o exemplo para a configuração do Broker. Na seção [BALANCE_SMART_CLIENT_DESKTOP], as chaves REMOTE_SERVER_XX são referentes aos IPs de cada máquina; estes endereços, portas e quantidades de usuários exibidos são meramente ilustrativos.