{"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\/pt\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","title":{"rendered":"Uma breve compara\u00e7\u00e3o da arquitetura SDS ou a busca por uma plataforma de armazenamento adequada (GlusterVsCephVsVirtuozzoStorage)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Este artigo foi escrito para ajudar a escolher a solu\u00e7\u00e3o mais adequada e entender as diferen\u00e7as entre SDS como Gluster, Ceph e Vstorage (Virtuozzo).<\/p>\n<p>O texto utiliza links para artigos com uma descri\u00e7\u00e3o mais detalhada de certos problemas, portanto, as descri\u00e7\u00f5es ser\u00e3o o mais concisas poss\u00edvel, utilizando os pontos-chave sem enrola\u00e7\u00f5es e informa\u00e7\u00f5es introdut\u00f3rias, que voc\u00ea poder\u00e1, se desejar, buscar na internet. <\/p>\n<p>Na verdade, os temas abordados requerem um tom textual adequado, mas no mundo moderno, cada vez mais pessoas n\u00e3o gostam de ler muito))), ent\u00e3o pode-se ler rapidamente e fazer uma escolha, e se algo n\u00e3o estiver claro, percorrer os links ou pesquisar as palavras desconhecidas))), e este artigo atua como uma embalagem transparente para esses temas profundos, mostrando o conte\u00fado \u2013 os principais pontos-chave de cada solu\u00e7\u00e3o.<\/p>\n<h3>Gluster<\/h3>\n<p>\nVamos come\u00e7ar com Gluster, que \u00e9 amplamente utilizado por fabricantes de plataformas hiperconvergentes com SDS baseado em open source para ambientes virtuais e pode ser encontrado no site da RedHat, na se\u00e7\u00e3o de armazenamento, onde \u00e9 oferecido escolher entre duas op\u00e7\u00f5es de SDS: Gluster ou Ceph.<\/p>\n<p>Gluster \u00e9 composto por uma pilha de tradutores \u2013 servi\u00e7os que realizam todas as tarefas de distribui\u00e7\u00e3o de arquivos, etc. Brick \u2013 \u00e9 o servi\u00e7o que gerencia um disco, Volume \u2013 \u00e9 o volume (pool) que agrupa esses bricks. Em seguida, h\u00e1 o servi\u00e7o de distribui\u00e7\u00e3o de arquivos por grupos, atrav\u00e9s da fun\u00e7\u00e3o DHT (tabela hash distribu\u00edda). N\u00e3o vamos incluir o servi\u00e7o de Sharding na descri\u00e7\u00e3o, pois nas links abaixo haver\u00e1 uma descri\u00e7\u00e3o dos problemas relacionados a ele.<\/p>\n<p><img decoding=\"async\" alt=\"Uma breve compara\u00e7\u00e3o da arquitetura SDS ou a busca por uma plataforma de armazenamento adequada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/0c54588b5b09c9069ffbd0c5161c5e34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAo gravar, o arquivo inteiro \u00e9 armazenado em um brick e sua c\u00f3pia \u00e9 escrita paralelamente em um brick em um segundo servidor. Em seguida, o segundo arquivo ser\u00e1 gravado em um segundo grupo de dois bricks (ou mais) em diferentes servidores.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex> <br \/>\nSe os arquivos forem aproximadamente do mesmo tamanho e o volume consistir apenas em um grupo, tudo funciona bem, mas sob outras condi\u00e7\u00f5es surgir\u00e3o os seguintes problemas descritos: <\/p>\n<ul>\n<li>o espa\u00e7o nos grupos \u00e9 utilizado de forma desigual, dependendo dos tamanhos dos arquivos; se n\u00e3o houver espa\u00e7o suficiente em um grupo para gravar um arquivo \u2013 voc\u00ea receber\u00e1 um erro, o arquivo n\u00e3o ser\u00e1 gravado e n\u00e3o ser\u00e1 redistribu\u00eddo para outro grupo;<\/li>\n<li>ao gravar um \u00fanico arquivo, a IO \u00e9 direcionada apenas para um grupo, os outros ficam ociosos;<\/li>\n<li>n\u00e3o \u00e9 poss\u00edvel obter a IO de todo o volume ao gravar um \u00fanico arquivo;<\/li>\n<li>e o conceito geral parece menos eficiente devido \u00e0 falta de distribui\u00e7\u00e3o de dados em blocos, onde \u00e9 mais f\u00e1cil realizar o balanceamento e resolver o problema da distribui\u00e7\u00e3o uniforme, ao inv\u00e9s de como agora o arquivo \u00e9 colocado em um bloco inteiro.<\/li>\n<\/ul>\n<p>\nDa descri\u00e7\u00e3o oficial <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gluster.org\/en\/latest\/Quick-Start-Guide\/Architecture\/\">da arquitetura<\/a><\/noindex> tamb\u00e9m vem a compreens\u00e3o de que o Gluster funciona como um armazenamento de arquivos sobre um RAID de hardware cl\u00e1ssico. Houve tentativas de desenvolver a divis\u00e3o (Sharding) de arquivos em blocos, mas tudo isso \u00e9 um acr\u00e9scimo que imp\u00f5e perdas de desempenho ao j\u00e1 existente modelo arquitet\u00f4nico, al\u00e9m do uso de componentes de c\u00f3digo aberto com limita\u00e7\u00f5es de desempenho como o Fuse. N\u00e3o h\u00e1 servi\u00e7os de metadados, o que restringe as capacidades de desempenho e resili\u00eancia do armazenamento ao distribuir arquivos em blocos. Melhores \u00edndices de desempenho podem ser observados na configura\u00e7\u00e3o \u201cDistributed Replicated\u201d e o n\u00famero de n\u00f3s deve ser de pelo menos 6 para organizar uma r\u00e9plica confi\u00e1vel 3 com uma distribui\u00e7\u00e3o de carga otimizada.<\/p>\n<p>Essas conclus\u00f5es tamb\u00e9m est\u00e3o relacionadas \u00e0 descri\u00e7\u00e3o da experi\u00eancia de uso <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/353666\/\">Gluster<\/a><\/noindex> e ao comparar com <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Ceph<\/a><\/noindex>, e tamb\u00e9m h\u00e1 uma descri\u00e7\u00e3o da experi\u00eancia que leva \u00e0 compreens\u00e3o dessa configura\u00e7\u00e3o mais eficiente e mais confi\u00e1vel <noindex><a rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/forum\/general\/13316001\">\u201cReplicated Distributed\u201d.<\/a><\/noindex><br \/>\n<img decoding=\"async\" alt=\"Uma breve compara\u00e7\u00e3o da arquitetura SDS ou a busca por uma plataforma de armazenamento adequada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/6868ddf69e18bec0b50ae5aeba74440d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNa imagem, \u00e9 mostrado o balanceamento de carga ao gravar dois arquivos, onde as c\u00f3pias do primeiro arquivo s\u00e3o distribu\u00eddas entre os tr\u00eas primeiros servidores, que est\u00e3o agrupados no volume 0, e as tr\u00eas c\u00f3pias do segundo arquivo s\u00e3o colocadas no segundo grupo volume1 de tr\u00eas servidores. Cada servidor tem um disco.<\/p>\n<p>A conclus\u00e3o geral \u00e9 que o Gluster pode ser usado, mas com a compreens\u00e3o de que existem limita\u00e7\u00f5es em desempenho e resili\u00eancia, que criam dificuldades em certas condi\u00e7\u00f5es de solu\u00e7\u00f5es hiperconvergentes, onde os recursos tamb\u00e9m s\u00e3o necess\u00e1rios para cargas computacionais de ambientes virtuais. <\/p>\n<p>Existem tamb\u00e9m alguns \u00edndices de desempenho do Gluster que podem ser alcan\u00e7ados sob certas condi\u00e7\u00f5es, limitando-se em <noindex><a rel=\"nofollow\" href=\"http:\/\/moo.nac.uci.edu\/~hjm\/Performance_in_a_Gluster_Systemv6F.pdf\"> resili\u00eancia.<\/a><\/noindex><\/p>\n<h3>Ceph<\/h3>\n<p>\nAgora vamos considerar o Ceph a partir das descri\u00e7\u00f5es da arquitetura que consegui <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/313644\/\">encontrar.<\/a><\/noindex> Tamb\u00e9m h\u00e1 uma compara\u00e7\u00e3o entre <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Glusterfs e Ceph<\/a><\/noindex>, onde se pode entender imediatamente que o Ceph \u00e9 prefer\u00edvel para ser implantado em servidores separados, pois seus servi\u00e7os precisam de todos os recursos de hardware sob carga. <\/p>\n<p>Arquitetura <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/architecture\/\">Ceph<\/a><\/noindex> \u00e9 mais complexo que o Gluster e inclui servi\u00e7os como servi\u00e7os de metadados, mas todo o conjunto de componentes \u00e9 bastante complicado e n\u00e3o muito flex\u00edvel para ser utilizado em solu\u00e7\u00f5es de virtualiza\u00e7\u00e3o. Os dados s\u00e3o organizados em blocos, o que parece mais eficiente, mas existem perdas e lat\u00eancia na hierarquia de todos os servi\u00e7os (componentes) em determinadas cargas e condi\u00e7\u00f5es de falha, como no exemplo a seguir. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/oleg-bunin\/blog\/431536\/\">artigo.<\/a><\/noindex><\/p>\n<p>Pela descri\u00e7\u00e3o da arquitetura, o CRUSH \u00e9 o cora\u00e7\u00e3o do sistema, respons\u00e1vel por determinar a localiza\u00e7\u00e3o dos dados. Em seguida, temos os PGs \u2014 a abstra\u00e7\u00e3o mais complexa (grupo l\u00f3gico) para entendimento. Os PGs s\u00e3o necess\u00e1rios para que o CRUSH seja mais eficaz. A principal fun\u00e7\u00e3o dos PGs \u00e9 agrupar objetos para reduzir o consumo de recursos, aumentar o desempenho e a escalabilidade. Abordar objetos individualmente, sem agrup\u00e1-los em PGs, seria muito dispendioso. OSD \u00e9 o servi\u00e7o para cada disco individual.<\/p>\n<p><img decoding=\"async\" alt=\"Uma breve compara\u00e7\u00e3o da arquitetura SDS ou a busca por uma plataforma de armazenamento adequada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/b7d59066a01db9bbb55bbd87c6e5053a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Uma breve compara\u00e7\u00e3o da arquitetura SDS ou a busca por uma plataforma de armazenamento adequada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/a86622bc051ab820d42a8aa08a3fc759.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUm cluster pode ter um ou mais pools de dados com diferentes finalidades e configura\u00e7\u00f5es. Os pools s\u00e3o divididos em grupos de coloca\u00e7\u00e3o. Os grupos de coloca\u00e7\u00e3o armazenam objetos que os clientes acessam. Nesse n\u00edvel l\u00f3gico, a estrutura termina e come\u00e7a o n\u00edvel f\u00edsico, pois cada grupo de coloca\u00e7\u00e3o est\u00e1 vinculado a um disco principal e v\u00e1rios discos de r\u00e9plica (a quantidade depende do fator de replica\u00e7\u00e3o do pool). Em outras palavras, em n\u00edvel l\u00f3gico, um objeto \u00e9 armazenado em um grupo de coloca\u00e7\u00e3o espec\u00edfico, enquanto, no n\u00edvel f\u00edsico, \u00e9 armazenado nos discos a ele vinculados. Esses discos podem fisicamente estar em diferentes n\u00f3s ou at\u00e9 mesmo em diferentes datacenters.<\/p>\n<p>Neste esquema, os grupos de placement aparecem como um n\u00edvel necess\u00e1rio para a flexibilidade de toda a solu\u00e7\u00e3o, mas ao mesmo tempo, como um elo desnecess\u00e1rio nessa cadeia, o que inevitavelmente suscita preocupa\u00e7\u00f5es sobre a perda de desempenho. Por exemplo, ao gravar dados, o sistema precisa dividi-los nesses grupos e, em seguida, no n\u00edvel f\u00edsico, nos discos principais e nas r\u00e9plicas. Isso significa que a fun\u00e7\u00e3o hash opera durante a busca e a inser\u00e7\u00e3o do objeto, mas h\u00e1 um efeito colateral \u2013 \u00e9 uma despesa muito grande e limita\u00e7\u00f5es na reconstru\u00e7\u00e3o do hash (quando um disco \u00e9 adicionado ou removido). Outro problema do hash \u00e9 a localiza\u00e7\u00e3o fixa dos dados, que n\u00e3o pode ser alterada. Ou seja, se um disco em particular estiver sob uma carga elevada, o sistema n\u00e3o tem a possibilidade de n\u00e3o gravar nele (escolhendo outro disco); a fun\u00e7\u00e3o hash obriga a distribuir os dados de acordo com a regra, independentemente de qu\u00e3o mal o disco est\u00e1 se saindo. Por isso, o Ceph consome muita mem\u00f3ria durante a reestrutura\u00e7\u00e3o dos PG em caso de auto-recupera\u00e7\u00e3o ou aumento do armazenamento. Portanto, a conclus\u00e3o \u00e9 que o Ceph funciona bem (embora lentamente), mas apenas na aus\u00eancia de escalabilidade, situa\u00e7\u00f5es de emerg\u00eancia e atualiza\u00e7\u00f5es.<\/p>\n<p>Existem, \u00e9 claro, op\u00e7\u00f5es para aumentar o desempenho por meio de cache e cache-tiering, mas isso requer hardware de qualidade e ainda assim haver\u00e1 perdas. No geral, o Ceph parece mais atraente do que o Gluster para produtividade. Al\u00e9m disso, ao usar esses produtos, \u00e9 necess\u00e1rio considerar um fator importante \u2013 o alto n\u00edvel de compet\u00eancias, experi\u00eancia e profissionalismo com grande \u00eanfase em Linux, j\u00e1 que \u00e9 crucial configurar, ajustar e manter tudo corretamente, o que imp\u00f5e ainda mais responsabilidade e carga ao administrador. <\/p>\n<h3>Vstorage<\/h3>\n<p>\nA arquitetura se apresenta ainda mais interessante em <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/virtuozzo\/blog\/334724\/\">Virtuozzo storage (Vstorage)<\/a><\/noindex>, que pode ser usada conjuntamente com o hypervisor nos mesmos n\u00f3s, no mesmo <noindex><a rel=\"nofollow\" href=\"http:\/\/samag.ru\/archive\/article\/3794\">hardware<\/a><\/noindex>, mas \u00e9 muito importante configur\u00e1-la corretamente para obter um bom desempenho. Ou seja, implementar um produto desse tipo de forma padr\u00e3o em qualquer configura\u00e7\u00e3o, sem levar em considera\u00e7\u00e3o as recomenda\u00e7\u00f5es de acordo com a arquitetura, ser\u00e1 muito f\u00e1cil, mas n\u00e3o produtivo.<\/p>\n<p>O que pode coexistir para armazenamento ao lado dos servi\u00e7os do hipervisor kvm-qemu, que \u00e9 apenas alguns servi\u00e7os onde se encontrou uma hierarquia de componentes compacta e otimizada: servi\u00e7o do cliente montado via FUSE (modificado, n\u00e3o open source), servi\u00e7o de metadados MDS (Metadata service), servi\u00e7o de blocos de dados Chunk service, que no n\u00edvel f\u00edsico \u00e9 igual a um disco e isso \u00e9 tudo. Em termos de velocidade, \u00e9 claro que o ideal \u00e9 usar um esquema de alta disponibilidade com duas r\u00e9plicas, mas se forem utilizados armazenamento em cache e logs em discos SSD, a codifica\u00e7\u00e3o \u00e0 prova de falhas (erase coding ou raid6) pode ser bastante acelerada em um esquema h\u00edbrido ou ainda melhor em all flash. Com EC (erase coding), existe uma desvantagem: ao modificar um bloco de dados, \u00e9 necess\u00e1rio recalcular as somas de paridade. Para evitar perdas nessa opera\u00e7\u00e3o, o Ceph escreve em EC de forma adiada e problemas de desempenho podem ocorrer em determinados pedidos, quando, por exemplo, \u00e9 necess\u00e1rio calcular todos os blocos, ao passo que no caso do Virtuozzo Storage, a grava\u00e7\u00e3o dos blocos alterados \u00e9 feita usando a abordagem de \u201csistema de arquivos estruturado em logs\u201d, o que minimiza os custos com c\u00e1lculos de paridade. Para estimar aproximadamente as op\u00e7\u00f5es de acelera\u00e7\u00e3o de desempenho com EC e sem, existe <noindex><a rel=\"nofollow\" href=\"https:\/\/www.virtuozzo.com\/products\/virtuozzo-storage\/storage-calculator\">um calculador.<\/a><\/noindex> Os n\u00fameros podem ser aproximados, dependendo do coeficiente de precis\u00e3o do fabricante do hardware, mas o resultado dos c\u00e1lculos ajuda bastante na configura\u00e7\u00e3o planejada.<\/p>\n<p>Um esquema simples de componentes de armazenamento n\u00e3o significa que esses componentes n\u00e3o consomem <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> mas se todos os custos forem calculados com anteced\u00eancia, \u00e9 poss\u00edvel contar com o funcionamento conjunto ao lado do hipervisor. <br \/>\nH\u00e1 um esquema de compara\u00e7\u00e3o do consumo de recursos de hardware pelos servi\u00e7os do Ceph e do Virtuozzo Storage.<\/p>\n<p><img decoding=\"async\" alt=\"Uma breve compara\u00e7\u00e3o da arquitetura SDS ou a busca por uma plataforma de armazenamento adequada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/27de0ab0cc61c2fab6d741bc3105b6cc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSe anteriormente era poss\u00edvel comparar Gluster e Ceph por meio de artigos antigos, usando as linhas mais importantes deles, com o Virtuozzo \u00e9 mais complicado. N\u00e3o h\u00e1 muitos artigos sobre esse produto e a informa\u00e7\u00e3o pode ser obtida apenas na documenta\u00e7\u00e3o sobre <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/master\/index.html\">ingl\u00eas<\/a><\/noindex> ou em russo se considerarmos o Vstorage como um armazenamento utilizado em algumas solu\u00e7\u00f5es hiperconvergentes em empresas como <noindex><a rel=\"nofollow\" href=\"http:\/\/rosplatforma.ru\/#downloads\">Rosp plataformas<\/a><\/noindex> e Acronis.<\/p>\n<p>Vou tentar ajudar com a descri\u00e7\u00e3o dessa arquitetura, portanto o texto ser\u00e1 um pouco mais extenso, mas para entender a documenta\u00e7\u00e3o \u00e9 necess\u00e1rio muito tempo, e a documenta\u00e7\u00e3o existente pode ser usada apenas como um manual atrav\u00e9s da revis\u00e3o do \u00edndice ou busca por palavras-chave. <\/p>\n<p>Vamos considerar o processo de grava\u00e7\u00e3o em uma configura\u00e7\u00e3o h\u00edbrida de hardware com os componentes acima descritos: a grava\u00e7\u00e3o come\u00e7a no n\u00f3 de onde foi iniciada pelo cliente (servi\u00e7o de ponto de montagem FUSE), mas o componente do servi\u00e7o mestre de metadados (MDS) certamente direcionar\u00e1 o cliente diretamente para o servi\u00e7o de chunk necess\u00e1rio (servi\u00e7o de armazenamento de blocos CS), ou seja, o MDS n\u00e3o participa do processo de grava\u00e7\u00e3o, apenas direciona para o servi\u00e7o de chunk necess\u00e1rio. De maneira geral, pode-se fazer uma analogia com a grava\u00e7\u00e3o sendo semelhante ao derramamento de \u00e1gua em barris. Cada barril representa um bloco de dados de 256MB.<\/p>\n<p><img decoding=\"async\" alt=\"Uma breve compara\u00e7\u00e3o da arquitetura SDS ou a busca por uma plataforma de armazenamento adequada (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/8f10333f1573226fbb50a40377eafc93.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOu seja, um disco \u00e9 uma certa quantidade desses barris, ou seja, o volume do disco dividido por 256MB. Cada c\u00f3pia \u00e9 distribu\u00edda em um n\u00f3, a segunda praticamente em paralelo j\u00e1 em outro n\u00f3, e assim por diante\u2026 Se temos tr\u00eas r\u00e9plicas e discos SSD para cache (para leitura e logs de grava\u00e7\u00e3o), a confirma\u00e7\u00e3o de grava\u00e7\u00e3o ocorrer\u00e1 ap\u00f3s a grava\u00e7\u00e3o do log no SSD, enquanto o descarregamento paralelo do SSD continuar\u00e1 no HDD, como que em segundo plano. No caso de tr\u00eas r\u00e9plicas, o commit de grava\u00e7\u00e3o ser\u00e1 ap\u00f3s a confirma\u00e7\u00e3o do SSD do terceiro n\u00f3. Pode parecer que a soma da velocidade de grava\u00e7\u00e3o dos tr\u00eas SSDs pode ser dividida por tr\u00eas e obteremos a velocidade de grava\u00e7\u00e3o de uma r\u00e9plica, mas a grava\u00e7\u00e3o das c\u00f3pias ocorre em paralelo e a lat\u00eancia da rede geralmente \u00e9 mais alta do que a dos SSDs, e de fato, o desempenho da grava\u00e7\u00e3o depender\u00e1 da rede. Portanto, para ver IOPS reais, \u00e9 necess\u00e1rio sobrecarregar corretamente todo o Vstorage de acordo com <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/pdf\/virtuozzo_infrastructure_platform_3_benchmarking_guide.pdf\">a metodologia<\/a><\/noindex>, ou seja, testando a carga real, e n\u00e3o a mem\u00f3ria e o cache, onde \u00e9 preciso considerar o tamanho correto do bloco de dados, o n\u00famero de fluxos, etc. <\/p>\n<p>O di\u00e1rio de registro mencionado acima no SSD funciona de forma que, assim que os dados s\u00e3o gravados nele, s\u00e3o imediatamente lidos pelo servi\u00e7o e escritos no HDD. Existem v\u00e1rios servi\u00e7os de metadados (MDS) por cluster, e sua quantidade \u00e9 determinada pelo qu\u00f3rum que opera com o algoritmo Paxos. Do ponto de vista do cliente, o ponto de montagem FUSE \u00e9 uma pasta de armazenamento em cluster, que \u00e9 vis\u00edvel simultaneamente para todos os n\u00f3s do cluster, cada n\u00f3 monta o cliente desse modo, portanto, esse armazenamento est\u00e1 acess\u00edvel para cada n\u00f3.<\/p>\n<p>Para o desempenho de qualquer uma das abordagens mencionadas acima, \u00e9 muito importante, na fase de planejamento e implanta\u00e7\u00e3o, configurar corretamente a rede, onde haver\u00e1 balanceamento por meio da agrega\u00e7\u00e3o e uma largura de banda de canal de rede adequadamente escolhida. Na agrega\u00e7\u00e3o, \u00e9 fundamental escolher corretamente o modo de hash e os tamanhos dos quadros. Tamb\u00e9m h\u00e1 uma diferen\u00e7a significativa em rela\u00e7\u00e3o aos SDS mencionados acima: \u00e9 o fuse com a tecnologia fast path no Virtuozzo Storage. Que, al\u00e9m do fuse modernizado, ao contr\u00e1rio de outras solu\u00e7\u00f5es open source, aumenta significativamente os IOPS e permite n\u00e3o se limitar \u00e0 escalabilidade horizontal ou vertical. Em geral, em compara\u00e7\u00e3o com as arquiteturas mencionadas, esta parece ser mais robusta, mas para tal prazer, \u00e9 claro que \u00e9 necess\u00e1rio adquirir licen\u00e7as, ao contr\u00e1rio do Ceph e do Gluster. <\/p>\n<p>Em resumo, pode-se destacar os tr\u00eas principais: o primeiro lugar em termos de desempenho e confiabilidade da arquitetura \u00e9 ocupado pelo Virtuozzo Storage, o segundo pelo Ceph e o terceiro pelo Gluster. <\/p>\n<p>Os crit\u00e9rios pelos quais o Virtuozzo Storage foi escolhido s\u00e3o: um conjunto otimizado de componentes da arquitetura, o fuse modernizado com fast path, um conjunto flex\u00edvel de configura\u00e7\u00e3o de hardware, menor consumo de recursos e a possibilidade de compartilhamento com computa\u00e7\u00e3o (virtualiza\u00e7\u00e3o), ou seja, \u00e9 completamente adequado para uma solu\u00e7\u00e3o hiperconvergente, da qual ele faz parte. O segundo lugar \u00e9 do Ceph, pois esta \u00e9 uma arquitetura mais produtiva em rela\u00e7\u00e3o ao Gluster, devido \u00e0 opera\u00e7\u00e3o com blocos, assim como cen\u00e1rios mais flex\u00edveis e a possibilidade de trabalhar em clusters mais escal\u00e1veis.<\/p>\n<p>Nos planos est\u00e1 a vontade de escrever uma compara\u00e7\u00e3o entre vSAN, Space Direct Storage, Vstorage e Nutanix Storage, testando o Vstorage em equipamentos da HPE, Huawei, bem como cen\u00e1rios de integra\u00e7\u00e3o do Vstorage com sistemas de armazenamento externo, portanto, se voc\u00ea gostou do artigo, seria bom receber seu feedback, que poderia aumentar a motiva\u00e7\u00e3o para novos artigos considerando suas observa\u00e7\u00f5es e sugest\u00f5es.<br \/>\n<br \/>Fonte: <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.3 - 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\/pt\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"pt_PT\" \/>\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\/pt\/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\udd47 Compara\u00e7\u00e3o r\u00e1pida da arquitetura SDS ou busca da plataforma de armazenamento adequada (GlusterVsCephVsVirtuozzoStorage) | ProHoster","description":"Este artigo foi escrito para ajudar a escolher a solu\u00e7\u00e3o adequada e entender as diferen\u00e7as entre SDS como Gluster, Ceph e Vstorage (Virtuozzo). O texto cont\u00e9m links para artigos com mais informa\u00e7\u00f5es.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","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\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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/40729","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=40729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/40729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/40730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=40729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=40729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=40729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}