Linha Microsiga Protheus

Árvore de páginas

Versões comparadas

Versão antiga 27

changes.mady.by.user Thais Akemi Alves Itocazu

Gravado em

comparado com

Nova versão 75

changes.mady.by.user Thais Akemi Alves Itocazu

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Conforme estudo realizado em conjunto com o time os times de Arquitetura arquitetos e os Engenheiros engenheiros da Amazon Web Services, observamos foram observados cenários computacionais gerando melhores insights dentro de sua arquitetura computacional, para a utilização do Protheus dando , possibilitando aos cliente clientes, uma melhor melhora na experiência de uso do produto.

As recomendações desta página são baseadas nos testes de Benchmark realizados pelo time de Engenharia de Dados nasnas instâncias EC2 disponíveis da AWS.

Nos testes, utilizamos foram utilizados Windows e Linux; constatamos foi constatado que o Linux obteve melhor desempenho (em torno de 15% de melhora) quando comparado ao Windows dentro da arquitetura da AWS. Usando escalabilidade, o Linux obteve os melhores cenários.

Informações

É possível utilizar RDS com o seu principal SGBD ou uma Instância EC2 com um banco de dados homologado.

Atente-se ao ciclo de vida da versão do banco de dados selecionado, seja este SQL Server, Oracle ou PostgreSQL.

Índice

Instâncias Recomendadas

Foram testadas diversas instâncias e a que apresentou melhor performance para o uso do Protheus foi a

linha

família EC2 M5, que pode ser visualizada no site da AWS ou na planilha abaixo.

Expandir
titleRelação de instâncias M5

Instâncias M5 de uso geral: Processadores Intel Xeon® Platinum 8175M de até 3,1 GHz com o novo conjunto de instruções Intel Advanced Vector Extension (AVX-512)

Tamanho de instância

vCPU

Memória (GiB)

Armazenamento de instâncias (GiB)

Largura de banda de rede (Gbps)

Largura de banda do EBS (Mbps)

m5.large

2

8

Somente EBS

Até 10

Até 4.750

m5.xlarge

4

16

Somente EBS

Até 10

Até 4.750

m5.2xlarge

8

32

Somente EBS

Até 10

Até 4.750

m5.4xlarge

16

64

Somente EBS

Até 10

4.750

m5.8xlarge

32

128

Somente EBS

10

6.800

m5.12xlarge

48

192

Somente EBS

10

9.500

m5.16xlarge

64

256

Somente EBS

20

13.600

m5.24xlarge

96

384

Somente EBS

25

19.000

m5.metal

96*

384

Somente EBS

25

19.000

m5d.large

2

8

1 x 75 SSD NVMe

Até 10

Até 4.750

m5d.xlarge

4

16

1 x 150 SSD NVMe

Até 10

Até 4.750

m5d.2xlarge

8

32

1 x 300 SSD NVMe

Até 10

Até 4.750

m5d.4xlarge

16

64

2 x 300 SSD NVMe

Até 10

4.750

m5d.8xlarge

32

128

2 x 600 SSD NVMe

10

6.800

m5d.12xlarge

48

192

2 x 900 SSD NVMe

10

9.500

m5d.16xlarge

64

256

4 x 600 SSD NVMe

20

13.600

m5d.24xlarge

96

384

4 x 900 SSD NVMe

25

19.000

m5d.metal

96*

384

4 x 900 SSD NVMe

25

19.000

Informações

Para

maiores

mais informações, consulte a documentação do fabricante.

Informações
titleProcessador recomendado

Recomendamos o uso do processador Intel, pois este apresentou um desempenho melhor nos testes quando comparado com a AMD.

Índice

Configuração de cenário

Placement Groups

Recomendamos que todas as instâncias com Protheus utilizem a feature placement group. Ao utilizá-la, o posicionamento de um grupo de instâncias interdependentes será influenciado, dependendo da opção escolhida, minimizando riscos de erros ocasionados por falhas relacionadas à distribuição de carga de trabalho.

As três opções disponibilizadas pela AWS são:

  • Cluster
  • Partition
  • Spread
Foram realizado testes nestas 3 opções, porém a que apresentou melhor perfomance para a utilização do ERP Protheus foi a Cluster, que agrupa instâncias em uma zona de disponibilidade. “Essa estratégia permite que as cargas de trabalho atinjam o desempenho de rede de baixa latência necessário para a comunicação de nó a nó totalmente acoplada que é típica dos aplicativos HPC”, conforme documentado no site da fabricante.

