Tengo una red con servidores en vivo, de aceptación de usuarios, de preparación y de desarrollo (en este caso, Windows principalmente 2012r2, todos los invitados de Hyper-V). Cada una de estas partes de la red tiene un servidor front-end y back-end. Los servidores de fondo contienen cantidades proporcionalmente grandes de datos. A través de los servidores de aceptación, puesta en escena y desarrollo del usuario, estos datos no cambian (aparte de la actualización ocasional en vivo) y rara vez se accede fuera del ciclo de desarrollo.
En este tipo de entorno, ¿cómo minimiza el consumo de almacenamiento y evita desperdiciar espacio de almacenamiento en datos estáticos y de acceso poco frecuente. Los datos consisten en miles de archivos como pdf, json, dwgs y pngs.
Cosas que he considerado.
Eliminar servidores mientras no están en uso: no es una gran opción, ya que a veces el tiempo para restaurar estos servidores pesa el tiempo que los desarrolladores los van a usar. Nuestra solución de respaldo es el administrador de MS Data Protection.
Eliminar discos de datos mientras no está en uso: un poco mejor que el anterior, pero nuevamente el tiempo es un factor.
Mover discos de datos entre servidores: como son invitados de Hyper-V, podría conectar los discos de datos según sea necesario, sin embargo, hay ocasiones en las que se usa más de un entorno al mismo tiempo.
Respuestas:
Es posible que desee consultar algunos servidores de archivos híbridos, uno que descarga datos en frío a la nube pública donde el almacenamiento es barato (S3) o casi gratuito (Glacier). Si tiene un acuerdo Enterprise en Azure, puede probar StorSimple de Microsoft, tanto físico como virtual.
https://azure.microsoft.com/en-us/services/storsimple/
Nasuni también es agradable, pero hasta ahora no tiene un SMB3 confiable.
https://www.nasuni.com
fuente
Hay muchas soluciones interesantes en el mercado, no he probado Nasuni pero parece que encaja. Además, puede echar un vistazo a Aclouda, que puede usarse como puerta de enlace de hardware y presentar el almacenamiento en la nube como un disco local y descargar datos a la nube automáticamente. Se puede instalar en un servidor local como unidad SATA / SAS con conectividad a la nube, ya sea Amazon o Azure. http://aclouda.com/
fuente
Dado que tiene una cantidad considerable de datos que no cambian mucho con el tiempo, le recomiendo que implemente algún tipo de nivelación (los espacios de almacenamiento con nivelación automática deberían ajustarse). La idea es que el nivel "activo", que es el almacenamiento local, debe contener los datos más recientes a los que se debe acceder rápidamente y el nivel "inactivo" se puede descargar a la nube.
La idea no es nueva: Nasuni https://www.nasuni.com/ hace cosas muy similares a este enfoque. Una opción de bricolaje es S3Fuse https://www.interserver.net/tips/kb/mount-s3-bucket-centos-ubuntu-using-s3fs/ que le permite montar un almacenamiento en la nube como un disco local. StorSimple https://azure.microsoft.com/en-us/services/storsimple/ es otra opción, pero está estrictamente vinculado a Azure.
Si no está dispuesto a instalar / configurar y mantener ningún software adicional, puede ir con una puerta de enlace de hardware como AcloudA http://aclouda.com/ que hará el trabajo sin requerir ningún software o controladores adicionales.
fuente
Dado que sus invitados son Windows 2012 R2, puede ejecutar la deduplicación dentro de la VM. Excepto por el rastreo inicial, he descubierto que no requiere muchos recursos. En las tiendas de documentos, mis ahorros han sido del 55% o más.
Si su almacenamiento estaba en un servidor de Windows (espacios de almacenamiento y similares), podría deducir su tienda VHD. El uso de la opción VDI al configurar la deducción en un volumen activa la deducción de VHD abiertos. Ver https://technet.microsoft.com/en-us/library/dn486808.aspx
fuente