{"id":37528,"date":"2019-10-31T22:18:10","date_gmt":"2019-10-31T19:18:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor\/"},"modified":"2019-10-31T22:18:10","modified_gmt":"2019-10-31T19:18:10","slug":"hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","title":{"rendered":"Almacenamiento en Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Almacenamiento en Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor\" src=\"\/wp-content\/uploads\/2019\/08\/304037eee8371c64de73ae0fc42f05ac.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><strong>\u00a1Actualizaci\u00f3n!<\/strong>. En los comentarios, uno de los lectores sugiri\u00f3 probar <noindex><a rel=\"nofollow\" href=\"https:\/\/www.linbit.com\/en\/linstor\/\">Linstor<\/a><\/noindex> (posiblemente, \u00e9l mismo est\u00e9 trabajando en ello), as\u00ed que a\u00f1ad\u00ed una secci\u00f3n sobre esta soluci\u00f3n. Tambi\u00e9n escrib\u00ed <noindex><a rel=\"nofollow\" href=\"http:\/\/vitobotta.com\/2019\/08\/07\/linstor-storage-with-kubernetes\/\">una publicaci\u00f3n sobre c\u00f3mo instalarlo<\/a><\/noindex>, porque el proceso es muy diferente al de los dem\u00e1s.<\/p>\n<p><\/p>\n<p>Si soy honesto, me rend\u00ed y renunci\u00e9 a <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/\">Kubernetes<\/a><\/noindex> (al menos por ahora). Voy a usar <noindex><a rel=\"nofollow\" href=\"https:\/\/www.heroku.com\/\">Heroku<\/a><\/noindex>. \u00bfPor qu\u00e9? \u00a1Por el almacenamiento! \u00bfQui\u00e9n podr\u00eda imaginar que iba a estar lidiando m\u00e1s con el almacenamiento que con Kubernetes mismo? Estoy usando <noindex><a rel=\"nofollow\" href=\"https:\/\/www.hetzner.com\/cloud\">Hetzner Cloud<\/a><\/noindex>, porque es econ\u00f3mico y el rendimiento es bueno, y desde el principio desplegu\u00e9 cl\u00fasteres utilizando <noindex><a rel=\"nofollow\" href=\"https:\/\/rancher.com\/\">Rancher<\/a><\/noindex>. No he probado los servicios gestionados de Kubernetes de Google\/Amazon\/Microsoft\/DigitalOcean y otros, porque quer\u00eda aprender yo mismo. Adem\u00e1s, soy ahorrativo.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>As\u00ed que s\u00ed, pas\u00e9 un mont\u00f3n de tiempo tratando de decidir qu\u00e9 almacenamiento elegir mientras consideraba la posible pila en Kubernetes. Prefiero soluciones de c\u00f3digo abierto, no solo por el precio, sino que investigu\u00e9 un par de opciones de pago por curiosidad, porque tienen versiones gratuitas con limitaciones. Anot\u00e9 algunas cifras de las pruebas recientes al comparar diferentes opciones, y pueden interesar a aquellos que est\u00e1n explorando el almacenamiento en Kubernetes. Aunque personalmente ya he dicho adi\u00f3s a Kubernetes. Tambi\u00e9n quiero mencionar <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/hetznercloud\/csi-driver\">el controlador CSI<\/a><\/noindex>, que permite preparar vol\u00famenes directamente en Hetzner Cloud, pero a\u00fan no lo he probado. He investigado sobre el almacenamiento definido por software en la nube, porque necesitaba replicaci\u00f3n y la capacidad de conectar r\u00e1pidamente vol\u00famenes persistentes en cualquier nodo, especialmente en caso de fallos en los nodos y situaciones similares. Algunas soluciones ofrecen instant\u00e1neas en el tiempo y copias de seguridad fuera del sitio, lo cual es conveniente.<\/p>\n<p><\/p>\n<p>He probado de 6 a 7 soluciones de almacenamiento:<\/p>\n<p><\/p>\n<h3 id=\"openebshttpsopenebsio\"><noindex><a rel=\"nofollow\" href=\"https:\/\/openebs.io\/\">OpenEBS<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Como ya mencion\u00e9 <noindex><a rel=\"nofollow\" href=\"http:\/\/vitobotta.com\/2019\/07\/03\/openebs-tips\/\">en la publicaci\u00f3n anterior.<\/a><\/noindex>, tras probar la mayor\u00eda de las opciones de la lista, inicialmente me qued\u00e9 con OpenEBS. OpenEBS es muy f\u00e1cil de instalar y usar, pero, si soy honesto, despu\u00e9s de las pruebas con datos reales bajo carga, su rendimiento me decepcion\u00f3. Es de c\u00f3digo abierto, y los desarrolladores en su <noindex><a rel=\"nofollow\" href=\"https:\/\/openebs-community.slack.com\/\">canal de Slack<\/a><\/noindex> Siempre me ayudaron mucho cuando necesitaba asistencia. Desafortunadamente, su rendimiento es muy bajo en comparaci\u00f3n con otras opciones, por lo que tuve que realizar las pruebas nuevamente. Actualmente, OpenEBS tiene 3 motores de almacenamiento, pero estoy publicando los resultados del benchmark para cStor. Hasta ahora no tengo cifras para Jiva y LocalPV.<\/p>\n<p><\/p>\n<p>En pocas palabras, Jiva es un poco m\u00e1s r\u00e1pido, y LocalPV es realmente r\u00e1pido, no peor que el benchmark de disco directo. El problema con LocalPV es que solo se puede acceder a \u00e9l en el nodo donde fue creado, y no hay replicaci\u00f3n en absoluto. Tuve algunos problemas para restaurar una copia de seguridad a trav\u00e9s de <noindex><a rel=\"nofollow\" href=\"https:\/\/velero.io\/\">Velero<\/a><\/noindex> en un nuevo cl\u00faster, porque los nombres de los nodos eran diferentes. Hablando de copias de seguridad, cStor tiene <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/openebs\/velero-plugin\">un plugin para Velero<\/a><\/noindex>, que permite hacer copias de seguridad fuera del sitio de instant\u00e1neas puntuales, lo cual es m\u00e1s conveniente que las copias de seguridad a nivel de archivos con Velero-Restic. Escrib\u00ed <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/vitobotta\/velero-openebs-backup\">varios scripts<\/a><\/noindex>, para facilitar la gesti\u00f3n de copias de seguridad y restauraciones con este complemento. En general, me gusta mucho OpenEBS, pero su rendimiento...<\/p>\n<p><\/p>\n<h3 id=\"rookhttpsrookio\"><noindex><a rel=\"nofollow\" href=\"https:\/\/rook.io\/\">Rook<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Rook tambi\u00e9n tiene c\u00f3digo abierto, y se diferencia de las otras opciones en la lista por ser un orquestador de almacenamiento que realiza tareas complejas de gesti\u00f3n de almacenamiento con diferentes backends, como <noindex><a rel=\"nofollow\" href=\"https:\/\/ceph.io\/\">Ceph<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"http:\/\/edgefs.io\/\">EdgeFS<\/a><\/noindex> y otros, lo que simplifica significativamente el trabajo. Tuve problemas con EdgeFS cuando lo prob\u00e9 hace unos meses, as\u00ed que principalmente hice pruebas con Ceph. Ceph no solo ofrece almacenamiento de bloques, sino tambi\u00e9n almacenamiento de objetos compatible con S3\/Swift y un sistema de archivos distribuido. Lo que me gusta de Ceph es la posibilidad de distribuir los datos de un volumen en varios discos, para que el volumen pueda utilizar m\u00e1s espacio en disco del que cabe en un solo disco. Esto es conveniente. Otra funci\u00f3n genial es que, al agregar discos al cl\u00faster, autom\u00e1ticamente redistribuye los datos por todos los discos.<\/p>\n<p><\/p>\n<p>En Ceph hay instant\u00e1neas, pero, hasta donde s\u00e9, no se pueden usar directamente en Rook\/Kubernetes. Aunque no he ahondado mucho en esto. Adem\u00e1s, no hay copias de seguridad fuera del sitio, as\u00ed que habr\u00e1 que usar algo como Velero\/Restic, pero ah\u00ed solo hay copias de seguridad a nivel de archivos, no instant\u00e1neas en un momento dado. Sin embargo, me gust\u00f3 mucho lo sencillo que es trabajar con Ceph en Rook; oculta casi todas las cosas complicadas y ofrece herramientas para interactuar directamente con Ceph para solucionar problemas. Desafortunadamente, en las pruebas de estr\u00e9s de los vol\u00famenes de Ceph, siempre me surgi\u00f3 <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/rook\/rook\/issues\/3132\">este problema<\/a><\/noindex>, que hace que Ceph se vuelva inestable. A\u00fan no est\u00e1 claro si esto es un error en Ceph mismo o un problema con c\u00f3mo Rook maneja Ceph. He estado jugando con la configuraci\u00f3n de memoria, y ha mejorado un poco, pero el problema no se ha resuelto por completo. Ceph tiene un buen rendimiento, como se puede ver en los benchmarks m\u00e1s abajo. Adem\u00e1s, tiene un buen panel de monitoreo.<\/p>\n<p><\/p>\n<h3 id=\"rancher-longhornhttpsgithubcomlonghornlonghorn\"><noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/longhorn\/longhorn\">Rancher Longhorn<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Me gusta mucho Longhorn. Creo que es una soluci\u00f3n prometedora. Sin embargo, los propios desarrolladores (Rancher Labs) reconocen que no es adecuado para entornos de producci\u00f3n todav\u00eda, y eso es evidente. Tiene c\u00f3digo abierto y un buen rendimiento (aunque a\u00fan no han hecho optimizaciones), pero los vol\u00famenes tardan mucho en conectarse al pod, y en los peores casos esto puede tardar de 15 a 16 minutos, especialmente despu\u00e9s de restaurar una gran copia de seguridad o actualizar la carga de trabajo. Tiene instant\u00e1neas y copias de seguridad fuera del sitio de estas instant\u00e1neas, pero se aplican solo a los vol\u00famenes, as\u00ed que a\u00fan necesitar\u00e1s algo como Velero para respaldar los dem\u00e1s recursos. Las copias de seguridad y restauraciones son muy confiables, pero incre\u00edblemente lentas. En serio, son absurdamente lentas. El uso de recursos del procesador y la carga del sistema a menudo aumentan al trabajar con un volumen de datos medio en Longhorn. Hay un panel de monitoreo c\u00f3modo para gestionar Longhorn. Ya he mencionado que me gusta Longhorn, pero necesita un trabajo adecuado.<\/p>\n<p><\/p>\n<h3 id=\"storageoshttpsstorageoscom\"><noindex><a rel=\"nofollow\" href=\"https:\/\/storageos.com\/\">StorageOS<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>StorageOS es el primer producto de pago en la lista. Tiene una versi\u00f3n para desarrolladores con un tama\u00f1o de almacenamiento gestionado limitado a 500 GB, pero el n\u00famero de nodos, me parece, no est\u00e1 limitado. En el departamento de ventas me dijeron que el costo comienza desde $125 al mes por 1 TB, si recuerdo correctamente. Hay un panel de monitoreo b\u00e1sico y una CLI conveniente, pero la productividad resulta bastante extra\u00f1a: en algunas pruebas de referencia es bastante aceptable, pero en la prueba de estr\u00e9s de vol\u00famenes, la velocidad no me gust\u00f3 en absoluto. En general, no s\u00e9 qu\u00e9 decir. Por lo tanto, no me he metido mucho en ello. Aqu\u00ed no hay copias de seguridad fuera del sitio y tambi\u00e9n tendr\u00e9 que usar Velero con Restic para respaldar los vol\u00famenes. Es extra\u00f1o, considerando que el producto es de pago. Adem\u00e1s, los desarrolladores no estaban muy interesados en comunicarse por Slack.<\/p>\n<p><\/p>\n<h3 id=\"robinhttpsrobinio\"><noindex><a rel=\"nofollow\" href=\"https:\/\/robin.io\/\">Robin<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Conoc\u00ed a Robin en Reddit a trav\u00e9s de su director t\u00e9cnico. Antes no hab\u00eda o\u00eddo hablar de \u00e9l. Tal vez porque buscaba soluciones gratuitas y Robin es de pago. Tienen una versi\u00f3n gratuita bastante generosa con 10 TB de almacenamiento y tres nodos. En general, el producto es bastante bueno y tiene caracter\u00edsticas agradables. Tiene una excelente CLI, pero lo m\u00e1s impresionante es que se puede hacer un snapshot y backup de toda la aplicaci\u00f3n (en el selector de recursos se llama lanzamientos de Helm o \u00abflex apps\u00bb), incluyendo vol\u00famenes y otros recursos, por lo que se puede prescindir de Velero. Y todo ser\u00eda maravilloso si no fuera por un peque\u00f1o detalle: cuando se restaura (o \u00abimporta\u00bb, como se llama en Robin) una aplicaci\u00f3n en un nuevo cl\u00faster, por ejemplo, en caso de recuperaci\u00f3n despu\u00e9s de un desastre, la recuperaci\u00f3n, por supuesto, funciona, pero no se puede continuar con el backup de la aplicaci\u00f3n. En esta versi\u00f3n simplemente es imposible, y los desarrolladores lo han confirmado. Esto es, por decirlo de alguna manera, extra\u00f1o, especialmente considerando las dem\u00e1s ventajas (por ejemplo, copias de seguridad y recuperaciones incre\u00edblemente r\u00e1pidas). Los desarrolladores prometen solucionarlo para la pr\u00f3xima versi\u00f3n. El rendimiento, en general, es bueno, pero not\u00e9 una rareza: si se ejecuta un benchmark directamente en el volumen conectado al host, la velocidad de lectura es mucho m\u00e1s alta que en el mismo volumen desde dentro del pod. Todos los dem\u00e1s resultados son id\u00e9nticos, pero en teor\u00eda no deber\u00eda haber diferencia. Aunque est\u00e1n trabajando en ello, estoy decepcionado por el problema de recuperaci\u00f3n y backup; me parec\u00eda que finalmente hab\u00eda encontrado la soluci\u00f3n adecuada, y estaba incluso dispuesto a pagar por ella cuando necesitar\u00eda m\u00e1s espacio o m\u00e1s servidores.<\/p>\n<p><\/p>\n<h3 id=\"portworxhttpsportworxcom\"><noindex><a rel=\"nofollow\" href=\"https:\/\/portworx.com\/\">Portworx<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>No tengo mucho que decir al respecto. Es un producto de pago, igualmente excelente y caro. El rendimiento es simplemente incre\u00edble. Hasta ahora, es el mejor indicador. En Slack me dijeron que el precio comienza en $205 al mes por nodo, como se indica en el GKE Marketplace de Google. No s\u00e9 si ser\u00e1 m\u00e1s barato si se compra directamente. De todos modos, no puedo permitirme eso, as\u00ed que me sent\u00ed muy, muy decepcionado de que la licencia de desarrollador (hasta 1 TB y 3 nodos) sea pr\u00e1cticamente in\u00fatil con Kubernetes, a menos que est\u00e9s satisfecho con una preparaci\u00f3n est\u00e1tica. Esperaba que la licencia empresarial se convirtiera autom\u00e1ticamente en una licencia de desarrollador al final del per\u00edodo de prueba, pero eso no sucedi\u00f3. La licencia de desarrollador solo se puede usar directamente con Docker, y la configuraci\u00f3n en Kubernetes es muy engorrosa y limitada. Por supuesto, prefiero el software de c\u00f3digo abierto, pero si tuviera el dinero, definitivamente elegir\u00eda Portworx. Hasta ahora, su rendimiento no se compara con otras opciones.<\/p>\n<p><\/p>\n<h3 id=\"linstorhttpswwwlinbitcomenlinstor\"><noindex><a rel=\"nofollow\" href=\"https:\/\/www.linbit.com\/en\/linstor\/\">Linstor<\/a><\/noindex><\/h3>\n<p><\/p>\n<p>Agregu\u00e9 esta secci\u00f3n ya despu\u00e9s de publicar el post, cuando un lector sugiri\u00f3 probar Linstor. Lo intent\u00e9 y me gust\u00f3. Pero a\u00fan hay que investigar m\u00e1s. En este momento, puedo decir que el rendimiento es bastante bueno (los resultados del benchmark se agregan m\u00e1s abajo). En esencia, obtuve el mismo rendimiento que al usar un disco directamente, sin apenas inconvenientes. (No pregunte por qu\u00e9 los n\u00fameros de Portworx son mejores que el benchmark del disco directamente. No tengo idea. Tal vez magia). As\u00ed que, por ahora, Linstor parece ser muy eficiente. La instalaci\u00f3n no es complicada, pero tampoco es tan f\u00e1cil como otras opciones. Primero tuve que instalar Linstor (el m\u00f3dulo del n\u00facleo y herramientas\/servicios) y configurar LVM para thin provisioning y soporte de snapshots fuera de Kubernetes, directamente en el host, y luego crear los recursos necesarios para usar el almacenamiento desde Kubernetes. No me gust\u00f3 que no funcionara en CentOS y que tuviera que usar Ubuntu. No es un gran problema, pero resulta algo molesto, porque en la documentaci\u00f3n (que, por cierto, es excelente) se mencionan varios paquetes que no se pueden encontrar en los repositorios especificados de Epel. Linstor tiene snapshots, pero no backups off-site, as\u00ed que de nuevo tuve que usar Velero con Restic para hacer backup de los vol\u00famenes. Preferir\u00eda tener snapshots en lugar de backups a nivel de archivos, pero se puede tolerar si la soluci\u00f3n es eficiente y confiable. Linstor es de c\u00f3digo abierto, pero hay soporte de pago. Si entiendo correctamente, se puede usar sin restricciones, incluso si no tiene un contrato de soporte, pero eso debe confirmarse. No s\u00e9 cu\u00e1nto se ha validado Linstor para Kubernetes, pero el nivel de almacenamiento est\u00e1 fuera de Kubernetes y, al parecer, la soluci\u00f3n no apareci\u00f3 de la noche a la ma\u00f1ana, por lo que probablemente ya ha sido comprobada en condiciones reales. \u00bfHay alguna soluci\u00f3n aqu\u00ed que me haga reconsiderar y regresar a Kubernetes? No lo s\u00e9, no lo s\u00e9. Necesito investigar m\u00e1s, estudiar la replicaci\u00f3n. Veremos. Pero la primera impresi\u00f3n es buena. Definitivamente preferir\u00eda usar mis propios cl\u00fasteres de Kubernetes en lugar de Heroku para tener m\u00e1s libertad y aprender algo nuevo. Dado que Linstor no se instala tan f\u00e1cilmente como otros, pronto escribir\u00e9 sobre esto.<\/p>\n<p><\/p>\n<h3 id=\"benchmarki\">Benchmarks<\/h3>\n<p><\/p>\n<p>Lamentablemente, he guardado pocas notas sobre la comparaci\u00f3n porque no pens\u00e9 que escribir\u00eda sobre esto. Solo tengo resultados de pruebas b\u00e1sicas de fio y solo para cl\u00fasteres con un solo nodo, as\u00ed que no tengo cifras para las configuraciones replicadas. Pero a partir de estos resultados, se puede obtener una idea aproximada de lo que se puede esperar de cada opci\u00f3n, ya que los compar\u00e9 en los mismos servidores en la nube, 4 n\u00facleos, 16 GB de RAM, con un disco adicional de 100 GB para los vol\u00famenes en prueba. Realic\u00e9 las pruebas tres veces para cada soluci\u00f3n y calcul\u00e9 el promedio, adem\u00e1s de reiniciar la configuraci\u00f3n del servidor para cada producto. Todo esto es completamente no cient\u00edfico, solo para que tengan una idea general. En otras pruebas, copi\u00e9 38 GB de fotos y videos desde un volumen y hacia un volumen, para probar la lectura y escritura, pero desgraciadamente no guard\u00e9 las cifras. En resumen: Portworx fue mucho m\u00e1s r\u00e1pido.<\/p>\n<p><\/p>\n<p>Para el benchmark de vol\u00famenes, utilic\u00e9 este manifiesto:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">kind: PersistentVolumeClaim\napiVersion: v1\nmetadata:\n  name: dbench\nspec:\n  storageClassName: ...\n  accessModes:\n    - ReadWriteOnce\n  resources:\n    requests:\n      storage: 5Gi\n---\napiVersion: batch\/v1\nkind: Job\nmetadata:\n  name: dbench\nspec:\n  template:\n    spec:\n      containers:\n      - name: dbench\n        image: sotoaster\/dbench:latest\n        imagePullPolicy: IfNotPresent\n        env:\n          - name: DBENCH_MOUNTPOINT\n            value: \/data\n          - name: FIO_SIZE\n            value: 1G\n        volumeMounts:\n        - name: dbench-pv\n          mountPath: \/data\n      restartPolicy: Never\n      volumes:\n      - name: dbench-pv\n        persistentVolumeClaim:\n          claimName: dbench\n  backoffLimit: 4<\/code><\/pre>\n<p><\/p>\n<p>Primero, cre\u00e9 un volumen con la clase de almacenamiento correspondiente y luego ejecut\u00e9 la tarea con fio en segundo plano. Tom\u00e9 1 GB para estimar el rendimiento y no esperar demasiado tiempo. Aqu\u00ed est\u00e1n los resultados:<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/nm\/i_\/4h\/nmi_4holmvcqehuigcoespgeure.png\"><img decoding=\"async\" alt=\"Almacenamiento en Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor\" src=\"\/wp-content\/uploads\/2019\/08\/41e91c4e299759817bba6a2a8e9ff14e.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>He destacado el mejor valor para cada m\u00e9trica en verde y el peor en rojo.<\/p>\n<p><\/p>\n<h3 id=\"zaklyuchenie\">Conclusi\u00f3n<\/h3>\n<p><\/p>\n<p>Como pueden ver, en la mayor\u00eda de los casos Portworx se desempe\u00f1\u00f3 mejor que los dem\u00e1s. Pero para m\u00ed es costoso. No s\u00e9 cu\u00e1nto cuesta Robin, pero tiene una excelente versi\u00f3n gratuita, as\u00ed que si necesitan un producto de pago, pueden probarlo (espero que pronto solucionen el problema de la recuperaci\u00f3n y las copias de seguridad). De los tres gratuitos, tuve menos problemas con OpenEBS, pero su rendimiento deja mucho que desear. Lamentablemente, no guard\u00e9 m\u00e1s resultados, pero espero que las cifras presentadas y mis comentarios les ayuden.<\/p>\n<p>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/464987\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435!. \u0412 \u043a\u043e\u043c\u043c\u0435\u043d\u0442\u0430\u0445 \u043e\u0434\u0438\u043d \u0438\u0437 \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0435\u0439 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0438\u043b \u043f\u043e\u043f\u0440\u043e\u0431\u043e\u0432\u0430\u0442\u044c Linstor (\u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e, \u043e\u043d \u0441\u0430\u043c \u043d\u0430\u0434 \u043d\u0438\u043c \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442), \u0442\u0430\u043a \u0447\u0442\u043e \u044f \u0434\u043e\u0431\u0430\u0432\u0438\u043b \u0440\u0430\u0437\u0434\u0435\u043b \u043e\u0431 \u044d\u0442\u043e\u043c \u0440\u0435\u0448\u0435\u043d\u0438\u0438. \u0415\u0449\u0435 \u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u043f\u043e\u0441\u0442 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u0435\u0433\u043e \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0441\u0438\u043b\u044c\u043d\u043e \u043e\u0442\u043b\u0438\u0447\u0430\u0435\u0442\u0441\u044f \u043e\u0442 \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u044b\u0445. \u0415\u0441\u043b\u0438 \u0447\u0435\u0441\u0442\u043d\u043e, \u044f \u0441\u0434\u0430\u043b\u0441\u044f \u0438 \u043e\u0442\u043a\u0430\u0437\u0430\u043b\u0441\u044f \u043e\u0442 Kubernetes (\u0432\u043e \u0432\u0441\u044f\u043a\u043e\u043c \u0441\u043b\u0443\u0447\u0430\u0435, \u043f\u043e\u043a\u0430). \u0411\u0443\u0434\u0443 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Heroku. \u041f\u043e\u0447\u0435\u043c\u0443? [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28163,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37528","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\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\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor\" \/>\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\u0425\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430 \u0432 Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor\" \/>\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=\"2019-10-31T19:18:10+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:18:10+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\udd47Almacenamiento en Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","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\u0425\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430 \u0432 Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","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:18:10+00:00","article:modified_time":"2019-10-31T19:18:10+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37528","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-01-23 18:13:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:25:26","updated":"2026-01-23 18:13:20","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\/37528","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=37528"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/37528\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/28163"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=37528"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=37528"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=37528"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}