Le stockage fourni en tant que service supprime le risque supplémentaire d’exposition des administrateurs en supprimant cet accès aux utilisateurs finaux en dehors du centre de données cloud. Au lieu de cela, la seule configuration effectuée concerne le plan d'accès aux données par les clients. Chaque locataire gère ses propres volumes et aucun locataire ne peut accéder à d'autres instances Google Cloud NetApp Volumes . Le service est géré par automatisation, avec une très petite liste d'administrateurs de confiance ayant accès aux systèmes via les processus abordés dans la section"Opération de service."

Le type de service NetApp Volumes-Performance offre une réplication interrégionale en option pour fournir une protection des données à une région différente en cas de défaillance d'une région. Dans ces cas, les Google Cloud NetApp Volumes peuvent être basculés vers la région non affectée pour maintenir l'accès aux données.

Les mises à jour aident à protéger les systèmes vulnérables. Chaque mise à jour fournit des améliorations de sécurité et des corrections de bogues qui minimisent les surfaces d’attaque. Les mises à jour logicielles sont téléchargées à partir de référentiels centralisés et sont validées avant que les mises à jour ne soient autorisées pour vérifier que les images officielles sont utilisées et que les mises à niveau ne sont pas compromises par de mauvais acteurs.

Avec Google Cloud NetApp Volumes, les mises à jour sont gérées par les équipes du fournisseur de cloud, ce qui élimine l'exposition aux risques pour les équipes d'administrateurs en fournissant des experts bien familiarisés avec la configuration et les mises à niveau qui ont automatisé et entièrement testé le processus. Les mises à niveau ne sont pas perturbatrices et Google Cloud NetApp Volumes conserve les dernières mises à jour pour de meilleurs résultats globaux.

Pour plus d'informations sur l'équipe d'administrateurs qui effectue ces mises à niveau de service, consultez la section"Opération de service."

Outre la sécurisation des données au repos, vous devez également être en mesure de sécuriser les données lorsqu'elles sont en transit entre l'instance Google Cloud NetApp Volumes et un client ou une cible de réplication. Google Cloud NetApp Volumes fournit un chiffrement des données en vol sur les protocoles NAS en utilisant des méthodes de chiffrement telles que le chiffrement SMB à l'aide de Kerberos, la signature/le scellement des paquets et NFS Kerberos 5p pour le chiffrement de bout en bout des transferts de données.

La réplication des volumes Google Cloud NetApp Volumes utilise TLS 1.2, qui tire parti des méthodes de chiffrement AES-GCM.

La plupart des protocoles en vol non sécurisés tels que Telnet, NDMP, etc. sont désactivés par défaut. Cependant, le DNS n'est pas chiffré par Google Cloud NetApp Volumes (pas de prise en charge DNS Sec) et doit être chiffré à l'aide d'un chiffrement réseau externe lorsque cela est possible. Voir la section"Cryptage des données en transit" pour plus d'informations sur la sécurisation des données en vol.

Pour plus d'informations sur le cryptage du protocole NAS, consultez la section"Protocoles NAS."

Google Cloud NetApp Volumes fournit nativement des copies Snapshot immuables en lecture seule qui sont prises selon un calendrier personnalisable pour une récupération rapide à un instant T en cas de suppression de données ou si un volume entier a été victime d'une attaque de ransomware. Les restaurations d'instantanés vers des copies d'instantanés précédentes sont rapides et minimisent la perte de données en fonction de la période de conservation de vos planifications d'instantanés et de votre RTO/RPO. L’effet sur les performances avec la technologie Snapshot est négligeable.

Étant donné que les copies Snapshot dans Google Cloud NetApp Volumes sont en lecture seule, elles ne peuvent pas être infectées par un ransomware, sauf si ce dernier a proliféré dans l'ensemble de données sans que personne ne le remarque et que des copies Snapshot ont été prises des données infectées par le ransomware. C’est pourquoi vous devez également envisager la détection des ransomwares en fonction des anomalies de données. Google Cloud NetApp Volumes ne fournit actuellement pas de détection native, mais vous pouvez utiliser un logiciel de surveillance externe.

Google Cloud NetApp Volumes fournit des fonctionnalités de sauvegarde client NAS standard (telles que des sauvegardes via NFS ou SMB).

La réplication de volume fournit une copie exacte du volume source pour un basculement rapide en cas de sinistre, y compris en cas d'événements de ransomware.

NetApp Volumes-Performance vous permet de répliquer en toute sécurité des volumes dans les régions Google Cloud pour la protection des données et les cas d'utilisation d'archivage en utilisant le cryptage TLS1.2 AES 256 GCM sur un réseau de services back-end contrôlé par NetApp à l'aide d'interfaces spécifiques utilisées pour la réplication exécutée sur le réseau de Google. Un volume principal (source) contient les données de production actives et est répliqué sur un volume secondaire (destination) pour fournir une réplique exacte de l'ensemble de données principal.

La réplication initiale transfère tous les blocs, mais les mises à jour transmettent uniquement les blocs modifiés dans un volume principal. Par exemple, si une base de données de 1 To résidant sur un volume principal est répliquée sur le volume secondaire, 1 To d’espace est transféré lors de la réplication initiale. Si cette base de données comporte quelques centaines de lignes (hypothétiquement, quelques Mo) qui changent entre l'initialisation et la mise à jour suivante, seuls les blocs avec les lignes modifiées sont répliqués sur la base secondaire (quelques Mo). Cela permet de garantir que les temps de transfert restent faibles et de maintenir les frais de réplication à un niveau bas.

