Repositorios Inmutables, tema abierto

Hola @HunterLAFR ! Seguimos las instrucciones de Veeam de no implementar Linux Hardened Repository en una máquina virtual. Algunas implementaciones fueron así y aconsejamos los customers a la adquisición de hardware dedicado para el LHR. Como es la forma más económica, he visto muchas implementaciones aquí en Brasil.

A continuación se muestra una vista del laboratorio que uso, donde se implementa LHR en una máquina virtual. En VBR Security & Compliance Analyzer, se muestra un mensaje advirtiendo que esta no es una buena práctica de seguridad.

Otra opción que estamos desarrollando es el uso de Object Storage inmutable, específicamente Object First. Esta es una solución que proporciona ventajas sobre LHR, como soporte del fabricante, escalabilidad, facilidad de uso/mantenimiento y costo atractivo. Sólo he visto lo uso de dispositivos de deduplicación en entornos/environments más grandes.

:-)

Ciertamente @HunterLAFR ! Acabamos de recibir un dispositivo Ootbi (Object First) para nuestro laboratorio. Realizaré la instalación, configuración y compartiré las impresiones con todos. Ya hemos realizado pruebas de concepto y el rendimiento obtenido fue muy bueno: alcanzamos los 1 GB/s per appliance prometidos en la hoja de datos. 😁

Hola.

Mi opinión. Primero, lo que yo veo en mis clientes, que en general son de cierta entidad y siguen criterios estrictos. El motivo más evidente para poner un repositorio en un entorno virtual es el ahorro de costes, pero no conviene jugar con fuego.

Poner el backup, inmutable o no, de un entorno virtual en entorno virtual se ve nomalmente como mala idea. Si encima es el mismo entorno virtualizado mucho peor; como bien dices, la infraestructura vitrtual (sea un entorno o mas de uno) puede ser comprometida (y lo he visto en primera persona). El backup inmutable de un entorno virtual normalmente va a un dispositivo físico idealmente separado por aire.

Como alternativa, me gusta la idea de que el volumen sea servido directo desde una cabina SAN o un iSCSI, pero no lo he visto nunca, para ser sincero. Normalmente veo que las cabinas dan la capacidad a datastores y no directamente a VMs... el coste del TB de cabina SAN o NAS/iSCSI no suele ser bajo; y si fuera un iSCSI desde un servidor barato, ¿porque no poner directamente ese servidor como repositorio y mejorar mucho la seguridad?

Un repositorio virtualizado de backup puede que sí tenga más sentido si el origen de los datos es otro, y así conseguir buena economía; el ejemplo mas claro que veo a menudo es el ser destino de backup para Office365: una VM o un cluster de VMs on premise recibiendo backup de los datos que residen en la nube. Ese es la única circunstancia en que veo Artesca en VM como repositorio de backup. 

Cuando hablamos de copias secundarias o terceras copias, había mas tolerancia/aceptación hasta hace relativamente poco hacia los entornos virtualizados. Pero al final el tema de la inmutabilidad es que se usa como protección frente a ransomware y la mentalidad se ha hecho más conservadora. Ya no se trata de usar el backup porque alguien torpe ha borrado unas carpetas, ahora es una defensa para una entidad que ha efectuado un ataque específicamente dirigido a hacer el mayor daño posible y a cerrar las puertas a la recuperación desde backup. Lo de la separación de backups sobre distintos medios, tecnología y todo eso ahora se toma más en serio. 

Luego lo que opino está bastante alineado con lo que veo:

Yo tengo el privilegio de poder aconsejar a mis clientes con libertad, dado que propongo es Artesca de Scality y es un software que funciona indistintamente sobre entorno físico o virtual, por lo que no tengo interés económico en una opción sobre la otra; pero el aislamiento que proporciona un entorno físico dedicado aporta un nivel de seguridad incomparable, para mí es la primera opción. Solamente si está justificado aconsejo repositorio en un entorno virtual, como excepción a la norma. 

También debo decir que los costes que puede representar por poner un ejemplo, un appliance de backup frente a un servidor estandar x86 son incomparables. La popularidad de soluciones basadas en Linux era precisamente su economía, pero tiene sus contrapartidas; convertir el mismo servidor con linux en un repositorio objeto permite quedarte con lo mejor de las dos cosas: gasto contenido, funcionaliades y seguridad (dejando aparte la posibilidad de escalar y otras ventajas...)

Un saludo!