4.3.1. Características Gerais
A Solução proposta deverá ter uma disponibilidade de no mínimo 99,999%;
A solução de Storage deverá suportar no mínimo a arquitetura de Front End do tipo: iSCSI (Internet Small Computer Systems Interface);
Deverá vir equipado com duas controladoras de rede ethernet iSCSI Base-T, com no mínimo 4 (quatro) portas de 10Gbps cada;
As controladoras deverão ser redundantes e trabalharem na modalidade Ativo/Ativo;
Deverá suportar a habilitação dos protocolos NAS (CIFS/SMB e NFS) através da inserção de controladoras/gateway adicionais e/ou de forma nativa nas controladoras principais;
A solução deve ser compatível com gabinete padrão de mercado ou do fabricante e devem ser oferecidos todos os componentes, cabos, conectores, adaptadores, conversores, etc. Necessários para a instalação, configuração e utilização da solução proposta;
Deve implementar failover automático e substituição de forma “Hot-Swappable” para os seguintes componentes: discos, controladoras, ventiladores e fontes de alimentação;
Deve suportar a manutenção ou substituição desses itens sem interrupção do funcionamento da solução;
A solução de armazenamento não deve apresentar ponto único de falha;
A solução deve suportar discos com as tecnologias SSD, SAS e NearLine SAS;
O gabinete ou gaveta de discos deverá dispor de slots “hot swappable” (substituíveis sem desligamento) para a acomodação dos discos;
4.3.2. Disponibilidade
Deverá suportar discos de reserva, com finalidade de substituir qualquer disco defeituoso sem intervenção humana, de forma automática e sem parada do equipamento;
A solução de Storage deve oferecer no mínimo os seguintes níveis de proteção RAID: 1, 5, 6 e 10;
Cada controladora deve possuir, no mínimo, 16GB (dezesseis gigabytes) de memória cache;
As controladoras devem possuir entre si mecanismo de espelhamento e proteção de cache de escrita de forma a garantir que a integridade e continuidade de funcionamento do storage mesmo com a falha de uma das controladoras;
4.3.3. Escalabilidade
A solução de Storage deverá suportar crescimento para até 276 (duzentos e setenta e seis) discos através de escalabilidade vertical (adição de novas gavetas de discos);
Deverá suportar a escalabilidade mínima de 5PB (cinco petabytes) de capacidade Bruta, através da inserção de apenas discos, sem a necessidade de troca e ou incremento de controladoras;
4.3.4. Conectividade
A solução de Storage deverá possuir no mínimo 8 (oito) portas Base-T de 10 Gbps Front End do tipo iSCSI e deve ser fornecido no mínimo 8 (oito) cabo UTP CAT 6 de no mínimo 5m (cinco metros) para conexão do Storage aos Switches;
4.3.5. Capacidade de Armazenamento
A solução de Storage deverá ser fornecida com no mínimo 34TB (trinta e quatro terabytes) de armazenamento líquido, composto por discos do tipo SSD (Solid State Drive) e discos rígidos magnéticos do tipo Hard Disk Drive (HDD), conforme a distribuição de volumetria abaixo:
Deve possuir no mínimo 15 TB de armazenamento líquido em unidades do tipo SSD (Solid State Drive), com capacidade máxima bruta de 1,9TB e velocidade de 24Gbps, para cada disco;
Deve possuir no mínimo 19 TB de armazenamento líquido em do tipo HDD (Hard Disk Drive), com capacidade máxima bruta de 2,4TB e velocidade de 10K RPM 12Gbps, para cada disco;
Entende-se por capacidade líquida, a área de armazenamento efetivamente disponível para aplicações, devendo ser considerados os pontos abaixo:
A contabilização do espaço de armazenamento líquido deve desconsiderar qualquer tipo de compactação, desduplicação ou compressão de dados;
Que na totalização líquida da volumetria, os discos Global Hot-Spare necessários de acordo com essa especificação técnica não devem figurar na capacidade total líquida;
Utilizar RAID 6 ou tecnologias que entreguem dupla paridade (Dynamic Disk Pools, Distributed RAID 6, ADAPT RAID);
Para cada TIER de disco deverá ser configurado no mínimo de 1 (um) disco de Hot Spare podendo esse ser entregue no conceito de Hot Spare distribuido;
O sizing de volumetria da solução de Storage deverá ser realizada em ferramentas oficiais do fabricante do equipamento, e entregue junto a proposta para comprovação da volumetria líquida entregue pela solução;
4.3.6. Compatibilidade
A solução de Storage deve ser compatível com sistemas operacionais Microsoft® Windows® Server 2022, 2019 e 2016, Linux Red Hat 9.0 e 8.6, Linux Suse 15.2 e 12.3 e VMware
8.0 e 7.0;
Devera suporta as integrações com VMware vSphere ESX, vCenter, SRM e Hyper-V.
4.3.7. Funcionalidades de Tierização
A solução de Storage deve ter capacidade para transferência automática de dados com granularidade em nível de bloco ou sub-LUN entre as camadas de armazenamento, conforme perfil de acesso ao dado;
Deverá possuir migração automática, sem interrupção de funcionamento de volumes lógicos/LUNs entre 3 (três) camadas de discos;
Deve permitir que cada VOLUME ou LUN quando criada possa ter definição de sua alocação, isto é, existirão tipos de LUNs/VOLUMES com níveis/características de performance diferenciados, podendo ser alocados nos seguintes formatos: Somente TIER1 (Dados PLATINUM), TIER1 e TIER2 (Dados GOLD), somente TIER3 (Dados SILVER) ou todos TIERS (PADRÃO);
4.3.8. Funcionalidades de Snapshots
A solução de Storage deve permitir geração de pelo menos 1024 snapshots (cópias point in- time) a qualquer momento. A área de snapshot não deve ser pré-alocada, ou seja, a alocação deve ser dinâmica e ocupar somente o espaço real dos blocos de snapshot conforme política de retenção;
Deverá suportar o versionamento mínimo de 254 (duzentos e cinquenta e quatro) snapshots de um único volume;
Os snapshots, na sua criação, devem ser somente por ponteiros, não envolvendo cópia física dos dados;
A solução de armazenamento deve contemplar a funcionalidade de recuperação de volume ou LUN, isto é, permitir ao administrador da solução restaurar esses objetos utilizando como base de recuperação os snapshots (cópias point in-time) previamente gerados no storage;
4.3.9. Funcionalidades de Thin Provisioning
A solução de Storage deve possuir funcionalidade de "thin provisioning", ou seja, permitir aprovisionar antecipadamente tamanho de volume maior do que a área real consumida, entende-se área real consumida somente quando houver gravação de dados (escrita), excluindo-se inclusive, área de formatação de sistema operacional, que ficaria disponível para criação e/ou expansão de outros volumes;
Deverá também conter a funcionalidade que permita ao administrador ajustar níveis de alertas do crescimento deste volume;
A funcionalidade de THIN PROVISIONING deve ser ofertada para toda a área proposta.
4.3.10. Funcionalidades de Replicação Remota
A solução de Storage deve possuir software para a replicação de volumes entre localidades
remotas;
A replicação dos volumes deverá suportar no mínimo a modalidade Assíncrona;
Deverá permitir a ativação da funcionalidade de replicação através dos protocolos FC e ISCSI.
4.3.11. Gerenciamento
A solução de storage deve possuir interface de gerenciamento gráfica GUI (Graphical User Interface), Web Interface e através de linha de comando CLI (Command Line Interface);
A solução de Storage deve possuir software de gerenciamento com funções como: Criação/administração de volumes, Thin Provisioning, Raid Groups, Snapshots, Thin Clones, Replicação Remota e de usuários administradores;
A solução de Storage deve permitir a adição de capacidade ao volume, sem a descontinuidade do acesso à informação;
A solução de Storage deve possuir capacidade para a detecção de falhas, incluindo auto- monitoração e geração de logs, com acionamento automático do fabricante;
A solução deve incluir software centralizado de gerenciamento que permita a monitoração de eventos, geração de relatórios de desempenho, alertas de capacidade, status de funcionamento dos componentes físicos tais como fontes, discos, interfaces, controladoras, ventiladores e temperatura bem como a manutenção de dados históricos para análise de tendências de comportamento do ambiente proposto.
4.3.12. Outros Requisitos
Suportar Criptografia dados armazenados nos dispositivos flash, do tipo “Data at Rest” e utilizando algoritmo AES-256; podem ser utilizados elementos externos ao equipamento para a gerência da chave de criptografia; estar em conformidade com FIPS 140-2. Federal Information Processing Standard (FIPS) Publication 140. Este requisito estabelece aderência ao padrão que define requisitos mínimos de segurança para módulos criptográficos em produtos e sistemas.
4.3.13. Requisitos Gerais Obrigatórios
Serão aceitos, para este item, servidores, switches e storages de fabricantes distintos, desde que, a implementação do conjunto “servidores + storage” seja compatível e que o fabricante dos servidores também assuma, através de declaração apresentada juntamente com a proposta comercial, todo o suporte técnico da solução, ou seja, deverá ser responsável e ponto único de contato para o suporte aos servidores e storage, assumindo o SLA solicitado;
Os equipamentos devem ser novos, de primeiro uso, fazerem parte do catálogo de produtos comercializados pelo fabricante. Não serão aceitos equipamentos ou componentes que tenham sido descontinuados pelo fabricante ou que estejam listados para descontinuidade futura (end-of-life) na data da análise das propostas;
Todos os softwares deverão ser fornecidos em sua versão mais atual do fabricante, devendo constar na proposta comercial o seu PART NUMBER para efeito de comprovação;
Todos os componentes de hardware da solução deverão ser de um único fabricante ou em regime de OEM, não sendo permitida a integração de itens não homologados (ex.: memórias, disco rígido, unidades óptica) de terceiros que venha a ocasionar perda parcial ou total da garantia ou qualquer ônus financeiro adicional durante a vigência da garantia. Além disso, não será aceita a adição ou subtração de qualquer componente não original de fábrica para adequação do equipamento às configurações solicitadas neste edital;
É obrigatória a comprovação técnica de todas as características exigidas para os equipamentos e softwares aqui solicitados, independente da descrição da proposta do fornecedor, através de documentos que sejam de domínio público cuja origem seja exclusivamente do fabricante dos produtos, como catálogos, manuais, ficha de especificação técnica, informações obtidas em sites oficiais do fabricante através da internet, indicando as respectivas URL (Uniform Resource Locator). A simples repetição das especificações do termo de referência sem a devida comprovação acarretará na desclassificação da empresa proponente;
Sob pena de desclassificação, a proposta cadastrada deverá possuir todas as reais características do(s) equipamento(s) ofertado(s), assim como informar marca e modelo do equipamento. O simples fato de “COPIAR” e “COLAR” o descritivo contido no edital não será caracterizado como descritivo da proposta;
Deverão ser informados todos os componentes relevantes da solução proposta com seus respectivos códigos do fabricante (marca, modelo, fabricante e part numbers), descrição e quantidades;
Todos os equipamentos deverão ser fornecidos sem sistema de lacre ou qualquer outro artifício que impossibilite abertura dos mesmos quando necessária a realização de intervenções técnicas, atualizações tecnológicas em outros por parte do setor competente da CONTRATANTE;
Todos os cabos necessários à conexão entre os componentes objetos deste termo de referência deverão acompanhar o produto;
Deverão ser fornecidos, em papel impresso ou meio digital, manuais técnicos do usuário e preferencialmente contendo todas as informações sobre os produtos com as instruções para instalação, configuração, operação e administração, assim como o fabricante deverá possuir o catálogo ou descrição do modelo ofertando na Internet para consulta.