Toutes les autorisations sur les fichiers et les dossiers sont répliquées sur le volume secondaire, mais les autorisations d'accès aux partages (telles que les politiques et règles d'exportation ou les partages SMB et les listes de contrôle d'accès aux partages) doivent être gérées séparément. En cas de basculement de site, le site de destination doit exploiter les mêmes services de noms et connexions de domaine Active Directory pour assurer une gestion cohérente des identités et des autorisations des utilisateurs et des groupes. Vous pouvez utiliser un volume secondaire comme cible de basculement en cas de sinistre en rompant la relation de réplication, ce qui convertit le volume secondaire en lecture-écriture.

Les répliques de volume sont en lecture seule, ce qui fournit une copie immuable des données hors site pour une récupération rapide des données dans les cas où un virus a infecté les données ou un ransomware a chiffré l'ensemble de données principal. Les données en lecture seule ne seront pas chiffrées, mais si le volume principal est affecté et que la réplication se produit, les blocs infectés se répliquent également. Vous pouvez utiliser des copies Snapshot plus anciennes et non affectées pour récupérer, mais les SLA peuvent sortir de la portée du RTO/RPO promis en fonction de la rapidité avec laquelle une attaque est détectée.

De plus, vous pouvez empêcher les actions administratives malveillantes, telles que les suppressions de volumes, les suppressions d'instantanés ou les modifications de planification d'instantanés, grâce à la gestion de la réplication interrégionale (CRR) dans Google Cloud. Cela se fait en créant des rôles personnalisés qui séparent les administrateurs de volume, qui peuvent supprimer les volumes sources mais pas casser les miroirs et ne peuvent donc pas supprimer les volumes de destination, des administrateurs CRR, qui ne peuvent effectuer aucune opération de volume. Voir "Considérations de sécurité" dans la documentation Google Cloud NetApp Volumes pour les autorisations accordées par chaque groupe d'administrateurs.

Bien que Google Cloud NetApp Volumes offre une durabilité élevée des données, des événements externes peuvent entraîner une perte de données. En cas d'événement de sécurité tel qu'un virus ou un ransomware, les sauvegardes et les restaurations deviennent essentielles pour reprendre l'accès aux données en temps opportun. Un administrateur peut supprimer accidentellement un volume Google Cloud NetApp Volumes . Ou bien les utilisateurs souhaitent simplement conserver des versions de sauvegarde de leurs données pendant plusieurs mois et conserver l'espace de copie Snapshot supplémentaire à l'intérieur du volume devient un défi financier. Bien que les copies instantanées doivent être le moyen privilégié pour conserver les versions de sauvegarde des dernières semaines afin de restaurer les données perdues, elles se trouvent à l'intérieur du volume et sont perdues si le volume disparaît.

Pour toutes ces raisons, Google Cloud NetApp Volumes propose des services de sauvegarde via "Sauvegarde des Google Cloud NetApp Volumes" .

La sauvegarde Google Cloud NetApp Volumes génère une copie du volume sur Google Cloud Storage (GCS). Il sauvegarde uniquement les données réelles stockées dans le volume, pas l'espace libre. Il fonctionne de manière incrémentielle, ce qui signifie qu'il transfère le contenu du volume une fois et qu'à partir de là, il continue de sauvegarder uniquement les données modifiées. Par rapport aux concepts de sauvegarde classiques avec plusieurs sauvegardes complètes, il permet d'économiser de grandes quantités de stockage de sauvegarde, réduisant ainsi les coûts. Étant donné que le prix mensuel de l’espace de sauvegarde est inférieur à celui d’un volume, c’est un endroit idéal pour conserver les versions de sauvegarde plus longtemps.

Les utilisateurs peuvent utiliser une sauvegarde Google Cloud NetApp Volumes pour restaurer n’importe quelle version de sauvegarde sur le même volume ou sur un volume différent dans la même région. Si le volume source est supprimé, les données de sauvegarde sont conservées et doivent être gérées (par exemple, supprimées) de manière indépendante.

La sauvegarde de Google Cloud NetApp Volumes est intégrée à Google Cloud NetApp Volumes en option. Les utilisateurs peuvent décider quels volumes protéger en activant la sauvegarde Google Cloud NetApp Volumes par volume. Voir le "Documentation sur la sauvegarde de Google Cloud NetApp Volumes" pour plus d'informations sur les sauvegardes, le "nombre maximal de versions de sauvegarde prises en charge" , planification et "prix" .

Toutes les données de sauvegarde d'un projet sont stockées dans un bucket GCS, qui est géré par le service et non visible par l'utilisateur. Chaque projet utilise un bucket différent. Actuellement, les buckets se trouvent dans la même région que les volumes Google Cloud NetApp Volumes , mais d’autres options sont en cours de discussion. Consultez la documentation pour connaître l'état le plus récent.

Le transport de données d'un bucket Google Cloud NetApp Volumes vers GCS utilise les réseaux Google internes au service avec HTTPS et TLS1.2. Les données sont chiffrées au repos avec des clés gérées par Google.

Pour gérer la sauvegarde des Google Cloud NetApp Volumes (création, suppression et restauration des sauvegardes), un utilisateur doit disposer des droits "rôles/netappcloudvolumes.admin" rôle.