{"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\/es\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","title":{"rendered":"F\u00e1brica de red para centros de datos Cisco ACI: para ayudar al administrador","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"F\u00e1brica
\nCon esta maravillosa pieza de script de Cisco ACI, se puede configurar r\u00e1pidamente la red.<\/i><\/p>\n

La f\u00e1brica de red para centros de datos Cisco ACI existe desde hace cinco a\u00f1os, pero en Habr no se ha hablado mucho de ella, as\u00ed que decid\u00ed corregir eso un poco. Compartir\u00e9 mi experiencia sobre qu\u00e9 es, cu\u00e1l es su utilidad y qu\u00e9 problemas puede tener. <\/p>\n

\u00bfQu\u00e9 es y de d\u00f3nde proviene?<\/h3>\n

\nEn el momento del anuncio de ACI (Infraestructura Centrada en Aplicaciones) en 2013, enfoques tradicionales para redes de centros de datos enfrentaban competidores por tres flancos. <\/p>\n

Por un lado, las soluciones SDN de 'primera generaci\u00f3n' basadas en OpenFlow promet\u00edan hacer que las redes fueran m\u00e1s flexibles y econ\u00f3micas al mismo tiempo. La idea era trasladar la toma de decisiones, tradicionalmente realizada por software propietario de los conmutadores, a un controlador central. <\/p>\n

Este controlador tendr\u00eda una visi\u00f3n \u00fanica de todo lo que ocurre y, a partir de eso, programar\u00eda el hardware de todos los switches a nivel de reglas para el procesamiento de flujos espec\u00edficos. <\/a><\/noindex>
\nPor otro lado, las soluciones de redes de superposici\u00f3n permit\u00edan implementar la conectividad y pol\u00edticas de seguridad necesarias sin modificar la red f\u00edsica, creando t\u00faneles de software entre hosts virtualizados. Un ejemplo conocido de este enfoque fue la soluci\u00f3n de Nicira, que en ese momento ya hab\u00eda sido adquirida por VMWare por 1.26 mil millones de d\u00f3lares y dio origen al actual VMWare NSX. La situaci\u00f3n se tornaba un poco p\u00edcara, ya que los cofundadores de Nicira eran las mismas personas que anteriormente estaban detr\u00e1s de OpenFlow, quienes ahora dec\u00edan que para construir una f\u00e1brica de centro de datos, OpenFlow no es adecuado.<\/a><\/noindex>.<\/p>\n

Y, por \u00faltimo, los chips de conmutaci\u00f3n disponibles en el mercado abierto (lo que se llama silicio comercial) alcanzaron un grado de madurez que los hizo una amenaza real para los fabricantes tradicionales de conmutadores. Si anteriormente cada proveedor desarrollaba sus propios chips para sus conmutadores, con el tiempo, los chips de terceros, principalmente de Broadcom, comenzaron a cerrar la brecha con los chips de los proveedores en funcionalidad, y en t\u00e9rminos de relaci\u00f3n calidad\/precio los superaron. Por lo tanto, muchos consideraban que los d\u00edas de los conmutadores con chips de desarrollo propio estaban contados.<\/p>\n

ACI se convirti\u00f3 en la \"respuesta asim\u00e9trica\" de Cisco (m\u00e1s precisamente, de la empresa Insieme, formada por sus ex empleados) a todo lo mencionado. <\/p>\n

\u00bfCu\u00e1l es la diferencia con OpenFlow?<\/h3>\n

\nDesde el punto de vista de la distribuci\u00f3n de funciones, ACI es pr\u00e1cticamente lo opuesto a OpenFlow.
\nEn la arquitectura OpenFlow, el controlador se encarga de escribir reglas detalladas (flujos) en el hardware de todos los conmutadores, lo que significa que, en una gran red, puede ser responsable del mantenimiento y, lo m\u00e1s importante, de la modificaci\u00f3n de decenas de millones de registros en cientos de puntos en la red. Por lo tanto, su rendimiento y fiabilidad en una implementaci\u00f3n a gran escala se convierten en un cuello de botella.
\nEn ACI se utiliza un enfoque inverso: tambi\u00e9n hay un controlador, por supuesto, pero los conmutadores reciben de \u00e9l pol\u00edticas declarativas de alto nivel, y su renderizado en detalles de configuraciones espec\u00edficas en el hardware lo realiza el propio conmutador. El controlador puede reiniciarse o incluso apagarse, y con la red no suceder\u00e1 nada malo, excepto, por supuesto, la falta de la capacidad de gesti\u00f3n en ese momento. Es interesante que en ACI hay situaciones en las que OpenFlow todav\u00eda se utiliza, pero localmente dentro del host para programar Open vSwitch.<\/p>\n

ACI est\u00e1 completamente construido sobre el transporte de superposici\u00f3n basado en VXLAN, pero al mismo tiempo incluye, dentro de una \u00fanica soluci\u00f3n, el transporte IP subyacente. Cisco denomin\u00f3 a esto \"superposici\u00f3n integrada\". Como punto de terminaci\u00f3n de superposiciones en ACI, en la mayor\u00eda de los casos se utilizan los conmutadores del centro de datos (lo hacen a la velocidad del canal). Los hosts no tienen que saber nada sobre el centro de datos, la encapsulaci\u00f3n, etc., sin embargo, en ciertos casos (digamos, para conectar hosts OpenStack), el tr\u00e1fico VXLAN puede llegar a ellos.<\/p>\n

Las superposiciones se utilizan en ACI no solo para garantizar una conectividad flexible a trav\u00e9s de la red de transporte, sino tambi\u00e9n para transmitir metainformaci\u00f3n (que se utiliza, por ejemplo, para aplicar pol\u00edticas de seguridad).<\/p>\n

Los overlays se utilizan en ACI no solo para proporcionar conectividad flexible a trav\u00e9s de la red de transporte, sino tambi\u00e9n para transmitir metainformaci\u00f3n (que se utiliza, por ejemplo, para aplicar pol\u00edticas de seguridad). <\/p>\n

Los chips de Broadcom ya se utilizaban anteriormente en los conmutadores de la serie Nexus 3000 de Cisco. En la familia Nexus 9000, lanzada espec\u00edficamente para soportar ACI, se implement\u00f3 inicialmente un modelo h\u00edbrido llamado Merchant+. En el conmutador se utilizaban simult\u00e1neamente un nuevo chip Broadcom Trident 2 y un chip complementario dise\u00f1ado por Cisco, que ejecutaba toda la magia de ACI. Al parecer, esto permiti\u00f3 acelerar la salida del producto y reducir el precio del conmutador a un nivel cercano al de los modelos que utilizan \u00fanicamente el Trident 2. Este enfoque fue suficiente para los primeros dos o tres a\u00f1os de suministro de ACI. Durante ese tiempo, Cisco desarroll\u00f3 y lanz\u00f3 al mercado la siguiente generaci\u00f3n del Nexus 9000, ya basada en sus propios chips con mayor rendimiento y un conjunto de funciones ampliado, pero al mismo nivel de precios. Las especificaciones externas en t\u00e9rminos de interacci\u00f3n dentro de la f\u00e1brica se mantuvieron completamente. Sin embargo, el hardware interno cambi\u00f3 por completo: algo as\u00ed como un refactorizado, pero para el hardware.<\/p>\n

C\u00f3mo est\u00e1 estructurada la arquitectura de Cisco ACI <\/h3>\n

\nEn el caso m\u00e1s simple, ACI se construye sobre una topolog\u00eda de red Clos, o, como tambi\u00e9n se dice a menudo, Spine-Leaf. Puede haber entre dos (o uno, si la tolerancia a fallos no es una preocupaci\u00f3n) y seis conmutadores de nivel Spine. En consecuencia, cu\u00e1ntos m\u00e1s sean, mayor ser\u00e1 la tolerancia a fallos (menor disminuci\u00f3n de ancho de banda y fiabilidad en caso de fallo o mantenimiento de un Spine) y el rendimiento general. Todas las conexiones externas se realizan en los conmutadores de nivel Leaf: esto incluye los servidores, la conexi\u00f3n con redes externas a trav\u00e9s de L2 o L3 y la conexi\u00f3n con controladores APIC. De hecho, con ACI, no solo la configuraci\u00f3n, sino tambi\u00e9n la recopilaci\u00f3n de estad\u00edsticas, la supervisi\u00f3n de fallos y otros aspectos se gestionan a trav\u00e9s de la interfaz de los controladores, que en implementaciones de tama\u00f1o normal son tres. <\/p>\n

No es necesario conectarse a los conmutadores a trav\u00e9s de la consola, ni siquiera para iniciar la red: el controlador descubre por s\u00ed mismo los conmutadores y los integra en la infraestructura, incluyendo la configuraci\u00f3n de todos los protocolos de servicio; por eso, es muy importante anotar los n\u00fameros de serie del equipo instalado durante el montaje, para no tener que adivinar qu\u00e9 conmutador se encuentra en qu\u00e9 rack. Para la resoluci\u00f3n de problemas, si es necesario, se puede conectar a los conmutadores a trav\u00e9s de SSH: en ellos se han reproducido cuidadosamente los comandos habituales de show de Cisco. <\/p>\n

Dentro de la f\u00e1brica se utiliza transporte IP, por lo que no hay Spanning Tree ni otros horrores del pasado: todos los enlaces est\u00e1n activos, y la convergencia en caso de fallos es muy r\u00e1pida. El tr\u00e1fico en la f\u00e1brica se transmite a trav\u00e9s de t\u00faneles basados en VXLAN. M\u00e1s precisamente, Cisco llama a esta encapsulaci\u00f3n iVXLAN, y se diferencia de VXLAN com\u00fan en que los campos reservados en el encabezado de red se utilizan para transmitir informaci\u00f3n administrativa, principalmente sobre la relaci\u00f3n del tr\u00e1fico con el grupo EPG. Esto permite implementar reglas de interacci\u00f3n entre grupos en el hardware, utilizando sus n\u00fameros de la misma manera en que se utilizan las direcciones en listas de acceso comunes. <\/p>\n

Los t\u00faneles permiten extender tanto segmentos L2 como L3 (es decir, VRF) a trav\u00e9s del transporte IP interno. En este caso, la puerta de enlace por defecto es distribuida. Esto significa que cada conmutador se encarga de la ruta del tr\u00e1fico entrante en la f\u00e1brica. En t\u00e9rminos de l\u00f3gica de transmisi\u00f3n de tr\u00e1fico, ACI es similar a una f\u00e1brica basada en VXLAN\/EVPN. <\/p>\n

Si es as\u00ed, \u00bfcu\u00e1les son las diferencias? \u00a1En todo lo dem\u00e1s! <\/h3>\n

\nLa primera diferencia con la que te encuentras en ACI es c\u00f3mo se conectan los servidores a la red. En redes tradicionales, la conexi\u00f3n de servidores f\u00edsicos y virtuales se realiza a trav\u00e9s de VLAN, de las cuales derivan el resto: conectividad, seguridad, etc. En ACI, sin embargo, se utiliza una construcci\u00f3n que Cisco llama EPG (Grupo de Puntos Finales), de la cual no se puede escapar. \u00bfSe puede equiparar a una VLAN? S\u00ed, pero en este caso hay un riesgo de perder gran parte de lo que ofrece ACI. <\/p>\n

Todas las reglas de acceso se formulan en relaci\u00f3n con EPG, y en ACI por defecto se utiliza el principio de \u2018lista blanca\u2019, es decir, solo se permite el tr\u00e1fico que ha sido expl\u00edcitamente autorizado. Esto significa que podemos crear grupos EPG \u2018Web\u2019 y \u2018MySQL\u2019 y definir una regla que permita la interacci\u00f3n entre ellos solo a trav\u00e9s del puerto 3306. \u00a1Esto funcionar\u00e1 sin vinculaci\u00f3n a direcciones de red e incluso dentro de una misma subred! <\/p>\n

Tenemos clientes que eligieron ACI precisamente por esta caracter\u00edstica, ya que permite restringir accesos entre servidores (virtuales o f\u00edsicos, no importa), sin moverlos entre subredes, y por lo tanto, sin tocar la direccionamiento. S\u00ed, sabemos que nadie configura manualmente IP<\/a> en las configuraciones de las aplicaciones, \u00bfverdad?<\/p>\n

Las reglas de paso del tr\u00e1fico en ACI se denominan contratos. En dicho contrato, uno o varios grupos o niveles en una aplicaci\u00f3n de m\u00faltiples capas se convierten en proveedores de servicio (por ejemplo, servicio de base de datos), y otros, en consumidores. El contrato puede simplemente permitir el tr\u00e1fico o hacer algo m\u00e1s complejo, como dirigirlo a un firewall o a un balanceador, as\u00ed como cambiar el valor de QoS.<\/p>\n

\u00bfC\u00f3mo llegan los servidores a estos grupos? Si son servidores f\u00edsicos o algo incluido en una red existente, donde hemos creado un tronco VLAN, necesitar\u00edamos indicar el puerto del switch y la VLAN que se utiliza. Como podemos ver, las VLAN aparecen donde son imprescindibles.<\/p>\n

Si se trata de m\u00e1quinas virtuales, basta con referirse al entorno de virtualizaci\u00f3n conectado, y entonces todo suceder\u00e1 autom\u00e1ticamente: se crear\u00e1 un grupo de puertos (hablando en t\u00e9rminos de VMWare) para conectar las VM, se asignar\u00e1n las VLAN o VXLAN necesarias, se registrar\u00e1n en los puertos pertinentes de los switches, etc. As\u00ed que, aunque ACI est\u00e1 construido alrededor de una red f\u00edsica, las conexiones para servidores virtuales son mucho m\u00e1s simples que para f\u00edsicos. ACI ya incluye integraci\u00f3n con VMWare y MS Hyper-V, as\u00ed como soporte para OpenStack y RedHat Virtualization. Desde cierto momento, tambi\u00e9n ha surgido soporte incorporado para plataformas de contenedores: Kubernetes, OpenShift, Cloud Foundry, tocando tanto la aplicaci\u00f3n de pol\u00edticas como la monitorizaci\u00f3n, es decir, el administrador de red puede ver de inmediato en qu\u00e9 hosts est\u00e1n funcionando qu\u00e9 pods y en qu\u00e9 grupos han quedado.<\/p>\n

Adem\u00e1s de la inclusi\u00f3n en un grupo de puertos, los servidores virtuales tienen propiedades adicionales: nombre, atributos, etc., que se pueden utilizar como criterios para su traslado a otro grupo, por ejemplo, al renombrar una VM o al obtener una etiqueta adicional. Cisco denomina a esto grupos de microsegmentaci\u00f3n, aunque, en realidad, la propia estructura que permite crear m\u00faltiples segmentos de seguridad en forma de EPG en la misma subred tambi\u00e9n se puede considerar microsegmentaci\u00f3n. Bueno, eso lo sabe el proveedor. <\/p>\n

Los EPG son construcciones puramente l\u00f3gicas, no vinculadas a conmutadores espec\u00edficos, servidores, etc., por lo que se pueden realizar operaciones con ellos y con las construcciones basadas en ellos (aplicaciones y tenants) que son dif\u00edciles de hacer en redes convencionales, como la clonaci\u00f3n. Como resultado, digamos que es muy f\u00e1cil crear un clon de un entorno de producci\u00f3n para obtener un entorno de prueba que sea garantizado id\u00e9ntico al de producci\u00f3n. Se puede hacer manualmente, pero es mejor (y m\u00e1s simple) a trav\u00e9s de la API. <\/p>\n

En general, la l\u00f3gica de gesti\u00f3n en ACI es muy diferente de lo que normalmente se encuentra
\nen redes tradicionales de Cisco: la interfaz de programaci\u00f3n es primordial, y la GUI o CLI son secundarias, ya que operan a trav\u00e9s de la misma API. Por lo tanto, casi todos los que trabajan con ACI, despu\u00e9s de un tiempo, comienzan a familiarizarse con el modelo de objetos utilizado para la gesti\u00f3n y a automatizar algo seg\u00fan sus necesidades. Es m\u00e1s f\u00e1cil hacerlo desde Python: hay herramientas convenientes ya hechas para ello. <\/p>\n

Las trampas prometidas<\/h3>\n

\nEl principal problema es que muchas cosas en ACI est\u00e1n hechas de manera diferente. Para empezar a trabajar adecuadamente con ella, es necesario reeducarse. Esto es especialmente relevante para los equipos de operaci\u00f3n de red en grandes clientes, donde los ingenieros llevan a\u00f1os \"configurando VLANs\" seg\u00fan solicitudes. Lo que ahora es VLAN ya no es solo eso, y para implementar nuevas redes en hosts virtualizados no es necesario crear VLANs manualmente, lo que deja perplejos a los antiguos profesionales de redes y los lleva a aferrarse a sus enfoques tradicionales. Cabe se\u00f1alar que Cisco ha intentado suavizar un poco la situaci\u00f3n y ha a\u00f1adido un CLI \"similar a NXOS\" en el controlador, que permite la configuraci\u00f3n desde una interfaz parecida a los conmutadores tradicionales. Pero aun as\u00ed, para empezar a usar ACI correctamente, ser\u00e1 necesario entender c\u00f3mo funciona. <\/p>\n

Desde el punto de vista del precio en grandes y medianas escalas, la red ACI de los equipos Cisco pr\u00e1cticamente no se diferencia de las redes tradicionales, ya que se utilizan los mismos conmutadores para su construcci\u00f3n (los Nexus 9000 pueden funcionar tanto en ACI como en modo tradicional y se han convertido en el caballo de batalla principal para nuevos proyectos de centros de datos). Sin embargo, en los centros de datos con dos conmutadores, la presencia de controladores y la arquitectura Spine-Leaf ciertamente se hacen notar. Recientemente se introdujo una Mini ACI-Fabric, donde dos de los tres controladores fueron reemplazados por m\u00e1quinas virtuales. Esto ayuda a reducir la diferencia de costo, aunque esta sigue existiendo. Por lo tanto, la elecci\u00f3n del cliente se determina por su inter\u00e9s en las funciones de seguridad, integraci\u00f3n con la virtualizaci\u00f3n, punto \u00fanico de gesti\u00f3n y m\u00e1s.
\n
Fuente: 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\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 red para centros de datos Cisco ACI \u2014 en ayuda del administrador | ProHoster","description":"Con este m\u00e1gico trozo de script.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","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\/es\/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\/es\/wp-json\/wp\/v2\/posts\/35291","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=35291"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/35291\/revisions"}],"predecessor-version":[{"id":157819,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/35291\/revisions\/157819"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=35291"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=35291"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=35291"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}