{"id":35291,"date":"2019-10-31T22:03:28","date_gmt":"2019-10-31T19:03:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu\/"},"modified":"2019-10-31T22:03:28","modified_gmt":"2019-10-31T19:03:28","slug":"setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","title":{"rendered":"F\u00e1brica de rede para Data Centers Cisco ACI \u2014 suporte para administradores","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"F\u00e1brica
\nCom este peda\u00e7o m\u00e1gico de script Cisco ACI, \u00e9 poss\u00edvel configurar a rede rapidamente.<\/i><\/p>\n

A f\u00e1brica de rede para data centers Cisco ACI existe h\u00e1 cinco anos, mas mal foi discutida no Habr, ent\u00e3o decidi corrigir isso um pouco. Vou compartilhar minha experi\u00eancia sobre o que \u00e9 isso, quais s\u00e3o seus benef\u00edcios e onde est\u00e3o as armadilhas. <\/p>\n

O que \u00e9 isso e de onde surgiu?<\/h3>\n

\nNo momento do an\u00fancio do ACI (Infrastructure Centric Infrastructure) em 2013, as abordagens tradicionais para redes de data centers estavam sendo desafiadas por concorrentes de tr\u00eas lados. <\/p>\n

Por um lado, as solu\u00e7\u00f5es SDN de \"primeira gera\u00e7\u00e3o\" baseadas em OpenFlow prometiam tornar as redes mais flex\u00edveis e baratas simultaneamente. A ideia era transferir as decis\u00f5es, tradicionalmente feitas pelo software propriet\u00e1rio dos switches, para um controlador central. <\/p>\n

Esse controlador teria uma vis\u00e3o \u00fanica de tudo o que acontece e, com base nisso, programaria os dispositivos de todos os switches em n\u00edvel de regras de processamento de fluxos espec\u00edficos. <\/a><\/noindex>
\nPor outro lado, as solu\u00e7\u00f5es de rede em overlay permitiam implementar a conectividade desejada e pol\u00edticas de seguran\u00e7a sem mudan\u00e7as na rede f\u00edsica, construindo t\u00faneis de software entre hosts virtualizados. O exemplo mais conhecido dessa abordagem foi a solu\u00e7\u00e3o da Nicira, que j\u00e1 havia sido adquirida pela VMWare por 1,26 bilh\u00f5es de d\u00f3lares e deu in\u00edcio ao atual VMWare NSX. Um pouco de picante na situa\u00e7\u00e3o era que os co-fundadores da Nicira eram as mesmas pessoas que anteriormente estavam envolvidas na cria\u00e7\u00e3o do OpenFlow, agora afirmando que para construir a f\u00e1brica de data centers, OpenFlow n\u00e3o \u00e9 adequado.<\/a><\/noindex>.<\/p>\n

E, finalmente, os chips de comuta\u00e7\u00e3o dispon\u00edveis no mercado (o que chamamos de merchant silicon) atingiram um n\u00edvel de maturidade que os tornaram uma amea\u00e7a real para os fabricantes tradicionais de switches. Se antes cada fornecedor desenvolvia chips para seus pr\u00f3prios switches, com o passar do tempo, os chips de fabricantes terceiros, principalmente da Broadcom, come\u00e7aram a reduzir a dist\u00e2ncia em termos de funcionalidades e, em rela\u00e7\u00e3o ao custo\/desempenho, superaram os chips dos pr\u00f3prios fornecedores. Portanto, muitos acreditavam que os dias dos switches com chips desenvolvidos internamente estavam contados.<\/p>\n

O ACI tornou-se a \"resposta assim\u00e9trica\" da Cisco (mais especificamente, da empresa Insieme, que entrou em seu grupo, fundada por ex-funcion\u00e1rios) a tudo isso. <\/p>\n

Qual \u00e9 a diferen\u00e7a para o OpenFlow?<\/h3>\n

\nDo ponto de vista da distribui\u00e7\u00e3o de fun\u00e7\u00f5es, o ACI \u00e9, na pr\u00e1tica, o oposto do OpenFlow.
\nNa arquitetura OpenFlow, o controlador \u00e9 respons\u00e1vel por escrever regras detalhadas (fluxos)
\nna hardware de todos os switches, ou seja, em uma grande rede, ele pode ser respons\u00e1vel pela manuten\u00e7\u00e3o e, o mais importante, pela altera\u00e7\u00e3o de dezenas de milh\u00f5es de registros em centenas de pontos na rede, portanto, seu desempenho e confiabilidade em uma grande implementa\u00e7\u00e3o tornam-se um gargalo.<\/p>\n

No ACI, usa-se uma abordagem reversa: o controlador, claro, existe, mas os switches recebem dele pol\u00edticas declarativas de alto n\u00edvel, e sua renderiza\u00e7\u00e3o em detalhes de configura\u00e7\u00f5es espec\u00edficas na hardware \u00e9 realizada pelo pr\u00f3prio switch. O controlador pode ser reiniciado ou at\u00e9 mesmo desligado, e nada de ruim acontecer\u00e1 \u00e0 rede, exceto, \u00e9 claro, a aus\u00eancia no momento da capacidade de gerenciamento. Curiosamente, existem situa\u00e7\u00f5es no ACI em que o OpenFlow ainda \u00e9 utilizado, mas localmente dentro do host para programar o Open vSwitch.<\/p>\n

O ACI \u00e9 constru\u00eddo inteiramente sobre transporte de sobreposi\u00e7\u00e3o baseado em VXLAN, mas inclui, dentro de uma \u00fanica solu\u00e7\u00e3o, o transporte IP subjacente. A Cisco chamou isso de 'sobreposi\u00e7\u00e3o integrada'. O ponto de termina\u00e7\u00e3o das sobreposi\u00e7\u00f5es no ACI \u00e9, na maioria dos casos, feito por switches de data center (fazendo isso na velocidade da conex\u00e3o). Os hosts n\u00e3o precisam saber nada sobre o data center, encapsula\u00e7\u00f5es, etc., por\u00e9m em alguns casos (digamos, para conectar hosts OpenStack) o tr\u00e1fego VXLAN pode chegar a eles.<\/p>\n

As sobreposi\u00e7\u00f5es s\u00e3o utilizadas no ACI n\u00e3o apenas para garantir conectividade flex\u00edvel atrav\u00e9s da rede de transporte, mas tamb\u00e9m para transmitir metainforma\u00e7\u00f5es (que s\u00e3o utilizadas, por exemplo, para aplicar pol\u00edticas de seguran\u00e7a). <\/p>\n

Os chips da Broadcom j\u00e1 eram usados pela Cisco em switches da s\u00e9rie Nexus 3000. Na fam\u00edlia Nexus 9000, especificamente lan\u00e7ada para suportar o ACI, foi inicialmente implementado um modelo h\u00edbrido, chamado Merchant+. No switch, foram usados ao mesmo tempo o novo chip Broadcom Trident 2 e um chip complementar desenvolvido pela Cisco, que realizava toda a m\u00e1gica do ACI. Isso aparentemente permitiu acelerar o lan\u00e7amento do produto e reduzir o pre\u00e7o do switch para um n\u00edvel pr\u00f3ximo ao dos modelos que usam apenas o Trident 2. Essa abordagem foi suficiente para os primeiros dois a tr\u00eas anos de fornecimento do ACI. Durante esse tempo, a Cisco desenvolveu e lan\u00e7ou o pr\u00f3ximo gera\u00e7\u00e3o do Nexus 9000 com seus pr\u00f3prios chips, que oferecem maior desempenho e um conjunto de recursos, mas com o mesmo n\u00edvel de pre\u00e7o. As especifica\u00e7\u00f5es externas em termos de intera\u00e7\u00e3o na f\u00e1brica permaneceram totalmente inalteradas. No entanto, por dentro, toda a estrutura mudou: algo como uma refatora\u00e7\u00e3o, mas para hardware.<\/p>\n

Como funciona a arquitetura da Cisco ACI <\/h3>\n

\nNo caso mais simples, o ACI \u00e9 constru\u00eddo com uma topologia de rede Clos, ou, como \u00e9 frequentemente chamado, Spine-Leaf. Pode haver de dois (ou um, se n\u00e3o nos preocuparmos com a toler\u00e2ncia a falhas) a seis switches de n\u00edvel Spine. Portanto, quanto mais switches, maior a toler\u00e2ncia a falhas (menor perda de largura de banda e confiabilidade em caso de falha ou manuten\u00e7\u00e3o de um Spine) e a performance geral. Todas as conex\u00f5es externas v\u00e3o para os switches de n\u00edvel Leaf: isso inclui servidores, interconex\u00f5es com redes externas por L2 ou L3 e conex\u00e3o com controladores APIC. No geral, com o ACI, n\u00e3o s\u00f3 a configura\u00e7\u00e3o, mas tamb\u00e9m a coleta de estat\u00edsticas, monitoramento de falhas e outros processos \u2014 tudo \u00e9 feito atrav\u00e9s da interface dos controladores, que em implementa\u00e7\u00f5es de tamanho normal s\u00e3o tr\u00eas. <\/p>\n

Nunca \u00e9 necess\u00e1rio conectar-se aos switches pela console, nem mesmo para iniciar a rede: o controlador descobre automaticamente os switches e forma a f\u00e1brica, incluindo as configura\u00e7\u00f5es de todos os protocolos de servi\u00e7o. Por isso, \u00e9 muito importante registrar os n\u00fameros de s\u00e9rie do equipamento instalado durante a montagem, para depois n\u00e3o ficar adivinhando qual switch est\u00e1 em qual rack. Para solu\u00e7\u00e3o de problemas, \u00e9 poss\u00edvel conectar-se aos switches via SSH, onde as tradicionais show-commands da Cisco s\u00e3o reproduzidas cuidadosamente. <\/p>\n

Dentro da f\u00e1brica, utiliza-se transporte IP, ent\u00e3o n\u00e3o h\u00e1 Spanning Tree e outras atrocidades do passado: todas as conex\u00f5es est\u00e3o ativas, e a converg\u00eancia em caso de falhas \u00e9 muito r\u00e1pida. O tr\u00e1fego na f\u00e1brica \u00e9 transmitido atrav\u00e9s de t\u00faneis baseados em VXLAN. Especificamente, a pr\u00f3pria Cisco chama a encapsula\u00e7\u00e3o de iVXLAN, e se diferencia do VXLAN comum pelo uso de campos reservados no cabe\u00e7alho da rede para transmitir informa\u00e7\u00f5es de controle, principalmente sobre a rela\u00e7\u00e3o do tr\u00e1fego com o grupo EPG. Isso permite implementar regras de intera\u00e7\u00e3o entre grupos no hardware, utilizando seus n\u00fameros, assim como endere\u00e7os s\u00e3o utilizados em listas de acesso habituais. <\/p>\n

Os t\u00faneis permitem estender tanto segmentos L2 quanto L3 (ou seja, VRF) atrav\u00e9s do transporte IP interno. Nesse caso, o gateway padr\u00e3o \u00e9 distribu\u00eddo. Isso significa que cada comutador lida com a roteabilidade do tr\u00e1fego que entra na f\u00e1brica. Em termos de l\u00f3gica de transmiss\u00e3o de tr\u00e1fego, o ACI se assemelha a uma f\u00e1brica baseada em VXLAN\/EVPN. <\/p>\n

Se sim, quais s\u00e3o as diferen\u00e7as? Em tudo o mais! <\/h3>\n

\nA primeira diferen\u00e7a que se encontra no ACI \u00e9 como os servidores s\u00e3o conectados \u00e0 rede. Em redes tradicionais, a conex\u00e3o de servidores f\u00edsicos e virtuais ocorre em VLANs, e a partir delas tudo o mais se desenvolve: conectividade, seguran\u00e7a, etc. No ACI, utiliza-se uma estrutura que a Cisco chama de EPG (End-point Group), da qual n\u00e3o se pode escapar. Pode-se equiparar isso a uma VLAN? Sim, mas nesse caso corre-se o risco de perder grande parte do que o ACI oferece. <\/p>\n

Em rela\u00e7\u00e3o \u00e0 EPG, todas as regras de acesso s\u00e3o formuladas, e no ACI, por padr\u00e3o, utiliza-se o princ\u00edpio da \"lista branca\", ou seja, apenas o tr\u00e1fego cujo encaminhamento \u00e9 explicitamente permitido \u00e9 autorizado. Isso significa que podemos criar grupos EPG \"Web\" e \"MySQL\" e definir uma regra que permita a intera\u00e7\u00e3o entre eles apenas na porta 3306. Isso funcionar\u00e1 sem estar vinculado a endere\u00e7os de rede, mesmo dentro da mesma sub-rede! <\/p>\n

Temos clientes que escolheram o ACI exatamente devido a esse recurso, pois ele permite restringir acessos entre servidores (virtuais ou f\u00edsicos - n\u00e3o importa) sem mov\u00ea-los entre sub-redes, o que significa n\u00e3o alterar a endere\u00e7amento. Sim, sabemos, ningu\u00e9m escreve isso manualmente endere\u00e7os IP<\/a> nas configura\u00e7\u00f5es de aplicativos, certo?<\/p>\n

As regras de passagem de tr\u00e1fego no ACI s\u00e3o chamadas de contratos. Em um contrato, um ou mais grupos ou n\u00edveis em um aplicativo em m\u00faltiplas camadas se tornam provedores de servi\u00e7o (digamos, servi\u00e7o de banco de dados), enquanto outros se tornam consumidores. O contrato pode apenas permitir o tr\u00e1fego ou pode fazer algo mais elaborado, como direcionar para um firewall ou balanceador, al\u00e9m de alterar o valor do QoS.<\/p>\n

Como os servidores entram nesses grupos? Se forem servidores f\u00edsicos ou algo inclu\u00eddo em uma rede existente, na qual criamos um trunk VLAN, ent\u00e3o para coloc\u00e1-los em EPG, \u00e9 necess\u00e1rio especificar a porta do switch e a VLAN utilizada. Como podemos ver, as VLANs aparecem onde s\u00e3o imprescind\u00edveis.<\/p>\n

Se os servidores forem m\u00e1quinas virtuais, basta referenciar o ambiente de virtualiza\u00e7\u00e3o conectado, e ent\u00e3o tudo acontecer\u00e1 automaticamente: ser\u00e1 criada um grupo de portas (falando em termos da VMWare) para conectar as VMs, as VLANs ou VXLANs necess\u00e1rias ser\u00e3o atribu\u00eddas, e ser\u00e3o configuradas nas portas apropriadas dos switches, etc. Portanto, embora o ACI esteja constru\u00eddo em torno de uma rede f\u00edsica, para servidores virtuais, as conex\u00f5es parecem muito mais simples do que para os f\u00edsicos. O ACI j\u00e1 possui integra\u00e7\u00e3o com VMWare e MS Hyper-V, bem como suporte para OpenStack e RedHat Virtualization. Desde um certo momento, tamb\u00e9m h\u00e1 suporte embutido para plataformas de cont\u00eainer: Kubernetes, OpenShift, Cloud Foundry, abrangendo a aplica\u00e7\u00e3o de pol\u00edticas e monitoramento, permitindo que o administrador de rede veja imediatamente em quais hosts est\u00e3o funcionando quais pods e em quais grupos eles foram alocados.<\/p>\n

Al\u00e9m da inclus\u00e3o em um ou outro grupo de portas, os servidores virtuais t\u00eam propriedades adicionais: nome, atributos, etc., que podem ser utilizados como crit\u00e9rios para sua transfer\u00eancia para outro grupo, por exemplo, ao renomear uma VM ou ao adicionar uma nova tag a ela. A Cisco chama isso de grupos de microsegmenta\u00e7\u00e3o, embora, em ess\u00eancia, a pr\u00f3pria estrutura com a possibilidade de criar v\u00e1rios segmentos de seguran\u00e7a na forma de EPG na mesma sub-rede tamb\u00e9m se configure como uma microsegmenta\u00e7\u00e3o. Bem, o fornecedor que sabe. <\/p>\n

Os EPGs s\u00e3o puramente constru\u00e7\u00f5es l\u00f3gicas, n\u00e3o vinculadas a comutadores ou servidores espec\u00edficos, etc., ent\u00e3o com eles e constru\u00e7\u00f5es baseadas neles (aplica\u00e7\u00f5es e tenants), \u00e9 poss\u00edvel fazer coisas que s\u00e3o dif\u00edceis de realizar em redes comuns, como clonar. Como resultado, \u00e9 muito f\u00e1cil criar um clone de um ambiente produtivo, para obter um ambiente de teste que seja garantidamente id\u00eantico ao ambiente produtivo. Isso pode ser feito manualmente, mas \u00e9 melhor (e mais simples) por meio de uma API. <\/p>\n

A l\u00f3gica de gerenciamento no ACI \u00e9 completamente diferente do que voc\u00ea normalmente encontra
\nem redes tradicionais da mesma Cisco: a interface program\u00e1tica \u00e9 prim\u00e1ria, enquanto o GUI ou CLI s\u00e3o secund\u00e1rios, uma vez que operam atrav\u00e9s da mesma API. Portanto, quase todos que trabalham com ACI, ap\u00f3s algum tempo, come\u00e7am a se familiarizar com o modelo de objeto usado para gerenciamento e a automatizar algo de acordo com suas necessidades. \u00c9 mais f\u00e1cil fazer isso em Python: existem ferramentas prontas e convenientes para isso. <\/p>\n

As armadilhas prometidas<\/h3>\n

\nO principal problema \u00e9 que muitas coisas no ACI s\u00e3o feitas de forma diferente. Para come\u00e7ar a trabalhar corretamente com isso, \u00e9 necess\u00e1rio reaprender. Isso \u00e9 especialmente verdadeiro para as equipes de opera\u00e7\u00f5es de rede em grandes clientes, onde os engenheiros lidam por anos com 'a configura\u00e7\u00e3o de VLANs' por meio de solicita\u00e7\u00f5es. O que agora \u00e9 VLAN n\u00e3o \u00e9 mais apenas uma VLAN, e para criar novas redes em hosts virtualizados, n\u00e3o \u00e9 necess\u00e1rio criar VLANs manualmente, o que realmente 'desestabiliza' os profissionais de rede tradicionais e os for\u00e7a a se apegar a abordagens familiares. Vale mencionar que a Cisco tentou suavizar um pouco a transi\u00e7\u00e3o e adicionou ao controlador uma CLI 'semelhante ao NXOS', permitindo a configura\u00e7\u00e3o a partir de uma interface parecida com os comutadores tradicionais. Mas ainda assim, para come\u00e7ar a usar o ACI de forma adequada, ser\u00e1 preciso entender como ele funciona. <\/p>\n

Em termos de custo, as redes ACI em grande e m\u00e9dio escala n\u00e3o diferem fundamentalmente das redes tradicionais com equipamentos Cisco, pois utilizam os mesmos switches (os Nexus 9000 podem operar tanto em ACI quanto em modo tradicional e tornaram-se a principal \"mula de trabalho\" para novos projetos de data center). No entanto, em data centers que utilizam a arquitetura Spine-Leaf com dois switches, a presen\u00e7a de controladores realmente faz a diferen\u00e7a. Recentemente, uma Mini ACI-f\u00e1brica foi introduzida, substituindo dois dos tr\u00eas controladores por m\u00e1quinas virtuais. Isso ajuda a reduzir a diferen\u00e7a de custo, mas ela ainda persiste. Assim, para o cliente, a escolha \u00e9 ditada pelo interesse nas fun\u00e7\u00f5es de seguran\u00e7a, integra\u00e7\u00e3o com virtualiza\u00e7\u00e3o, ponto \u00fanico de controle e outros aspectos.
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0432\u043e\u0442 \u044d\u0442\u043e\u0433\u043e \u0432\u043e\u043b\u0448\u0435\u0431\u043d\u043e\u0433\u043e \u043a\u0443\u0441\u043a\u0430 \u0441\u043a\u0440\u0438\u043f\u0442\u0430 Cisco ACI \u043c\u043e\u0436\u043d\u043e \u0431\u044b\u0441\u0442\u0440\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0441\u0435\u0442\u044c. \u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0444\u0430\u0431\u0440\u0438\u043a\u0430 \u0434\u043b\u044f \u0426\u041e\u0414\u0430 Cisco ACI c\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442 \u0443\u0436\u0435 \u043f\u044f\u0442\u044c \u043b\u0435\u0442, \u043d\u043e \u043d\u0430 \u0425\u0430\u0431\u0440\u0435 \u043f\u0440\u043e \u043d\u0435\u0451 \u0442\u043e\u043b\u043a\u043e\u043c \u043d\u0438\u0447\u0435\u0433\u043e \u043d\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043d\u043e, \u0432\u043e\u0442 \u0438 \u0440\u0435\u0448\u0438\u043b \u044d\u0442\u043e \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u0438\u0441\u043f\u0440\u0430\u0432\u0438\u0442\u044c. \u0420\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u043d\u0430 \u0441\u0432\u043e\u0451\u043c \u043e\u043f\u044b\u0442\u0435, \u0447\u0442\u043e \u044d\u0442\u043e \u0442\u0430\u043a\u043e\u0435, \u043a\u0430\u043a\u0430\u044f \u043e\u0442 \u043d\u0435\u0451 \u043f\u043e\u043b\u044c\u0437\u0430 \u0438 \u0433\u0434\u0435 \u0443 \u043d\u0435\u0451 \u0433\u0440\u0430\u0431\u043b\u0438. \u0427\u0442\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35291","post","type-post","status-publish","format-standard","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\udd47F\u00e1brica de rede para Data Center Cisco ACI \u2014 em apoio ao administrador | ProHoster","description":"Com este peda\u00e7o m\u00e1gico de script.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","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\u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0444\u0430\u0431\u0440\u0438\u043a\u0430 \u0434\u043b\u044f \u0426\u041e\u0414\u0430 Cisco ACI \u2014 \u0432 \u043f\u043e\u043c\u043e\u0449\u044c \u0430\u0434\u043c\u0438\u043d\u0443 | ProHoster","og:description":"\u0421 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0432\u043e\u0442 \u044d\u0442\u043e\u0433\u043e \u0432\u043e\u043b\u0448\u0435\u0431\u043d\u043e\u0433\u043e \u043a\u0443\u0441\u043a\u0430 \u0441\u043a\u0440\u0438\u043f\u0442\u0430.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","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":"2019-10-31T19:03:28+00:00","article:modified_time":"2019-10-31T19:03:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35291","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":"2026-02-08 20:27:18","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:06:24","updated":"2026-02-08 20:27:18","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\/35291","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=35291"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/35291\/revisions"}],"predecessor-version":[{"id":157819,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/35291\/revisions\/157819"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=35291"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=35291"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=35291"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}