Conforme estudo realizado em conjunto com o time de arquitetura da Oracle (responsável pela OCI - Oracle Cloud Infrastructure), estudamos foram observados cenários computacionais gerando melhores insights dentro de sua arquitetura computacional.

As recomendações desta página são baseadas nos testes de Benchmark realizados pelo time de Engenharia de Dados nos shapes disponíveis da OCI.

Nos testes, utilizamos Windows e Linux; constatamos que o Linux obteve melhor desempenho (em torno de 18% de melhora) quando comparado ao Windows.

Nota

title

Shapes

VM.Standard2:X Computação padrão baseada em X7. Processador: Intel Xeon Platinum 8167M. Frequência base 2.0 GHz, frequência máxima de turbo 2.4 GHz.

BM.Standard2:X computação padrão baseada em X7. Processador: Intel Xeon Platinum 8167M. Frequência base 2.0 GHz, frequência máxima de turbo 2.4 GHz.

VM.DenseIO2: computação de E/S densa baseada em X7. Processador: Intel Xeon Platinum 8167M. Frequência base 2.0 GHz, frequência máxima de turbo 2.4 GHz.

Fluxo da arquitetura

Usando VM.Standard2:X com distribuição de carga.

Recomendamos que o Blueprint esteja no mesmo Availability Domain (AD).

Image Removed

Máquina Master: Possui a função de Gateway, direcionando as conexões para os Slaves.

Máquina Slave: De 1 a N, recebe as requisições da Master para processamento. Nestas, não é recomendado instalar outros serviços. Elas podem ser escalonadas horizontalmente conforme a necessidade.

Máquina Slave 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.

Informações
Aos clientes que utilizam dicionário no banco de dados, não há a necessidade de utilizar Storage Pool ou LVM, mas mantemos a recomendação ao uso do disco em High Performance. Quanto maior o volume apresentado, melhor é o Disk Throughput na OCI.

Distribuição de serviços e o uso do shapes

Atenção

Em cenários com o dicionário em CTreeServer, utilize os volumes com Paravirtualized attachment para os shapes de VM da aplicação e a última imagem de Sistema Operacional disponível no OCI, respeitando as versões de sistemas operacionais homologados para o Protheus (Application Server e SmartClient). Para a VNIC, utilize a configuração paravirtualized.

Em cenários com o dicionário no banco de dados, utilize os volumes com iSCSI attachment para os shapes de VM da aplicação e a última imagem de Sistema Operacional disponível no OCI, respeitando as versões de sistemas operacionais homologados para o Protheus (Application Server e SmartClient). Para a VNIC, utilize a configuração SR-IOV.

Expandir

title	Relação de Shapes Padrão (VM.Standard)

VM.Standard.E3: computação padrão baseada em E3, com um número flexível de OCPUs. Processador: AMD EPYC 7742. Frequência base 2.25 GHz, frequência máxima de boosting 3.4 GHz.

VM.Standard.E4: Computação padrão baseada em E4. Processor: AMD EPYC 7J13. Frequência base 2.55 GHz, frequência máxima de boosting 3.5 GHz.

VM.Standard3: computação padrão baseada em X9. Processador: Intel Xeon Platinum 8358. Frequência base 2.6 GHz, frequência máxima turbo 3.4 GHz.

VM.Optimized3: Processador: Intel Xeon 6354. Frequência base 3.0 GHz, frequência máxima turbo 3.6 GHz.

Forma	Processador	OCPU	Memória (GB)	Armazenamento
VM.Standard.E3.Flex	2.25 Ghz AMD EPYC 7742	1-64	01-1024	Até 1 PB de Volumes em Blocos Remotos
VM.Standard.E4.Flex	2.55 GHz AMD EPYC 7J13	1-64	01-1024	Até 1 PB de Volumes em Blocos Remotos
VM.Standard3.Flex	2.6 GHz, Intel Xeon Platinum 8358	1-32	01-512	Até 1 PB de Volumes em Blocos Remotos
VM.Optimized3.Flex	3.6 GHz, Intel Xeon Platinum 6354	1-18	01-512	Até 1 PB de Volumes em Blocos Remotos

