Árvore de páginas

Versões comparadas

Chave

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

(rever

Estimamos a quantidade de recursos necessários para suportar a solução do ERP TOTVS Protheus  Protheus com foco na operação e disponibilidade do ambiente dentro do padrão de mercado. Estudamos as tecnologias de nuvem pública de cada fornecedor para proporcionar a melhor experiência de nosso cliente para com outras arquiteturas possíveis. Neste estudo, pretendemos verificar o escalonamento horizontal e o escalonamento vertical necessários para o bom desempenho do produto. Determinamos, para cada arquitetura, o blueprint conforme os testes realizados e a homologação em clientes betas

rever)

Conceitos Alguns dos conceitos que aplicamos no decorrer dos testes podem ser verificados abaixo, dentre eles, o escalonamento vertical, horizontal, conforme a solicitação por demanda.

Escalonar verticalmente (scale up/down) significa adicionar ou remover recursos de um único nó em um VM, normalmente envolvendo a adição de CPU’s, memória e disco SSD em modo high performance. Tal escalonamento vertical , dicionário em RAM, o conceito de Slave VIP. de sistemas existentes também permite-os usar tecnologia de virtualização de forma mais eficiente, uma vez que ele fornece mais recursos para o conjunto hospedado de sistema operacional e módulos de aplicação a compartilhar. Com esse cenário podemos adquirir conhecimento tomar vantagem de tais recursos também pode ser chamado de "aumento", como a expansão do número de processos daemon executando no momento. Escalabilidade de aplicação é o desempenho melhorado de execução de aplicações em uma versão aumentada (scaled-up) do sistema.

(Imagem Verticial)


Escalonar horizontalmente - scale out/inAdicionamos mais VMs ou serviços para a distribuição da carga dos serviços do Protheus. Podemos, por exemplo, necessitar de uma nova VM com 6 2 serviços slaves e um DBAccess que utiliza modo distribuído ou SPOFLess. Como os recursos computacionais estão mais acessíveis e o desempenho continua a crescer, aplicações de computação de alto desempenho - como análise sísmica e cargas de trabalho - tem uma mudança muito rápida no volume de dados para tarefas que antes exigiam melhor desempenho.  Com o escalonamento horizontal, podemos liberar recursos, diminuindo a bilhetagem, e obter poder de computação agregada (que geralmente excede ao de computadores baseados em um único processador tradicional).

...

A imagem abaixo demonstra um exemplo de máquinas slave em cenários com crescimento pela horizontal:

Escalonar verticalmente - scale up/down: Adicionamos ao servidor (master ou slaves) recursos para o melhor gerenciamento dos serviços que estão sendo executados. Estes recursos são referentes apenas à máquina, como CPU, memória ou disco, por exemplo.


Dicionário em Memória RAM: Pensando em um cenário de escalabilidade horizontal para o Application Server (onde distribuímos vários serviços "Slave" do Application Server em vários equipamentos), foi desenvolvido um mecanismo de cache dos dicionários de dados (SXS) do ERP em memória, com sincronismo automático, em parceria com a Faircom® para retirar o overhead de rede na leitura dos metadados. Para isso, a partir da Build 7.00.121227P, o pacote de arquivos do Application Server passa a ser distribuído com uma versão do c-Tree Server compilada em DLL, conhecida por BoundServer. Utilizando um c-Tree Server com a licença Faircom c-Tree Server Enterprise, podemos configurar um ou mais Application Servers do ambiente para replicarem os dicionários do ERP desejados entre estas instâncias, onde cada Application Server com esta configuração vai acessar os dados dos arquivos do cache para operações de leitura, e um mecanismo de sincronismo entre o c-Tree Server e os Application Server(s) trabalhando com o cache (mecanismo ou thread de notificação) mantém os caches dos dados atualizados caso alguma das tabelas em memória seja alterada. Não entra aqui

Slave VIP: Em um cenário de alta disponibilidade, um dos slaves pode ser mantido como "VIP": este único slave ficará disponível 24/7. Neste cenário, é importante a configuração de um broker (balanceamento de carga) exclusivo após a escolha do blueprint.

...