El almacenamiento proporcionado como servicio elimina el riesgo añadido de exposición a los administradores al eliminar ese acceso a los usuarios finales fuera del centro de datos de cloud. En su lugar, la única configuración que se realiza es para el plano de acceso a los datos por parte de los clientes. Cada inquilino gestiona sus propios volúmenes y ningún inquilino puede llegar a otras instancias de Google Cloud NetApp Volumes. El servicio está gestionado por automatización, con una lista muy pequeña de administradores de confianza que da acceso a los sistemas a través de los procesos tratados en la sección "“Funcionamiento de servicio”."

El tipo de servicio NetApp Volumes-Performance ofrece replicación entre regiones como una opción para proporcionar protección de datos a otra región en caso de fallo de región. En esos casos, los volúmenes de Google Cloud NetApp pueden conmutar por error a la región no afectada para mantener el acceso a los datos.

Las actualizaciones ayudan a proteger los sistemas vulnerables. Cada actualización proporciona mejoras de seguridad y correcciones de errores que minimizan las superficies de ataque. Las actualizaciones de software se descargan desde repositorios centralizados y se validan antes de permitir que las actualizaciones verifiquen que las imágenes oficiales se utilizan y que las actualizaciones no se ven comprometidas por actores defectuosos.

Con Google Cloud NetApp Volumes, los equipos de proveedores de cloud gestionan las actualizaciones, lo que elimina la exposición de riesgos para los equipos administradores al proporcionar a los expertos un amplio conocimiento de configuraciones y renovaciones que han automatizado y probado el proceso. Las actualizaciones no son disruptivas y Google Cloud NetApp Volumes mantiene las actualizaciones más recientes para obtener los mejores resultados generales.

Para obtener información acerca del equipo de administrador que realiza estas actualizaciones de servicio, consulte la sección "“Funcionamiento de servicio”."

Además de proteger los datos en reposo, también debe poder proteger los datos cuando estén en tránsito entre la instancia de Google Cloud NetApp Volumes y un cliente o destino de replicación. Google Cloud NetApp Volumes proporciona cifrado para datos en tránsito a través de protocolos NAS mediante métodos de cifrado como el cifrado SMB con Kerberos, la firma o el sellado de paquetes y NFS Kerberos 5p para el cifrado integral de transferencias de datos.

La replicación de volúmenes de NetApp Volumes de Google Cloud usa TLS 1,2, que aprovecha los métodos de cifrado AES-GCM.

Los protocolos en vuelo más inseguros, como telnet, NDMP, etc., están desactivados de forma predeterminada. DNS, sin embargo, no está cifrado por Google Cloud NetApp Volumes (no es compatible con la seguridad de DNS) y debe cifrarse mediante el uso de cifrado de red externo cuando sea posible. Consulte la sección "“Cifrado de datos en tránsito”" para obtener más información sobre la protección de datos en tránsito.

Para obtener información acerca del cifrado del protocolo NAS, consulte la sección "“Protocolos NAS”."

Google Cloud NetApp Volumes proporciona de forma nativa copias Snapshot de solo lectura que se realizan en una programación personalizable para una recuperación rápida de un momento específico en caso de eliminación de datos o si un volumen completo se ha visto víctima de un ataque de ransomware. Las restauraciones de Snapshot a copias Snapshot en buenas condiciones anteriores son rápidas y minimizan la pérdida de datos en función del período de retención de sus programaciones de Snapshot, y de objetivos de tiempo y de punto de recuperación. El efecto que tiene la tecnología Snapshot en el rendimiento es mínimo.

Debido a que las copias de Snapshot de los volúmenes de Google Cloud NetApp son de solo lectura, no pueden infectarse por el ransomware a menos que el ransomware haya proliferado en el conjunto de datos sin darse cuenta y se hayan tomado copias de Snapshot de los datos infectados por ransomware. Por este motivo, también debe considerar la detección de ransomware basada en anomalías de los datos. Google Cloud NetApp Volumes no ofrece detección de forma nativa, pero puede utilizar software de supervisión externo.

Google Cloud NetApp Volumes proporciona funcionalidades de backup de cliente NAS estándar (como backups a través de NFS o SMB).

La replicación de volúmenes proporciona una copia exacta del volumen de origen para una conmutación por error rápida en caso de un desastre, incluidos los eventos de ransomware.

NetApp Volumes-Performance le permite replicar de forma segura volúmenes en todas las regiones de Google Cloud para casos de uso de protección de datos y archivado mediante el cifrado TLS1,2 AES 256 GCM en una red de servicios de back-end controlada por NetApp mediante interfaces específicas utilizadas para la replicación que se ejecuta en la red de Google. Un volumen primario (origen) contiene los datos de producción activos y se replica en un volumen secundario (destino) para proporcionar una réplica exacta del conjunto de datos primario.

La replicación inicial transfiere todos los bloques, pero las actualizaciones solo transmiten los bloques cambiados de un volumen primario. Por ejemplo, si una base de datos de 1 TB que reside en un volumen primario se replica en el volumen secundario, se transfiere 1 TB de espacio en la replicación inicial. Si esa base de datos tiene unos pocos cientos de filas (hipotéticamente, unos pocos MB) que cambian entre la inicialización y la siguiente actualización, sólo los bloques con las filas modificadas se replican al secundario (unos pocos MB). Esto ayuda a garantizar que los tiempos de transferencia siguen siendo bajos y que los costes de replicación siguen bajos.

