{"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\/pt\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","title":{"rendered":"Armazenamento no 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":"

\"Armazenamento<\/p>\n

<\/p>\n

Atualiza\u00e7\u00e3o!<\/strong>. Um dos leitores nos coment\u00e1rios sugeriu tentar Linstor<\/a><\/noindex> (talvez ele esteja trabalhando nisso), ent\u00e3o adicionei uma se\u00e7\u00e3o sobre essa solu\u00e7\u00e3o. Tamb\u00e9m escrevi um post sobre como instal\u00e1-lo<\/a><\/noindex>, pois o processo \u00e9 bastante diferente dos outros.<\/p>\n

<\/p>\n

Para ser sincero, desisti e abandonei Kubernetes<\/a><\/noindex> (pelo menos por enquanto). Vou usar Heroku<\/a><\/noindex>. Por qu\u00ea? Por causa do armazenamento! Quem diria que eu ia gastar mais tempo lidando com armazenamento do que com Kubernetes em si. Estou usando Hetzner Cloud<\/a><\/noindex>, porque \u00e9 barato e a performance \u00e9 boa, e desde o in\u00edcio venho implantando clusters usando Rancher<\/a><\/noindex>. N\u00e3o experimentei servi\u00e7os gerenciados de Kubernetes do Google\/Amazon\/Microsoft\/DigitalOcean e por a\u00ed vai, porque queria aprender tudo por conta pr\u00f3pria. E tamb\u00e9m sou econ\u00f4mico.<\/p>\n

<\/a><\/noindex><\/p>\n

Ent\u00e3o, sim, passei uma boa quantidade de tempo tentando decidir qual armazenamento escolher ao planejar a pilha poss\u00edvel no Kubernetes. Prefiro solu\u00e7\u00f5es de c\u00f3digo aberto, n\u00e3o apenas pelo pre\u00e7o, mas tamb\u00e9m explorei algumas op\u00e7\u00f5es pagas por curiosidade, pois t\u00eam vers\u00f5es gratuitas com limita\u00e7\u00f5es. Anotei alguns n\u00fameros dos \u00faltimos testes ao comparar diferentes op\u00e7\u00f5es, e eles podem interessar \u00e0queles que est\u00e3o estudando armazenamento no Kubernetes. Embora, pessoalmente, eu tenha me afastado do Kubernetes por enquanto. Quero tamb\u00e9m mencionar o driver CSI<\/a><\/noindex>, que permite preparar volumes do Hetzner Cloud diretamente, mas ainda n\u00e3o o experimentei. Estudei armazenamentos definidos por software em nuvem, porque precisava de replica\u00e7\u00e3o e da capacidade de conectar volumes permanentes rapidamente em qualquer n\u00f3, especialmente em caso de falha de n\u00f3 e outras situa\u00e7\u00f5es semelhantes. Algumas solu\u00e7\u00f5es oferecem snapshots no tempo e backups off-site, o que \u00e9 conveniente.<\/p>\n

<\/p>\n

Teste seis a sete solu\u00e7\u00f5es de armazenamento:<\/p>\n

<\/p>\n

OpenEBS<\/a><\/noindex><\/h3>\n

<\/p>\n

Como mencionei no post anterior<\/a><\/noindex>, ap\u00f3s testar a maioria das op\u00e7\u00f5es da lista, inicialmente me decidi pelo OpenEBS. OpenEBS \u00e9 muito f\u00e1cil de instalar e usar, mas, para ser honesto, ap\u00f3s os testes com dados reais sob carga, seu desempenho me decepcionou. \u00c9 de c\u00f3digo aberto, e os desenvolvedores t\u00eam seu canal no Slack<\/a><\/noindex> sempre foram muito \u00fateis quando precisei de ajuda. Infelizmente, sua performance \u00e9 muito baixa em compara\u00e7\u00e3o com outras op\u00e7\u00f5es, ent\u00e3o precisei realizar os testes novamente. Atualmente, o OpenEBS possui 3 motores de armazenamento, mas estou publicando os resultados do benchmark para o cStor. At\u00e9 agora, n\u00e3o tenho n\u00fameros para Jiva e LocalPV.<\/p>\n

<\/p>\n

Em poucas palavras, Jiva \u00e9 um pouco mais r\u00e1pido, e LocalPV \u00e9 realmente r\u00e1pido, n\u00e3o pior do que o benchmark do disco direto. O problema com LocalPV \u00e9 que o acesso pode ser obtido apenas no n\u00f3 onde foi preparado, e n\u00e3o h\u00e1 replica\u00e7\u00e3o. Tive alguns problemas para restaurar o backup atrav\u00e9s de Velero<\/a><\/noindex> num novo cluster, porque os nomes dos n\u00f3s eram diferentes. Falando em backups, o cStor tem um plugin para Velero<\/a><\/noindex>, que permite fazer backups off-site de snapshots em momentos espec\u00edficos, o que \u00e9 mais conveniente do que backups a n\u00edvel de arquivos com Velero-Restic. Eu escrevi v\u00e1rios scripts<\/a><\/noindex>, para facilitar a gest\u00e3o de backups e restaura\u00e7\u00f5es com este plugin. No geral, eu realmente gosto do OpenEBS, mas a sua performance\u2026<\/p>\n

<\/p>\n

Rook<\/a><\/noindex><\/h3>\n

<\/p>\n

O Rook tamb\u00e9m \u00e9 de c\u00f3digo aberto, e se diferencia das outras op\u00e7\u00f5es na lista por ser um orquestrador de armazenamento que executa tarefas complexas de gerenciamento de armazenamento com diferentes backends, como Ceph<\/a><\/noindex>, EdgeFS<\/a><\/noindex> e outros, o que simplifica bastante o trabalho. Tive problemas com o EdgeFS quando o testei h\u00e1 alguns meses, ent\u00e3o fiz a maior parte dos meus testes com Ceph. O Ceph oferece n\u00e3o apenas armazenamento em bloco, mas tamb\u00e9m armazenamento de objetos compat\u00edvel com S3\/Swift e um sistema de arquivos distribu\u00eddo. O que gosto no Ceph \u00e9 a capacidade de espalhar os dados de uma volume por v\u00e1rios discos, permitindo que o volume use mais espa\u00e7o de disco do que cabe em um \u00fanico disco. Isso \u00e9 pr\u00e1tico. Outra fun\u00e7\u00e3o interessante \u00e9 que, ao adicionar discos ao cluster, ele redistribui automaticamente os dados entre todos os discos.<\/p>\n

<\/p>\n

No Ceph, h\u00e1 snapshots, mas, at\u00e9 onde eu sei, eles n\u00e3o podem ser usados diretamente no Rook\/Kubernetes. Honestamente, n\u00e3o investiguei a fundo. Al\u00e9m disso, n\u00e3o h\u00e1 backups off-site, ent\u00e3o teremos que usar algo como Velero\/Restic, mas isso apenas faz backups ao n\u00edvel de arquivos e n\u00e3o snapshots de um ponto no tempo. Por outro lado, gostei muito da facilidade de uso do Ceph no Rook \u2014 ele esconde quase todas as complexidades e oferece ferramentas para interagir diretamente com o Ceph para solu\u00e7\u00e3o de problemas. Infelizmente, eu sempre enfrentava este problema<\/a><\/noindex>, que torna o Ceph inst\u00e1vel. Ainda n\u00e3o est\u00e1 claro se \u00e9 um bug no pr\u00f3prio Ceph ou um problema na forma como o Rook gerencia o Ceph. Eu brinquei com as configura\u00e7\u00f5es de mem\u00f3ria, e melhorou um pouco, mas o problema n\u00e3o foi completamente resolvido. O Ceph tem um bom desempenho, como pode ser visto nos benchmarks abaixo. Al\u00e9m disso, possui um bom painel de monitoramento.<\/p>\n

<\/p>\n

Rancher Longhorn<\/a><\/noindex><\/h3>\n

<\/p>\n

Gosto bastante do Longhorn. A meu ver, \u00e9 uma solu\u00e7\u00e3o promissora. Contudo, os pr\u00f3prios desenvolvedores (Rancher Labs) admitem que ainda n\u00e3o \u00e9 adequado para ambientes de produ\u00e7\u00e3o, e isso \u00e9 evidente. Ele \u00e9 de c\u00f3digo aberto e tem um desempenho razo\u00e1vel (embora ainda n\u00e3o tenham otimizado), mas as volumes demoram muito para se conectar aos pods, tendo, em piores cen\u00e1rios, um tempo de 15 a 16 minutos, especialmente ap\u00f3s a restaura\u00e7\u00e3o de um grande backup ou a atualiza\u00e7\u00e3o da carga de trabalho. Ele possui snapshots e backups off-site para esses snapshots, mas eles s\u00f3 se aplicam \u00e0s volumes, ent\u00e3o voc\u00ea ainda precisar\u00e1 de algo como o Velero para fazer backup dos outros recursos. Os backups e restaura\u00e7\u00f5es s\u00e3o muito confi\u00e1veis, mas excessivamente lentos. S\u00e9rio, s\u00e3o incrivelmente lentos. O uso de CPU e a carga do sistema frequentemente disparam ao trabalhar com volumes medianos de dados no Longhorn. H\u00e1 um painel de monitoramento conveniente para gerenciar o Longhorn. J\u00e1 mencionei que gosto do Longhorn, mas \u00e9 necess\u00e1rio trabalhar melhor nele.<\/p>\n

<\/p>\n

StorageOS<\/a><\/noindex><\/h3>\n

<\/p>\n

StorageOS \u00e9 o primeiro produto pago na lista. Ele tem uma vers\u00e3o para desenvolvedores com um tamanho limitado de armazenamento gerenciado de 500 GB, mas o n\u00famero de n\u00f3s, me parece, n\u00e3o \u00e9 limitado. No departamento de vendas, disseram-me que o custo come\u00e7a em $125 por m\u00eas por 1 TB, se eu me lembro corretamente. H\u00e1 um painel de monitoramento b\u00e1sico e um CLI conveniente, mas a performance est\u00e1 um pouco estranha: em alguns benchmarks \u00e9 bastante razo\u00e1vel, mas nos testes de estresse dos volumes, a velocidade n\u00e3o me agradou. No geral, n\u00e3o sei o que dizer. Portanto, n\u00e3o investiguei muito. Aqui n\u00e3o h\u00e1 backups off-site e tamb\u00e9m ser\u00e1 necess\u00e1rio usar o Velero com Restic para o backup dos volumes. \u00c9 estranho, j\u00e1 que o produto \u00e9 pago. Al\u00e9m disso, os desenvolvedores n\u00e3o estavam muito entusiasmados em se comunicar no Slack.<\/p>\n

<\/p>\n

Robin<\/a><\/noindex><\/h3>\n

<\/p>\n

Eu descobri sobre o Robin no Reddit atrav\u00e9s do seu diretor t\u00e9cnico. Antes disso, nunca tinha ouvido falar. Pode ser porque estava em busca de solu\u00e7\u00f5es gratuitas, enquanto o Robin \u00e9 pago. Eles oferecem uma vers\u00e3o gratuita bastante generosa, com armazenamento de 10 TB e tr\u00eas n\u00f3s. No geral, o produto \u00e9 bastante respeit\u00e1vel e possui recursos agrad\u00e1veis. Tem um CLI excelente, mas o mais impressionante \u00e9 que \u00e9 poss\u00edvel fazer snapshots e backups de toda a aplica\u00e7\u00e3o (no seletor de recursos, isso \u00e9 chamado de releases do Helm ou 'flex apps'), incluindo volumes e outros recursos, permitindo que voc\u00ea n\u00e3o precise do Velero. E tudo seria maravilhoso, se n\u00e3o fosse por um pequeno detalhe: ao restaurar (ou 'importar', como \u00e9 chamado no Robin) uma aplica\u00e7\u00e3o em um novo cluster \u2014 por exemplo, em caso de recupera\u00e7\u00e3o de desastre \u2014 a restaura\u00e7\u00e3o, claro, funciona, mas n\u00e3o \u00e9 poss\u00edvel continuar o backup da aplica\u00e7\u00e3o. Neste release, isso \u00e9 simplesmente imposs\u00edvel, e os desenvolvedores confirmaram. Isso \u00e9, para dizer o m\u00ednimo, estranho, especialmente considerando as outras vantagens (como backups e restaura\u00e7\u00f5es incrivelmente r\u00e1pidas). Os desenvolvedores prometem corrigir tudo na pr\u00f3xima vers\u00e3o. O desempenho, no geral, \u00e9 bom, mas notei uma estranheza: ao rodar um benchmark diretamente no volume conectado ao host, a velocidade de leitura \u00e9 muito maior do que no mesmo volume, mas de dentro do pod. Todos os outros resultados s\u00e3o id\u00eanticos, mas teoricamente n\u00e3o deveria haver diferen\u00e7a. Mesmo que estejam trabalhando nisso, fiquei desapontado com o problema de restaura\u00e7\u00e3o e backup \u2014 parecia que finalmente havia encontrado uma solu\u00e7\u00e3o adequada, e eu estava at\u00e9 disposto a pagar por ela, quando precisasse de mais espa\u00e7o ou mais servidores.<\/p>\n

<\/p>\n

Portworx<\/a><\/noindex><\/h3>\n

<\/p>\n

Aqui eu n\u00e3o tenho muito a dizer. Este \u00e9 um produto pago, igualmente excelente e caro. O desempenho \u00e9 simplesmente incr\u00edvel. At\u00e9 agora, este \u00e9 o melhor resultado. No Slack, me disseram que o pre\u00e7o come\u00e7a em $205 por m\u00eas por n\u00f3, conforme indicado no Marketplace do GKE do Google. N\u00e3o sei se ser\u00e1 mais barato comprando diretamente. De qualquer forma, n\u00e3o posso me permitir isso, ent\u00e3o fiquei muito e muito desapontado que a licen\u00e7a de desenvolvedor (at\u00e9 1 TB e 3 n\u00f3s) \u00e9 praticamente in\u00fatil com Kubernetes, a menos que voc\u00ea se contente com uma configura\u00e7\u00e3o est\u00e1tica. Eu esperava que a licen\u00e7a corporativa automaticamente diminu\u00edsse para o n\u00edvel de desenvolvedor ao final do per\u00edodo de teste, mas isso n\u00e3o aconteceu. A licen\u00e7a de desenvolvedor s\u00f3 pode ser utilizada diretamente com o Docker, e a configura\u00e7\u00e3o no Kubernetes \u00e9 muito complexa e limitada. Eu, claro, prefiro solu\u00e7\u00f5es de c\u00f3digo aberto, mas se eu tivesse dinheiro, definitivamente escolheria o Portworx. At\u00e9 agora, seu desempenho simplesmente n\u00e3o se compara a outras op\u00e7\u00f5es.<\/p>\n

<\/p>\n

Linstor<\/a><\/noindex><\/h3>\n

<\/p>\n

Adicionei esta se\u00e7\u00e3o ap\u00f3s a publica\u00e7\u00e3o do post, quando um leitor sugeriu experimentar o Linstor. Eu tentei e gostei! Mas ainda preciso investigar mais. Atualmente, posso dizer que o desempenho \u00e9 bom (os resultados do benchmark est\u00e3o adicionados abaixo). Essencialmente, consegui o mesmo desempenho que teria com o disco diretamente, sem nenhuma penaliza\u00e7\u00e3o. (N\u00e3o pergunte por que os n\u00fameros do Portworx s\u00e3o melhores do que o benchmark do disco diretamente. N\u00e3o tenho ideia. Deve ser m\u00e1gica.) Ent\u00e3o, o Linstor parece ser muito eficiente por enquanto. Instal\u00e1-lo n\u00e3o \u00e9 t\u00e3o dif\u00edcil, mas tamb\u00e9m n\u00e3o \u00e9 t\u00e3o f\u00e1cil quanto as outras op\u00e7\u00f5es. Primeiro, tive que instalar o Linstor (m\u00f3dulo do kernel e ferramentas\/servi\u00e7os) e configurar o LVM para thin provisioning e suporte a snapshots fora do Kubernetes, diretamente no host, e depois criar os recursos necess\u00e1rios para usar o armazenamento a partir do Kubernetes. N\u00e3o gostei de o Linstor n\u00e3o ter funcionado no CentOS e ter que usar o Ubuntu. N\u00e3o \u00e9 um problema, claro, mas \u00e9 um pouco irritante, porque na documenta\u00e7\u00e3o (que, por sinal, \u00e9 excelente) s\u00e3o mencionados v\u00e1rios pacotes que n\u00e3o podem ser encontrados nos reposit\u00f3rios Epel indicados. O Linstor possui snapshots, mas n\u00e3o backups off-site, ent\u00e3o novamente precisei usar o Velero com Restic para fazer backup dos volumes. Eu preferiria snapshots em vez de backups a n\u00edvel de arquivos, mas isso pode ser aceit\u00e1vel se a solu\u00e7\u00e3o for eficiente e confi\u00e1vel. O Linstor \u00e9 de c\u00f3digo aberto, mas h\u00e1 suporte pago dispon\u00edvel. Se eu entendi corretamente, ele pode ser usado sem restri\u00e7\u00f5es, mesmo que voc\u00ea n\u00e3o tenha um contrato de suporte, mas isso precisa ser confirmado. N\u00e3o sei qu\u00e3o testado o Linstor \u00e9 para Kubernetes, mas o pr\u00f3prio n\u00edvel de armazenamento est\u00e1 fora do Kubernetes e, pelo que parece, a solu\u00e7\u00e3o n\u00e3o surgiu ontem, ent\u00e3o provavelmente j\u00e1 foi testada em condi\u00e7\u00f5es reais. Existe alguma solu\u00e7\u00e3o aqui que me fa\u00e7a reconsiderar e voltar ao Kubernetes? N\u00e3o sei, n\u00e3o sei. Preciso investigar mais, estudar a replica\u00e7\u00e3o. Vamos ver. Mas a primeira impress\u00e3o \u00e9 boa. Eu definitivamente preferiria usar meus pr\u00f3prios clusters Kubernetes em vez do Heroku, para ter mais liberdade e aprender algo novo. Como o Linstor n\u00e3o \u00e9 t\u00e3o simples de instalar quanto os outros, em breve escrevi sobre isso.<\/p>\n

<\/p>\n

Benchmarks<\/h3>\n

<\/p>\n

Infelizmente, eu salvei poucas anota\u00e7\u00f5es sobre as compara\u00e7\u00f5es, porque n\u00e3o imaginei que escreveria sobre isso. Eu s\u00f3 tenho os resultados de benchmarks b\u00e1sicos fio e apenas para clusters com um \u00fanico n\u00f3, ent\u00e3o n\u00e3o tenho n\u00fameros ainda para configura\u00e7\u00f5es replicadas. Mas com esses resultados, \u00e9 poss\u00edvel ter uma ideia aproximada do que esperar de cada op\u00e7\u00e3o, pois eu os comparei em servidores em nuvem iguais, com 4 n\u00facleos, 16 GB de RAM, e um disco adicional de 100 GB para os volumes testados. Executei os benchmarks tr\u00eas vezes para cada solu\u00e7\u00e3o e calculei a m\u00e9dia, al\u00e9m de reiniciar as configura\u00e7\u00f5es do servidor para cada produto. Tudo isso n\u00e3o \u00e9 cient\u00edfico, apenas para que voc\u00ea tenha uma no\u00e7\u00e3o geral. Em outros testes, copiei 38 GB de fotos e v\u00eddeos de um volume e para um volume, para testar leitura e grava\u00e7\u00e3o, mas, infelizmente, n\u00e3o salvei os n\u00fameros. Resumindo: o Portworx foi muito mais r\u00e1pido.<\/p>\n

<\/p>\n

Para o benchmark dos volumes, eu usei este manifesto:<\/p>\n

<\/p>\n

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>\n
Primeiro, eu criei um volume com a classe de armazenamento apropriada e, em seguida, executei a tarefa com fio em segundo plano. Eu usei 1 GB para estimar o desempenho e n\u00e3o esperar muito tempo. Aqui est\u00e3o os resultados:<\/p>\n
<\/p>\n
\"Armazenamento<\/a><\/noindex><\/p>\n
<\/p>\n
Eu destaquei o melhor valor para cada m\u00e9trica em verde e o pior em vermelho.<\/p>\n
<\/p>\n
Conclus\u00e3o<\/h3>\n
<\/p>\n
Como voc\u00ea pode ver, na maioria dos casos, o Portworx se destacou em rela\u00e7\u00e3o aos outros. Mas para mim, \u00e9 caro. N\u00e3o sei quanto custa o Robin, mas ele tem uma \u00f3tima vers\u00e3o gratuita, ent\u00e3o, se voc\u00ea precisar de um produto pago, pode experimentar (espero que eles resolvam em breve o problema com restaura\u00e7\u00f5es e backups). Dos tr\u00eas gratuitos, tive menos problemas com o OpenEBS, mas o desempenho dele \u00e9 p\u00e9ssimo. \u00c9 uma pena que eu n\u00e3o tenha salvo mais resultados, mas espero que os n\u00fameros apresentados e meus coment\u00e1rios ajudem voc\u00ea.<\/p>\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\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? […]<\/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\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\udd47Armazenamentos em Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/pt\/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":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/37528","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=37528"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/37528\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/28163"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=37528"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=37528"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=37528"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}