...
...
...
...
...
...
...
...
...
...
...
Instâncias Recomendadas
Foram testadas diversas instâncias e a que apresentou melhor performance para o uso do Protheus foi a
...
família EC2 M5, que pode ser visualizada no site da AWS ou na planilha abaixo.
| Expandir |
|---|
| title | Relaçã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 |
|
...
...
| title | Processador recomendado |
|---|
...
Recomendamos que todas as máquinas 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:
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. |
| Totvs custom tabs box |
|---|
| tabs | Cenário geral, C-Tree Server, |
|---|
|
...
| Dicionário no banco,Placement groups,Security Groups,Compartimentalização | | ids | 01,02,03,04,05,06 |
|---|
|
| Totvs custom tabs box items |
|---|
|
|
...
|  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
|
|
...
- vale para Work Flow, WebService, Scheduler, Rest ou Jobs.
|
|
...
...
- É 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.
|
|
...
...
...
- _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 |
|---|
|  Image Added
Para ambientes com C-Tree Server |
|
...
...
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
|
|
...
- é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux.
|
|
...
...
- Instância(s) Secundária(s): Instância m5, com Boundserver, AppServer Secundários, DBAccess Secundário. Utilizando o EBS
|
|
...
- é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux.
|
|
...
...
- 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
|
|
...
- é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux.
|
|
...
...
- TSS: Instância m5, com Broker (balance), Appserver Secundárias e DBAccess (Single). Utilizando o EBS
|
|
...
- é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux
|
|
...
Esquemático de uso do subsistema de IO Block Storage para cada VM Protheus deve seguir o recomendado visando aumento significativo da capacidade de IOPs + throughput.
| Totvs custom tabs box items |
|---|
|  Image Added
Para ambientes com Dicionário no banco |
|
...
é recomendado, além do disco estar em high performance, |
|
...
...
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
|
|
...
- é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux
|
|
...
...
...
- Instância(s) Secundária(s): Instância m5, com AppServer Secundárias e DBAccess secundário. Utilizando o EBS
|
|
...
- é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux
|
|
...
...
- 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
|
|
...
- é recomendado o volume de 120GB no C:/ em cenários Windows e no / em cenários Linux
|
|
...
...
...
- 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.
|
|
...
| Totvs custom tabs box items |
|---|
| É 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: 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 |
|---|
| title | Atenção: Região escolhida |
|---|
| Para minimizar a latência, escolha a região mais próxima à sua localização. |
|
| Totvs custom tabs box items |
|---|
| 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. Desenho sugerido:  Image Added
| Expandir |
|---|
| title | Clique aqui para visualizar as portas sugeridas para liberação no Security Group. |
|---|
| | Aviso |
|---|
| 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ç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 |
|
| 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 |
|---|
| Utilize esta alternativa com três objetivos: - Agrupar melhor os recursos na AWS;
- 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 |
Desenho sugerido:  Image Added
|
|
Blueprints recomendadas,
...
de acordo com a quantidade de usuários simultâneos
| Nota |
|---|
|
Estas estimativas são referentes ao uso do produto |
...
...
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 |
...
...
| Informações |
|---|
|
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 |
|---|
| tabs | Secundária VIP,Capacidade |
|---|
|
...
| das instâncias,Zona Segura de processamento,Mesclando instâncias | | ids |
|---|
|
...
...
...
|
| Totvs custom tabs box items |
|---|
|
|
...
| | 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 |
|---|
|
|
...
Capacidade de cada instância
| Totvs custom tabs box items |
|---|
|
75 usuários simultâneos |
| Totvs custom tabs box items |
|---|
|
150 usuários simultâneos |
| Totvs custom tabs box items |
|---|
|
450 usuários simultâneos |
| | Expandir |
|---|
|  Image Added
Sugestões de acordo com a quantidade de usuários por instância: - Para até 36 usuários (ou até 60% do consumo de processamento): M5.large, 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.
- Para até 76 usuários (ou até 60% do consumo de processamento): M5.xlarge, 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.
- Para até 150 usuários (ou até 60% do consumo de processamento): M5.2xlarge, 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.
- 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 |
|---|
|  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 |
|---|
|
|
...
| | Nota |
|---|
| O consumo das máquinas deverá ser até 60%, ou até a quantidade estipulada de usuários por instância. |
 Image Added
|
|
...
| Totvs custom tabs box items |
|---|
|
|
...
Zona segura de processamento
...
| É 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 |
|---|
|
Verifique também, as recomendações ou restrições |
...