Clique aqui para mais informações sobre as formas de máquinas virtuais.

Dica

title	Shape recomendado

Em testes realizados de benchmark e nos clientes betas, os processadores AMD.E4 apresentaram melhora de 40% em desempenho em relação ao Intel.2X.

Fluxo da arquitetura

Totvs custom tabs box

tabs	Cenário geral,C-Tree Server,Dicionário no banco,IO/LVM/Storage Pool,Redes e Segurança,Compartimentalização,Conectividade
ids	01,02,03,04,05,06,07

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.

Totvs custom tabs box items

default	yes
referencia	01

Nota

title	Ponto de atenção

É importante que os discos estejam em modo High Performance. Quanto maior o tamanho do disco, mais performático será o throughput.

Image Added

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.
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

default	no
referencia	02

Nota

title	Ponto de atenção

É importante que os discos estejam em modo High Performance. Quanto maior o tamanho do disco, mais performático será o throughput.

Image Added

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

Totvs custom tabs box

tabs	C-Tree Server, Dicionário no banco, IO/LVM/Storage Pool, Redes/Segurança, Compartimentalização, Conectividade do cenário real
ids	01,02,03,04,05,06

Totvs custom tabs box items

default	yes
referencia	01

Image Removed

Para ambientes com C-Tree Server, recomendamos, além do Storage Pool (Windows) ou LVM (Linux), os seguintes shapes:

Máquina Master: VM Standard 2.x, com C-Tree, App Broker, App Broker VIP, App Compilação, App Balance (monitor), License Server, DBAccess SPOFless, DBAccess Slave; 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) Slave(s): VM Standard 2.x, com Boundserver, AppServer Slaves, DBAccess Slave. 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 Slave. 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 Slaves 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.

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) (em breve)

Passo a passo de como criar o LVM (Linux) (em breve)

Totvs custom tabs box items

default	no
referencia	02

Image Removed

Para ambientes com Dicionário no banco, recomendamos, além do Storage Pool (Windows) ou LVM (Linux), os seguintes shapes:

Máquina Master: VM Standard 2.x, com C-Tree, App Broker, App Broker VIP, App Compilação, App Balance (monitor), License Server, DBAccess SPOFless, DBAccess Slave; 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) Slave(s): VM Standard 2.x, com AppServer Slaves e DBAccess Slave. 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 Slave. 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

(s) Secundária(s): VM Standard 2.x, com

Broker (balance), Appserver Slaves e DBAccess (Single)

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

em High Performance.

Totvs custom tabs box items

default	no
referencia	03

Totvs custom tabs box items

default	no
referencia	04

Redes:

Visando segurança e melhores práticas recomendamos minimamente trabalhar com VCNs para cada tipo de uso (Produção, Homologação e Desenvolvimento) e cada com 2x subnets sendo 1a. privada contendo as Appls e a 2a. Privada contendo os databases. o acesso devem se dar através de VPN ou canal Fastconnect por BGP, para fins de administração acesso Externo o uso de uma VM Linux bastião é altamente recomendado (SSH para Linux e VNC para Windows).

Segurança:

Usar Networking Security Group para permitir somente as portas necessárias, seguir o modelo de least privileges para grupos e usuários, habilitar mfa para usuários admins, usar criptografia em trânsito e em armazenamento já disponíveis nos serviços DbaaS OCI.

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

default	no
referencia	03

Nota

title	Ponto de atenção

É importante que os discos estejam em modo High Performance. Quanto maior o tamanho do disco, mais performático será o throughput.

Image Added

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.

Utilizar esta alternativa para com três objetivos 1 melhor agrupar os recursos no OCI e 2 melhor controle de custos 3 melhor organização das permissões de segurança.

Sugestão de compartimentos:

Image Removed

totvs-custom-tabs-

Totvs custom tabs box items

default	no
referencia	05

Produção

Aplicação

Database

Homologação

Aplicação

Database

