Informações |
---|
Utilizamos VM.Standard 2.X com distribuição de carga durante a avaliação, devido a arquitetura de baixo custo, onde ocorreu o maior fluxo de teste. A arquitetura Baremetal (BM.Standard 2.X), em determinando cenários, apresenta entrega e perfomance até duas vezes mais rápida. |
Totvs custom tabs box items |
---|
| Nota |
---|
| É importante que os discos estejam em modo High Performance. Quanto maior o tamanho do disco, mais performático será o throughput. |
- Máquina Primária: Possui a função de gateway, direcionando as conexões para as máquinas Secundárias. Se conecta nas máquinas Secundária, Secundária VIP, WF/WB/SCH/JOB, e Database.
- Máquina Secundária: De 1 a N, recebe as requisições da máquina Primária para processamento. Não é recomendado instalar outros serviços. Elas podem ser escalonadas horizontalmente, conforme a necessidade. Estas máquinas recebem
- Máquina Secundária VIP: Para cenários que necessitam de alta disponibilidade, pode ser definido um shape dos pré-desenhados que não será desligado 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.
- Máquina WF/WB/SCH/JOB: Este servidor pode servir para Work Flow, WebService, Scheduler ou Jobs.
- Máquina Database: Recomendamos uma máquina específica dedicada ao banco de dados.
- Máquina TSS (SPED): Recomendamos que uma máquina 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, 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.
|
Totvs custom tabs box items |
---|
| Nota |
---|
| É importante que os discos estejam em modo High Performance. Quanto maior o tamanho do disco, mais performático será o throughput. |
Para ambientes com C-Tree Server, recomendamos, além do Storage Pool (Windows) ou LVM (Linux), os seguintes shapes: - Máquina Primária: VM Standard 2.x, com C-Tree Server, App Broker, App Broker VIP, App Compilação, App Balance (monitor), License Server, DBAccess SPOFless, DBAccess Secundário; . Utilizando o BlockStorage, 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.
- Máquina(s) Secundária(s): VM Standard 2.x, com Boundserver, AppServer Secundários, DBAccess Secundário. Utilizando o BlockStorage, 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.
- Máquina VM WebService/Job/Workflow: VM Standard 2.x, com Protheus WEBRest, Protheus WEBService, Protheus Workflow, Protheus JOB, Protheus Schedule, Protheus Mobile, e um DBAccess em modo Secundário. Utilizando o BlockStorage, 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.
- Máquina VM TSS: VM Standard 2.x, com Broker (balance), Appserver Secundários e DBAccess (Single). Utilizando o BlockStorage, 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.
|
Totvs custom tabs box items |
---|
| Nota |
---|
| É importante que os discos estejam em modo High Performance. Quanto maior o tamanho do disco, mais performático será o throughput. |
Para ambientes com Dicionário no banco recomendamos, além do disco estar em high performance, os seguintes shapes (lembrando que, quanto maior o tamanho do disco, mais performático será o throughput): - Máquina Primária: VM Standard 2.x, com C-Tree, App Broker, App Broker VIP, App Compilação, App Balance (monitor), License Server, DBAccess SPOFless, DBAccess Secundário; Utilizando o BlockStorage, 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.
- Máquina(s) Secundária(s): VM Standard 2.x, com AppServer Secundários e DBAccess Secundário. Utilizando o BlockStorage, 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.
- Máquina VM WebService/Job/Workflow: VM Standard 2.x, com Protheus WEBRest, Protheus WEBService, Protheus Workflow, Protheus JOB, Protheus Schedule, Protheus Mobile, e um DBAccess em modo Secundário. Utilizando o BlockStorage, 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.
- Máquina VM TSS: VM Standard 2.x, com Broker (balance), Appserver Secundários e DBAccess (Single). Utilizando o BlockStorage, 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.
|
Totvs custom tabs box items |
---|
| 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. O volume x:\ deve ser armado de forma ao acesso ser tripe em 4 volumes diferentes configurados com o modelo High performance 75 IOPs/GB do mesmo tamanho agregados em formato storage pool no Windows ou Volume Group no Linux. Resultados esperados: LVM 4x512GB : read: IOPS=85.4k, BW=667MiB/s (699MB/s) (19.5GiB/30008msec) Como há um grande consumo do C:\ por parte do SO quando da execução do Protheus, recomendamos utilizar boot volumes de 512GB e configuração de IOPs High Performance. - Passo a passo de como criar o Storage Pool (Windows) Image Modified
- Passo a passo de como criar o LVM (Linux)
|
Totvs custom tabs box items |
---|
| Redes:Visando segurança e melhores práticas, recomendamos trabalhar, no mínimo, com VCNs para cada tipo de uso (Produção, Homologação e Desenvolvimento) e cada com duas subnets, sendo a primeira privada contendo as Appls e, a segunda, privada contendo os databases. Os acessos devem ocorrer através de VPN ou canal Fastconnect por BGP. Para fins de administração, recomendamos o acesso externo por meio de uma VM Linux (SSH para Linux e VNC para Windows).
Nota |
---|
Para minimizar a latência, escolha a região mais próxima à sua localização. |
Segurança:- Use Networking Security Group para permitir somente as portas necessárias;
- Siga o modelo de least privileges para grupos e usuários;
- Habilite mfa para usuários administradores;
- Use criptografia em trânsito e em armazenamento (já disponíveis nos serviços DBaaS OCI).
Expandir |
---|
title | Clique aqui para visualizar as portas sugeridas para liberação no Network 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 Network Security Group. No entanto, 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 no OCI;
- 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 |
|
Totvs custom tabs box items |
---|
|
|
Informações |
---|
| Os Blueprints devem estar no mesmo Availability Domain (AD). |
Informações |
---|
Clientes que usam dicionário no banco de dados não precisam utilizar Storage Pool ou LVM. Mantemos a recomendação quanto ao uso do disco em High Performance. Quanto maior o volume apresentado, melhor é o Disk Throughput na OCI. |
|