{"id":78001,"date":"2020-04-15T13:42:19","date_gmt":"2020-04-15T11:42:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie"},"modified":"2020-04-15T13:42:19","modified_gmt":"2020-04-15T11:42:19","slug":"opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","title":{"rendered":"Experi\u00eancia na implementa\u00e7\u00e3o de f\u00e1bricas de rede com base em EVPN VXLAN e Cisco ACI, e uma pequena compara\u00e7\u00e3o","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Experi\u00eancia
\nAvalie as conex\u00f5es na parte m\u00e9dia do esquema. Voltaremos a elas mais adiante.<\/i><\/p>\n

Em algum momento, voc\u00ea pode se deparar com redes complexas baseadas em L2 que est\u00e3o irremediavelmente doentes. As principais quest\u00f5es est\u00e3o relacionadas ao processamento de tr\u00e1fego BUM e ao funcionamento do protocolo STP. Em segundo lugar, a arquitetura, em geral, est\u00e1 moralmente ultrapassada. Isso causa problemas desagrad\u00e1veis, como per\u00edodos de inatividade e dificuldades na gest\u00e3o.<\/p>\n

Tivemos dois projetos paralelos, onde os clientes avaliaram de forma realista todos os pr\u00f3s e contras das op\u00e7\u00f5es e escolheram duas solu\u00e7\u00f5es de overlay diferentes, que n\u00f3s implementamos. <\/p>\n

Houve a oportunidade de comparar exatamente a implementa\u00e7\u00e3o. N\u00e3o a opera\u00e7\u00e3o, sobre a qual devemos falar em dois ou tr\u00eas anos. <\/p>\n

Ent\u00e3o, o que \u00e9 uma f\u00e1brica de redes com overlay e SDN?
\n<\/a><\/noindex><\/p>\n

O que fazer com os problemas persistentes da arquitetura cl\u00e1ssica de rede?<\/h3>\n

\nTodo ano surgem novas tecnologias e ideias. Na pr\u00e1tica, a necessidade urgente de reestruturar redes n\u00e3o surgiu por um bom tempo, pois ainda \u00e9 poss\u00edvel fazer tudo manualmente com os velhos m\u00e9todos tradicionais. E o que importa se agora estamos no s\u00e9culo XXI? Afinal, um administrador deve trabalhar, e n\u00e3o ficar sentado em seu escrit\u00f3rio. <\/p>\n

Depois, come\u00e7ou a onda de constru\u00e7\u00e3o de grandes data centers. Naquela \u00e9poca, ficou claro que o limite de desenvolvimento da arquitetura cl\u00e1ssica havia sido atingido, n\u00e3o apenas em termos de funcionalidade, resili\u00eancia e escalabilidade. E uma das solu\u00e7\u00f5es para esses problemas foi a ideia de construir redes sobre um backbone rote\u00e1vel.<\/p>\n

Al\u00e9m disso, com a crescente escala das redes, a quest\u00e3o da gest\u00e3o dessas f\u00e1bricas tornou-se aguda, resultando no surgimento de solu\u00e7\u00f5es de redes definidas por software que permitem gerenciar toda a infraestrutura de rede como um todo. Quando a rede \u00e9 gerida a partir de um \u00fanico ponto, torna-se mais f\u00e1cil para aos outros componentes da infraestrutura de TI interagir com ela, e esses processos de intera\u00e7\u00e3o s\u00e3o mais f\u00e1ceis de automatizar.<\/p>\n

Praticamente todos os grandes fabricantes, n\u00e3o apenas de equipamentos de rede, mas tamb\u00e9m de virtualiza\u00e7\u00e3o, t\u00eam em seu portf\u00f3lio op\u00e7\u00f5es para tais solu\u00e7\u00f5es. <\/p>\n

Restam apenas determinar o que atende a quais necessidades. Por exemplo, para grandes empresas com uma boa equipe de desenvolvedores e opera\u00e7\u00f5es, as solu\u00e7\u00f5es de prateleira dos fornecedores nem sempre satisfazem todas as necessidades, e elas recorrem ao desenvolvimento de suas pr\u00f3prias solu\u00e7\u00f5es SD (software defined). Por exemplo, s\u00e3o provedores de nuvem que est\u00e3o constantemente ampliando a gama de servi\u00e7os oferecidos a seus clientes, e as solu\u00e7\u00f5es de prateleira simplesmente n\u00e3o conseguem acompanhar suas demandas. <\/p>\n

Para empresas de m\u00e9dio porte, a funcionalidade oferecida pelo fornecedor na forma de uma solu\u00e7\u00e3o de prateleira \u00e9 suficiente em 99% dos casos. <\/p>\n

O que s\u00e3o redes overlay?<\/h3>\n

\nQual \u00e9 a ideia por tr\u00e1s das redes overlay? Basicamente, voc\u00ea pega uma rede rote\u00e1vel cl\u00e1ssica e constr\u00f3i outra rede sobre ela para obter mais funcionalidades. Na maioria das vezes, trata-se de uma distribui\u00e7\u00e3o eficaz da carga no hardware e nas linhas de comunica\u00e7\u00e3o, um aumento significativo do limite de escalabilidade, melhoria da confiabilidade e um monte de recursos de seguran\u00e7a (gra\u00e7as \u00e0 segmenta\u00e7\u00e3o). E as solu\u00e7\u00f5es SDN, al\u00e9m disso, oferecem uma administra\u00e7\u00e3o muito, muito flex\u00edvel e tornam a rede mais transparente para seus usu\u00e1rios. <\/p>\n

Em geral, se as redes locais tivessem sido inventadas na d\u00e9cada de 2010, elas n\u00e3o se pareceriam de forma alguma com aquilo que herdamos dos militares dos anos 1970. <\/p>\n

Do ponto de vista das tecnologias para a constru\u00e7\u00e3o de f\u00e1bricas utilizando redes overlaid, atualmente existem muitas implementa\u00e7\u00f5es de fabricantes e projetos da Internet RFC (EVPN+VXLAN, EVPN+MPLS, EVPN+MPLSoGRE, EVPN+Geneve e outros). Sim, existem padr\u00f5es, mas a implementa\u00e7\u00e3o desses padr\u00f5es por diferentes fabricantes pode variar, portanto, ao criar tais f\u00e1bricas, desistir completamente da depend\u00eancia de fornecedores ainda \u00e9 apenas uma teoria em papel.<\/p>\n

Com solu\u00e7\u00f5es SD, as coisas est\u00e3o ainda mais confusas, cada fornecedor tem sua pr\u00f3pria vis\u00e3o. Existem solu\u00e7\u00f5es totalmente abertas, que em teoria podem ser ajustadas por conta pr\u00f3pria, e existem solu\u00e7\u00f5es completamente fechadas.<\/p>\n

A Cisco oferece sua pr\u00f3pria solu\u00e7\u00e3o SDN para data centers \u2014 ACI. Naturalmente, \u00e9 uma solu\u00e7\u00e3o totalmente propriet\u00e1ria em termos de escolha de hardware de rede, mas, ao mesmo tempo, se integra completamente com sistemas de virtualiza\u00e7\u00e3o, conteineriza\u00e7\u00e3o, seguran\u00e7a, orquestra\u00e7\u00e3o, balanceadores de carga e outros. No entanto, na ess\u00eancia, ainda \u00e9 uma esp\u00e9cie de caixa preta, sem acesso completo a todos os processos internos. Nem todos os clientes aceitam essa solu\u00e7\u00e3o, pois voc\u00ea fica totalmente dependente da qualidade do c\u00f3digo escritos e de sua implementa\u00e7\u00e3o, mas, por outro lado, o fabricante possui um dos melhores suportes t\u00e9cnicos do mundo e uma equipe dedicada que se ocupa exclusivamente dessa solu\u00e7\u00e3o. Para o primeiro projeto, a op\u00e7\u00e3o escolhida foi o Cisco ACI.<\/p>\n

Para o segundo projeto, foi escolhida a solu\u00e7\u00e3o da Juniper. O fabricante tamb\u00e9m possui seu pr\u00f3prio SDN para data centers, mas o cliente decidiu n\u00e3o implementar o SDN. A tecnologia escolhida para a constru\u00e7\u00e3o da rede foi a f\u00e1brica EVPN VXLAN sem o uso de controladores centralizados.<\/p>\n

Para que serve<\/h3>\n

\nA cria\u00e7\u00e3o da f\u00e1brica permite construir uma rede facilmente escal\u00e1vel, resiliente e confi\u00e1vel. A arquitetura (leaf-spine) leva em considera\u00e7\u00e3o as particularidades de data centers<\/a> (caminhos de tr\u00e1fego, minimiza\u00e7\u00e3o de lat\u00eancias e gargalos na rede). As solu\u00e7\u00f5es SD em data centers permitem gerenciar essa f\u00e1brica de forma muito conveniente, r\u00e1pida e flex\u00edvel, integrando-a ao ecossistema do data center. <\/p>\n

Ambos os clientes precisavam construir data centers de backup para garantir a resili\u00eancia; al\u00e9m disso, o tr\u00e1fego entre os data centers deveria ser criptografado.<\/p>\n

O primeiro cliente j\u00e1 considerava solu\u00e7\u00f5es sem f\u00e1brica como um poss\u00edvel padr\u00e3o para suas redes, mas durante os testes houve problemas de compatibilidade do STP entre v\u00e1rios fornecedores de hardware. Ocorreram downtimes, que causaram quedas de servi\u00e7os. E para o cliente, isso era cr\u00edtico. <\/p>\n

A Cisco j\u00e1 era o padr\u00e3o corporativo do cliente, eles analisaram o ACI e outras op\u00e7\u00f5es e decidiram que deveriam adotar essa solu\u00e7\u00e3o. Gostaram da automa\u00e7\u00e3o de gerenciamento com um \u00fanico bot\u00e3o atrav\u00e9s de um controlador unificado. Os servi\u00e7os s\u00e3o configurados mais rapidamente e geridos com maior agilidade. Decidiram garantir a criptografia do tr\u00e1fego implementando MACSec entre os switches IPN e SPINE. Dessa forma, conseguiram evitar o gargalo do gateway criptogr\u00e1fico, economizar nesse aspecto e maximizar a largura de banda.<\/p>\n

O segundo cliente optou por uma solu\u00e7\u00e3o sem controlador da Juniper, pois em seu datacenter existente j\u00e1 havia uma pequena instala\u00e7\u00e3o com a implementa\u00e7\u00e3o da f\u00e1brica EVPN VXLAN. Por\u00e9m, essa instala\u00e7\u00e3o n\u00e3o era resiliente (utilizava um \u00fanico switch). Decidiu-se expandir a infraestrutura do datacenter principal e construir uma f\u00e1brica no datacenter de backup. O EVPN existente n\u00e3o era utilizado de forma plena: a encapsula\u00e7\u00e3o VXLAN praticamente n\u00e3o era aplicada, j\u00e1 que todos os hosts estavam conectados a um \u00fanico switch, e todos os endere\u00e7os MAC e endere\u00e7os de \/32 dos hosts eram locais, sendo que o gateway para eles era o mesmo switch, sem outros dispositivos onde seria necess\u00e1rio construir t\u00faneis VXLAN. A criptografia do tr\u00e1fego foi garantida utilizando a tecnologia IPSEC entre os firewalls (a performance do MSE era suficiente).<\/p>\n

Tamb\u00e9m consideraram o ACI, mas decidiram que devido \u00e0 depend\u00eancia de fornecedor, teriam que comprar hardware demais, incluindo a substitui\u00e7\u00e3o de equipamentos novos comprados recentemente, o que n\u00e3o faz sentido econ\u00f4mico. Sim, a f\u00e1brica Cisco se integra com tudo, mas dentro da pr\u00f3pria f\u00e1brica s\u00f3 \u00e9 poss\u00edvel utilizar seus dispositivos. <\/p>\n

Por outro lado, como mencionado anteriormente, n\u00e3o \u00e9 poss\u00edvel simplesmente misturar uma f\u00e1brica EVPN VXLAN com qualquer fornecedor vizinho, pois as implementa\u00e7\u00f5es do protocolo diferem. \u00c9 como tentar cruzar Cisco e Huawei em uma mesma rede \u2014 \u00e0 primeira vista, os padr\u00f5es s\u00e3o comuns, mas ser\u00e1 necess\u00e1rio um trabalho consider\u00e1vel. Como se trata de um banco, e os testes de compatibilidade seriam muito longos, decidiram que era melhor adquirir equipamentos do mesmo fornecedor agora, sem se empolgar muito com funcionalidades al\u00e9m do b\u00e1sico. <\/p>\n

Plano de migra\u00e7\u00e3o<\/h3>\n

\nDois datacenters com base em ACI:<\/p>\n

\"Experi\u00eancia
\n
\nOrganiza\u00e7\u00e3o da intera\u00e7\u00e3o entre os Data Centers. Foi escolhida a solu\u00e7\u00e3o Multi-Pod \u2014 cada Data Center \u00e9 um pod. As exig\u00eancias de escalabilidade em rela\u00e7\u00e3o \u00e0 quantidade de switches e \u00e0s lat\u00eancias entre os pods (RTT inferior a 50 ms) foram consideradas. Decidiu-se n\u00e3o construir uma solu\u00e7\u00e3o Multi-Site para facilitar a gest\u00e3o (para a solu\u00e7\u00e3o Multi-Pod \u00e9 utilizado uma \u00fanica interface de gest\u00e3o, enquanto para Multi-Site seriam necess\u00e1rias duas interfaces ou um Orquestrador Multi-Site), e como n\u00e3o havia necessidade de redund\u00e2ncia geogr\u00e1fica dos sites.<\/p>\n

\"Experi\u00eancia
\n
\nDo ponto de vista da migra\u00e7\u00e3o de servi\u00e7os da rede Legacy, foi escolhida a op\u00e7\u00e3o mais transparente, migrar gradualmente VLANs correspondentes a determinados servi\u00e7os.
\nPara a migra\u00e7\u00e3o, cada VLAN tinha um EPG (End-point-group) correspondente criado na f\u00e1brica. Primeiro, a rede era estendida entre a rede antiga e a f\u00e1brica via L2, depois que todos os hosts foram migrados, o gateway era transferido para a f\u00e1brica e a intera\u00e7\u00e3o do EPG com a rede existente era feita atrav\u00e9s do L3OUT, com a intera\u00e7\u00e3o entre o L3OUT e o EPG descrita usando contratos. Diagrama aproximado:<\/p>\n

\"Experi\u00eancia
\n
\nEstrutura aproximada da maioria das pol\u00edticas da f\u00e1brica ACI na imagem abaixo. Toda a configura\u00e7\u00e3o \u00e9 baseada em pol\u00edticas, inseridas em outras pol\u00edticas e assim por diante. Inicialmente, \u00e9 muito complicado entender, mas aos poucos, como a pr\u00e1tica mostra, os administradores de rede se acostumam com essa estrutura em cerca de um m\u00eas, e depois vem a compreens\u00e3o de qu\u00e3o conveniente ela \u00e9.<\/p>\n

\"Experi\u00eancia
\n <\/p>\n

Compara\u00e7\u00e3o<\/h3>\n

\nNa solu\u00e7\u00e3o Cisco ACI, \u00e9 necess\u00e1rio comprar mais equipamentos (switches separados para intera\u00e7\u00e3o Inter-Pod e controladores APIC), o que a torna mais cara. A solu\u00e7\u00e3o Juniper n\u00e3o exigiu a compra de controladores e equipamentos auxiliares; foi poss\u00edvel utilizar parcialmente o equipamento j\u00e1 existente do cliente. <\/p>\n

Esta \u00e9 a arquitetura EVPN VXLAN da f\u00e1brica para dois Data Centers do segundo projeto:<\/p>\n

\"Experi\u00eancia
\n\"Experi\u00eancia
\n
\nNo ACI, voc\u00ea obt\u00e9m uma solu\u00e7\u00e3o pronta \u2014 n\u00e3o precisa alterar, n\u00e3o precisa otimizar. Durante a apresenta\u00e7\u00e3o inicial do cliente \u00e0 f\u00e1brica, n\u00e3o s\u00e3o necess\u00e1rios desenvolvedores, nem pessoas de suporte para o c\u00f3digo e automa\u00e7\u00e3o. Basta a opera\u00e7\u00e3o, muitas configura\u00e7\u00f5es podem ser feitas atrav\u00e9s de assistentes, o que nem sempre \u00e9 positivo, especialmente para pessoas acostumadas com a linha de comando. De qualquer forma, \u00e9 preciso tempo para reprogramar a mente para as novas diretrizes, para a particularidade das configura\u00e7\u00f5es atrav\u00e9s de pol\u00edticas e a opera\u00e7\u00e3o de v\u00e1rias pol\u00edticas aninhadas. \u00c9 muito desej\u00e1vel, al\u00e9m disso, ter uma estrutura clara de nomenclatura para pol\u00edticas e objetos. Ao surgir um problema na l\u00f3gica de opera\u00e7\u00e3o do controlador, ele s\u00f3 pode ser resolvido atrav\u00e9s do suporte t\u00e9cnico.<\/p>\n

No EVPN \u2014 console. Sofra ou alegre-se. Uma interface familiar para a velha guarda. Sim, existe uma configura\u00e7\u00e3o padr\u00e3o e guias. Voc\u00ea ter\u00e1 que estudar os manuais. Diferentes constru\u00e7\u00f5es, tudo claro e detalhado.<\/p>\n

Naturalmente, em ambos os casos, \u00e9 melhor, na migra\u00e7\u00e3o, come\u00e7ar migrando os servi\u00e7os menos cr\u00edticos, como ambientes de teste, e apenas depois de resolver todos os bugs, partir para a produ\u00e7\u00e3o. E n\u00e3o configure na sexta-feira \u00e0 noite. N\u00e3o vale a pena confiar no fornecedor de que tudo estar\u00e1 bem, sempre \u00e9 melhor se precaver.<\/p>\n

No ACI, voc\u00ea paga mais, embora atualmente a Cisco esteja promovendo ativamente essa solu\u00e7\u00e3o e muitas vezes ofere\u00e7a bons descontos, mas economiza em manuten\u00e7\u00e3o \u2014 acompanhamento. A gest\u00e3o e qualquer automa\u00e7\u00e3o da f\u00e1brica EVPN sem controlador requer investimentos e custos regulares \u2014 monitoramento, automa\u00e7\u00e3o, implementa\u00e7\u00e3o de novos servi\u00e7os. Al\u00e9m disso, o lan\u00e7amento inicial no ACI leva de 30 a 40% mais tempo. Isso ocorre porque leva mais tempo para criar todo o conjunto de perfis e pol\u00edticas necess\u00e1rias, que ser\u00e3o utilizados posteriormente. Mas, \u00e0 medida que a rede cresce, o n\u00famero de configura\u00e7\u00f5es necess\u00e1rias diminui. Voc\u00ea j\u00e1 utiliza pol\u00edticas, perfis e objetos pr\u00e9-criados. Pode ajustar a segmenta\u00e7\u00e3o e a seguran\u00e7a de forma flex\u00edvel, gerenciar centralizadamente os contratos que definem as intera\u00e7\u00f5es entre EPGs \u2014 o volume de trabalho diminui drasticamente. <\/p>\n

No EVPN, \u00e9 necess\u00e1rio configurar cada dispositivo na f\u00e1brica, aumentando a probabilidade de erro.<\/p>\n

Se a ACI \u00e9 implantada mais lentamente, ent\u00e3o a EVPN foi depurada quase duas vezes mais. No caso da Cisco, sempre \u00e9 poss\u00edvel chamar um engenheiro de suporte e perguntar sobre a rede como um todo (porque isso \u00e9 coberto como solu\u00e7\u00e3o), enquanto na Juniper Networks voc\u00ea compra apenas o hardware, e isso \u00e9 o que est\u00e1 coberto. Os pacotes sa\u00edram do dispositivo? Bem, tudo bem, agora \u00e9 seu problema. Mas voc\u00ea pode abrir uma quest\u00e3o sobre a escolha da solu\u00e7\u00e3o ou do design da rede \u2014 e ent\u00e3o recomendar\u00e3o adquirir um servi\u00e7o profissional, por um custo adicional.<\/p>\n

O suporte da ACI \u00e9 realmente impressionante, pois \u00e9 separado: uma equipe espec\u00edfica trabalha apenas para isso. Tamb\u00e9m h\u00e1 especialistas que falam russo. O guia \u00e9 detalhado, as solu\u00e7\u00f5es s\u00e3o predefinidas. Eles analisam e recomendam. Validam rapidamente o design, o que muitas vezes \u00e9 importante. A Juniper Networks faz o mesmo, mas de forma significativamente mais lenta (era assim, agora, segundo rumores, deve estar melhor), o que faz voc\u00ea ter que fazer tudo sozinho, onde poderia perguntar a um engenheiro de solu\u00e7\u00f5es. <\/p>\n

O Cisco ACI suporta integra\u00e7\u00e3o com sistemas de virtualiza\u00e7\u00e3o e conteineriza\u00e7\u00e3o (VMware, Kubernetes, Hyper-V) e gerenciamento centralizado. H\u00e1 servi\u00e7os de rede e servi\u00e7os de seguran\u00e7a \u2014 balanceamento, firewalls, WAF, IPS e mais... Boa microsegmenta\u00e7\u00e3o padr\u00e3o. No segundo caso, a integra\u00e7\u00e3o com os servi\u00e7os de rede \u00e9 complicada e \u00e9 melhor consultar f\u00f3runs com quem j\u00e1 fez isso. <\/p>\n

Resultado<\/h3>\n

\nPara cada caso espec\u00edfico, \u00e9 necess\u00e1rio escolher a solu\u00e7\u00e3o, n\u00e3o apenas com base no custo do equipamento, mas tamb\u00e9m levando em considera\u00e7\u00e3o os custos futuros de opera\u00e7\u00e3o e os principais problemas que o cliente enfrenta agora, al\u00e9m dos planos para o desenvolvimento da infraestrutura de TI. <\/p>\n

A ACI, devido ao equipamento adicional, custou mais, mas a solu\u00e7\u00e3o est\u00e1 pronta sem necessidade de ajustes, enquanto a segunda solu\u00e7\u00e3o \u00e9 mais complexa e custosa em termos de opera\u00e7\u00e3o, mas \u00e9 mais barata. <\/p>\n

Se voc\u00ea quiser discutir quanto pode custar a implementa\u00e7\u00e3o de uma rede de diferentes fornecedores e qual arquitetura \u00e9 necess\u00e1ria, podemos nos encontrar e conversar. At\u00e9 um esbo\u00e7o preliminar da arquitetura (com o qual voc\u00ea pode calcular os or\u00e7amentos) podemos ajudar gratuitamente; o desenvolvimento detalhado, naturalmente, j\u00e1 ser\u00e1 pago.<\/p>\n

Vladimir Kleptche, redes corporativas.<\/p><\/blockquote>\n

Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041e\u0446\u0435\u043d\u0438\u0442\u0435 \u0441\u0432\u044f\u0437\u043a\u0438 \u0432 \u0441\u0440\u0435\u0434\u043d\u0435\u0439 \u0447\u0430\u0441\u0442\u0438 \u0441\u0445\u0435\u043c\u044b. \u041d\u0438\u0436\u0435 \u043a \u043d\u0438\u043c \u0432\u0435\u0440\u043d\u0451\u043c\u0441\u044f \u0412 \u043a\u0430\u043a\u043e\u0439-\u0442\u043e \u043c\u043e\u043c\u0435\u043d\u0442 \u0432\u044b \u043c\u043e\u0436\u0435\u0442\u0435 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0438\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u0435 \u0441\u0435\u0442\u0438 \u043d\u0430 \u0431\u0430\u0437\u0435 L2 \u043d\u0435\u0438\u0437\u043b\u0435\u0447\u0438\u043c\u043e \u0431\u043e\u043b\u044c\u043d\u044b. \u0412 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438, \u0441\u0432\u044f\u0437\u0430\u043d\u043d\u044b\u043c\u0438 \u0441 \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u043e\u0439 BUM \u0442\u0440\u0430\u0444\u0438\u043a\u0430 \u0438 \u0441 \u0440\u0430\u0431\u043e\u0442\u043e\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 STP. \u0412\u043e \u0432\u0442\u043e\u0440\u0443\u044e \u2014 \u0432 \u0446\u0435\u043b\u043e\u043c \u043c\u043e\u0440\u0430\u043b\u044c\u043d\u043e \u0443\u0441\u0442\u0430\u0440\u0435\u0432\u0448\u0435\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043e\u0439. \u042d\u0442\u043e \u0432\u044b\u0437\u044b\u0432\u0430\u0435\u0442 \u043d\u0435\u043f\u0440\u0438\u044f\u0442\u043d\u044b\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0432 \u0432\u0438\u0434\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":78002,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-78001","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Experi\u00eancia na implementa\u00e7\u00e3o de f\u00e1bricas de rede com base em EVPN VXLAN e Cisco ACI e uma breve compara\u00e7\u00e3o | ProHoster","description":"Avalie.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u043f\u044b\u0442 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0441\u0435\u0442\u0435\u0432\u044b\u0445 \u0444\u0430\u0431\u0440\u0438\u043a \u043d\u0430 \u0431\u0430\u0437\u0435 EVPN VXLAN \u0438 Cisco ACI \u0438 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0435 \u0441\u0440\u0430\u0432\u043d\u0435\u043d\u0438\u0435 | ProHoster","og:description":"\u041e\u0446\u0435\u043d\u0438\u0442\u0435.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-04-15T11:42:19+00:00","article:modified_time":"2020-04-15T11:42:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"78001","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:07:26","updated":"2022-09-27 21:24:29","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/78001","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=78001"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/78001\/revisions"}],"predecessor-version":[{"id":164511,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/78001\/revisions\/164511"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/78002"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=78001"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=78001"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=78001"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}