{"id":253,"date":"2012-07-18T17:26:47","date_gmt":"2012-07-18T20:26:47","guid":{"rendered":"http:\/\/linuxrs.com.br\/?p=253"},"modified":"2012-07-18T17:29:58","modified_gmt":"2012-07-18T20:29:58","slug":"arquitetura-de-core-centralizada-x-core-distribuida","status":"publish","type":"post","link":"https:\/\/blog.clusterweb.com.br\/?p=253","title":{"rendered":"Arquitetura de Core Centralizada x Core Distribu\u00edda"},"content":{"rendered":"

Tradicionalmente, as redes ethernet (tanto para Data Center como para campus LAN), respeitam um modelo hier\u00e1rquico de arquitetura chamado \u201cthree tier layer\u201d, onde h\u00e1 uma camada de core (n\u00facleo), distribution (distribui\u00e7\u00e3o) e access (acesso). Cada uma dessas camadas define uma fun\u00e7\u00e3o espec\u00edfica.<\/p>\n

Via de regra, a camada de acesso \u00e9 utilizada para prover a conex\u00e3o dos dispositivos de rede dos usu\u00e1rios finais (desktops, laptops, impressoras, pontos de acesso wireless, etc.) \u00e0 rede propriamente dita.<\/p>\n

A camada de distribui\u00e7\u00e3o, \u00e9 utilizada no sentido de prover o roteamento e a agregra\u00e7\u00e3o entre as VLANs dos usu\u00e1rios nas camadas de acesso. \u00c9 nesse camada onde se definem listas de acesso, regras de seguran\u00e7a, pol\u00edticas de roteamento entre VLANs, etc.<\/p>\n

Por fim, a camada de n\u00facleo (core) \u00e9 a cada respons\u00e1vel por agregar tudo isso e fazer o \u201chand off\u201d da rede para o mundo externo. Via de regra, nessa camada se conectam os roteadores, firewalls e todos os dispositivos respons\u00e1veis pela interconex\u00e3o do mundo LAN para o mundo WAN (ou outras redes fora de uma determinada rede LAN). A figura abaixo, ilustra o conceito da arquitetura \u201cthree tier\u201d:<\/p>\n

\"\"<\/a><\/p>\n

Notem que por uma quest\u00e3o de redund\u00e2ncia e alta disponibilidade da rede, todos os switches (ilustrados pelos quadrados) possuem duas conex\u00f5es para a camada vizinha: se uma conex\u00e3o falhar, a outra pode assumir todo o tr\u00e1fego sem problemas.<\/p>\n

Al\u00e9m da arquitetura \u201cthree tier\u201d, h\u00e1 uma adapta\u00e7\u00e3o desse desenho, chamado de \u201ctwo tier\u201d. A id\u00e9ia \u00e9 similar \u00e0 da primeira. Por\u00e9m justifica-se utiliz\u00e1-la em redes menores (at\u00e9 500 pontos na camada de acesso). Nesse caso, a camada de core e distribution ser\u00e3o \u201ccolapsadas\u201d em uma \u00fanica camada. Assim:<\/p>\n

\"\"<\/a><\/p>\n

Mesmo nesse desenho, a id\u00e9ia da redund\u00e2ncia para alta disponibilidade continua presente: tenho dois links para a camada de cima. Se um falhar, o outro assume o tr\u00e1fego.<\/p>\n

Algu\u00e9m nessa altura do texto (espero que sim) poderia se perguntar: se a id\u00e9ia \u00e9 prover redund\u00e2ncia de conectividade, porque n\u00e3o aumentar o n\u00famero de links entre as camadas? Porque manter s\u00f3 dois links entre um elemento de uma camada e o outro de outra, sendo que eu poderia fazer 3, 4, ou 5 links?<\/p>\n

Antes de responder o porqu\u00ea, vale uma observa\u00e7\u00e3o: mesmo que n\u00e3o houvesse restri\u00e7\u00e3o tecnol\u00f3gica para usarmos mais de dois links, valeria a pena financeiramente falando? Em redes de data Center, estou certo que sim. Em redes campus LAN (para usu\u00e1rio final), a resposta pode n\u00e3o ser t\u00e3o \u00f3bvia\u2026<\/p>\n

Mas, voltando \u00e0 tecnologia: lembram-se do Spanning Tree Protocol<\/a>? O protocolo que limitava a utiliza\u00e7\u00e3o dos meus links entre as camadas da rede hier\u00e1rquica, com o intuito de evitar as \u201cbroadcast storms\u201d? A resposta do porqu\u00ea n\u00e3o fazer mais de dois links entre as camadas est\u00e1 a\u00ed.<\/p>\n

Lembrem-se que o Spanning Tree \u00e9 um protocolo que deixava um link habilitado (funcionando) e o outro em \u201cstand by\u201d (aguardando uma poss\u00edvel falha no primeiro). Essa \u00e9 uma limita\u00e7\u00e3o do protocolo. Dessa forma, um switch que est\u00e1 na camada de acesso conectado por dois links a dois switches de distribui\u00e7\u00e3o (ou core) distintos, estar\u00e1 de fato utilizando apenas um link. O outro est\u00e1 esperando a falha do primeiro para entrar em a\u00e7\u00e3o. Na figura abaixo, a linha inteira representa o link ativo. A linha pontilhada, o link bloqueado. A mesma id\u00e9ia se multiplica por todos os \u201cn\u201d dispositivos conectados \u00e0s camadas da rede (n\u00e3o importa qual).<\/p>\n

\"\"<\/a><\/p>\n

Se fiz\u00e9ssemos 3, 4 ou 5 links, a mesma coisa aconteceria: apenas um link estaria ativo. Todos os outros ficariam parados. Dessa forma, n\u00e3o faria sentido adicionar tantos links quanto fossem poss\u00edveis, j\u00e1 que voc\u00ea s\u00f3 continuaria utilizando apenas um de fato.<\/p>\n

At\u00e9 aqui falamos do desenho tradicional de redes Ethernet hier\u00e1rquicas (em tr\u00eas em duas camadas). Em resumo, podemos relacionar algumas das suas caracter\u00edsticas principais:<\/p>\n