{"id":40729,"date":"2020-02-03T14:42:16","date_gmt":"2020-02-03T11:42:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage"},"modified":"2020-02-03T14:42:16","modified_gmt":"2020-02-03T11:42:16","slug":"kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","title":{"rendered":"Comparativa breve de arquitecturas SDS o b\u00fasqueda de la plataforma de almacenamiento adecuada (GlusterVsCephVsVirtuozzoStorage)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Este art\u00edculo est\u00e1 escrito para ayudar a elegir la soluci\u00f3n adecuada y entender las diferencias entre SDS como Gluster, Ceph y Vstorage (Virtuozzo).<\/p>\n<p>El texto utiliza enlaces a art\u00edculos con un an\u00e1lisis m\u00e1s detallado de ciertos problemas, por lo que las descripciones ser\u00e1n lo m\u00e1s breves posible, utilizando puntos clave sin informaci\u00f3n innecesaria y sin introducciones que puedes encontrar por tu cuenta en internet. <\/p>\n<p>De hecho, los temas tratados requieren un tono formal, pero en el mundo moderno cada vez m\u00e1s personas no quieren leer mucho))), por lo que se puede leer r\u00e1pidamente y tomar una decisi\u00f3n, y si algo no queda claro, se pueden seguir los enlaces o buscar palabras desconocidas))), este art\u00edculo act\u00faa como una envoltura transparente para estos temas profundos, mostrando el contenido: los principales puntos clave de cada soluci\u00f3n.<\/p>\n<h3>Gluster<\/h3>\n<p>\nComencemos con Gluster, que se utiliza activamente en plataformas hipercalificadas con SDS de c\u00f3digo abierto para entornos virtuales y que se puede encontrar en el sitio web de RedHat en la secci\u00f3n de almacenamiento, donde se ofrece elegir entre dos opciones de SDS: Gluster o Ceph.<\/p>\n<p>Gluster consiste en un stack de traductores: servicios que realizan todas las tareas de distribuci\u00f3n de archivos, etc. Brick \u2013 es el servicio que atiende un disco, Volume \u2013 es el volumen (pool) que combina estos bricks. Luego viene el servicio de distribuci\u00f3n de archivos por grupos mediante la funci\u00f3n DHT (tabla hash distribuida). No incluiremos en la descripci\u00f3n el servicio de Sharding, ya que en los enlaces proporcionados a continuaci\u00f3n habr\u00e1 una descripci\u00f3n de los problemas relacionados con \u00e9l.<\/p>\n<p><img decoding=\"async\" alt=\"Comparativa breve de arquitecturas SDS o b\u00fasqueda de la plataforma de almacenamiento adecuada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/0c54588b5b09c9069ffbd0c5161c5e34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAl escribir, el archivo se guarda completamente en un brick y su copia se escribe paralelamente en un brick en el segundo servidor. Luego, un segundo archivo se grabar\u00e1 en el segundo grupo de dos bricks (o m\u00e1s) en diferentes servidores.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex> <br \/>\nSi los archivos son de tama\u00f1o similar y el volumen consta solo de un grupo, todo est\u00e1 bien, pero en otras condiciones surgir\u00e1n los siguientes problemas de las descripciones: <\/p>\n<ul>\n<li>el espacio en los grupos se utiliza de manera desigual, esto depende del tama\u00f1o de los archivos y, si hay insuficiente espacio en el grupo para guardar el archivo, recibir\u00e1 un error, el archivo no se guardar\u00e1 y no se redistribuir\u00e1 a otro grupo;<\/li>\n<li>al escribir un solo archivo, IO solo va a un grupo, los dem\u00e1s quedan inactivos;<\/li>\n<li>no se puede obtener IO de todo el volumen al escribir un solo archivo;<\/li>\n<li>y el concepto general parece menos eficiente debido a la falta de distribuci\u00f3n de datos en bloques, donde es m\u00e1s f\u00e1cil lograr un equilibrio y resolver el problema de la distribuci\u00f3n uniforme, en lugar de que ahora el archivo se coloque en un bloque entero.<\/li>\n<\/ul>\n<p>\nDe la descripci\u00f3n oficial <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gluster.org\/en\/latest\/Quick-Start-Guide\/Architecture\/\">arquitectura<\/a><\/noindex> tambi\u00e9n surge involuntariamente la comprensi\u00f3n de que Gluster opera como un almacenamiento de archivos sobre un RAID de hardware cl\u00e1sico. Ha habido intentos de desarrollar la segmentaci\u00f3n (Sharding) de archivos en bloques, pero todo esto es un complemento que impone p\u00e9rdidas de rendimiento al enfoque arquitect\u00f3nico ya existente, adem\u00e1s del uso de componentes de c\u00f3digo abierto con limitaciones de rendimiento como Fuse. No hay servicios de metadatos, lo que limita las capacidades de rendimiento y redundancia del almacenamiento al distribuir archivos en bloques. Se pueden observar mejores m\u00e9tricas de rendimiento con la configuraci\u00f3n 'Distributed Replicated' y el n\u00famero de nodos debe ser al menos 6 para organizar una r\u00e9plica confiable de 3 con una distribuci\u00f3n \u00f3ptima de la carga.<\/p>\n<p>Estas conclusiones tambi\u00e9n est\u00e1n relacionadas con la descripci\u00f3n de la experiencia de uso <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/353666\/\">Gluster<\/a><\/noindex> y al compararlo con <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Ceph<\/a><\/noindex>, y tambi\u00e9n hay una descripci\u00f3n de la experiencia que lleva a comprender esta configuraci\u00f3n m\u00e1s productiva y confiable <noindex><a rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/forum\/general\/13316001\">\u201cReplicated Distributed\u201d.<\/a><\/noindex><br \/>\n<img decoding=\"async\" alt=\"Comparativa breve de arquitecturas SDS o b\u00fasqueda de la plataforma de almacenamiento adecuada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/6868ddf69e18bec0b50ae5aeba74440d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEn la imagen se muestra la distribuci\u00f3n de carga al escribir dos archivos, donde las copias del primer archivo se distribuyen entre los tres primeros servidores, que est\u00e1n agrupados en el volumen 0, y las tres copias del segundo archivo se colocan en el segundo grupo volume1 de tres servidores. Cada servidor tiene un disco.<\/p>\n<p>La conclusi\u00f3n general es que se puede usar Gluster, pero con la comprensi\u00f3n de que habr\u00e1 limitaciones en rendimiento y redundancia que crean dificultades bajo ciertas condiciones en soluciones hiperconvergentes, donde los recursos tambi\u00e9n son necesarios para las cargas computacionales de entornos virtuales. <\/p>\n<p>Tambi\u00e9n hay algunos indicadores de rendimiento de Gluster que se pueden lograr bajo ciertas condiciones limit\u00e1ndose en <noindex><a rel=\"nofollow\" href=\"http:\/\/moo.nac.uci.edu\/~hjm\/Performance_in_a_Gluster_Systemv6F.pdf\"> redundancia.<\/a><\/noindex><\/p>\n<h3>Ceph<\/h3>\n<p>\nAhora consideremos Ceph a partir de descripciones de arquitectura que he logrado <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/313644\/\">encontrar.<\/a><\/noindex> Tambi\u00e9n hay una comparaci\u00f3n entre <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Glusterfs y Ceph<\/a><\/noindex>, donde se puede entender de inmediato que es recomendable implementar Ceph en servidores separados, ya que sus servicios requieren todos los recursos del hardware bajo carga. <\/p>\n<p>Arquitectura <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/architecture\/\">Ceph<\/a><\/noindex> es m\u00e1s complicado que Gluster y tiene servicios como los de metadatos, pero toda la pila de componentes es bastante compleja y no muy flexible para su uso en soluciones de virtualizaci\u00f3n. Los datos se agrupan en bloques, lo que parece m\u00e1s eficiente, pero hay p\u00e9rdidas y latencia en la jerarqu\u00eda de todos los servicios (componentes) bajo ciertas cargas y condiciones de falla; un ejemplo es lo siguiente <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/oleg-bunin\/blog\/431536\/\">art\u00edculo.<\/a><\/noindex><\/p>\n<p>En la descripci\u00f3n de la arquitectura, el coraz\u00f3n es CRUSH, gracias al cual se elige el lugar para almacenar los datos. A continuaci\u00f3n est\u00e1 PG; esta es la abstracci\u00f3n m\u00e1s compleja (grupo l\u00f3gico) para comprender. PG son necesarios para que CRUSH sea m\u00e1s eficiente. La principal funci\u00f3n de PG es agrupar objetos para reducir el consumo de recursos, aumentar el rendimiento y la escalabilidad. La direcci\u00f3n de objetos de forma directa, por separado, sin agruparlos en PG ser\u00eda muy costosa. OSD es el servicio para cada disco individual.<\/p>\n<p><img decoding=\"async\" alt=\"Comparativa breve de arquitecturas SDS o b\u00fasqueda de la plataforma de almacenamiento adecuada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/b7d59066a01db9bbb55bbd87c6e5053a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Comparativa breve de arquitecturas SDS o b\u00fasqueda de la plataforma de almacenamiento adecuada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/a86622bc051ab820d42a8aa08a3fc759.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUn cl\u00faster puede tener uno o varios grupos de datos para diferentes prop\u00f3sitos y configuraciones. Los grupos se dividen en grupos de colocaci\u00f3n. En los grupos de colocaci\u00f3n se almacenan los objetos a los que acceden los clientes. Aqu\u00ed termina el nivel l\u00f3gico y comienza el f\u00edsico, porque detr\u00e1s de cada grupo de colocaci\u00f3n hay un disco principal y varios discos r\u00e9plicas (la cantidad depende del factor de replicaci\u00f3n del grupo). En otras palabras, a nivel l\u00f3gico, el objeto se almacena en un grupo de colocaci\u00f3n espec\u00edfico, y a nivel f\u00edsico, en los discos que est\u00e1n asignados a \u00e9l. Estos discos pueden estar f\u00edsicamente en diferentes nodos o incluso en diferentes centros de datos.<\/p>\n<p>En este esquema, los grupos de colocaci\u00f3n parecen ser un nivel necesario para la flexibilidad de toda la soluci\u00f3n, pero al mismo tiempo, son un eslab\u00f3n adicional en esta cadena, lo que inevitablemente sugiere una p\u00e9rdida de rendimiento. Por ejemplo, al grabar datos, el sistema necesita dividirlos en estos grupos y luego, a nivel f\u00edsico, en el disco principal y en los discos para r\u00e9plicas. Es decir, la funci\u00f3n hash trabaja al buscar e insertar un objeto, pero hay un efecto secundario: hay unos costos muy altos y limitaciones en la reestructuraci\u00f3n del hash (al a\u00f1adir o eliminar un disco). Otro problema del hash es la ubicaci\u00f3n de los datos, que est\u00e1 fijada y no se puede cambiar. Por lo tanto, si un disco experimenta una carga excesiva, el sistema no tiene la posibilidad de no escribir en \u00e9l (elegir otro disco); la funci\u00f3n hash obliga a ubicar los datos de acuerdo con una regla, independientemente de lo mal que le vaya al disco. Por esta raz\u00f3n, Ceph consume mucha memoria al reestructurar los PG en caso de auto-reparaci\u00f3n o aumento del almacenamiento. La conclusi\u00f3n es que Ceph funciona bien (aunque lentamente), pero solo cuando no hay escalado, situaciones de emergencia o actualizaciones.<\/p>\n<p>Por supuesto, hay opciones para mejorar el rendimiento mediante la cach\u00e9 y la cach\u00e9 de niveles, pero para ello se necesita un buen hardware y, aun as\u00ed, habr\u00e1 p\u00e9rdidas. Sin embargo, en general, Ceph parece ser m\u00e1s atractivo que Gluster para la producci\u00f3n. Adem\u00e1s, al utilizar estos productos es necesario tener en cuenta un factor muy importante: se requiere un alto nivel de competencias, experiencia y profesionalismo con un gran \u00e9nfasis en Linux, ya que es fundamental desplegar, configurar y mantener todo correctamente, lo que impone a\u00fan mayor responsabilidad y carga al administrador. <\/p>\n<h3>Vstorage<\/h3>\n<p>\nLa arquitectura de <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/virtuozzo\/blog\/334724\/\">Virtuozzo storage (Vstorage)<\/a><\/noindex>, se puede utilizar junto con el hipervisor en los mismos nodos, en el mismo <noindex><a rel=\"nofollow\" href=\"http:\/\/samag.ru\/archive\/article\/3794\">hardware<\/a><\/noindex>, pero es muy importante configurarlo correctamente para lograr un buen rendimiento. Es decir, desplegar un producto as\u00ed directamente en cualquier configuraci\u00f3n sin tener en cuenta las recomendaciones de acuerdo con la arquitectura ser\u00e1 muy f\u00e1cil, pero no productivo.<\/p>\n<p>\u00bfQu\u00e9 puede coexistir para el almacenamiento junto con los servicios del hipervisor kvm-qemu? Solo hay algunos servicios donde se ha encontrado una jerarqu\u00eda compacta y \u00f3ptima de componentes: el servicio del cliente montado a trav\u00e9s de FUSE (modificado, no de c\u00f3digo abierto), el servicio de metadatos MDS (Metadata service), el servicio de bloques de datos Chunk service, que a nivel f\u00edsico equivale a un disco y eso es todo. En t\u00e9rminos de velocidad, es \u00f3ptimo utilizar un esquema redundante con dos r\u00e9plicas, pero si se utiliza almacenamiento en cach\u00e9 y registros en discos SSD, la codificaci\u00f3n de tolerancia a fallos (erase coding o raid6) se puede acelerar bastante en un esquema h\u00edbrido o incluso mejor en todo flash. Con la EC (erase coding) hay cierta desventaja: al cambiar un bloque de datos, es necesario recalcular las sumas de paridad. Para evitar p\u00e9rdidas en esta operaci\u00f3n, Ceph escribe en EC de forma diferida y pueden ocurrir problemas de rendimiento en ciertas solicitudes, cuando por ejemplo es necesario leer todos los bloques, mientras que en el caso de Virtuozzo Storage, la escritura de bloques modificados se realiza utilizando el enfoque de \u201csistema de archivos estructurado por registros\u201d, lo que minimiza los costos de c\u00e1lculo de paridad. Para estimar aproximadamente las opciones de aceleraci\u00f3n del rendimiento con EC y sin \u00e9l, hay <noindex><a rel=\"nofollow\" href=\"https:\/\/www.virtuozzo.com\/products\/virtuozzo-storage\/storage-calculator\">una calculadora.<\/a><\/noindex> Las cifras obtenidas son aproximadas, dependiendo del coeficiente de precisi\u00f3n del fabricante del equipo, pero el resultado de los c\u00e1lculos ayuda a planificar bien la configuraci\u00f3n.<\/p>\n<p>Un esquema simple de componentes de almacenamiento no significa que estos componentes no consuman <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/virtuozzo_7_installation_guide\/preparing-for-installation\/planning-storage-cli.html#hardware-requirements\">recursos de hardware,<\/a><\/noindex> pero si se calculan todos los costos de antemano, se puede contar con un funcionamiento conjunto junto al hipervisor. <br \/>\nHay un esquema de comparaci\u00f3n del consumo de recursos de hardware entre los servicios de Ceph y Virtuozzo Storage.<\/p>\n<p><img decoding=\"async\" alt=\"Comparativa breve de arquitecturas SDS o b\u00fasqueda de la plataforma de almacenamiento adecuada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/27de0ab0cc61c2fab6d741bc3105b6cc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSi anteriormente se pod\u00eda comparar Gluster y Ceph a partir de viejos art\u00edculos, utilizando las l\u00edneas m\u00e1s importantes de ellos, con Virtuozzo es m\u00e1s complicado. Hay pocos art\u00edculos sobre este producto y la informaci\u00f3n solo se puede obtener de la documentaci\u00f3n en <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/master\/index.html\">ingl\u00e9s<\/a><\/noindex> o en ruso si consideramos Vstorage como almacenamiento utilizado en algunas soluciones hiperconvergentes en empresas como <noindex><a rel=\"nofollow\" href=\"http:\/\/rosplatforma.ru\/#downloads\">Rospplatforma<\/a><\/noindex> y Acronis.<\/p>\n<p>Intentar\u00e9 ayudar con la descripci\u00f3n de esta arquitectura, as\u00ed que el texto ser\u00e1 un poco m\u00e1s extenso. Para entender la documentaci\u00f3n, se necesita mucho tiempo, y la documentaci\u00f3n existente se puede usar solo como un manual, revisando el \u00edndice o buscando por palabras clave. <\/p>\n<p>Consideremos el proceso de grabaci\u00f3n en una configuraci\u00f3n h\u00edbrida de hardware con los componentes descritos anteriormente: la grabaci\u00f3n comienza en el nodo desde el cual el cliente (el servicio de punto de montaje FUSE) la inici\u00f3, pero el componente maestro del servicio de metadatos (MDS) dirigir\u00e1 al cliente directamente al servicio de chunk correspondiente (el servicio de almacenamiento de bloques CS), por lo que el MDS no participa en el proceso de grabaci\u00f3n, solo orienta al servicio de chunk necesario. En general, se puede hacer una analog\u00eda de la grabaci\u00f3n con el derrame de agua en barriles. Cada barril es un bloque de datos de 256 MB.<\/p>\n<p><img decoding=\"async\" alt=\"Comparativa breve de arquitecturas SDS o b\u00fasqueda de la plataforma de almacenamiento adecuada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/8f10333f1573226fbb50a40377eafc93.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEs decir, un disco es una cierta cantidad de estos barriles, lo que equivale al volumen del disco dividido entre 256 MB. Cada copia se derrama en un nodo, la segunda casi paralelamente en otro nodo, y as\u00ed sucesivamente... Si tenemos tres r\u00e9plicas y discos SSD para cach\u00e9 (para lectura y registros de escritura), la confirmaci\u00f3n de la grabaci\u00f3n se producir\u00e1 despu\u00e9s de registrar el log en el SSD, mientras que el volcado paralelo del SSD continuar\u00e1 en el HDD, como si fuera en segundo plano. En el caso de tres r\u00e9plicas, el commit de la grabaci\u00f3n ser\u00e1 tras la confirmaci\u00f3n del SSD del tercer nodo. Puede parecer que la suma de las velocidades de grabaci\u00f3n de tres SSD se puede dividir por tres, obteniendo as\u00ed la velocidad de grabaci\u00f3n de una r\u00e9plica, pero la grabaci\u00f3n de las copias ocurre paralelamente y la latencia de la red generalmente es mayor que la de los SSD. En esencia, el rendimiento de la grabaci\u00f3n depender\u00e1 de la red. Por ello, para ver los IOPS reales, es necesario cargar correctamente todo el Vstorage seg\u00fan <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/pdf\/virtuozzo_infrastructure_platform_3_benchmarking_guide.pdf\">la metodolog\u00eda<\/a><\/noindex>, es decir, probar la carga real, no la memoria y cach\u00e9, donde es fundamental considerar el tama\u00f1o correcto del bloque de datos, el n\u00famero de hilos, etc. <\/p>\n<p>El registro mencionado anteriormente en SSD funciona de tal manera que, tan pronto como los datos ingresan, son le\u00eddos inmediatamente por el servicio y escritos en el HDD. Hay varios servicios de metadatos (MDS) por cl\u00faster, y su cantidad se determina por el qu\u00f3rum que opera seg\u00fan el algoritmo Paxos. Desde la perspectiva del cliente, el punto de montaje FUSE es una carpeta del almacenamiento del cl\u00faster que es visible para todos los nodos del cl\u00faster; cada nodo tiene un cliente montado de este modo, as\u00ed que este almacenamiento est\u00e1 disponible para cada nodo.<\/p>\n<p>Para el rendimiento de cualquiera de los enfoques mencionados anteriormente, es crucial, en la etapa de planificaci\u00f3n y despliegue, configurar correctamente la red, donde habr\u00e1 equilibrio a trav\u00e9s de la agregaci\u00f3n y un ancho de banda del canal de red adecuado. En la agregaci\u00f3n, es importante seleccionar correctamente el modo de hash y los tama\u00f1os de tramas. Tambi\u00e9n hay una diferencia significativa con los SDS mencionados anteriormente, que es el fuse con tecnolog\u00eda de fast path en Virtuozzo Storage. Este, adem\u00e1s del fuse modernizado al contrario de las dem\u00e1s soluciones de c\u00f3digo abierto, incrementa significativamente los IOPS y permite no limitarse al escalado horizontal o vertical. En general, en comparaci\u00f3n con las arquitecturas mencionadas, esta resulta m\u00e1s poderosa, pero por este privilegio, por supuesto, es necesario adquirir licencias a diferencia de Ceph y Gluster. <\/p>\n<p>Resumiendo, se puede destacar un ranking de tres: el primer lugar en t\u00e9rminos de rendimiento y fiabilidad de la arquitectura lo ocupa Virtuozzo Storage, en segundo lugar Ceph y en tercero Gluster. <\/p>\n<p>Los criterios por los cuales se eligi\u00f3 Virtuozzo Storage son: un conjunto \u00f3ptimo de componentes de arquitectura, el Fuse modernizado adaptado a este enfoque con fast path, un conjunto flexible de configuraciones de hardware, menor consumo de recursos y la posibilidad de uso conjunto con compute (c\u00e1lculos\/virtualizaci\u00f3n), es decir, se adapta completamente a una soluci\u00f3n hiperconvergente, de la cual forma parte. El segundo lugar es para Ceph, porque es una arquitectura m\u00e1s eficiente que Gluster, debido a la operaci\u00f3n con bloques, as\u00ed como a escenarios m\u00e1s flexibles y la posibilidad de funcionar en cl\u00fasteres m\u00e1s grandes.<\/p>\n<p>En los planes hay el deseo de escribir una comparaci\u00f3n entre vSAN, Space Direct Storage, Vstorage y Nutanix Storage, probar Vstorage en equipos de HPE, Huawei, as\u00ed como escenarios de integraci\u00f3n de Vstorage con sistemas de almacenamiento externo, por lo que si te gust\u00f3 el art\u00edculo, ser\u00eda bueno recibir tus comentarios, que podr\u00edan aumentar la motivaci\u00f3n para nuevos art\u00edculos teniendo en cuenta tus observaciones y deseos.<br \/>\n<br \/>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/486392\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043c\u043e\u0447\u044c \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0438 \u043f\u043e\u043d\u044f\u0442\u044c \u043e\u0442\u043b\u0438\u0447\u0438\u044f \u043c\u0435\u0436\u0434\u0443 \u0442\u0430\u043a\u0438\u043c\u0438 SDS \u043a\u0430\u043a Gluster, Ceph \u0438 Vstorage (Virtuozzo). \u0412 \u0442\u0435\u043a\u0441\u0442\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441 \u0431\u043e\u043b\u0435\u0435 \u0434\u0435\u0442\u0430\u043b\u044c\u043d\u044b\u043c \u0440\u0430\u0441\u043a\u0440\u044b\u0442\u0438\u0435\u043c \u0442\u0435\u0445 \u0438\u043b\u0438 \u0438\u043d\u044b\u0445 \u043f\u0440\u043e\u0431\u043b\u0435\u043c, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u044f \u0431\u0443\u0434\u0443\u0442 \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u043e \u043a\u0440\u0430\u0442\u043a\u0438\u043c\u0438 \u0441 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043a\u043b\u044e\u0447\u0435\u0432\u044b\u0445 \u043c\u043e\u043c\u0435\u043d\u0442\u043e\u0432 \u0431\u0435\u0437 \u043b\u0438\u0448\u043d\u0435\u0439 \u0432\u043e\u0434\u044b \u0438 \u0432\u0432\u043e\u0434\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0432\u044b [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":40730,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-40729","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043c\u043e\u0447\u044c \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0438 \u043f\u043e\u043d\u044f\u0442\u044c \u043e\u0442\u043b\u0438\u0447\u0438\u044f \u043c\u0435\u0436\u0434\u0443 \u0442\u0430\u043a\u0438\u043c\u0438 SDS \u043a\u0430\u043a Gluster, Ceph \u0438 Vstorage (Virtuozzo). \u0412 \u0442\u0435\u043a\u0441\u0442\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441 \u0431\u043e\u043b\u0435\u0435.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0440\u0430\u0442\u043a\u043e\u0435 \u0441\u0440\u0430\u0432\u043d\u0435\u043d\u0438\u0435 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b SDS \u0438\u043b\u0438 \u043f\u043e\u0438\u0441\u043a \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0439 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u044b \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f (GlusterVsCephVsVirtuozzoStorage) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043c\u043e\u0447\u044c \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0438 \u043f\u043e\u043d\u044f\u0442\u044c \u043e\u0442\u043b\u0438\u0447\u0438\u044f \u043c\u0435\u0436\u0434\u0443 \u0442\u0430\u043a\u0438\u043c\u0438 SDS \u043a\u0430\u043a Gluster, Ceph \u0438 Vstorage (Virtuozzo). \u0412 \u0442\u0435\u043a\u0441\u0442\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441 \u0431\u043e\u043b\u0435\u0435.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-02-03T11:42:16+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-03T11:42:16+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Breve comparaci\u00f3n de la arquitectura SDS o b\u00fasqueda de la plataforma de almacenamiento adecuada (GlusterVsCephVsVirtuozzoStorage) | ProHoster","description":"Este art\u00edculo est\u00e1 escrito para ayudar a elegir una soluci\u00f3n adecuada y entender las diferencias entre SDS como Gluster, Ceph y Vstorage (Virtuozzo). En el texto se incluyen enlaces a art\u00edculos m\u00e1s.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","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\u041a\u0440\u0430\u0442\u043a\u043e\u0435 \u0441\u0440\u0430\u0432\u043d\u0435\u043d\u0438\u0435 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b SDS \u0438\u043b\u0438 \u043f\u043e\u0438\u0441\u043a \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0439 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u044b \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f (GlusterVsCephVsVirtuozzoStorage) | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043c\u043e\u0447\u044c \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0438 \u043f\u043e\u043d\u044f\u0442\u044c \u043e\u0442\u043b\u0438\u0447\u0438\u044f \u043c\u0435\u0436\u0434\u0443 \u0442\u0430\u043a\u0438\u043c\u0438 SDS \u043a\u0430\u043a Gluster, Ceph \u0438 Vstorage (Virtuozzo). \u0412 \u0442\u0435\u043a\u0441\u0442\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441 \u0431\u043e\u043b\u0435\u0435.","og:url":"https:\/\/prohoster.info\/es\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","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-02-03T11:42:16+00:00","article:modified_time":"2020-02-03T11:42:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"40729","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-03-01 00:32:40","updated":"2022-09-29 09:23:33","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\/40729","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=40729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/40729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/40730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=40729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=40729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=40729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}