Linha Microsiga Protheus

Árvore de páginas

Versões comparadas

Versão antiga 5

changes.mady.by.user Thais Akemi Alves Itocazu

Gravado em

comparado com

Nova versão 6

changes.mady.by.user Thais Akemi Alves Itocazu

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Standard DS4 v2: Computação padrão baseada em Intel® Xeon® Platinum 8272CL (Cascade, Lake), Intel® Xeon® 8171M 2.1 GHz (Skylake) ou os processadores Intel® Xeon® E5-2673 v4 2,3 GHz (Broadwell) ou Intel® Xeon® E5-2673 v3 2,4 GHz (Haswell)VM recomendado

Informações
Recomendamos o uso de VM´s com processadores Intel, pois este apresentou um desempenho melhor nos testes, comparado com a AMD.

Fluxo da arquitetura

Utilizamos Standard DS4 v2 com distribuição de carga durante a avaliação devido a arquitetura de baixo custo, onde ocorreu o maior fluxo de teste.



Nota
title

...

Atenção
Não recomendamos o banco de dados como serviço da Azure, uma vez que atualizações automáticas podem comprometer o funcionamento da aplicação.



Máquina MasterPrimária:  Possui a função de Gateway, direcionando as conexões para os SlavesSecundários. Se conecta nas máquinas SlaveSecundária, Slave Secundária VIP, WF/WB/SCH/JOB, e Database.  

Máquina Secundária: De 1 a N, recebe as requisições da MasterPrimária para processamento. Não é recomendado instalar outros serviços. Elas podem ser escalonadas horizontalmente conforme a necessidade. Estas máquinas recebem conexões de usuário e processos.

Máquina Secundária VIP: Para cenários que necessitam de alta disponibilidade, pode ser definido uma vm dos VM das pré-desenhados desenhadas que não será desligado 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.

...

Clientes que utilizam dicionário no banco de dados não precisam utilizar Storage Pool ou LVM. Mantemos a recomendação ao uso do disco em High Performance. Quanto maior o volume apresentado, melhor é o Disk Throughput na Azure.=================================================

(Alterar conforme distribuição/estrutura montada na Azure)

Distribuição de serviços e o uso de VM´s

  • C-Tree Server
  • Dicionário no banco
  • IO/LVM/Storage Pool
  • Redes/Segurança
  • Compartimentalização
  • Conectividade do cenário real

...

Aviso
É importante que os discos estejam em modo High Performance. Quanto maior o tamanho do disco, mais performático será o throughput.
Informações
Recomendamos o uso da VM Intel.

...

Totvs custom tabs box
tabsC-Tree Server,Dicionário no banco,Redes,Segurança e compartimentalização
ids01,02,03,04
Totvs custom tabs box items
defaultyes
referencia01

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

Máquina Master: VM Standard DS4 v2, 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 DS4 v2, 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 DS4 v2, 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 DS4 v2, 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. 

=====================================

...

Totvs custom tabs box items
defaultno
referencia02

Para ambientes com Dicionário no banco recomendamos, além do disco estar em high performance, os seguintes VM´s (lembrando que, quanto maior o tamanho do disco, mais performático será o throughput): 

Máquina Master: VM Standard DS4 v2, 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 DS4 v2, 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: 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
defaultno
referencia03

Visando segurança e melhores práticas, recomendamos trabalhar, no mínimo, com VNet 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

...

as databases. Os acessos devem ocorrer através de VPN ou canal

...

ExpressRoute. Para fins de administração, recomendamos o acesso externo por meio de uma VM Linux (SSH para Linux e VNC para Windows).

...

Segurança:

...

Totvs custom tabs box items
defaultno
referencia04

Para segurança:

  • Use os grupos de segurança de rede 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.

Para compartimentalização:

Utilize esta alternativa com três objetivos:

  1.  Agrupar melhor os recursos na Azure;
  2.  Ter melhor controle de custos;
  3.  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

 

====================================


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

...

Não recomendamos VM´s maiores do que os listados para os servidores SlaveSecundários, sempre opte por escala horizontal.

  • Slave Máquina secundária VIP
  • Capacidade de cada VM
  • 50 usuários simultâneos
  • 100 usuários simultâneos
  • 200 usuários simultâneos
  • Mesclando VM´s
  • Zona Segura de Processamento

===========================================

  • Slave Máquina secundária VIP

Para os cenários que necessitam de um Slave 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 no Masterna Máquina Primária (Gateway).

 Ajustes no sistema operacional

...

Para até 50 usuários (ou até 60% de consumo de CPU): VM Standard DS2 v2, com 1 App Boundserver, 2 Appserver Slaves Secundários e 1 DBAccess SlaveSecundá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é 100 usuários (ou até 60% de consumo de CPU): VM Standard DS3 v2, com 1 App Boundserver, 2 Appserver Slaves Secundários e 1 DBAccess SlaveSecundá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é 200 usuários (ou até 60% de consumo de CPU): VM Standard DS4 v2, com 1 App Boundserver, 2 Appserver Slaves Secundários e 1 DBAccess SlaveSecundário. Utilizando o BlockStorage, recomendamos o volume de 512GB no C:\ e 1TB no X:\ em cenários Windows; ou 512GB no / e 1TB no /protheus em cenários Linux. Em ambas as situações, utilize o disco em High Performance.

...