Distribuição de Sistema de CacheMarcos de Benedicto – 16/nov/2012                                               BALANCE DO...
Distribuição de Sistema de Cache  Marcos de Benedicto – 16/nov/2012                                                       ...
Distribuição de Sistema de Cache  Marcos de Benedicto – 16/nov/2012Cache Layer-21. Balanceamento do NLB garante que os nós...
Distribuição de Sistema de Cache  Marcos de Benedicto – 16/nov/2012Cache Layer-3                                          ...
Próximos SlideShares
Carregando em…5
×

Cache Content 3 Layers

308 visualizações

Publicada em

Suggested architecture for assembly cache in three layers using Amazon infrastructure, Akamai and NoSQL.

Publicada em: Tecnologia
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
308
No SlideShare
0
A partir de incorporações
0
Número de incorporações
1
Ações
Compartilhamentos
0
Downloads
1
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Cache Content 3 Layers

  1. 1. Distribuição de Sistema de CacheMarcos de Benedicto – 16/nov/2012 BALANCE DOMAIN External Web-Cache EXT CACHE_1 EXT CACHE_2 EXT CACHE_3 EXT CACHE_4 FW/NLB DMZ Web-Cache DMZ CACHE_1 DMZ CACHE_2 DMZ CACHE_3 DMZ CACHE_4 FW/NLB Green Zone WEB SERVER APP SERVER App-Cache DB CACHE_1 DB CACHE_2 DATABASE Página 1
  2. 2. Distribuição de Sistema de Cache Marcos de Benedicto – 16/nov/2012 DOMAINCache Layer-11. Registro de domínio. Registro.br2. Configuração de dominio.com.br em dois DNS, umasugestão seria utilizar o Route53 da Amazon. Neste caso NS1.DOMAIN NS2.DOMAINconfigurar o domínio em duas regiões diferentes.3. Configurar balanceamento para o “External Web Cache ”,existem muitas soluções para esta camada, uma delas seria o BALANCER_1 BALANCER_2Akamai. São aconselhados pelo menos 4 regiões de cachepara esta camada os quais podem ser configurados no ELB daAmazon, lembrando que o ELB deve ser montado em pelomenos duas regiões diferentes dentro da Amazon.4. Configuração do “External Web-Cache” ou “Web Cache EXT CACHE_1 EXT CACHE_2 EXT CACHE_3 EXT CACHE_4Accelerator”, a sugestão aqui é configurar no Akamai, esteserviço é muito utilizado pelos portais e garante uma boaintegridade e performance. Este serviço deve apontar parauma camada de Firewall/NLB instalada na DMZ. Esta Camadaé constituída de um equipamento de Firewall para garantia desegurança e um NLB para distribuição de nós de WebServer. FW/NLB Página 2
  3. 3. Distribuição de Sistema de Cache Marcos de Benedicto – 16/nov/2012Cache Layer-21. Balanceamento do NLB garante que os nós do cache sejam EXT CACHE_1 EXT CACHE_2 EXT CACHE_3 EXT CACHE_4utilizados de forma igual, a sugestão para este balanceamentoé LeastConns + source address onde são analisadas asconexões de cada nó e distribuídas de forma igual, sourceaddress para que se mantenham as sessões em apenas um FW/NLBnó.2. Cache de DMZ, nesta camada a sugestão é utilizar o Varnisho qual recebe os requests do NLB pesquisa na memóriainterna e caso não exista o objeto ele solicita ao webserver, DMZ CACHE_1 DMZ CACHE_2 DMZ CACHE_3 DMZ CACHE_4esta pesquisa é feita da seguinte forma: Consulta ao objetodo varnish, caso existe o varnish pergunta ao webserver queresponde com 304(não modificado) ou com 200(paraatualização do cache server)3. Firewall entre DMZ e GreenZone, este firewall garante que FW/NLBa comunicação entre cache server e webserver, alem debalancear a camada de webserver. Esta camada garante quenão serão feitas request de outros ambientes e que esteswebservers não estarão disponíveis para consulta fora domodelo de cache. DATA Página 3
  4. 4. Distribuição de Sistema de Cache Marcos de Benedicto – 16/nov/2012Cache Layer-3 FW/NLB1. GreenZone é a área onde são inseridos e modificados osdados, esta área deve ser protegida de qualquer intervençãoexterna e deve ter a intervenções internas controladas poralguma ferramente de analise de logs e segurança. WEB WEB SERVER_1 SERVER_22. São montadas redundancias nesta camada afim de garantirredundancia e não performance, neste modelo osresponsaveis pela performance são os cache servers, portantoestão nesta camada dois webservers, dois apps servers e doisnós de banco de dados. Este modelo é suficiente para a APP APPestrutura e mais simples para o controle de segurança e SERVER_1 SERVER_2aplicação de patchs.3. Os webservers se comunicam com o apps server viamod_wl_2.0 o qual já tem um balanceamento de carga eredundância necessários para o ambiente. DB CACHE_1 DB CACHE_24. Os apps servers devem fazer a consulta da camada deNoSQL(DB CACHE) implementada com Layer-3 de cache, estefunciona como uma tabela de consulta dos principais objetosdo banco diminuindo a carga dos nós do banco.5. A persistência de dados deve ser feita com uma conexãodireta entre apps servers e banco de dados, é um caminho DB NODE_1 DB NODE_2diferente da consulta, neste caso não é necessário que existaa camada de NoSQL(DB CACHE). Página 4

×