Eu tenho uma rede com servidores Live, User Acceptance, Staging e Development (neste caso, windows principalmente 2012r2, todos os hóspedes do Hyper-V). Cada uma dessas partes da rede tem um servidor frontend e backend. Os servidores de backend contêm quantidades proporcionalmente grandes de dados. Nos servidores de Aceitação do Usuário, de preparação e de desenvolvimento, esses dados não são alterados (exceto a atualização ocasional do live) e raramente são acessados fora do ciclo de desenvolvimento.
Neste tipo de ambiente, como você minimiza o consumo de armazenamento e evita desperdício de espaço de armazenamento em dados estáticos e raramente acessados. Os dados consistem em milhares de arquivos, como pdf, json, dwgs e pngs.
Coisas que eu considerei.
Excluindo servidores enquanto não estão em uso - Não é uma ótima opção, pois às vezes o tempo para restaurar esses servidores pesa o tempo que os desenvolvedores vão usá-los. Nossa solução de backup é o gerenciador do MS Data Protection.
Excluindo discos de dados enquanto não estiver em uso - Um pouco melhor que o anterior, mas novamente o tempo é fator.
Movendo discos de dados entre servidores - Como eles são convidados do Hyper-V, eu poderia apenas conectar os discos de dados conforme necessário, no entanto, há momentos em que mais de um ambiente é usado ao mesmo tempo.
Você pode querer verificar alguns servidores de arquivos híbridos, um deles transferindo dados frios para a nuvem pública, onde o armazenamento é barato (S3) ou quase livre (Glacier). Se você tiver um contrato Enterprise no Azure, convém experimentar o StorSimple da Microsoft, tanto físico quanto virtual.
Nasuni também é legal, mas não tem SMB3 confiável até agora.
Existem muitas soluções interessantes no mercado, eu não experimentei o Nasuni, mas parece um ajuste. Além disso, você pode dar uma olhada no Aclouda, que pode ser usado como um gateway de hardware e apresentar o armazenamento em nuvem como uma unidade local e transferir dados para a nuvem automaticamente. Pode ser instalado em um servidor local como unidade SATA / SAS com conectividade com a nuvem, Amazon ou Azure. link
Como você tem uma quantidade considerável de dados que não mudam muito com o tempo, eu recomendo que você implemente algum tipo de classificação (os Espaços de armazenamento com classificação automatizada devem caber). A ideia é que a camada "quente", que é o armazenamento local, deve conter dados mais recentes que devem ser acessados rapidamente e a camada "fria" pode ser transferida para a nuvem.
A ideia não é nova - o Nasuni link faz coisas muito semelhantes a esta abordagem. Uma opção DIY é o link do S3Fuse que permite montar um armazenamento em nuvem como uma unidade local. O link do StorSimple é outra opção, mas está estritamente vinculado ao Azure.
Se você não estiver disposto a instalar / configurar e manter qualquer software adicional, poderá usar um gateway de hardware como o link AcloudA que fará o trabalho sem precisar de software ou drivers adicionais.
Como seus convidados são o Windows 2012 R2, você pode executar a deduplicação dentro da VM. Exceto pelo rastreamento inicial, descobri que não é muito intensivo em recursos. Nas lojas de documentos, minhas economias foram de 55% ou mais.
Se o seu armazenamento estiver em um servidor Windows (Espaços de armazenamento e semelhantes), você poderá deduzir sua loja VHD. Usar a opção VDI ao configurar a dedução em um volume ativa a dedução de VHDs abertos. Consulte o link