| 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, ou trabalhar com maquinas 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 para Work Flow, WebService, Scheduler, Rest ou Jobs. Database: É possível utilizar um Database 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 para o uso do 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 em cenários com Windows recomendamos o uso do Storage Pool; em Linux, recomendamos o uso do LVM (Logical Volume Manager). |
| Totvs custom tabs box items |
|---|
| 
Para ambientes com C-Tree Server, recomendamos, além do Storage Pool (Windows) ou LVM (Linux), 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 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, recomendamos 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, recomendamos 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, recomendamos 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 recomendamos, 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 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, recomendamos 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, recomendamos 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 |
|---|
| 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: 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 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: 
|
| 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 (com o security group aplicado): 
|
|