Desenvolvimento

Aplicação

Database

totvs-custom-tabs-box-items

default	no
referencia	06

Image Removed

Blueprints recomendadas de acordo com cada quantidade de usuários simultâneos:

04

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 Added
Passo a passo de como criar o LVM (Linux) Image Added

totvs-

Totvs custom tabs box

tabs	Slave VIP, 75 usuários simultâneos, 150 usuários simultâneos, 450 usuários simultâneos
ids	01,02,03,04

totvs-custom-tabs-box-items

default	yesno
referencia	0105

Image Removed

Para os cenários que necessitam de um Slave 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 no Master (Gateway).

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

title	Atençã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ç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

default	no
referencia	06

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

Image Added

Totvs custom tabs box items

default	no
referencia	07

Image Added

Informações

title	Recomendação

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.

Aviso

title	BoundServer/BoundClient

O AppServer BoundServer/BoundClient consome apenas memória, e pode ser utilizado apenas por clientes com C-Tree Server Enterprise. Para os clientes que já utilizam o dicionário no banco de dados, este recurso não é necessário.

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

Nota

title	Atençã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 máquinas Secundárias).

Totvs custom tabs box

tabs	Secundária VIP, Capacidade de cada shape, Mesclando Shapes, Zona Segura de Processamento
ids	usr01,usr02,usr03,usr04

Totvs custom tabs box items

default	yes
referencia	usr01

Image Added

Para os cenários que necessitam de uma máquina 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 máquina Primária (Gateway).

Totvs custom tabs box items

default	no
referencia	usr02

Expandir

title	C-Tree Server - Intel

Image Added

Para até 25 usuários (ou até 60% de consumo de CPU): VM Standard 2.2, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 256GB no C:\ e 256GB no X:\ em cenários Windows; ou 256GB no / e 256GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.
Para até 50 usuários (ou até 60% de consumo de CPU): VM Standard 2.4, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 512GB no X:\ em cenários Windows; ou 512GB no / e 512GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.
Para até 150 usuários (ou até 60% de consumo de CPU): VM Standard 2.8, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 512GB no X:\ em cenários Windows; ou 512GB no / e 512GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.

Expandir

title	C-Tree Server - AMD

Image Added

Para até 40 usuários (ou até 60% de consumo de CPU): VM Standard.E3.FlexO1, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 256GB no C:\ e 256GB no X:\ em cenários Windows; ou 256GB no / e 256GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.
Para até 80 usuários (ou até 60% de consumo de CPU): VM Standard.E3.FlexO2, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 512GB no X:\ em cenários Windows; ou 512GB no / e 512GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.
Para até 180 usuários (ou até 60% de consumo de CPU): VM Standard.E3.FlexO4, com 1 App Boundserver, 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 512GB no X:\ em cenários Windows; ou 512GB no / e 512GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.
Para até 360 usuários (ou até 60% de consumo de CPU): VM Standard.E3.FlexO8, com 1 App Boundserver, 4 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 512GB no X:\ em cenários Windows; ou 512GB no / e 512GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.

Expandir

title	Dicionário no banco - Intel

Image Added

Para até 35 usuários (ou até 60% de consumo de CPU): VM Standard 2.2, com 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 256GB no C:\ e 256GB no X:\ em cenários Windows; ou 256GB no / e 256GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.
Para até 70 usuários (ou até 60% de consumo de CPU): VM Standard 2.4, com 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 512GB no X:\ em cenários Windows; ou 512GB no / e 512GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.
Para até 180 usuários (ou até 60% de consumo de CPU): VM Standard 2.8, com 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 512GB no X:\ em cenários Windows; ou 512GB no / e 512GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.

Expandir

title	Dicionário no banco - AMD

Image Added

Para até 50 usuários (ou até 60% de consumo de CPU): VM Standard.E3.FlexO1, com 2 Appserver Secundários e 1 DBAccess Secundário

Totvs custom tabs box items

default	no
referencia	02

Image Removed