Todos los permisos de los archivos y carpetas se replican en el volumen secundario, pero los permisos de acceso al recurso compartido (como políticas y reglas de exportación o recursos compartidos de SMB y ACL compartidos) se deben gestionar por separado. En el caso de una conmutación por error del sitio, el sitio de destino debe aprovechar los mismos servicios de nombre y las conexiones de dominio de Active Directory para proporcionar un manejo coherente de identidades y permisos de usuarios y grupos. Puede usar un volumen secundario como destino de conmutación por error en caso de un desastre si se rompe la relación de replicación, que convierte el volumen secundario en lectura/escritura.

Las réplicas de volúmenes son de solo lectura, lo que proporciona una copia inalterable de datos fuera de las instalaciones para una recuperación rápida de los datos en instancias donde un virus ha infectado los datos o ransomware ha cifrado el conjunto de datos principal. Los datos de solo lectura no se cifrarán, pero, si el volumen primario se ve afectado y se produce la replicación, los bloques infectados también se replican. Puede utilizar copias Snapshot antiguas no afectadas para la recuperación, pero es posible que los acuerdos de nivel de servicio no estén dentro del rango de objetivo de tiempo de recuperación/objetivo de punto de recuperación prometido en función de la rapidez con la que se detecte un ataque.

Además, puede evitar acciones administrativas maliciosas, como eliminaciones de volúmenes, eliminaciones de copias Snapshot o cambios de programación de Snapshot, con gestión de replicación entre regiones (CRR) en Google Cloud. Para ello, se crean funciones personalizadas que separan a los administradores de volúmenes, que pueden eliminar volúmenes de origen, pero no interrumpir las operaciones y, por lo tanto, no se pueden eliminar los volúmenes de destino, de los administradores de CRR, que no pueden realizar ninguna operación de volumen. Consulte "Consideraciones de seguridad" en la documentación de Google Cloud NetApp Volumes los permisos permitidos por cada grupo de administradores.

Aunque Google Cloud NetApp Volumes proporciona una alta durabilidad de los datos, eventos externos pueden provocar la pérdida de datos. En caso de producirse un evento de seguridad, como un virus o ransomware, los backups y las restauraciones se convierten en algo crucial para reanudar el acceso a los datos de forma puntual. Un administrador podría eliminar por accidente un volumen de Google Cloud NetApp Volumes. O los usuarios simplemente quieren conservar las versiones de backup de sus datos durante muchos meses y mantener el espacio adicional de copia Snapshot dentro del volumen supone un reto de costes. A pesar de que las copias Snapshot deberían ser la forma preferida de conservar las versiones de backup durante las últimas semanas para restaurar los datos perdidos de ellas, se encuentran dentro del volumen y se pierden si este desaparece.

Por todos estos motivos, Google Cloud NetApp Volumes ofrece servicios de backup a través "Backup de Google Cloud NetApp Volumes"de .

El backup de Google Cloud NetApp Volumes genera una copia del volumen en Google Cloud Storage (GCS). Solo realiza un backup de los datos reales almacenados en el volumen, no del espacio libre. Funciona como siempre incremental, lo que significa que transfiere el contenido del volumen una vez y desde allí sólo se realiza el backup de los datos modificados. En comparación con los conceptos clásicos de backup con varios backups completos, ahorrará una gran cantidad de almacenamiento de backup al reducir costes. Puesto que el precio mensual del espacio de backup es más bajo en comparación con un volumen, es el lugar ideal para mantener las versiones de backup por más tiempo.

Los usuarios pueden usar un backup de Google Cloud NetApp Volumes para restaurar cualquier versión de backup en un mismo volumen o en uno distinto dentro de la misma región. Si el volumen de origen se elimina, se conservan los datos de backup y se debe gestionar (por ejemplo, se eliminan) de forma independiente.

El backup de Google Cloud NetApp Volumes está integrado en Google Cloud NetApp Volumes como opción. Los usuarios pueden decidir qué volúmenes proteger si activan el backup de Google Cloud NetApp Volumes por volumen. Consulte la "Documentación de backup de Google Cloud NetApp Volumes" para obtener información sobre las copias de seguridad, la "número máximo de versiones de backup admitidas", programación y "precios".

Todos los datos de backup de un proyecto se almacenan en un bloque de GCS que gestiona el servicio y que el usuario no puede ver. Cada proyecto utiliza un bloque diferente. Actualmente, los buckets están en la misma región que los volúmenes de Google Cloud NetApp Volumes, pero se comentan más opciones. Consulte la documentación para obtener la información más reciente.

El transporte de datos desde un bucket de NetApp Volumes de Google Cloud hasta GCS utiliza redes de Google internas del servicio con HTTPS y TLS1,2. Los datos se cifran en reposo con claves gestionadas por Google.

Para gestionar el backup de Google Cloud NetApp Volumes (creación, eliminación y restauración de backups), un usuario debe tener ese "roles/netappcloudvolumes.admin" rol.