| Totvs custom tabs box items |
|---|
| 
| 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.
- 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. (Usando Consulte os banco bancos de dados homologado como PostgreSQL, Oracle e SQL Server) favor consultar as matrizes da portabilidade homologada homologados neste link.
- Instância TSS (SPED): Recomendamos que uma instância específica seja dedicada ao TSS.
- Volumes EBS para o uso da Protheus_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).
- 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 |
|---|
| 
Para ambientes com C-Tree Server é recomendado, além do 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.
- Instância 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.
|
| Totvs custom tabs box items |
|---|
| 
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): - 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 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 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: 
| 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: 
|
|