A opção homologada para o uso do Protheus é o Placement Group com a estratégia de Cluster.

Informações

Consulte o site da fabricante para mais informações sobre a feature Placement Groups.

Security Groups

Os Security Groups (Grupos de segurança) agem como um firewall virtual para controlar o tráfego de entrada e saída das instâncias EC2. Por padrão, o tráfego de saída (ou seja, da instância para a internet) é livre. Não podem ser criadas regras que neguem o acesso a algo; as regras sempre serão permissivas, pois na ausência destas, o acesso é bloqueado. 

Informações
Confira a documentação do fornecedor de security group para instâncias EC2 em Linux e para instâncias EC2 em Windows.
Totvs custom tabs box
tabsCenário geral, C-Tree Server, Dicionario Dicionário no banco,Placement groups,Security Groups,Compartimentalização
ids01,02,03,04,05,06
Totvs custom tabs box items
defaultyes
referencia01

Image Added

Informações

Cenários que necessitam de disponibilidade 24x7 podem:

  • definir uma instância das pré-desenhadas, que não será desligada quando seu consumo for inferior a 10% do total de CPU;
  • trabalhar com máquinas menores, em horários de menor consumo, podendo utilizar RDS com o seu principal SGBD ou uma Instância EC2 com um banco de dados homologado.
  • Instância Primária:  Possui a função de Gateway, direcionando as conexões para as instâncias Secundárias. Se conecta nas instâncias Secundárias, Secundárias VIP, WF/WB/SCH/JOB, e Database.  
  • Instância 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. 
  • Instância Secundária VIP: Para cenários que necessitam de alta disponibilidade, pode ser definido uma instância 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.
  • Instância WF/WB/SCH/JOB/Rest: Este servidor
pode servir
  • vale para Work Flow, WebService, Scheduler, Rest ou Jobs. 
  • Database: É possível utilizar um Database (dentre os bancos homologados, tais como PostgreSQL, Oracle ou SQL Server) em RDS ou instalado em uma instância EC2. 
  • Instância TSS (SPED): Recomendamos que uma instância específica seja dedicada ao TSS.
Volume
  • Volumes EBS para o uso
do
  • da Protheus
: Tanto para os discos do sistema operacional como para o volume do Protheus, recomendamos que o ambiente esteja configurado como High Performance em cenários de produção. Para utilização do C-Tree Server, caso seu volume seja superior a 500 conexões simultâneas ou o tráfego de I/O passe de 700 Mbits/s, em cenários com Windows recomendamos o uso do Storage Pool; em Linux, recomendamos o uso do LVM (Logical Volume Manager).
  • _data no servidor Primário: O volume para o sistema operacional pode ser do tipo General Purpose SSD (gp2). Porém, para o diretório Protheus_data, quando se usa o CtreeServer para a gestão do dicionário no modelo ISAM, pode-se utilizar opção de General Purpose SSD (gp2). Lembrando que é necessário um disco maior, para ter a quantidade de IOPS necessária para o seu consumo (proporção distribuída no valor de 3 IOPS para cada GiB), ou optar por um modelo de Provisioned IOPS SSD (io1 ou io2).

Image Added

  • Volumes de Finalidade geral (SSD) (gp2):
    Tamanho do volume: 1 GiB – 16 TiB
    IOPS máxima por volume =     16,000
    IOPS máxima por instância = 160,000
    Taxa de transferência máxima por volume = 250 MiB/s
  • Volumes de Finalidade geral (SSD) (io1 e io2):
    Tamanho do volume: 4 GiB – 16 TiB
    IOPS máxima por volume = 64,000
    IOPS máxima por instância = 160,000
    Taxa de transferência máxima por volume = 1,000 MiB/s
Totvs custom tabs box items
defaultno
referencia02

Image Added


Para ambientes com C-Tree Server é recomendado, recomendamos, além do Storage Pool (Windows) ou LVM (Linux)volume General Purpose SSD ou do volume Provisioned IOPS SSD, as seguintes instâncias: 

  • Instância Primária: Instância m5, com C-Tree, App Broker, App Broker VIP, App Compilação, App Balance (monitor), License Server, DBAccess SPOFless, DBAccess secundário; Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux.
Em ambas as situações, utilize o disco em High Performance.
  •  
  • Instância(s) Secundária(s): Instância m5, com Boundserver, AppServer Secundários, DBAccess Secundário. Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux.
Em ambas as situações, utilize o disco em High Performance.
  •  
  • Instância WebService/Job/Workflow: Instância m5, com Protheus WEBRest, Protheus WEBService, Protheus Workflow, Protheus JOB, Protheus Schedule, Protheus Mobile, e um DBAccess em modo secundário. Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux
. Em ambas as situações, utilize o disco em High Performance
  • .
 
  • Instância TSS: Instância m5, com Broker (balance), Appserver Secundárias e DBAccess (Single). Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux.
Em ambas as situações, utilize o disco em High Performance.
  •  
Totvs custom tabs box items
defaultno
referencia03

Image Added

Para ambientes com Dicionário no banco recomendamosé 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): 

  • Instância Primária: Instância m5, com C-Tree, App Broker, App Broker VIP, App Compilação, App Balance (monitor), License Server, DBAccess SPOFless, DBAccess secundário; Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux
. Em ambas as situações, utilize o disco em High Performance
  • .
 
  • Instância(s) Secundária(s): Instância m5, com AppServer Secundárias e DBAccess secundário. Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux
. Em ambas as situações, utilize o disco em High Performance
  • . 
  • Instância WebService/Job/Workflow: Instância m5, com Protheus WEBRest, Protheus WEBService, Protheus Workflow, Protheus JOB, Protheus Schedule, Protheus Mobile, e um DBAccess em modo secundário. Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux.
Em ambas as situações, utilize o disco em High Performance. 
  • Instância TSS: Instância m5, com Broker (balance), Appserver Secundários e DBAccess (Single). Utilizando o EBS
,
  • é recomendamos o volume de 512GB no C:/ em cenários Windows e no / em cenários Linux
. Em ambas as situações, utilize o disco em High Performance.
Blueprints recomendadas
  • .
Totvs custom tabs box items
defaultno
referencia04

É recomendado que todas as instâncias com Protheus utilizem a feature placement group. Ao utilizá-la, o posicionamento de um grupo de instâncias interdependentes será influenciado, dependendo da opção escolhida, minimizando riscos de erros ocasionados por falhas relacionadas à distribuição de carga de trabalho.

As três opções disponibilizadas pela AWS são:

  • Cluster

  • Partition

  • Spread

Foram realizado testes nestas três opções, porém a que apresentou melhor perfomance para a utilização do ERP Protheus foi a Cluster, que agrupa instâncias em uma zona de disponibilidade. “Essa estratégia permite que as cargas de trabalho atinjam o desempenho de rede de baixa latência necessário para a comunicação de nó a nó, totalmente acoplada que é típica dos aplicativos HPC”, conforme documentado no site da fabricante.

A opção homologada para o uso do Protheus é o Placement Groupcom a estratégia de Cluster.

Informações

Consulte o site da fabricante para mais informações sobre a feature Placement Groups.

Nota
titleAtenção: Região escolhida

Para minimizar a latência, escolha a região mais próxima à sua localização.

Totvs custom tabs box items
defaultno
referencia05

Os Security Groups (Grupos de segurança) agem como um firewall virtual para controlar o tráfego de entrada e saída das instâncias EC2. Por padrão, o tráfego de saída (ou seja, da instância para a internet) é livre. Não podem ser criadas regras que neguem o acesso a algo; as regras sempre serão permissivas, pois na ausência destas, o acesso é bloqueado. 

Informações
Confira a documentação do fornecedor de security group para instâncias EC2 em Linux e para instâncias EC2 em Windows.

Desenho sugerido:

Image Added

Expandir
titleClique aqui para visualizar as portas sugeridas para liberação no Security Group.
Aviso
titleAtenção

As portas exibidas foram utilizadas nos testes para homologação e são meramente sugestões. Não é obrigatório o uso de todas as portas determinadas neste documento; libere as portas que os serviços precisarão utilizar.

Tipo de ServiçosTCPWEB/HTTPWEB/HTTPsComentários
C-Tree Server5597

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


Boundserver5848 e 10200

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


License Server5555 e 22348020443
Lock Server (Linux)17000


DBAccess Primário7900


DBAccess Secundário7890


Instâncias Secundárias10001 ao 10999


Scheduler16000


Telnet12001 ao 12999


JOB13001 ao 13999


RPC/REST14001 ao 149998000 até 8999443 ao 4443
GravaBatch15001 ao 15999


Web Service/WorkFlow11001 ao 119998000 até 8999443 ao 4443
Informações

Para o funcionamento do Protheus será necessário que as portas dos serviços utilizados sejam liberadas no security group. Porém, não é obrigatória a liberação de todas as portas que estão descritas nesta tabela.

Totvs custom tabs box items
defaultno
referencia06

