Histórico da Página
GCP - Google Cloud Platform (em breve)
Rascunho
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.
Atualmente, o sistema operacional homologado é o Windows. Testes estão sendo realizados em Linux para um cenário comparativo.
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.
Atenção
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.
Relação dos tipos de máquinas C2
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 |
Relação dos tipos de máquina N2
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:
...
Atenção: 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 |
Relação dos tipos de máquinas N2D
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:
...
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 |
Nota
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
...
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 |
Blueprints recomendadas, de acordo com a quantidade de usuários simultâneos
Atenção
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 ).
Nota
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).
Para cada cenário, especificamos as arquiteturas recomendadas de acordo com as máquinas homologadas e quantidades de usuários.
Cenários com dicionário no banco de dados
| Wiki Markup |
|---|
Até 20 usuários
!worddavaaa54a52fedabc61e13859a5e97a091d.png|height=32,width=32!
Máquina primária *n2d-standard-2{*}, com 2 vCPUs e 8GB de memória. Serviços instalados: AppBroker, Appbalance (carga), AppLicenseServer, DBAccess primário e DBAccess secundário.
Máquina secundária *n2d-standard-2{*}, com 2 vCPUs e 8GB de memória. Serviços instalados: 2 AppSecundários, 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.
\\
Até 40 usuários
!worddavaaa54a52fedabc61e13859a5e97a091d.png|height=32,width=32!
Máquina primária *n2d-standard-4,* com 4 vCPUs e 16GB de memória. Serviços instalados: AppBroker, Appbalance (carga), AppLicenseServer, DBAccess primário e DBAccess secundário.
Máquina secundária *n2d-standard-4{*}, com 4 vCPUs e 16GB de memória. Serviços instalados: 2 AppSecundários, 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.
Até 80 usuários
!worddavaaa54a52fedabc61e13859a5e97a091d.png|height=32,width=32!
Máquina primária *n2d-standard-4{*}, com 4 vCPUs e 16GB de memória. Serviços instalados: AppBroker, Appbalance (carga), AppLicenseServer, DBAccess primário e DBAccess secundário.
Máquina secundária *n2d-standard-8{*}, com 8 vCPUs e 32GB de memória. Serviços instalados: 2 AppSecundários, 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.
Até 160 usuários
!worddavaaa54a52fedabc61e13859a5e97a091d.png|height=32,width=32!
Máquina primária *n2d-standard-4{*}, com 4 vCPUs e 16GB de memória. Serviços instalados: AppBroker, Appbalance (carga), AppLicenseServer, DBAccess primário e DBAccess secundário.
Máquina secundária *n2d-standard-8{*}, com 8 vCPUs e 32GB de memória. Serviços instalados: 2 AppSecundários, 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.
Até 320 usuários, com duas máquinas secundárias n2d
!worddavaaa54a52fedabc61e13859a5e97a091d.png|height=32,width=32!
Máquina primária *n2d-standard-4{*}, com 4 vCPUs e 16GB de memória. Serviços instalados: AppBroker, Appbalance (carga), AppLicenseServer, DBAccess primário e DBAccess secundário.
Duas máquinas secundárias *n2d-standard-8{*}, com 8 vCPUs e 32GB de memória. Serviços instalados: 2 AppSecundários, 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.
Até 320 usuários, com uma máquina secundária c2
!worddavaaa54a52fedabc61e13859a5e97a091d.png|height=32,width=32!
Máquina primária *n2d-standard-4{*}, com 4 vCPUs e 16GB de memória. Serviços instalados: AppBroker, Appbalance (carga), AppLicenseServer, DBAccess primário e DBAccess secundário.
Máquina secundária *c2-standard-16{*}, com 16 vCPUs e 64GB de memória. Serviços instalados: 2 AppSecundários, 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.
\\
\\
<span style="color: #333333">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.</span>
!worddavaaa54a52fedabc61e13859a5e97a091d.png|height=32,width=32!
É possível utilizar diferentes máquinas para atender à quantidades de usuários mais específicas. Neste caso, será necessário apenas ajustar no [<span style="color: #0000ee"><em>Broker</em></span>|https://tdn.totvs.com/display/tec/Balanceamento+de+carga+com+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.
\\
\\
\\
\\
\\ |
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas