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                                          ...
Upcoming SlideShare
Loading in …5
×

Cache Content 3 Layers

321 views

Published on

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

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
321
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for 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

×