{"id":206,"date":"2020-11-16T22:55:00","date_gmt":"2020-11-16T21:55:00","guid":{"rendered":"http:\/\/192.168.10.3:8585\/?p=206"},"modified":"2020-11-19T10:47:52","modified_gmt":"2020-11-19T09:47:52","slug":"vsan-performance-series-componentes-de-hardware-1-5","status":"publish","type":"post","link":"https:\/\/thecloudarchitects.es\/?p=206","title":{"rendered":"vSAN Performance Series &#8211; Componentes de Hardware (1\/5)"},"content":{"rendered":"\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p><em>En esta serie de posts vamos a hablar exclusivamente de performance. Las recomendaciones de configuraci\u00f3n, disponibilidad o cualquier cosa no relacionada con performance no la vamos a cubrir en estos articulos.<\/em><\/p><\/blockquote>\n\n\n\n<p>Hoy empezamos con una serie de posts dedicados a performance de vSAN. Vamos a cubrir el hardware, diferentes aspectos de la red, configuraciones, el comportamiento de como un I\/O como ser mueve por vSAN etc. <\/p>\n\n\n\n<p>Si tienes alguna pregunta o sugerencia por favor comp\u00e1rtela en la secci\u00f3n de comentarios e intentar\u00e9 responderla y posiblemente a\u00f1adirla al contenido de la serie!<\/p>\n\n\n\n<p id=\"block-0fce2c4f-e53b-400a-bfd6-cf61e2d014c3\">La primera entrada trata de lo que es posiblemente el punto mas relevante en el performance de vSAN, el hardware. Cubriremos cada componente de vSAN en los hosts\/clusters y veremos que opciones hay para cada uno de ellos.<\/p>\n\n\n\n<h1 class=\"wp-block-heading\" id=\"block-895c4082-5fe4-465a-9329-fca376709193\">Componentes de Hardware de vSAN<\/h1>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"block-ef1a0c93-84ac-43c4-b77f-ffe2862c72b5\">Controladora de almacenamiento<\/h2>\n\n\n\n<p id=\"block-3f0784f7-a610-4bb5-b585-efd73acb7b07\">La controladora gestiona las lecturas y escrituras de los discos que est\u00e1n directamente conectados a ella. Es tan importante o mas que los propios discos, por lo que no deber\u00edamos elegirla a la ligera sin hacer una estimaci\u00f3n de nuestras necesidades.<\/p>\n\n\n\n<p id=\"block-ea27421c-0d32-4bed-bb1f-6d81d6aa1813\">&nbsp;Debemos tener en cuenta una serie de puntos importantes sobre las controladoras:<\/p>\n\n\n\n<ul class=\"wp-block-list\" id=\"block-9f8005e4-e3ad-4a99-9ff8-cf7fb0571973\"><li>Los NVMe y 3D XPOINT tienen su propia controladora embebida. Estos discos se conectan directamente al chipset a trav\u00e9s de las l\u00edneas PCI y obviamente son la mejor opci\u00f3n si solo tenemos en cuenta el rendimiento.<\/li><li>Lo mas recomendable es tener al menos dos diskgroups y, si es posible, dedicar una controladora para cada uno de ellos. Si tenemos dos diskgroups y una \u00fanica controladora, incluso si es capaz de manejar esa carga, tendr\u00edamos un \u00fanico punto fallo.<\/li><li>La propiedad mas importante de la controladora para nosotros es el tama\u00f1o de cola. Lo m\u00ednimo soportado para vSAN es 256, pero una cola mayor probablemente nos de mejor rendimiento.<\/li><li>Un tama\u00f1o de cola peque\u00f1o puede impactar al tiempo de rebuild\/resyncs de los hosts.<\/li><li>Los diskgroups contienen 1 discos de cache y hasta 7 discos de capacidad. Podemos tener hasta 5 diskgroups. Aseg\u00farate de tener una controladora de discos con la capacidad de manejar la carga que todos esos discos generen.<\/li><li>Ya que vamos a desactivar la mayor\u00eda de las funcionalidades de la controladora (la configuraremos en modo JBOD\/passthorugh y desactivaremos la cach\u00e9 etc&#8230;), no deber\u00edamos comprar una controladora pensando en estas funciones extra. Probablemente sea mejor comprar una controladora mas barata con un tama\u00f1o de cola mejor.<\/li><li>No es buena idea mezclar discos de vSAN con discos que no son para vSAN en una misma controladora. (mas detalles de este punto en la siguiente KB)<\/li><\/ul>\n\n\n\n<p><em>Best practices when using vSAN and non-vSAN disks with the same storage controller (2129050)<\/em><\/p>\n\n\n\n<p><a href=\"https:\/\/kb.vmware.com\/s\/article\/2129050\">https:\/\/kb.vmware.com\/s\/article\/2129050<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"block-46e61228-606e-4176-b47d-57e2b30a5b72\">Discos<\/h2>\n\n\n\n<p id=\"block-cc858e27-1f7f-492a-a9ec-125a5d9f25ab\">Hay dos configuraciones posibles en vSAN, h\u00edbrido y all-flash. En una configuraci\u00f3n h\u00edbrida los discos flash se usan para cach\u00e9 y los discos magn\u00e9ticos para capacidad, mientras que en una configuraci\u00f3n all-flash se usan discos flash tanto para cach\u00e9 como para capacidad.<\/p>\n\n\n\n<figure class=\"wp-block-image\" id=\"block-545c445f-4dcf-400c-afa8-efe8d160d289\"><img decoding=\"async\" src=\"http:\/\/192.168.10.3:8585\/wp-content\/uploads\/2020\/11\/diskgroups-1024x598.png\" alt=\"La imagen tiene un atributo ALT vac\u00edo; su nombre de archivo es diskgroups-1024x598.png\"\/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"block-c5899f78-8006-4138-b9f4-d2e8391387f4\">Discos de cach\u00e9:<\/h3>\n\n\n\n<p id=\"block-22cc47e7-a769-4071-9ee3-a24e1cd5e5bb\">Dependiendo del dise\u00f1o de vSAN (H\u00edbrido o all-flash) la cach\u00e9 tiene distintos roles:<\/p>\n\n\n\n<ul class=\"wp-block-list\" id=\"block-f03b38e2-a760-4cb1-a72b-1e284240e301\"><li>En un despliegue h\u00edbrido los discos de cach\u00e9 tienen dos funciones. Una es servir de cach\u00e9 de lectura, lo que mejora enormemente el rendimiento con discos SATA-SAS. Esta es una manera de reducir la cantidad de lecturas que se har\u00e1n en discos magn\u00e9ticos lentos. La segunda funci\u00f3n consiste en utilizar el resto del espacio como cach\u00e9 de escritura.<\/li><li>En despliegues all-flash los discos de cach\u00e9 se utilizan completamente como cach\u00e9 de escritura.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"block-cbfde7b0-ae44-4edd-90fc-e4f47d4aa17b\">Discos de capacidad:<\/h3>\n\n\n\n<ul class=\"wp-block-list\" id=\"block-d8591324-4430-4964-9fa7-b92978b9fb73\"><li>Los discos de capacidad guardan los datos despu\u00e9s de haber sido escritos en la capa de cach\u00e9. A este proceso se le llama \u00abdestaging\u00bb.<\/li><li>En un despliegue h\u00edbrido, primero se intenta leer en la capa de cach\u00e9 y si el dato no est\u00e1 disponible se accede a la capa de capacidad.<\/li><li>En un despliegue all-flash siempre se lee directamente desde los discos de capacidad.<\/li><\/ul>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p><em>El proceso de \u00abDestaging\u00bb ser\u00e1 explicado en detalle en un post de esta serie.<\/em><\/p><\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"block-cea9789e-ed7d-4f7e-9b07-2ee11868d437\">Clases disco (Tiers)<\/h3>\n\n\n\n<p id=\"block-129aca4a-73bc-47cc-a332-73c61c1f0d03\">Hay distinta clasificaci\u00f3n para los SSD y los discos magn\u00e9ticos dependiendo de su rendimiento y su durabilidad. Es importante considerar la clase del disco no solo para los discos de cach\u00e9 sino tambi\u00e9n para los discos de capacidad. Unos discos de capacidad de bajo rendimiento podr\u00edan afectar al rendimiento del datastore.<\/p>\n\n\n\n<p id=\"block-f2a3bb11-ffa1-4253-902b-e64515234dde\"><strong>SSD Endurance<\/strong><\/p>\n\n\n\n<p id=\"block-b7ce88db-d561-48bb-a57a-14547750c594\">Los discos SSD est\u00e1n clasificados en diferentes tiers de \u00abendurance\u00bb o durabilidad dependiendo de cuantas escrituras pueden realizar durante su vida \u00fatil. Este numero es una estimaci\u00f3n basada en la garant\u00eda del disco que nos da el fabricante, pero es una buena m\u00e9trica para saber cuanto durar\u00e1 aproximadamente el disco antes de romperse.<\/p>\n\n\n\n<p id=\"block-e924afdd-aecd-45d2-bc6d-50f0371ffab1\">Es importante elegir discos de un tier alto de \u00abendurance\u00bb para la cach\u00e9 ya que es una capa con un uso intensivo en operaciones de escritura.<\/p>\n\n\n\n<figure class=\"wp-block-image\" id=\"block-25d79022-33ce-42d2-889d-45e7e3388cf4\"><img decoding=\"async\" src=\"http:\/\/192.168.10.3:8585\/wp-content\/uploads\/2020\/11\/endurance-class.png\" alt=\"La imagen tiene un atributo ALT vac\u00edo; su nombre de archivo es endurance-class.png\"\/><\/figure>\n\n\n\n<p id=\"block-39b38516-0c1e-4754-9519-20cca2304f7c\">TBW= Terabytes escritos.<\/p>\n\n\n\n<p id=\"block-da8d196e-8bc6-438b-97bd-f3cc9c5c7e7a\"><strong>SSD Performance<\/strong><\/p>\n\n\n\n<p id=\"block-a6fbdc7f-262f-4a5f-8ccb-8c5515423490\">La clasificaci\u00f3n de performance en los SSD es f\u00e1cil de entender, ya que estos tiers se basan en el numero de escrituras por segundo. La elecci\u00f3n de discos se suele hacer dependiendo de cual es el requerimiento m\u00ednimo de la aplicaci\u00f3n y coste ya que a mayor rendimiento mas caro suele ser el disco.<\/p>\n\n\n\n<figure class=\"wp-block-image\" id=\"block-e34acf85-d486-42e0-9e08-d0ac4448005b\"><img decoding=\"async\" src=\"http:\/\/192.168.10.3:8585\/wp-content\/uploads\/2020\/11\/Performance-class.png\" alt=\"La imagen tiene un atributo ALT vac\u00edo; su nombre de archivo es Performance-class.png\"\/><\/figure>\n\n\n\n<p id=\"block-b8be2b30-0274-4d6f-8b50-dfab1381e5a3\"><strong>Discos Magn\u00e9ticos<\/strong><\/p>\n\n\n\n<p id=\"block-e514c0f4-d64b-4374-a80b-986533651bfb\">Los discos magn\u00e9ticos tradicionales son mas baratos y tienen mayor capacidad que un disco SSD, ademas son mas fiables pero son bastante mas lentos.<\/p>\n\n\n\n<p id=\"block-6054a181-62b5-4034-a612-4c208b205c36\">El rendimiento de los discos magn\u00e9ticos se mide en \u00abRevoluciones por minuto\u00bb (RPM)<\/p>\n\n\n\n<figure class=\"wp-block-image\" id=\"block-f6ed62b6-9af5-48ea-94e5-bf91ccae0476\"><img decoding=\"async\" src=\"http:\/\/192.168.10.3:8585\/wp-content\/uploads\/2020\/11\/RPM.png\" alt=\"La imagen tiene un atributo ALT vac\u00edo; su nombre de archivo es RPM.png\"\/><\/figure>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p><em>Personalmente pienso que con con la caida del coste de los discos NVMe y los discos SSD que hemos tenido estos a\u00f1os solo recomendaria usar clusters h\u00edbridos de vSAN con discos magneticos para \u00abArchiving\u00bb o entornos no productivos.<\/em><\/p><\/blockquote>\n\n\n\n<p><a href=\"https:\/\/www.vmware.com\/resources\/compatibility\/vsan_profile.html\">https:\/\/www.vmware.com\/resources\/compatibility\/vsan_profile.html<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"block-20755008-b187-4060-b6aa-59f6717424be\">Discos, Ancho de banda y tama\u00f1o de cola<\/h3>\n\n\n\n<p id=\"block-448583e7-ae66-4433-97df-a4d2980c885d\">Es muy importante tener en cuenta la tecnolog\u00eda del disco y que clase de interfaz se usa para ser conectado, ya que SATA, SAS y NVMe no tienen todos el mismo ancho de banda o tama\u00f1o de cola.<\/p>\n\n\n\n<p id=\"block-4b4b6558-4094-4357-bf63-ed303d8df835\">En discos SATA\/SAS tenemos una controladora de almacenamiento com\u00fan que maneja varios discos, por esto tenemos que tener en cuenta el tama\u00f1o de cola de los discos y su ancho de banda. En ACHI y SATA se tiene un tama\u00f1o cola de 32 (1 cola y 32 comandos). SAS en cambio puede manejar 256 (1 o 2 colas), mientras que NVMe puede administrar un tama\u00f1o de cola de hasta 65k.<\/p>\n\n\n\n<p>Los discos SATA tienen distintos valores de ancho de banda, dependiendo de la versi\u00f3n SATA 1,5Gb\/s, 3Gb\/s, 6Gb\/s mientras que SAS puede llegar hasta 22,5Gb\/s. Los NVMe funcionan de manera diferente ya que est\u00e1n conectados directamente usando las l\u00edneas PCI (normalmente PCI 4x) as\u00ed que su ancho de banda es significativamente superior.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large is-resized\"><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/192.168.10.3:8585\/wp-content\/uploads\/2020\/11\/image-3-1024x421.png\" alt=\"\" class=\"wp-image-221\" width=\"873\" height=\"359\" srcset=\"https:\/\/thecloudarchitects.es\/wp-content\/uploads\/2020\/11\/image-3-1024x421.png 1024w, https:\/\/thecloudarchitects.es\/wp-content\/uploads\/2020\/11\/image-3-300x123.png 300w, https:\/\/thecloudarchitects.es\/wp-content\/uploads\/2020\/11\/image-3-768x315.png 768w, https:\/\/thecloudarchitects.es\/wp-content\/uploads\/2020\/11\/image-3.png 1371w\" sizes=\"(max-width: 873px) 100vw, 873px\" \/><\/figure>\n\n\n\n<p><a href=\"https:\/\/es.wikipedia.org\/wiki\/NVM_Express\">https:\/\/es.wikipedia.org\/wiki\/NVM_Express<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\" id=\"block-de09c1a4-b902-40ed-9ab1-c0c36a9ac037\">Latencia<\/h3>\n\n\n\n<p id=\"block-aca94566-67ac-46c3-9231-0d689e233f9b\">Hay una diferencia muy grande entre la latencia de los discos SATA\/SAS (puede ser de hasta 3-4ms) y la de un NVMe, que tiene una latencia muy baja (0,5-0,7ms). Esto debe tenerse en cuenta dependiendo de la aplicaci\u00f3n que vamos a desplegar en vSAN y de si vamos a usar el disco para capacidad o para cach\u00e9.<\/p>\n\n\n\n<p id=\"block-206921c6-8e56-4fd8-886d-7872693b1fb5\">3D Xpoint (Intel Optane, QuantX) es un tipo de disco NVMe con ultra baja latencia y unas velocidades superiores a un NVMe normal. Estos discos son bastante caros pero son bastante \u00fatiles para aplicaciones criticas o clusters con necesidades muy altas.<\/p>\n\n\n\n<figure class=\"wp-block-image is-resized\" id=\"block-cd7fa02b-a9c7-441a-a856-2ad5afd92977\"><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/192.168.10.3:8585\/wp-content\/uploads\/2020\/11\/latency-1.png\" alt=\"La imagen tiene un atributo ALT vac\u00edo; su nombre de archivo es latency-1.png\" width=\"501\" height=\"245\"\/><\/figure>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p><em>Aprenderemos sobre el comportamiento de un IO en un post dedicado completamente a este tema.<\/em><\/p><\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"block-2fb53176-685f-4030-8a05-9737152c34d3\">Network<\/h2>\n\n\n\n<p id=\"block-5bb873b8-9b6b-4dc8-91c5-aae2c563dcd3\">Los requisitos m\u00ednimos de vSAN son:<\/p>\n\n\n\n<ul class=\"wp-block-list\" id=\"block-0c5fcd05-4989-412a-8ef1-8e3a2c770c53\"><li>1Gbps dedicado para configurationes h\u00edbridas.<\/li><li>10Gbps dedicados o compartidos para configuraciones all-flash.<\/li><\/ul>\n\n\n\n<p id=\"block-4750deb2-eb7d-41b5-bd1b-f57b589f6fe8\">Debemos tratar estos n\u00fameros solo como un m\u00ednimo y, adem\u00e1s, deber\u00edamos pensar como dise\u00f1ar la red f\u00edsica y virtual. Necesitamos una red capaz de manejar el trafico que vSAN vaya a generar dependiendo de cada caso.<\/p>\n\n\n\n<p id=\"block-a79055cd-0bce-4430-b358-505e38915d60\">Podr\u00eda ocurrir que preparemos una red de 10Gbps compartida con otras VMs o servicios y luego nos gastemos mucho dinero en hosts llenos de discos muy caros, esto probablemente cree un cuello de botella en la red que no solo impacte en el rendimiento de vSAN, sino tambi\u00e9n en el rendimiento de las m\u00e1quinas virtuales y otros servicios en la red.<\/p>\n\n\n\n<p id=\"block-9a2cbdbf-048d-4de5-9ce1-e922c21ba6b1\">Si los uplinks f\u00edsicos estan compartidos es recomendable configurarlos en \u00abactivo-pasivo\u00bb de la siguiente manera:<\/p>\n\n\n\n<ul class=\"wp-block-list\" id=\"block-28bf70e5-cbbc-4424-8b90-d1ffda2b7649\"><li>vSAN usa el primer uplink y configuramos el segundo uplink en \u00abStandby\u00bb.<\/li><li>Configuramos la segunda interfaz para el resto de los servicios y dejamos la primera interfaz como \u00abStandby\u00bb.<\/li><li>En el caso de que fallen alguno de los uplinks es recomendable configurar \u00abNetwork IO Control\u00bb. De este modo, si ocurre algo y los servicios empiezan a usar todos el mismo uplink, NIOC priorizar\u00e1 vSAN sobre el resto del tr\u00e1fico.<\/li><\/ul>\n\n\n\n<h1 class=\"wp-block-heading\" id=\"block-6723cac5-da35-412f-9365-40029aef6b93\">Ejemplo de dise\u00f1o de hardware en vSAN<\/h1>\n\n\n\n<p id=\"block-75553232-67f9-4e01-b875-7b77d04dee52\">Bas\u00e1ndome en mi experiencia personal podemos crear una tabla como ejemplo de como podriamos dise\u00f1ar el hardware para diferentes clusters, dependiendo de los requisitos de las aplicaciones que vamos a desplegar en ellos.<\/p>\n\n\n\n<figure class=\"wp-block-image\" id=\"block-be5adf18-be32-471f-aabc-3951c6df104c\"><img decoding=\"async\" src=\"http:\/\/192.168.10.3:8585\/wp-content\/uploads\/2020\/11\/clusters-1024x297.png\" alt=\"La imagen tiene un atributo ALT vac\u00edo; su nombre de archivo es clusters-1024x297.png\"\/><\/figure>\n\n\n\n<p id=\"block-09e9591c-4082-4288-9e98-ee451b01776f\">Como podemos apreciar en la tabla, es buena idea crear distintos clusters separando las aplicaciones dependiendo de sus necesidades de rendimiento. No es buena idea mezclar aplicaciones criticas con aplicaciones no-productivas, por ejemplo, ya que el hardware necesario es caro y no seria eficiente.<\/p>\n\n\n\n<h1 class=\"wp-block-heading\" id=\"block-7b0c12df-9729-4dc9-b8d9-7ca635e35a23\">vSAN Ready Nodes<\/h1>\n\n\n\n<p id=\"block-8144ca3c-f3f9-4747-9203-9beb52a35c96\">Como hemos visto elegir los componentes que vamos a usar para vSAN no es tarea f\u00e1cil. Tenemos muchas opciones y necesitamos estar seguros de que no vamos a crear cuellos de botella en las distintas capas. Esta es una de las razones por las que deber\u00edamos considerar siempre que sea posible usar vSAN Ready Nodes. <\/p>\n\n\n\n<p id=\"block-8144ca3c-f3f9-4747-9203-9beb52a35c96\">Los vSAN Ready nodes han sido probados con unas configuraciones de hardware muy especificas para asegurarnos que esa combinaci\u00f3n de hardware funciona perfectamente con ese n\u00famero de diskgroups, esa cantidad de discos y con ese tier de rendimiento, la controladora de almacenamiento con ese tama\u00f1o de cola etc.<br><\/p>\n\n\n\n<h4 class=\"wp-block-heading\" id=\"block-844d19a8-f5aa-4b63-9eda-cbbe27f97d99\">Para mas informaci\u00f3n sobre los distintos vSAN Ready nodes:<\/h4>\n\n\n\n<p id=\"block-0c45b125-5b6e-47b6-8ebb-659eca372639\"><em>vSAN Hardware Quick Reference Guide<\/em><\/p>\n\n\n\n<p><a href=\"https:\/\/www.vmware.com\/resources\/compatibility\/vsan_profile.html\">https:\/\/www.vmware.com\/resources\/compatibility\/vsan_profile.html<\/a><\/p>\n\n\n\n<p id=\"block-cb05b7ed-4579-409f-8b19-cad3f2ecf919\"><em>vSAN ReadyNode Configurator<\/em><\/p>\n\n\n\n<p><a href=\"https:\/\/vsanreadynode.vmware.com\/RN\/RN\">https:\/\/vsanreadynode.vmware.com\/RN\/RN<\/a><\/p>\n\n\n\n<p id=\"block-0937b420-7efd-4e22-9d87-a514c652be5f\"><em>HCI Assessment<\/em><\/p>\n\n\n\n<p><a href=\"https:\/\/www.vmware.com\/products\/hyper-converged-infrastructure\/assessment.html\">https:\/\/www.vmware.com\/products\/hyper-converged-infrastructure\/assessment.html<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>En esta serie de posts vamos a hablar exclusivamente de performance. Las recomendaciones de configuraci\u00f3n, disponibilidad o cualquier cosa no relacionada con performance no la vamos a cubrir en estos articulos. Hoy empezamos con una serie de posts dedicados a performance de vSAN. Vamos a cubrir el hardware, diferentes aspectos de la red, configuraciones, el &hellip;<br \/><a href=\"https:\/\/thecloudarchitects.es\/?p=206\" class=\"more-link pen_element_default pen_icon_none\">Seguir leyendo <span class=\"screen-reader-text\">vSAN Performance Series &#8211; Componentes de Hardware (1\/5)<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":186,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[26],"tags":[35,37],"class_list":["post-206","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-vsan","tag-performance-es","tag-vsan-es"],"_links":{"self":[{"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=\/wp\/v2\/posts\/206"}],"collection":[{"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=206"}],"version-history":[{"count":12,"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=\/wp\/v2\/posts\/206\/revisions"}],"predecessor-version":[{"id":258,"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=\/wp\/v2\/posts\/206\/revisions\/258"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=\/wp\/v2\/media\/186"}],"wp:attachment":[{"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=206"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=206"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/thecloudarchitects.es\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=206"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}