Para ambientes com 75 usuários simultâneos, recomendamos máquina(s) Slave(s): VM Standard 2.2, com AppServer Slaves, Boundserver e DBAccess Slave

. Utilizando o BlockStorage, recomendamos o volume de

512GB

256GB no C:\ e 256GB no X:\ em cenários Windows; ou 256GB no / e 256GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High

Performance. Cada máquina neste shape suporta até 25 usuários ou até 60% do consumo de CPU; acima disso, é possível realizar o escalonamento horizontal, adicionando mais máquinas para acompanhar o consumo.

Totvs custom tabs box items

default	no
referencia	03

Performance.
Para até 100 usuários (ou até 60% de consumo de CPU): VM Standard.E3.FlexO2, com 2 Appserver Secundários e 1 DBAccess Secundário

Image Removed

Para ambientes com 150 usuários simultâneos, recomendamos máquina(s) Slave(s): VM Standard 2.4, com AppServer Slaves, Boundserver e DBAccess Slave

. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 512GB no X:\ em cenários Windows; ou 512GB no / e 512GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.

Cada máquina neste shape suporta até 50 usuários

Para até 200 usuários (ou até 60%

do

de consumo de CPU

; acima disso, é possível realizar o escalonamento horizontal, adicionando mais máquinas para acompanhar o consumo.

Totvs custom tabs box items

default	no
referencia	04

): VM Standard.E3.FlexO4, com 2 Appserver Secundários e 1 DBAccess Secundário. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 512GB no X:\ em cenários Windows; ou 512GB no / e 512GB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.
Para até 400 usuários (ou até 60% de consumo de CPU): VM Standard.E3.FlexO8, com 4 Appserver Secundários e 1 DBAccess Secundário

Image Removed

Para ambientes com 450 usuários simultâneos, recomendamos máquina(s) Slave(s): VM Standard 2.8, com AppServer Slaves, Boundserver e DBAccess Slave

. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e

1TB

512GB no X:\ em cenários Windows; ou 512GB no / e

1TB

512GB no /protheus em cenários Linux. Em ambas as situações

, utilize o disco em High Performance. Cada máquina neste shape suporta até 150 usuários ou até 60% do consumo de CPU; acima disso, é possível realizar o escalonamento horizontal, adicionando mais máquinas para acompanhar o consumo.

, utilize o disco em High Performance.

Totvs custom tabs box items

default	no
referencia	usr03

Image Added

Totvs custom tabs box items

default	no
referencia	usr04

Image Added

Expandir

title	Ajustes no sistema operacional - Intel

Totvs custom tabs box

aj01,aj02

tabs	Rede, Memória L2 e L3
ids		aj01,aj02

Informações

title	Atenção

Estes ajustes se fazem necessários para arquiteturas que utilizem os processadores Intel.

Totvs custom tabs box items

default	yes
referencia	aj01

Ajuste de rede

Para Windows, no processador Intel, é necessário ajustar a interface de rede. De acordo com testes realizados já em clientes e no teste de estresse junto com o time da OCI, sem estas configurações, os servidores podem apresentar:

➢ baixa eficiência no tráfego de dados de micro pacotes.

➢ Erro: “Warning Warning - TOPCONN - NO CONNECTION -2”2, referente ao tráfego entre Application Server e DBaccess.

O problema pode ser causado pelo Windows TCP Stack, transferindo o uso da interface de rede para a CPU. Para resolver esse problema, há a necessidade de desativar recursos que não são suportados pelo driver broadcom.

Para essa configuração, realize os ajustes através por meio do MSDOS em modo Administrador.

Desative o TCP chimney, AutoTuning, Congestion Provider, Task Offloading e ECN Capability:

netsh int tcp set global chimney=disabled

netsh int tcp set global autotuninglevel=normal

netsh int tcp set supplemental custom congestionprovider=none

netsh int tcp set global ecncapability=disabled

netsh int ip set global taskoffload=disabled

netsh int tcp set global timestamps=disabled

Ative a feature RSS no driver:

netsh int tcp set global RSS=enable

Existem algumas configurações adicionais que também causam problemas de desempenho. Aqui está o que Veja quais são e como fazer as mudanças necessárias:

Receive Segment Coalescing (RSC)

O RSC é uma tecnologia de descarregamento sem estado, que ajuda a reduzir a utilização da CPU para processamento de rede no lado do recebimento, descarregando tarefas da CPU para um adaptador de rede compatível com RSC. A saturação da CPU, devido ao processamento relacionado à rede, pode limitar a escalabilidade do servidor. Esse problema, por sua vez, reduz a taxa de transação, a taxa de transferência bruta e a eficiência. É semelhante ao problema de descarregamento de TCP, e é recomendável definir como Disabled.

1 Para desabilitar em todos os adaptadores de rede:

Disable-NetAdapterRsc *

2 Desativar RSC globalmente:

netsh int tcp set global rsc=disabled

Image Modified

Ajuste através do PowerShell em modo Administrador.

Set-NetAdapterAdvancedProperty Ethernet -DisplayName "Large Send Offload V2 (IPv4)" -DisplayValue "Disabled" -NoRestart
Set-NetAdapterAdvancedProperty Ethernet -DisplayName "Large Send Offload V2 (IPv6)" -DisplayValue "Disabled" -NoRestart
Set-NetAdapterAdvancedProperty Ethernet -DisplayName “Large Send Offload V2 (IPv4)” -DisplayValue “Disabled” -NoRestart
Set-NetAdapterAdvancedProperty Ethernet -DisplayName “Large Send Offload V2 (IPv6)” -DisplayValue “Disabled” –NoRestart

Totvs custom tabs box items

default	no
referencia	aj02

Ajuste de Memória L2 e L3 cache em Windows .(para processadores Intel)

Este ajuste é importante para deixar o processamento mais fluido, evitando a sobrecarga de consumo de recursos. Testes realizados em rotinas que realizam o processamento na camada de aplicação obtiveram ganhos de 10% em desempenho na camada de CPU, pois o sistema operacional está mais fluido.

Para fazer a leitura das especificações do computador, primeiro é necessário instalar o programa CPU-Z.

Aplicando os ajustes

Para habilitar o cache L2:

Tendo em mãos as especificações de seu computador, entre no regedit (na barra de pesquisa do Windows, digite “regedit”).
Clique na seta à esquerda das respectivas pastas: HKEY_LOCAL_MACHINE

;

/SYSTEM

;

/CurrentControlSet

;

/Control

;

/Session Manager.
Clique em Memory Management, e dê dois cliques em SecondLevelDataCache.
Altere a base para Decimal, e substitua o valor 0 pelo tamanho (size) do L2 Cache (que pode ser verificado no programa CPU-Z, na janela Caches, sendo o terceiro bloco de informação).

Abaixo, uma imagem do programa e a localização das informações:

Image Modified

Para habilitar o cache L3:

No mesmo local de configuração para o L2, no regedit, clique com o botão direito do mouse em um espaço vazio, selecione Novo > Valor DWORD(32 bits).
Nomeie este novo valor como

“

ThirdLevelDataCache

”

, sem as aspas.
Dê um duplo clique sobre este novo valor para editá-lo e selecione a base Decimal.
Se, como no print, seu L3 Cache estiver com um valor em MBytes, multiplique-o por 1024 antes de alterar o valor.
Adicione este valor em Dados do valor no regedit, e reinicie o computador. Note que no primeiro restart o computador pode estar um pouco mais lento, já que o Windows precisa incorporar estes novos dados, mas no segundo restart o computador deve estar mais rápido que o habitual.

Árvore de páginas

Versões comparadas

Versão antiga 39

Nova versão Atual

Chave

Shapes

Redes:

Segurança:

Redes:

Segurança:

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

Receive Segment Coalescing (RSC)

Árvore de páginas

Histórico da Página

Versões comparadas

Versão antiga 39

Nova versão Atual

Chave

Shapes

Redes:

Segurança:

Redes:

Segurança:

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

Receive Segment Coalescing (RSC)