O documento compara a escalabilidade vertical versus horizontal em aplicações Java, discutindo os benefícios e desafios de cada abordagem. Também explica como a SaveinCloud oferece escalabilidade automática de containers Java sem necessidade de provisionamento manual de recursos.

1. Alta disponibilidade e
escalabilidade em
Aplicações Java
23/11/2020
Fábio de Carvalho Vieira
Powered

2. COMPARAÇÃO
● Downtimes/Oscilações no Deploy
● Downtimes/Oscilações ao reiniciar serviço
● Alto risco de falhas ou sobrecarga na VM
● Dificuldade para escalar
● Modular e Flexível
● Deploy e atualizações independentes
● Mais fácil para escalar e manter

3. DIAGRAMA

4. ESCALABILIDADE VERTICAL E HORIZONTAL

5. VERTICAL vs HORIZONTAL
Escalabilidade Vertical Escalabilidade Horizontal
VS

6. ESCALABILIDADE VERTICAL
● Fácil de configurar e publicar
● Sem necessidade de alterações no código para
escalar
● Sem necessidade de sincronização de dados
● Pouca complexidade
● Menores custos
● Ambientes com muita memória não disponíveis em
alguns provedores
● Facilidade para aumentar a performance
● Sem problemas com a rede ou latência
● Sem alta disponibilidade - risco significativo
de downtime se falhar o servidor ou exceder
os limites
● Dificuldade de fazer deploy sem downtime
● Dificuldade para migrar a outro servidor físico
ou infraestrutura maior, e o live migration
depende da tecnologia de virtualização
escolhida
É a capacidade de aumentar e diminuir os recursos disponíveis do seu ambiente, de maneira
rápida e flexível.
Prós Contras

7. Escalabilidade Horizontal
● Solução dos problemas de alta
disponibilidade: fácil de configurar um
ambiente pronto para produção
● Opção de auto-cluster disponível,
diminuindo a complexidade
● Escalabilidade Automática
● Disponível Escalabilidade Stateful ou
stateless
● Inteligência na distribuição dos ambientes
(Anti-affinity)
● Flexibilidade na gestão com opções de UI,
API y JPS
ESCALABILIDADE VERTICAL/HORIZONTAL NA SAVEINCLOUD
Escalabilidade Vertical
● Resolve o problema de alocação de
recursos sem necessidade de definir
exatamente quanto vai utilizar
● RAM e CPU disponíveis de acordo ao
uso e limites estabelecidos na
configuração do container
● O consumo é monitorado e cobrado
em tempo real baseado no uso
● Capacidade de ajustar os limites
máximos sem necessidade de
migração

8. JAVA ESCALÁVEL EM VMS E CONTAINERS

9. LIMITES VS USO REAL EM UMA VM

10. LIMITES VS USO REAL EM UM CONTAINER

11. ESCALABILIDADE VERTICAL VMS VS CONTAINER
Redimensionamento no mesmo container em tempo real é
facil, econômico e rápido comparado com o formato VM

12. ELASTICIDADE EM UM CLOUD BASEADO EM CONTAINERS

13. ESCALABILIDADE VERTICAL AUTOMÁTICA
Cada container hospedado com
SaveinCloud Jelastic PaaS é dividido em
unidades.
1 cloudlet = 128MiB de RAM e 400MHz de CPU

14. ESCALABILIDADE VERTICAL AUTOMÁTICA
É possível configurar um limite de
escala máxima para cada container,
onde os recursos ficam disponíveis
sempre que necessário.

15. PAGAR PELO CONTRATADO VS PAGAR PELO USO
Ao usar a escalabilidade vertical automática, você conseguirá uma economia
significativa dos custos do cloud, baseados no uso real.
Forbes - A ilusória eficiência da nuvem: você realmente paga o quanto usa?
Pay-As-You-Go Pay-per-Use

16. ESCALABILIDADE HORIZONTAL DE CONTAINERS JAVA

17. CONTAINERS COM ESCALABILIDADE HORIZONTAL

18. STATELESS (CRIAÇÃO DE UM NOVO) VS STATEFUL (CLONE)
MasterMaster Worker Worker
Stateless Stateful
Stateless mode cria um container vazio
baseado no template padrão do servidor de
aplicação.
É mais rápido que o Statefull e mais fácil de
paralelizar a escalabilidade
Stateful mode cria um novo containers
fazendo uma clonagem a partir do Master.
Normalmente leva mais tempo que o Stateless,
mas os dados são replicados
automaticamente.
Empty Clone

19. REGRAS DE ANTI-AFFINITY
Todos os containers
adicionados em um
ambiente de Cluster são
criados em diferentes
servidores físicos, tendo uma
avançada alta
disponibilidade e proteção
contra falhas.

20. ESCALABILIDADE HORIZONTAL AUTOMÁTICA DE CONTAINERS JAVA

21. OPÇÃO AUTO-CLUSTERING DE CONTAINERS JAVA
A funcionalidade Auto-Clustering mode está disponível para diferentes servidores
de aplicação. Os containers já vem pré configurados com replicação de sessão e
load balancer, garantindo um ambiente com performance e alta disponibilidade.

22. OPÇÃO AUTO-CLUSTERING DE CONTAINERS JAVA

23. SUPERANDO O DESPERDÍCIO DE MEMÓRIA JAVA

24. O MAIOR DESAFIO DE TRABALHAR COM JAVA EE
Jakarta EE Developer Survey 2018
“The most widely acknowledged issue
when employing with Java EE is
large memory requirements (40%)”

25. ENTENDENDO O JVM FOOTPRINT
MAXIMUM MEMORY USAGE FORMULA
MAX = [-Xmx] + [-XX:MaxMetaspaceSize] + [-XX:MaxDirectMemorySize] + Num_Of_Threads * [-Xss]

26. O PROBLEMA
Uso desnecessário de memória
Não se pode mudar o tamanho do JVM Heap em tempo real sem reiniciar

27. COM SAVEINCLOUD, VOCÊ TEM A SOLUÇÃO IDEAL
Recursos liberados automaticamente

28. RECONHECIMENTO DA COMUNIDADE
https://blogs.oracle.com/java/announcing-2018-dukes-choice-award-winners

29. SOLUÇÃO PARA JAVA < 12: EXECUÇÃO DE SERVIÇO GC A TODO MOMENTO
https://github.com/jelastic-jps/java-memory-agent

30. EXEMPLO DO RESULTADO DO ADD-ON NO JENKINS
Depois de instalar o Jelastic Agent GC, o consumo de memória trabalha com um nível mínimo. Sem
o agent, o consumo chega nos 3G sem necessidade. Se o uso da aplicação é mais intenso, os
números são ainda piores.
Container limitado com 8G, max heap limit (Xmx) 6.5G e o consumo de memória depois da
entrada chega aos 3G.

31. BÔNUS
https://cloud.saveincloud.com.br/lp/?camp=LP-generica_java_webinar

32. E-MAIL

33. TOKEN

34. www.saveincloud.com.br
suporte@saveincloud.com
SOMENTE A SAVEINCLOUD PERMITE QUE VOCÊ
TENHA AS MELHORES LEMBRANÇAS DO JAVA!
Powered