Utilize esta alternativa com três objetivos:

  1.  Agrupar melhor os recursos na AWS;
  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


Desenho sugerido:

Image Added



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

Nota
titleAtenção

Estas estimativas são referentes ao uso do produto (Protheus) padrão. Caso alterações sejam necessárias, o cliente pode fazer 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).

Informações
titleNota

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. 

Totvs custom tabs box
tabsSecundária VIP,Capacidade das instâncias,75 usuários,150 usuários,450 usuários,Mesclando instâncias,Zona Segura de processamento,Mesclando instâncias
ids1,2,3,4,5,6,7
Totvs custom tabs box items
defaultyes
referencia1

Secundária VIP

Informações
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, após a escolha do Blueprint, conforme a sua demanda. Importante que este Broker VIP seja instalado na instância 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.

Image Added

Totvs custom tabs box items
defaultno
referencia2
Expandir
titleC-Tree Server

Image Added


Sugestões

Sugestões de instâncias para cada instância Secundária

de acordo com

as quantidades de usuário

a quantidade de usuários por instância:

  • Para até
25
  • 36 usuários (ou até 60%
de
  • do consumo de
CPU
  • processamento): M5.large, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:\ e
256GB
  • 500GB no X:\ em cenários Windows; ou 120GB no / e
256GB
  • 500GB no /protheus em cenários Linux.
Em ambas as situações, utilize o disco em High Performance.
  •  
  • Para até
50
  • 76 usuários (ou até 60%
de
  • do consumo de
CPU
  • processamento): M5.xlarge, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:\ e
512GB
  • 500GB no X:\ em cenários Windows; ou 120GB no / e
512GB
  • 500GB no /protheus em cenários Linux
. Em ambas as situações, utilize o disco em High Performance
  • .
  • Para até
100 usuários
  • 150 usuários (ou até 60%
de
  • do consumo de
CPU
  • processamento): M5.2xlarge, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o EBS
, recomendamos
  • é recomendado o volume de 120GB no C:\ e
1TB
  • 500GB no X:\ em cenários Windows; ou 120GB no / e
1TB
  • 500GB no /protheus em cenários Linux.
Em ambas as situações, utilize o disco em High Performance.
Totvs custom tabs box items
defaultno
referencia3

75 usuários simultâneos

Totvs custom tabs box items
defaultno
referencia4

150 usuários simultâneos

  •  
  • Para até 300 usuários (ou até 60% do consumo de processamento): M5.4xlarge, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o EBS é recomendado o volume de 120GB no C:\ e 500GB no X:\ em cenários Windows; ou 120GB no / e 500GB no /protheus em cenários Linux. 
Expandir
titleDicionário no banco

Image Added


Sugestões de acordo com a quantidade de usuários por instância:

  • Para até 50 usuários (ou até 60% do consumo de processamento): M5.large, com 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o EBS é recomendado o volume de 120GB no C:\ e 500GB no X:\ em cenários Windows; ou 120GB no / e 500GB no /protheus em cenários Linux. 
  • Para até 100 usuários (ou até 60% do consumo de processamento): M5.xlarge, com 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o EBS é recomendado o volume de 120GB no C:\ e 500GB no X:\ em cenários Windows; ou 120GB no / e 500GB no /protheus em cenários Linux.
  • Para até 200 usuários (ou até 60% do consumo de processamento): M5.2xlarge, com 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o EBS é recomendado o volume de 120GB no C:\ e 500GB no X:\ em cenários Windows; ou 120GB no / e 500GB no /protheus em cenários Linux. 
  • Para até 400 usuários (ou até 60% do consumo de processamento): M5.4xlarge, com 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o EBS é recomendado o volume de 120GB no C:\ e 500GB no X:\ em cenários Windows; ou 120GB no / e 500GB no /protheus em cenários Linux. 
Totvs custom tabs box items
defaultno
referencia53
Nota
O consumo das máquinas deverá ser até 60%, ou até a quantidade estipulada de usuários por instância.

Image Added450 usuários simultâneos

Totvs custom tabs box items
defaultno
referencia6

Mesclando instâncias

Totvs custom tabs box items
defaultno
referencia7

Zona segura de processamento

Para os cenários que necessitam de uma instância 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 instância Primária (Gateway).
4

É possível utilizar diferentes instâncias 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 instâncias, 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 instância; estes endereços, portas e quantidades de usuários exibidos são meramente ilustrativos. 

Image Added


Nota
titleAtenção

Verifique também, as recomendações ou restrições para seu sobre banco de dados.