O chip de intelig\u00eancia artificial \u00e9 o Ascend 310. Por padr\u00e3o, n\u00e3o est\u00e1 presente no controlador e \u00e9 montado atrav\u00e9s de um cart\u00e3o separado, ocupando um dos slots dedicados para adaptadores de rede. O chip \u00e9 usado para garantir o comportamento inteligente do cache, gerenciamento de desempenho ou processos de deduplica\u00e7\u00e3o e compress\u00e3o. Todas essas tarefas podem ser realizadas pela unidade central de processamento, mas o chip de IA permite faz\u00ea-lo de forma muito mais eficiente.<\/li>\n<\/ul>\n\n
Sobre os processadores Kunpeng<\/h2>\n \nO processador Kunpeng \u00e9 um sistema em um chip (SoC), que al\u00e9m do bloco de computa\u00e7\u00e3o, possui m\u00f3dulos de hardware que aceleram v\u00e1rios processos, como o c\u00e1lculo de somas de verifica\u00e7\u00e3o ou a execu\u00e7\u00e3o de 'c\u00f3digo de apagamento' (erasure coding). Tamb\u00e9m possui suporte de hardware para SAS, Ethernet, DDR4 (de seis a oito canais), entre outros. Tudo isso permite que a Huawei crie controladores de armazenamento que n\u00e3o ficam atr\u00e1s das solu\u00e7\u00f5es cl\u00e1ssicas da Intel em termos de desempenho. <\/p>\n
Al\u00e9m disso, as solu\u00e7\u00f5es pr\u00f3prias baseadas na arquitetura ARM permitem \u00e0 Huawei criar solu\u00e7\u00f5es de servidor completas e oferec\u00ea-las aos seus clientes como uma alternativa ao x86.<\/p>\n
Nova arquitetura Dorado V6...<\/h2>\n \nA arquitetura interna dos sistemas de armazenamento Dorado V6 da s\u00e9rie mais alta \u00e9 apresentada por quatro subdom\u00ednios principais (f\u00e1bricas). <\/p>\n
A primeira f\u00e1brica \u00e9 uma interface frontal comum (interfaces de rede respons\u00e1veis pela comunica\u00e7\u00e3o com a f\u00e1brica SAN ou hosts). <\/p>\n
A segunda \u00e9 um conjunto de controladores, cada um dos quais pode acessar, por meio do protocolo RDMA, tanto qualquer cart\u00e3o de rede da interface frontal quanto o 'motor' (engine) vizinho, que consiste em uma caixa com quatro controladores, al\u00e9m de fontes de alimenta\u00e7\u00e3o e refrigera\u00e7\u00e3o compartilhadas. Atualmente, modelos Dorado V6 da categoria hi-end podem ser equipados com dois desses 'motores' (totalizando oito controladores).<\/p>\n
A terceira f\u00e1brica \u00e9 respons\u00e1vel pelo backend e consiste em placas de rede RDMA de 100G.<\/p>\n
Finalmente, a quarta f\u00e1brica \"em hardware\" \u00e9 representada por estantes inteligentes conect\u00e1veis com unidades de armazenamento.<\/p>\n
Essa estrutura sim\u00e9trica revela todo o potencial da tecnologia NVMe, garantindo alto desempenho e confiabilidade. O processo de entrada e sa\u00edda \u00e9 maximamente paralelizado entre processadores e n\u00facleos, permitindo leitura e escrita simult\u00e2neas em m\u00faltiplos fluxos.<\/p>\n
\u2026 e o que ela nos trouxe<\/h2>\n \nO desempenho m\u00e1ximo das solu\u00e7\u00f5es Dorado V6 \u00e9 aproximadamente tr\u00eas vezes superior ao das sistemas de gera\u00e7\u00f5es anteriores (da mesma classe) e pode atingir 20 milh\u00f5es de IOPS. <\/p>\n
Isso se deve ao fato de que na gera\u00e7\u00e3o anterior de dispositivos, o suporte a NVMe se restringia apenas a estantes de unidades de armazenamento. Agora, ele est\u00e1 presente em todas as etapas, do host at\u00e9 o SSD. A rede de backend tamb\u00e9m passou por altera\u00e7\u00f5es: SAS\/PCIe cederam lugar ao RoCEv2 com largura de banda de 100 Gbps. <\/p>\n
O pr\u00f3prio fator de forma do SSD tamb\u00e9m mudou. Antes, uma estante de 2U tinha 25 unidades de armazenamento, mas agora foi aumentada para 36 discos de formato f\u00edsico palm-sized. Al\u00e9m disso, as estantes se tornaram \"inteligentes\". Cada uma delas agora possui um sistema de toler\u00e2ncia a falhas com dois controladores baseados em chips ARM, semelhantes aos que est\u00e3o instalados nos controladores centrais. <\/p>\n
A compress\u00e3o e deduplica\u00e7\u00e3o na SDD anterior eram realizadas com blocos de comprimento fixo. Agora, foi adicionado um modo de opera\u00e7\u00e3o com blocos de comprimento vari\u00e1vel, que ainda precisa ser ativado manualmente. Futuros firmwares podem alterar essa situa\u00e7\u00e3o.<\/p>\n
Tamb\u00e9m uma breve palavra sobre a toler\u00e2ncia a falhas. O Dorado V3 mantinha a operabilidade caso um controlador de dois falhasse. O Dorado V6 garantir\u00e1 a disponibilidade de dados mesmo se sete controladores de oito falharem sequencialmente ou quatro de um \u00fanico \"motor\" falharem ao mesmo tempo.<\/p>\n
Confiabilidade do ponto de vista econ\u00f4mico.<\/h2>\n \nRecentemente, foi realizado uma pesquisa entre os clientes da Huawei sobre quais elementos simples da infraestrutura de TI s\u00e3o considerados aceit\u00e1veis pela empresa. Na maioria, os entrevistados aceitaram bem a situa\u00e7\u00e3o hipot\u00e9tica em que um aplicativo n\u00e3o responde por v\u00e1rios segundos. Para o sistema operacional ou adaptador de host do barramento, o tempo cr\u00edtico de inatividade foi considerado em dezenas de segundos (essencialmente, o tempo de reinicializa\u00e7\u00e3o). Os clientes t\u00eam requisitos ainda mais exigentes para a rede: sua largura de banda n\u00e3o deve ser interrompida por mais de 10 a 20 segundos. Como n\u00e3o \u00e9 dif\u00edcil adivinhar, os entrevistados consideraram as falhas dos sistemas de armazenamento as mais cr\u00edticas. Do ponto de vista dos representantes de neg\u00f3cios, o tempo de inatividade do armazenamento deve ser limitado a... alguns segundos por ano!<\/p>\n
Em outras palavras, se o aplicativo do cliente do banco n\u00e3o responde por 100 segundos, isso provavelmente n\u00e3o causar\u00e1 consequ\u00eancias catastr\u00f3ficas. No entanto, se o mesmo acontecer com o sistema de armazenamento, \u00e9 prov\u00e1vel que ocorra a interrup\u00e7\u00e3o do neg\u00f3cio e perdas financeiras significativas.<\/p>\n
No gr\u00e1fico acima, o custo de uma hora de opera\u00e7\u00e3o dos dez maiores bancos \u00e9 apresentado (dados da Forbes de 2017). Convenhamos, se sua empresa se aproxima do tamanho dos bancos chineses, ser\u00e1 relativamente f\u00e1cil justificar a necessidade de adquirir um sistema de armazenamento por alguns milh\u00f5es de d\u00f3lares. O mesmo se aplica ao oposto: se o neg\u00f3cio n\u00e3o enfrentar perdas significativas durante o tempo de inatividade, \u00e9 improv\u00e1vel que compre um sistema de armazenamento de classe hi-end. De qualquer forma, \u00e9 importante ter uma ideia do tamanho da lacuna que pode se formar em seu bolso enquanto o administrador de sistema resolve o sistema de armazenamento que falhou.<\/p><\/blockquote>\n
Um segundo para a troca de emerg\u00eancia<\/h2>\n \nNa Solu\u00e7\u00e3o A, na ilustra\u00e7\u00e3o acima, voc\u00ea pode ver nosso sistema de gera\u00e7\u00e3o anterior Dorado V3. Quatro de seus controladores operam em pares, e c\u00f3pias do cache s\u00e3o mantidas em apenas dois controladores. Os controladores dentro do par podem redistribuir a carga. Ao mesmo tempo, como voc\u00ea pode ver, n\u00e3o h\u00e1 'f\u00e1bricas' de frontend e backend aqui, ent\u00e3o cada uma das prateleiras com unidades \u00e9 conectada a um par de controladores espec\u00edfico.<\/p>\n
No diagrama da Solu\u00e7\u00e3o B \u00e9 mostrado a solu\u00e7\u00e3o atualmente dispon\u00edvel no mercado de outro fornecedor (reconheceu?). Aqui j\u00e1 existem f\u00e1bricas de front-end e back-end, e os armazenamentos s\u00e3o conectados diretamente a quatro controladores. No entanto, existem nuances n\u00e3o \u00f3bvias no funcionamento dos algoritmos internos do sistema.<\/p>\n
\u00c0 direita est\u00e1 nossa atual arquitetura de armazenamento Dorado V6 com todo o conjunto de elementos internos. Vamos analisar como esses sistemas lidam com uma situa\u00e7\u00e3o t\u00edpica \u2014 a falha de um controlador.<\/p>\n
Em sistemas cl\u00e1ssicos, dos quais o Dorado V3 faz parte, o tempo necess\u00e1rio para redistribuir a carga em caso de falha chega a quatro segundos. Durante esse tempo, as opera\u00e7\u00f5es de entrada e sa\u00edda s\u00e3o completamente interrompidas. Na solu\u00e7\u00e3o Solu\u00e7\u00e3o B dos nossos colegas, apesar de uma arquitetura mais moderna, o tempo de inatividade em caso de falha \u00e9 at\u00e9 maior \u2014 seis segundos.<\/p>\n
O armazenamento Dorado V6 restabelece seu funcionamento apenas um segundo ap\u00f3s a falha. Esse resultado \u00e9 alcan\u00e7ado gra\u00e7as a um ambiente interno homog\u00eaneo de RDMA, permitindo que o controlador acesse a mem\u00f3ria 'estranha'. Outro aspecto importante \u00e9 a presen\u00e7a da f\u00e1brica de front-end, que garante que o caminho para o host n\u00e3o muda. A porta permanece a mesma, e a carga \u00e9 simplesmente enviada para os controladores funcionais pelos drivers de multipassing.<\/p>\n
A falha do segundo controlador no Dorado V6 \u00e9 gerida em um segundo de acordo com o mesmo esquema. No Dorado V3, isso leva cerca de seis segundos, enquanto a solu\u00e7\u00e3o de outro fornecedor leva nove. Para muitos bancos de dados, esses intervalos j\u00e1 n\u00e3o podem ser considerados aceit\u00e1veis, pois durante esse tempo o sistema \u00e9 colocado em modo de espera e interrompe seu funcionamento. Isso se aplica principalmente a bancos de dados compostos por muitas parti\u00e7\u00f5es.<\/p>\n
A falha do terceiro controlador na Solu\u00e7\u00e3o A n\u00e3o pode ser sobrevivida. Simplesmente porque o acesso a parte dos discos com dados \u00e9 perdido. Por sua vez, a Solu\u00e7\u00e3o B, em tal situa\u00e7\u00e3o, restabelece sua funcionalidade, levando, como no caso anterior, nove segundos.<\/p>\n
E quanto ao Dorado V6? Um segundo.<\/p>\n
O que se pode fazer em um segundo<\/h2>\n \nQuase nada, mas n\u00e3o precisamos disso. Reiteramos que no Dorado V6 da classe hi-end, a f\u00e1brica de frontend est\u00e1 desvinculada da f\u00e1brica de controladores. Isso significa que n\u00e3o h\u00e1 portas rigidamente designadas pertencentes a um controlador espec\u00edfico. A reconfigura\u00e7\u00e3o em caso de falha n\u00e3o implica na busca de caminhos alternativos ou na reconfigura\u00e7\u00e3o do multipath. O sistema continua funcionando como sempre.<\/p>\n
Resist\u00eancia a m\u00faltiplas falhas<\/h2>\n \nOs modelos mais avan\u00e7ados do Dorado V6 suportam sem problemas a falha simult\u00e2nea de dois quaisquer (!) controladores de qualquer dos 'motores'. Isso se tornou poss\u00edvel porque agora a solu\u00e7\u00e3o mant\u00e9m tr\u00eas c\u00f3pias do cache. Portanto, mesmo em caso de falha dupla, sempre haver\u00e1 uma c\u00f3pia \u00edntegra.<\/p>\n
A falha s\u00edncrona dos quatro controladores em um dos 'motores' tamb\u00e9m n\u00e3o causar\u00e1 consequ\u00eancias fatais, uma vez que todas as tr\u00eas c\u00f3pias do cache est\u00e3o distribu\u00eddas entre os 'motores' a qualquer momento. A pr\u00f3pria sistema supervisiona a conformidade com essa l\u00f3gica de opera\u00e7\u00e3o.<\/p>\n
Finalmente, um cen\u00e1rio extremamente improv\u00e1vel \u00e9 a falha sequencial de sete controladores de um total de oito. Al\u00e9m disso, o intervalo m\u00ednimo permitido para manter a opera\u00e7\u00e3o \u00e9 de 15 minutos entre falhas individuais. Durante esse tempo, o sistema de armazenamento de dados consegue realizar as opera\u00e7\u00f5es necess\u00e1rias para a migra\u00e7\u00e3o do cache.<\/p>\n
O \u00faltimo controlador sobrevivente garantir\u00e1 a opera\u00e7\u00e3o do armazenamento de dados e manter\u00e1 o cache por cinco dias (valor padr\u00e3o, que pode ser facilmente alterado nas configura\u00e7\u00f5es). Ap\u00f3s isso, o cache ser\u00e1 desativado, mas a opera\u00e7\u00e3o do sistema de armazenamento continuar\u00e1.<\/p>\n
Atualiza\u00e7\u00f5es n\u00e3o perturbadoras<\/h2>\n \nO novo sistema operacional Dorado V6 permite atualizar o firmware do sistema de armazenamento sem reiniciar os controladores.<\/p>\n
O sistema operacional, assim como no caso das solu\u00e7\u00f5es anteriores, \u00e9 baseado no Linux, por\u00e9m muitos processos operacionais foram transferidos do n\u00facleo para o modo de usu\u00e1rio. A maioria das fun\u00e7\u00f5es, como as respons\u00e1veis pela deduplica\u00e7\u00e3o e compress\u00e3o, agora s\u00e3o processos de fundo executados por dem\u00f4nios comuns. Gra\u00e7as a isso, a atualiza\u00e7\u00e3o de m\u00f3dulos individuais n\u00e3o requer a troca de todo o sistema operacional. Por exemplo, para adicionar suporte a um novo protocolo, ser\u00e1 necess\u00e1rio apenas desligar o m\u00f3dulo de software correspondente e iniciar o novo.<\/p>\n
\u00c9 evidente que as quest\u00f5es de atualiza\u00e7\u00e3o do sistema integral ainda permanecem, pois at\u00e9 mesmo no n\u00facleo podem haver elementos que necessitam de atualiza\u00e7\u00e3o. No entanto, de acordo com nossas observa\u00e7\u00f5es, isso representa menos de 6% do total. Isso permite reinicializar os controladores dezenas de vezes com menos frequ\u00eancia do que antes.<\/p>\n
Solu\u00e7\u00f5es de recupera\u00e7\u00e3o de desastres e alta disponibilidade (HA\/DR)<\/h2>\n \nO Dorado V6 \"pronto para uso\" est\u00e1 preparado para integra\u00e7\u00e3o em solu\u00e7\u00f5es geodistribu\u00eddas, clusters de n\u00edvel urbano (metro) e data centers \"triplos\".<\/p>\n
\u00c0 esquerda na ilustra\u00e7\u00e3o acima \u2014 o j\u00e1 conhecido metro-cluster. Dois sistemas de armazenamento (SXD) operam em modo ativo \/ ativo a uma dist\u00e2ncia de at\u00e9 100 km um do outro. Essa infraestrutura com a presen\u00e7a de um ou mais servidores de qu\u00f3rum pode ser mantida por solu\u00e7\u00f5es de diferentes empresas, incluindo nosso sistema operacional em nuvem FusionSphere. Em tais projetos, as caracter\u00edsticas do canal entre os sites adquiram especial import\u00e2ncia, enquanto todas as outras tarefas s\u00e3o geridas pela fun\u00e7\u00e3o HyperMetro, que est\u00e1 dispon\u00edvel, novamente, \"pronta para uso\". A integra\u00e7\u00e3o \u00e9 poss\u00edvel por Fibre Channel, bem como por iSCSI em redes IP, se necess\u00e1rio. N\u00e3o h\u00e1 mais necessidade de uma fibra \u00f3ptica \"escura\" dedicada, pois o sistema pode se conectar atrav\u00e9s de canais existentes.<\/p>\n
Na constru\u00e7\u00e3o de tais sistemas, o \u00fanico requisito de hardware para o SXD \u00e9 a aloca\u00e7\u00e3o de portas para replica\u00e7\u00e3o. \u00c9 suficiente adquirir uma licen\u00e7a, iniciar servidores de qu\u00f3rum \u2014 f\u00edsicos ou virtuais \u2014 e garantir conectividade IP at\u00e9 os controladores (10 Mbps, 50 ms).<\/p>\n
Essa arquitetura \u00e9 facilmente transfer\u00edvel para um sistema com tr\u00eas datacenters (veja a parte direita da ilustra\u00e7\u00e3o). Por exemplo, quando dois datacenters operam em modo metro-cluster, enquanto o terceiro local, situado a mais de 100 km, utiliza replica\u00e7\u00e3o ass\u00edncrona.<\/p>\n
O sistema suporta tecnologicamente diversos cen\u00e1rios de neg\u00f3cios que ser\u00e3o implementados em caso de um grande incidente.<\/p>\n
Sobreviv\u00eancia do metro-cluster em caso de m\u00faltiplas falhas<\/h2>\n \nAcima e abaixo tamb\u00e9m \u00e9 mostrado um metro-cluster cl\u00e1ssico, consistindo de dois sistemas de armazenamento e um servidor de qu\u00f3rum. Como voc\u00ea pode ver, em seis dos nove cen\u00e1rios poss\u00edveis de m\u00faltiplas falhas, nossa infraestrutura manter\u00e1 a funcionalidade.<\/p>\n
Por exemplo, no segundo cen\u00e1rio, em caso de falha do servidor de quorum e sincroniza\u00e7\u00e3o entre os locais, o sistema permanece produtivo, j\u00e1 que o segundo local interrompe suas opera\u00e7\u00f5es. Esse comportamento j\u00e1 est\u00e1 embutido nos algoritmos integrados.<\/p>\n
Mesmo ap\u00f3s tr\u00eas falhas, o acesso \u00e0 informa\u00e7\u00e3o pode ser mantido se o intervalo entre elas for de pelo menos 15 segundos.<\/p>\n
Um truque familiar na manga<\/h2>\n \nVale lembrar que a Huawei produz n\u00e3o apenas solu\u00e7\u00f5es de armazenamento, mas tamb\u00e9m uma gama completa de equipamentos de rede. Independentemente do fornecedor de armazenamento que voc\u00ea escolher, se a rede WDM \u00e9 utilizada entre os locais, em 90% das vezes ela ser\u00e1 constru\u00edda com solu\u00e7\u00f5es da nossa empresa. Surge a pergunta l\u00f3gica: por que montar um zool\u00f3gico de sistemas, quando todo o hardware garantidamente compat\u00edvel pode ser obtido de um \u00fanico fornecedor?<\/p>\n
Sobre a quest\u00e3o do desempenho<\/h2>\n \nProvavelmente, ningu\u00e9m precisa mais ser convencido de que a transi\u00e7\u00e3o para solu\u00e7\u00f5es de armazenamento All-Flash pode reduzir significativamente os custos de manuten\u00e7\u00e3o da infraestrutura, j\u00e1 que todas as opera\u00e7\u00f5es rotineiras s\u00e3o realizadas muito mais rapidamente. Isso \u00e9 atestado por todos os fornecedores desse tipo de equipamento. Entretanto, muitos fornecedores come\u00e7am a ser enganosos quando se trata da queda de desempenho ao ativar diferentes modos de opera\u00e7\u00e3o das solu\u00e7\u00f5es de armazenamento.<\/p>\n
Na nossa ind\u00fastria, \u00e9 comum fornecer solu\u00e7\u00f5es de armazenamento para testes de um ou dois dias. O fornecedor realiza um teste de 20 minutos em um sistema vazio, obtendo n\u00fameros impressionantes de desempenho. Por\u00e9m, na opera\u00e7\u00e3o real, rapidamente aparecem as ''armadilhas ocultas''. Ap\u00f3s um dia, os belos valores de IOPS caem pela metade ou mais, e se o armazenamento estiver preenchido em 80%, ficam ainda menores. Ao mudar de RAID 5 para RAID 10, perde-se mais 10-15%, e no modo de cluster metro, o desempenho \u00e9 adicionalmente reduzido pela metade.<\/p>\n
Tudo o que foi mencionado acima n\u00e3o se aplica ao Dorado V6. Nossos clientes t\u00eam a oportunidade de executar um teste de desempenho durante o fim de semana ou pelo menos \u00e0 noite. Assim, a coleta de lixo se manifesta, al\u00e9m de ficar claro como a ativa\u00e7\u00e3o de v\u00e1rias op\u00e7\u00f5es \u2013 como snapshots e replica\u00e7\u00e3o \u2013 afeta os valores de IOPS atingidos.<\/p>\n
No Dorado V6, os snapshots e o RAID com paridade afetam praticamente a performance (3\u20135% em vez de 10-15%). A coleta de lixo (preenchimento das c\u00e9lulas do armazenamento com zeros), compress\u00e3o, deduplica\u00e7\u00e3o em sistemas de armazenamento ocupados em 80% sempre impactar\u00e3o a velocidade total de processamento de requisi\u00e7\u00f5es. Mas o que realmente torna o Dorado V6 interessante \u00e9 que, n\u00e3o importa a combina\u00e7\u00e3o de fun\u00e7\u00f5es e mecanismos de prote\u00e7\u00e3o que voc\u00ea ative, a performance final do sistema de armazenamento n\u00e3o cair\u00e1 abaixo de 80% do valor obtido sem carga.<\/p>\n
O balanceamento de carga<\/h2>\n \nA alta performance do Dorado V6 \u00e9 alcan\u00e7ada atrav\u00e9s do balanceamento em cada etapa, a saber:<\/p>\n
\nmulti-passagem;<\/li>\n uso de v\u00e1rias conex\u00f5es de um \u00fanico host;<\/li>\n presen\u00e7a de uma f\u00e1brica de frontend;<\/li>\n divis\u00e3o do trabalho dos controladores do sistema de armazenamento;<\/li>\n distribui\u00e7\u00e3o da carga entre todos os dispositivos de armazenamento em n\u00edvel RAID 2.0+.<\/li>\n<\/ul>\n\nEm princ\u00edpio, isso \u00e9 uma pr\u00e1tica comum. Hoje em dia, poucas pessoas mant\u00eam todos os dados em um \u00fanico LUN: todos tentam ter, pelo menos, oito, quarenta ou at\u00e9 mais. Esta \u00e9 uma abordagem \u00f3bvia e correta, que apoiamos. Mas se sua tarefa requer apenas um LUN, que \u00e9 mais f\u00e1cil de manter, nossas solu\u00e7\u00f5es arquitet\u00f4nicas permitem alcan\u00e7ar 80% da performance dispon\u00edvel usando m\u00faltiplos LUNs.<\/p>\n
Planejamento din\u00e2mico da carga dos processadores<\/h2>\n \nA distribui\u00e7\u00e3o da carga nos processadores ao usar um \u00fanico LUN \u00e9 implementada da seguinte maneira: as tarefas, ainda no n\u00edvel do LUN, s\u00e3o divididas em pequenos \"shards\", cada um dos quais \u00e9 rigidamente atribu\u00eddo a um controlador espec\u00edfico no \"motor\". Isso \u00e9 feito para que o sistema n\u00e3o perca performance enquanto \"salta\" com esse peda\u00e7o de dados entre diferentes controladores. <\/p>\n
Outro mecanismo para manter alta performance \u00e9 o escalonamento din\u00e2mico, em que diferentes n\u00facleos de processador podem ser alocados para diferentes pools de tarefas. Por exemplo, se no momento o sistema est\u00e1 ocioso em n\u00edvel de deduplica\u00e7\u00e3o e compress\u00e3o, parte dos n\u00facleos pode ser ativada para o processo de atendimento de entrada e sa\u00edda. Ou vice-versa. Tudo isso \u00e9 realizado automaticamente e de forma transparente para o usu\u00e1rio. <\/p>\n
As informa\u00e7\u00f5es sobre a carga atual de cada n\u00facleo do Dorado V6 n\u00e3o s\u00e3o exibidas na interface gr\u00e1fica, mas atrav\u00e9s da linha de comando \u00e9 poss\u00edvel acessar o sistema operacional do controlador e usar o comando normal do Linux. top<\/i>.<\/p>\n
Suporte a NVMe e RoCE<\/h2>\n \nComo j\u00e1 mencionado, neste momento, o Dorado V6 suporta completamente NVMe over Fibre Channel \"pronto para uso\" e n\u00e3o requer nenhuma licen\u00e7a. No meio do ano, haver\u00e1 suporte para o modo NVMe over Ethernet. Para seu uso completo, ser\u00e1 necess\u00e1rio suporte a Ethernet com acesso direto \u00e0 mem\u00f3ria (DMA) vers\u00e3o v2.0, tanto do lado do sistema de armazenamento quanto do lado dos switches e adaptadores de rede. Por exemplo, como o Mellanox ConnectX-4 ou ConnectX-5. Tamb\u00e9m podem ser utilizados adaptadores de rede baseados em nossos chips. Al\u00e9m disso, o suporte a RoCE deve ser implementado no n\u00edvel do sistema operacional.<\/p>\n
De forma geral, consideramos o Dorado V6 um sistema orientado a NVMe. Apesar do suporte existente ao Fibre Channel e iSCSI, est\u00e1 planejada uma transi\u00e7\u00e3o futura para Ethernet de alta velocidade com RDMA.<\/p><\/blockquote>\n
Uma pitada de marketing<\/h2>\n \nGra\u00e7as \u00e0 alta resist\u00eancia a falhas do sistema Dorado V6, sua boa escalabilidade horizontal, suporte a v\u00e1rias tecnologias de migra\u00e7\u00e3o, etc., o efeito econ\u00f4mico de sua aquisi\u00e7\u00e3o se manifesta com o in\u00edcio da explora\u00e7\u00e3o intensa do sistema de armazenamento. Continuaremos a nos esfor\u00e7ar para tornar a posse do sistema o mais vantajosa poss\u00edvel, mesmo que na primeira fase isso n\u00e3o seja evidente.<\/p>\n
Em particular, criamos o programa FLASH EVER, relacionado \u00e0 extens\u00e3o do ciclo de vida do sistema de armazenamento e projetado para aliviar o cliente na realiza\u00e7\u00e3o de upgrades.<\/p>\n
\npossibilidade de substitui\u00e7\u00e3o gradual dos controladores e prateleiras com discos por novas vers\u00f5es sem a necessidade de substituir todo o equipamento (para sistemas Dorado V6 da classe hi-end);<\/li>\n possibilidade de armazenamento federativo (uni\u00e3o de diferentes vers\u00f5es do Dorado dentro de um \u00fanico cluster h\u00edbrido de armazenamento);<\/li>\n virtualiza\u00e7\u00e3o inteligente (capacidade de usar equipamentos de terceiros como parte da solu\u00e7\u00e3o Dorado).<\/li>\n<\/ul>\n\n
Al\u00e9m disso, em decorr\u00eancia da pandemia, por quanto tempo ela durar, surge de forma aguda a quest\u00e3o de fornecer desktops virtuais para os funcion\u00e1rios remotos. Nesse processo, o Dorado V6 tamb\u00e9m poderia resolver muitas quest\u00f5es. Para isso, estamos fazendo todos os esfor\u00e7os necess\u00e1rios, incluindo uma negocia\u00e7\u00e3o praticamente finalizada para a inclus\u00e3o do novo sistema na lista de compatibilidade da VMware.<\/p>\n
***<\/h2>\n \nAli\u00e1s, n\u00e3o se esque\u00e7a de nossos in\u00fameros webinars, realizados n\u00e3o apenas na comunidade de l\u00edngua russa, mas tamb\u00e9m em n\u00edvel global. A lista de webinars de abril est\u00e1 dispon\u00edvel em link<\/a><\/noindex>. habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041f\u043e\u0436\u0430\u043b\u0443\u0439\u0441\u0442\u0430, \u043d\u0435 \u0441\u043f\u0435\u0448\u0438\u0442\u0435 \u0441 \u0432\u044b\u0432\u043e\u0434\u0430\u043c\u0438 \u0438\u0437-\u0437\u0430 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0430! \u0423 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0443\u0432\u0435\u0441\u0438\u0441\u0442\u044b\u0435 \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442\u044b \u0432 \u0435\u0433\u043e \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u0435, \u0438 \u043c\u044b \u0443\u043f\u0430\u043a\u043e\u0432\u0430\u043b\u0438 \u0438\u0445, \u043d\u0430\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u043e\u0433\u043b\u0438 \u043a\u043e\u043c\u043f\u0430\u043a\u0442\u043d\u043e. \u041f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u0435\u043c \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u043e\u0441\u0442 \u043e \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0438 \u0438 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u0430\u0445 \u0440\u0430\u0431\u043e\u0442\u044b \u043d\u0430\u0448\u0435\u0439 \u043d\u043e\u0432\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445, \u0440\u0435\u043b\u0438\u0437 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0441\u043e\u0441\u0442\u043e\u044f\u043b\u0441\u044f \u0432 \u044f\u043d\u0432\u0430\u0440\u0435 2020 \u0433\u043e\u0434\u0430. \u041f\u043e \u043d\u0430\u0448\u0435\u043c\u0443 \u0443\u0431\u0435\u0436\u0434\u0435\u043d\u0438\u044e, \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u043a\u043e\u043d\u043a\u0443\u0440\u0435\u043d\u0442\u043d\u043e\u0435 \u043f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u043e \u0441\u0435\u043c\u0435\u0439\u0441\u0442\u0432\u0443 \u0421\u0425\u0414 Dorado V6 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0432\u0430\u044e\u0442 \u0438\u043c\u0435\u043d\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":79692,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-79691","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Por](\"\/wp-content\/uploads\/2020\/04\/36c949c0c7099441a62597353bd084a6.png\")