O Reduzio HX550 é uma matriz de armazenamento híbrido de controlador duplo em um chassi de 2U. O sistema front-end dezesseis discos rígidos de 7.2 TB de 2 mil com oito SSDs de 800 GB para criar um pool de dados brutos de 38.4 TB em cada sistema. Parar por aí faz com que o HX550 soe como qualquer outra oferta híbrida de médio porte que esteja tentando atender às necessidades dos mercados SMB e corporativo. No entanto, o Reduzio é muito mais, pois oferece várias reviravoltas únicas que são incomuns ou até mesmo totalmente novas nessa classe de armazenamento. A principal delas é a razão de ser do Reduxio, que é que os dados devem ser protegidos o tempo todo. O Reduzio executa essa missão oferecendo BackDating, que oferece um segundo RTO e RPO, permitindo efetivamente que uma organização retroceda na segunda granularidade a qualquer momento. Os clientes do Reduxio descobriram que essa metodologia é eficaz para lidar com todos os tipos de perda de dados ou problemas de acesso, especialmente diante do crescente problema de ransomware.
Essa abordagem para a recuperação de dados é um dos pilares do TimeOS, o sistema operacional de armazenamento que habilita todos os recursos exclusivos do Reduxio. O TimeOS também inclui atividades de hierarquização adaptativas totalmente automatizadas em tempo real para dados quentes, além da redução de dados em tempo real, que é um recurso que não é encontrado com frequência em arrays híbridos. Enquanto o sistema oferece 38.4 TB brutos, o Reduxio estima que os clientes com um HX550 verão até 120 TB+ de espaço utilizável. A desduplicação global e a compactação do Reduxio são feitas na memória e em linha, o que é importante arquitetonicamente, pois a migração rápida de dados entre as caixas ou entre o Reduxio e a nuvem é outro ponto de venda fundamental.
Como o HX550 continua a se diferenciar dos outros arrays do mercado, ele vem com sua própria proteção de dados e capacidade de mobilidade com NoRestore. O recurso NoRestore combina gerenciamento de armazenamento primário e secundário em uma única plataforma. Esse gerenciamento integrado de dados de cópia é um recurso importante, pois a maioria das organizações está lidando com um crescimento de dados de cópia e a necessidade de ter uma solução de recuperação de desastres. NoRestore permite que os clientes eliminem suas ferramentas de proteção de dados existentes. NoRestore funciona enviando continuamente atualizações incrementais de dados desduplicados e compactados para um repositório que pode ser outro sistema Reduxio, qualquer armazenamento iSCSI ou armazenamento em nuvem. Para restaurar os dados, qualquer sistema Reduxio pode criar um volume a partir dos dados armazenados em segundo plano. A capacidade de disponibilizar o volume antes que todos os dados sejam copiados leva a restaurações mais rápidas, com a empresa afirmando ousadamente restaurar 100 TB em segundos. Quando um sistema Reduzio usa um repositório, os clientes obtêm uma solução completa sem a necessidade de adicionar armazenamento secundário ou o gerenciamento diferente que isso implicaria.
Na mesma linha de outras habilidades “instantâneas” que normalmente exigem um bom investimento de tempo, está o recurso NoMigrate. Esse recurso promete uma capacidade de migração quase instantânea de arrastar e soltar do Reduxio para o Reduxio ou de um fornecedor terceirizado para o Reduxio. A migração instantânea parece uma pílula difícil de engolir para quem já migrou grandes volumes de dados antes. O Reduzio afirma que pode fazer isso sendo configurado como um host para o sistema de armazenamento de origem, permitindo virtualizar recursos do sistema de origem e migrá-los. Se houver alguma solicitação de I/O durante a migração, as solicitações serão enviadas ao sistema Reduzio como se os dados já estivessem lá. Se os usuários tentarem ler dados que ainda não chegaram ao sistema Reduxio, ele priorizará a cópia desses blocos para que estejam imediatamente disponíveis para a operação normal do aplicativo.
Outro recurso interessante que o Reduzio usa para se diferenciar do resto do pacote é sua solução de análise baseada em nuvem, StorSense. O StorSense é uma solução SaaS fornecida com todos os arrays Reduxio que coleta e analisa dados para encontrar problemas e acelerar a resolução desses problemas, ou permite que os engenheiros do Reduxio corrijam os problemas encontrados. O sistema foi projetado para ser altamente seguro, permitindo que os usuários fiquem tranquilos sabendo que os problemas podem ser resolvidos sem arriscar os dados.
Todos esses recursos são gerenciados por meio de uma GUI que se assemelha mais a um console de videogame do que o que é mais comumente associado à administração de armazenamento. A implantação é simples e várias unidades podem ser endereçadas intuitivamente por meio da GUI.
Temos dois HX550 no laboratório para esta análise, porém os números de desempenho são de uma única unidade. Alguns recursos, no entanto, exigem uma segunda matriz, que é observada no passo a passo de gerenciamento abaixo.
Especificações do Redusio HX550:
- Fator de forma: controlador duplo em um chassi 2U
- Capacidade: 38.4 TB brutos, 120 TB + capacidade efetiva
- SSD: 8x 800 GB eMLC
- HDD: 16x 2TB 7.2K NL-SAS
- Cache: 256 GB DDR3 ECC
- Reduzio TimeOS v3.4.1
- Portas de rede
- 4x 10GbE SFP+ para iSCSI
- 2x 1GbE RJ45 para gerenciamento
- Até 6 redes virtuais
- Hosts compatíveis
- Servidor Windows 2008/2012/2016
- VMware ESXi 5.x/6.x
- XenServer 6.x/7.x
- Red Hat Linux 5/6/7
- CentOS 5/6/7
- SuSE 12
- Navegadores suportados
- Google Chrome v41
- Mozilla Firefox v38
- Internet Explorer 11
- Safari 8 e superior.
- Alimentação: alimentação redundante com unidades redundantes de backup de bateria interna
- LUNs: máximo de 1,000 LUNs, tamanho máximo de LUN de 100 TB
- Hosts: Máximo de 1,000 hosts
- Protocolos:
- iSCSI
- HTTP
- HTTPS
- SSHv2
- DNS
- SMTP
- SMTP seguro
- NTP
- Gerenciamento de armazenamento:
- Gerenciador de Armazenamento Reduzio
- ReduxioCLI
- API REST
- Armadilhas SNMP
- Alertas de e-mail
- Diferenciais
- NoDup
- BackDating Clone/Reverter
- Bookmarks
- Políticas de histórico
- Consistência Automática
- StorSenseGenericName
- Software adicional
- Reduxio StorApp para VMware vSphere
- Reduzio StorKit para Microsoft Windows Server
- StorKit para OpenStack
- StorKit para Flocker
Design e Construção
O Reduzio HX550 é uma matriz de armazenamento com fator de forma 2U. Na frente do dispositivo há um painel impressionante que se abre em uma dobradiça para acessar as unidades abaixo (é preciso uma chave de fenda para abrir o painel). Abaixo estão as 24 unidades de 2.5” com luzes indicadoras de status e erro na parte inferior das baias.
Movendo-se para a parte traseira do dispositivo, há fontes de alimentação em ambos os lados com LEDs de status do PCM, interruptor de alimentação do PCM e o conector de alimentação do PCM. Há uma alavanca e alça nos controladores onde as fontes de alimentação podem ser trocadas. No meio estão os dois controladores empilhados um sobre o outro. Ambos possuem LEDs de status de hardware, duas portas de interconexão, duas portas USB 3.0, duas portas de dados, uma porta de gerenciamento e uma porta micro HDMI.
Gestão e Usabilidade
Embora existam várias opções em termos de gerenciamento, para esta revisão usamos o Reduzio Storage Manager. Essa GUI baseada em navegador é simples de usar e intuitiva. Os painéis podem ser facilmente personalizados arrastando e soltando o que for necessário. Em vez de detalhar cada recurso da GUI, veremos alguns dos recursos exclusivos do Reduzio. Especificamente, veremos o recurso NoRestore e como ele se aplica ao nosso teste Sysbench.
Primeiro, porém, veremos a tela principal do painel que possui os alertas no lado esquerdo, o número de hosts conectados à direita, seguido por um botão de menu, os volumes e uma leitura em tempo real do desempenho.
O painel é personalizável arrastando e soltando widgets da lista central para as duas janelas de visualização. Neste sistema, o widget Alertas está à esquerda e o widget IOPs está à direita. Os outros widgets são Throughput, Latency, Top-IOPs, top-Throughput e Capacity. Clicar em qualquer widget em uma janela leva você à página detalhada na interface do usuário.
Os usuários podem clicar em hierarquização para ver onde e em que velocidade os dados estão sendo hierarquizados.
A guia de uso do espaço mostra quanto espaço está sendo usado em relação ao total.
A guia final que observaremos analisa a economia total de capacidade usando o NoDup.
Na guia Configuração, os usuários têm a opção de adicionar um sistema Reduxio remoto, um armazenamento iSCSI de terceiros ou um armazenamento em nuvem baseado em S3.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Se os usuários optarem por usar um sistema Reduzio remoto, eles serão solicitados a selecionar o sistema remoto. Nesse caso, não tínhamos outro sistema para testar isso.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Também existe a opção de adicionar armazenamento em nuvem baseado em S3, se isso funcionar melhor para a organização e como ele é organizado.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Como iSCSI é o que precisamos para nosso benchmark, adicionamos dois.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Assim que tivermos o armazenamento iSCSI de que precisamos, podemos configurar o NoRestore por meio da guia de configurações. Na subguia repositórios, temos a opção de configurar o NoRestore para backup ou adicionar um repositório adicional.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Escolhendo configurar para backup, tivemos que esperar apenas alguns minutos.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Assim que a configuração do backup estiver concluída, podemos clicar na guia NoRestore e ver nosso Sysbench aparecer na subguia New Volume.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
A partir daqui, criamos uma tarefa de backup do nosso teste Sysbench e começamos a executar o backup para ver com que rapidez podemos restaurá-lo.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Enquanto estiver em execução, podemos configurar a proteção de dados que queremos para o backup. Neste caso, escolhemos a replicação contínua. Também existem opções aqui para nomear o grupo de proteção de dados e configurar o retrocesso.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Os usuários também podem verificar facilmente o status de seus backups aqui. A GUI fornece informações como dados totais protegidos, espaço usado, alertas, capacidade de interromper a transferência de dados e capacidade de pesquisar outras transferências.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Outro recurso interessante do NoRestore é que ele oferece aos usuários a capacidade de examinar as janelas de transferência de dados. Os usuários podem selecionar em que dia e horário restringir sua pesquisa ou lançar uma ampla rede para ver o que eles pegam.
Clique com o botão direito do mouse e abra em uma nova guia para uma imagem maior
Análise de carga de trabalho do aplicativo
Os benchmarks de carga de trabalho do aplicativo para o Reduxio HX550 consistem no desempenho do MySQL OLTP via SysBench e no desempenho do Microsoft SQL Server OLTP com uma carga de trabalho TPC-C simulada. Em cada cenário, tínhamos o array configurado com redundância de drive duplo. A plataforma de teste consistia em quatro servidores Dell PowerEdge R730 executando o VMware ESXi 6.5 e aproveitava um switch Dell EMC Networking Z9100 com jumbo frames de 9000 MTU como backbone.
Desempenho do SQL Server
Cada VM do SQL Server é configurada com dois vDisks: volume de 100 GB para inicialização e um volume de 500 GB para o banco de dados e arquivos de log. Do ponto de vista dos recursos do sistema, configuramos cada VM com 16 vCPUs, 64 GB de DRAM e aproveitamos o controlador LSI Logic SAS SCSI. Embora nossas cargas de trabalho Sysbench testadas anteriormente tenham saturado a plataforma tanto em E/S de armazenamento quanto em capacidade, o teste de SQL procura desempenho de latência.
Este teste usa o SQL Server 2014 em execução em VMs convidadas do Windows Server 2012 R2 e é enfatizado pelo Benchmark Factory para bancos de dados da Quest. Embora nosso uso tradicional desse benchmark tenha sido testar grandes bancos de dados de escala 3,000 em armazenamento local ou compartilhado, nesta iteração nos concentramos em distribuir quatro bancos de dados de escala 1,500 uniformemente no Reduxio HX550 (duas VMs por controlador).
Configuração de teste do SQL Server (por VM)
- Windows Server 2012 R2
- Ocupação de armazenamento: 600 GB alocados, 500 GB usados
- SQL Server 2014
- Tamanho do banco de dados: escala 1,500
- Carga de cliente virtual: 15,000
- Memória RAM: 48 GB
- Duração do teste: 3 horas
- 2.5 horas de pré-condicionamento
- período de amostra de 30 minutos
Equipamento LoadGen de referência de fábrica SQL Server OLTP
- Dell PowerEdge R730 Virtualized SQL cluster de 4 nós
- Oito CPUs Intel E5-2690 v3 para 249 GHz em cluster (dois por nó, 2.6 GHz, 12 núcleos, cache de 30 MB)
- 1 TB de RAM (256 GB por nó, 16 GB x 16 DDR4, 128 GB por CPU)
- 4 x Emulex 16GB FC HBA de porta dupla
- 4 x NIC de porta dupla Mellanox ConnectX-4 rNDC 25GbE
- VMware ESXi vSphere 6.5 / Enterprise Plus 8 CPUs
Para o SQL Server, executamos dois conjuntos de testes com 2 VMs em um e 4 VMs no outro. O SQL Server de 4 VMs conseguiu atingir uma pontuação agregada de 12,351.9 TPS com VMs individuais variando de 3,085 TPS a 3,089 TPS. O SQL Server de 2 VMs conseguiu atingir uma pontuação agregada de 6,240.1 TPS com VMs individuais variando de 3,119.7 TPS a 3,120.5 TPS.
Mudando para latência média, o benchmark de 4 VMs teve uma latência agregada de 115.75ms com VMs individuais variando de 114ms a 119ms. O benchmark de 2 VMs teve uma exibição muito melhor com uma pontuação agregada de 65ms com VMs individuais variando de 64ms a 66ms.
Desempenho do Sysbench
Cada máquina virtual (VM) do Sysbench é configurada com três discos virtuais (vDisks): um para inicialização (aproximadamente 92 GB), um com o banco de dados pré-construído (aproximadamente 447 GB) e o terceiro para o banco de dados em teste (270 GB). Em termos de recursos do sistema, configuramos cada VM com 16 vCPUs, 60 GB de DRAM e utilizamos o controlador SCSI SAS da LSI Logic. Os sistemas de geração de carga são servidores Dell R730.
Cluster de 730 nós do Dell PowerEdge R4 virtualizado MySQL
- Dell PowerEdge R730 Virtualized SQL cluster de 4 nós
- Oito CPUs Intel E5-2690 v3 para 249 GHz em cluster (dois por nó, 2.6 GHz, 12 núcleos, cache de 30 MB)
- 1 TB de RAM (256 GB por nó, 16 GB x 16 DDR4, 128 GB por CPU)
- 4 x Emulex 16GB FC HBA de porta dupla
- 4 x NIC de porta dupla Mellanox ConnectX-4 rNDC 25GbE
- VMware ESXi vSphere 6.5 / Enterprise Plus 8 CPUs
Configuração de teste do Sysbench (por VM)
- CentOS 6.3 64 bits
- Pegada de armazenamento: 1 TB, 800 GB usados
- Percona XtraDB 5.5.30-rel30.1
- Tabelas de banco de dados: 100
- Tamanho do banco de dados: 10,000,000
- Segmentos de banco de dados: 32
- Memória RAM: 24 GB
- Duração do teste: 3 horas
- 2 horas de pré-condicionamento 32 tópicos
- 1 hora 32 tópicos
Em nosso benchmark Sysbench, executamos conjuntos de VMs com 4VMs e 8VMs. Para desempenho transacional, o 8VM nos deu 2,472.3 TPS e o 4VM nos deu 2,031.9 TPS.
Observando a latência média em nossa carga de trabalho Sysbench, o 8VM nos deu 103.55ms e o 4VM nos deu 63ms.
Em nossa medição de latência de percentil 99 de pior caso, o 8VM atingiu 228ms enquanto o 4VM atingiu 150ms.
Análise de Carga de Trabalho do VDBench
Quando se trata de matrizes de armazenamento de comparação, o teste de aplicativo é o melhor e o teste sintético vem em segundo lugar. Embora não seja uma representação perfeita das cargas de trabalho reais, os testes sintéticos ajudam a estabelecer a linha de base dos dispositivos de armazenamento com um fator de repetibilidade que facilita a comparação entre soluções concorrentes. Essas cargas de trabalho oferecem uma variedade de perfis de teste diferentes, desde testes de "quatro cantos", testes comuns de tamanho de transferência de banco de dados até capturas de rastreamento de diferentes ambientes VDI. Todos esses testes utilizam o gerador de carga de trabalho vdBench comum, com um mecanismo de script para automatizar e capturar resultados em um grande cluster de teste de computação. Isso nos permite repetir as mesmas cargas de trabalho em uma ampla variedade de dispositivos de armazenamento, incluindo arrays flash e dispositivos de armazenamento individuais. No lado da matriz, usamos nosso cluster de servidores Dell PowerEdge R730:
perfis:
- Leitura aleatória em 4K: 100% de leitura, 128 threads, 0-120% de atualização
- Gravação aleatória em 4K: 100% de gravação, 64 threads, 0-120% de atualização
- Leitura sequencial de 64K: 100% de leitura, 16 threads, 0-120% iorado
- Gravação sequencial de 64K: 100% gravação, 8 threads, 0-120% iorado
- Banco de Dados Sintético: SQL e Oracle
- Clone completo de VDI e rastreamentos de clone vinculados
Olhando para o desempenho máximo de leitura, o Reduxio HX550 começou com pouco menos de 1 ms a 6,202 IOPS e conseguiu manter a latência abaixo de um milissegundo até cerca de 30 IOPS. Ele atingiu o pico de 65,177 IOPS com uma latência de 63ms.
Olhando para o desempenho de gravação de pico de 4K, o HX550 teve desempenho de latência abaixo de milissegundos até cerca de 19K IOPS e atingiu o pico de 27,708 IOPS com uma latência de 74ms.
Mudando para leitura de pico de 64K, o HX550 começou acima de 1 ms (1.45 ms para ser exato) e atingiu o pico de 9,590 IOPS ou 667.1 MB/s com latência de 49 ms.
Para gravação de pico sequencial de 64K, o HX550 tem desempenho de latência abaixo de milissegundos até cerca de 2K IOPS e atingiu o pico de 6,334 IOPS ou 444.8 MB/s com uma latência de 40 ms.
Em nossa carga de trabalho SQL, o Reduxio HX550 começou acima de 1ms e atingiu o pico de 15,066 IOPS com uma latência de 63ms.
A carga de trabalho do SQL 90-10 mais uma vez viu o HX550 começar acima de 1 ms (2.62 ms a 1,903 IOPS) e atingir o pico de 20,141 IOPS com latência de 45 ms.
O SQL 80-20 viu o HX550 começar com 1,898 IOPS e 2.58ms de latência e atingir o pico de 19,764 IOPS e uma latência de 52ms.
Com nossa carga de trabalho Oracle, novamente o Reduxio HX550 começou acima de 1 ms, 2,897 IOPS a 1.78 ms e atingiu o pico de 31,422 IOPS com latência de 40 ms.
Com o Oracle 90-10, o HX550 começou com 2,397 IOPS com latência de 2.1 ms e atingiu o pico de 25,512 IOPS com latência de 21 ms.
Com o Oracle 80-20, o HX550 começou com 2,399 IOPS com latência de 2.07 ms e atingiu o pico de 25,097 IOPS com latência de 22.6 ms.
Mudando para VDI Full Clone, o teste de inicialização mostrou que o Reduxio HX550 começou novamente acima de 1ms e atingiu o pico de 21,575 IOPS com uma latência de 41ms.
O login inicial do VDI Full Clone começou com pouco menos de 1ms, mas quebrou o desempenho abaixo de um milissegundo em torno de 2K IOPS. Atingiu um pico de 16,226 IOPS com uma latência de 57 ms.
O login do VDI Full Clone Monday começou em 1,503 IOPS com uma latência de 4.9 ms e atingiu o pico de 13,225 IOPS e uma latência de 39 ms.
Passando para VDI Linked Clone, o teste de inicialização para o HX550 começou com 1,496 IOPS e 2 ms de latência e atingiu o pico de 16,731 IOPS com 21 ms de latência.
No perfil Linked Clone VDI medindo o desempenho do Login inicial, vimos o HX550 iniciar em 1,401 IOPS com uma latência de 1.3 ms e um pico de 13,047 IOPS com uma latência de 19.5 ms.
Em nosso último perfil, analisando o desempenho do VDI Linked Clone Monday Login, vimos o HX550 mais uma vez começar acima de 1 ms (1,302 IOPS com 2.8 ms de latência) e atingir o pico de 12,187 IOPS com 27 ms de latência.
Conclusão
O Reduxio HX550 é um storage array híbrido de médio porte de 2U. O array pode ter até 38.4 TB de armazenamento bruto por meio de uma combinação de 18 HDDs de 7200 RPM e 6 SSDs. É mais ou menos aqui que o HX550 deixa de se parecer com outros arrays do mercado. O HX550 vem com vários recursos, que o diferenciam do resto do campo. Aproveitando seu sistema operacional, TimeOS, o array vem com classificação automática por níveis, permitindo que os dados quentes sejam movidos para a mídia de armazenamento mais rápida e os dados frios sejam movidos para a mídia de armazenamento mais econômica. O HX550 usa um processo que chama de BackDating, permitindo granularidade de reversão segundo a segundo, o que pode ajudar muito a evitar a perda de dados. A matriz tem dois recursos “instantâneos”, NoRestore e NoMigrate, que permitem restaurações e migrações quase instantâneas, movendo os dados de uma maneira que os torna instantaneamente acessíveis aos usuários. Além disso, o HX550 vem com uma solução SaaS de análise que ajuda os usuários a responder proativamente aos problemas (ou permite que os engenheiros do Reduxio reajam remotamente ao problema antes que causem confusão).
Com relação ao desempenho, executamos nossa análise de carga de trabalho de aplicativos (incluindo SQL Server e Sysbench) e nossa análise de carga de trabalho VDBench. Para SQL, o Reduxio HX550 foi capaz de atingir pontuações TPS agregadas de 12,351.9 para 4VM e 6,240.1 para 2VM. Para latência SQL, o HX550 atingiu pontuações agregadas de 65ms para 2VM e 115.8ms para 4VM. O Sysbench mostrou que o HX550 tem 2,472 TPS, latência média de 103.6ms e latência de pior cenário de 228.4ms para a 8VM e 2,032 TPS para a 4VM, latência média de 63ms e latência de pior cenário de 150.1ms. Para nossa carga de trabalho VDBench, o desempenho do Reduzio HX550 foi fraco. O desempenho da latência abaixo de milissegundos foi muito fraco ou ausente e todos os testes terminaram com um pico de latência massivo. Houve apenas três testes que começaram abaixo de 1ms: leitura de 4K, leitura de 64K e login inicial de clone completo de VDI. A pontuação mais alta observada foi na leitura de 4K a 65K IOPS, mas também teve latência de 63ms. Na verdade, a latência de pico mais baixa foi de 19.5ms para o VDI LC Boot.
Embora não haja dúvida de que o Reduxio HX550 remodela a maneira como pensamos sobre matrizes de armazenamento corporativo (ou seja, combinando armazenamento primário e recursos de backup), o conjunto de recursos requer sobrecarga significativa, o que desequilibra a relação preço/desempenho. Os clientes em potencial precisarão ver grande valor do RPO/RTO do Reduxio e da simplicidade dos diferenciais de implantação e gerenciamento, embora não exija o desempenho mais alto que eles veriam em um array flash de preço semelhante. Para ter certeza, o HX550 é fácil; em ambientes pequenos, ele pode substituir efetivamente matrizes primárias e de backup por uma interface moderna e um pouco ousada. Também não há dúvida de que a facilidade de recuperação de algo como ransomware é uma história muito convincente. Mas se você tiver tempo e equipe para montar uma matriz de armazenamento mais padrão, dispositivo de backup e arquitetura de software apropriada ou solução convergente, você se beneficiará de um perfil de desempenho significativamente melhor. Ao avaliar o Reduxio, fica claro que os recursos de backup e recuperação agregam valor e, para organizações de TI menores, os sistemas são fáceis de implantar e gerenciar. Se essas são coisas que uma organização precisa; no final, a proposta de valor do Reduxio se transforma em uma simples questão de saber se há ou não desempenho suficiente no sistema.
Concluindo!
O array híbrido Reduzio HX550 oferece recuperação quase instantânea e um modelo simples de implantação e gerenciamento. Esses recursos afetam o desempenho; qualquer avaliação do Reduzio deve garantir que a capacidade de resposta do aplicativo seja aceitável.
Amazon