SSD QLC grande: capacidade barata, escrita cara

Um SSD QLC de grande capacidade ganha a única linha que quase todo orçamento traz: dinheiro dividido por espaço. Pode ganhar essa linha com folga e ainda assim ser o disco mais caro de manter, porque a conta mede a parte do produto que o comprador já entende e deixa de fora a parte que o disco vai fazer todos os dias. A diferença não está escondida: está na ficha técnica, numa seção que o pedido de compra raramente cita.

A linha que ganha a planilha

Num SSD QLC grande, o produto é a densidade — não a velocidade de escrita. Quatro bits por célula colocam mais capacidade no mesmo encapsulamento do que qualquer outra classe de NAND em produção em volume. Por isso um disco substitui vários menores e leva junto controladores, cabos, slots, consumo e refrigeração. Numa lista de materiais isso aparece como economia, e a economia é real: na compra e, depois, todo mês, na energia e no espaço que o disco não ocupa.

A mesma densidade, porém, fixa o comportamento de escrita. Células QLC suportam menos ciclos de programação e apagamento que células TLC ou SLC, e demoram mais para programar. Não são defeitos nem caprichos de firmware; é a mesma troca física que produziu a capacidade. Quem compara só capacidade compara o benefício e deixa o custo fora da conta. Um disco como o Solidigm SBFPF2BV0P12001 é o formato de peça de que este texto trata.

Dois pools de custo, uma nota fiscal

A nota fiscal registra o custo de comprar a capacidade; a operação registra o custo de escrever nela — e o segundo pool chega sem linha própria. Ele é pago com capacidade reservada longe da aplicação, com write shaping e monitoramento que ninguém orçou, com latência enquanto o disco reorganiza dados e com trocas antes do ciclo de renovação. Não é taxa escondida; é custo de operação, e operação não é o setor que compara orçamentos.

O tamanho desse segundo pool depende da carga de trabalho, não do disco isolado. O mesmo modelo QLC que quase não custa nada atrás de uma camada de arquivamento com predominância de leitura pode ficar caro atrás de um alvo de backup, de um repositório de logs ou de um nó de replicação. Discos read-intensive, mixed-use e write-intensive se separam exatamente por isso: quanto do dia o disco passa escrevendo e se essa escrita chega em rajadas ou em fluxo contínuo. A endurance é onde os dois pools se encontram. A endurance nominal de um SSD QLC é, em geral, menor que a de um SSD TLC de mesma capacidade, e o número pertence ao código de pedido exato, não ao nome da família. Comparar o valor entre classes, ou entre unidades — drive writes per day contra total de bytes escritos — responde à pergunta errada; endurance em QLC, TLC e pSLC explica por que o rótulo da classe não decide nada sozinho. A compra precisa do valor nominal da opção que será entregue, na unidade que a ficha técnica usa, confrontado com a escrita que a aplicação realmente gera.

Quando o cache enche, a ficha técnica muda de sentido

Com o cache de escrita esgotado, o disco deixa de se comportar como o produto cuja capacidade foi orçada e passa a se comportar como a NAND que está embaixo. O cache — a área rápida, parecida com SLC, que absorve a escrita que chega — existe para fazer o tráfego em rajadas parecer fácil. Ele enche quando o host escreve mais do que ele aguenta, e continua cheio quando o disco nunca tem folga suficiente para consolidar esses dados em QLC. A partir daí, escrita nova vai direto para células QLC na taxa de programação nativa, o garbage collection disputa a mesma mídia com o host, e o disco se acomoda na taxa sustentada que a NAND consegue entregar. Essa taxa é menor que a de rajada, e vale enquanto o fluxo de escrita continuar.

A latência sobe também para leitura, porque os comandos entram na fila da mesma mídia ocupada. A write amplification cresce, então cada escrita do host gasta mais endurance do que a conta da ficha técnica supunha. E a transição não é falha: o disco está fazendo o que o projeto dele prevê fora da faixa em que o preço foi calculado. Quem mediu só a rajada lê a primeira escrita sustentada como defeito e abre chamado. Quem planejou a transição nunca a vê, porque a carga de trabalho não cruza a linha.

Onde a conta se inverte

A vantagem por terabyte se inverte no volume de escrita por unidade de capacidade, não na capacidade, no preço ou na marca.

Se a aplicação escreve em rajadas curtas separadas por folga, o cache absorve cada rajada e a consolida antes da próxima, e a compra pela capacidade se sustenta. Se a escrita é contínua — camada de log, pipeline de ingestão, alvo de replicação —, o cache não se recupera, o disco vive permanentemente na taxa sustentada, e a capacidade barata está sendo paga pelo caminho de escrita.

Projete também a escrita que a aplicação vai gerar ao longo da vida útil, compare com a endurance nominal do código exato e exija margem. Se a projeção passa do nominal antes da renovação, o disco será trocado no meio do caminho; a troca, a mão de obra e o risco de fazer isso sob carga entram na comparação, e normalmente apagam a vantagem por terabyte que abriu a conversa.

Os eventos que chegam sem aviso também pesam. Rebuilds, ressincronizações, snapshots e restores são tempestades de escrita, e caem justamente quando o array já está degradado. Quando o plano de recuperação depende de escrever rápido, a camada de capacidade é o lugar errado para economizar.

A regra que fecha a comparação

Precifique o disco pela escrita que ele precisa absorver ao longo da vida útil, não pelos terabytes que ele guarda. A conta exige medição, não um slide de apresentação. Pegue o trimestre de maior volume de escrita que a aplicação realmente produziu, estenda-o pelos anos de serviço previstos e confronte o resultado com a endurance nominal do código exato, na unidade da ficha técnica. Depois faça o segundo teste: o disco absorve o dia mais pesado já medido sem que o cache esvazie e permaneça vazio? Se as duas respostas passarem com margem, a compra pela capacidade é sólida. Se uma falhar, a economia é um empréstimo contra o caminho de escrita, e os juros são pagos em trocas, latência e atenção de engenharia pelo resto da operação.

O que deve constar no pedido

Um pedido que traz só capacidade e part number deixa a premissa de escrita em branco — e premissa em branco quem preenche é quem embarca. Coloque a carga de trabalho no pedido, não no e-mail de acompanhamento, para que engenharia, recebimento e fornecedor comparem a mesma coisa.

As linhas que fazem o trabalho:

• A carga de trabalho: escrita diária medida, relação leitura/escrita, se o fluxo é em rajadas ou contínuo e a escrita sustentada mais longa que a aplicação consegue produzir.
• A base de endurance: o valor nominal do código exato, sua unidade e a revisão da ficha técnica — não o nome da família nem a manchete da página do produto.
• O comportamento de escrita sustentada depois que o cache esgota, declarado por escrito pelo fornecedor e com as condições em que se aplica. É a resposta que um número de rajada nunca dá.
• Interface e formato, conferidos contra o chassis em vez de deduzidos do modelo. Compatibilidade U.2 e U.3 lista o que precisa ser acertado com o fornecedor do servidor ou do backplane.
• A exigência de power-loss protection, quando dados em trânsito importam. O que verificar em power-loss protection de SSDs é especificação a conferir, não característica a presumir pela classe do produto.

Nenhuma dessas linhas pede desconto. Elas pedem os dois números que decidem se o disco é barato: quanto custa colocar a capacidade no rack e quanto custa manter a escrita dentro dela. Se o fornecedor não coloca o comportamento sustentado e a base de endurance por escrito, a capacidade é a única parte verificada da oferta — e nunca foi a parte em dúvida.