Der als Service bereitgestellte Storage beseitigt das zusätzliche Risiko, dass Administratoren diesem Zugriff nicht mehr an Anwender außerhalb des Cloud-Datacenters ausgesetzt sind. Stattdessen gilt die einzige Konfiguration für die Datenzugriffsebene durch Kunden. Jeder Mandant managt seine eigenen Volumes, sodass kein Mandant andere Instanzen von Google Cloud NetApp Volumes erreichen kann. Der Service wird durch Automatisierung gemanagt. In einer sehr kleinen Liste vertrauenswürdiger Administratoren wird durch die im Abschnitt beschriebenen Prozesse auf die Systeme zugegriffen "„Service-Betrieb“."

Der Servicetyp NetApp Volumes-Performance bietet regionsübergreifende Replizierung, um bei einem Ausfall der Region die Datensicherung in einer anderen Region zu ermöglichen. In diesen Fällen kann für Google Cloud NetApp Volumes ein Failover in die nicht betroffene Region durchgeführt werden, um den Datenzugriff aufrechtzuerhalten.

Updates helfen, gefährdete Systeme zu schützen. Jedes Update bietet Verbesserungen der Sicherheit und Fehlerbehebungen zur Minimierung von Angriffsflächen. Software-Updates werden aus zentralen Repositorys heruntergeladen und validiert, bevor die Updates überprüft werden, ob offizielle Bilder verwendet werden und dass die Upgrades nicht durch fehlerhafte Akteure beeinträchtigt werden.

Mit Google Cloud NetApp Volumes werden Updates von Cloud-Provider-Teams durchgeführt. Damit besteht keine Gefahr für Administratoren, da Experten mit viel Erfahrung in Konfigurationen und Upgrades angeboten werden, die den Prozess automatisiert und vollständig getestet haben. Upgrades sind unterbrechungsfrei und Google Cloud NetApp Volumes hält die neuesten Updates für beste allgemeine Ergebnisse bereit.

Informationen über das Administrator-Team, das diese Service-Upgrades durchführt, finden Sie im Abschnitt "„Service-Betrieb“."

Neben der Sicherung von Daten im Ruhezustand müssen Sie in der Lage sein, Daten bei der Übertragung zwischen der Google Cloud NetApp Volumes-Instanz und einem Client oder Replizierungsziel zu sichern. Google Cloud NetApp Volumes bietet Verschlüsselung für Daten während der Übertragung über NAS-Protokolle. Dazu werden Verschlüsselungsmethoden wie SMB-Verschlüsselung mit Kerberos, das Signieren/Versiegeln von Paketen und NFS Kerberos 5p für End-to-End-Verschlüsselung von Datentransfers verwendet.

Bei der Replizierung von Google Cloud NetApp Volumes wird TLS 1.2 verwendet, das von den AES-GCM-Verschlüsselungsmethoden profitiert.

Die unsicheres in-Flight-Protokolle wie Telnet, NDMP usw. sind standardmäßig deaktiviert. DNS wird jedoch nicht von Google Cloud NetApp Volumes verschlüsselt (keine DNS-sec-Unterstützung) und sollte nach Möglichkeit mit externer Netzwerkverschlüsselung verschlüsselt werden. Weitere Informationen zum Sichern von Daten bei der Übertragung finden Sie im Abschnitt"„Datenverschlüsselung während der Übertragung“".

Informationen zur Verschlüsselung von NAS-Protokollen finden Sie im Abschnitt "„NAS-Protokolle“."

Google Cloud NetApp Volumes bietet nativ unveränderliche, schreibgeschützte Snapshot Kopien, die nach einem anpassbaren Zeitplan für eine schnelle zeitpunktgenaue Recovery erstellt werden, wenn Daten gelöscht werden oder ein ganzes Volume von einem Ransomware-Angriff angegriffen wurde. Snapshots können zu vorherigen guten Snapshot Kopien schnell wiederhergestellt werden und minimieren Datenverluste aufgrund der Aufbewahrungsdauer Ihrer Snapshot-Zeitpläne und RTO/RPO. Der Performance-Effekt mit der Snapshot Technologie ist zu vernachlässigen.

Da Snapshot Kopien in Google Cloud NetApp Volumes schreibgeschützt sind, können sie erst dann durch Ransomware infiziert werden, wenn die Ransomware unbemerkt in den Datensatz übergegangen ist und Snapshot Kopien der von Ransomware infizierten Daten erstellt wurden. Deshalb ist es notwendig, auf der Basis von Datenanomalien auch Ransomware-Erkennung in Betracht zu ziehen. Google Cloud NetApp Volumes bieten derzeit keine native Erkennung, doch Sie können externe Monitoring-Software verwenden.

Google Cloud NetApp Volumes bietet standardmäßige NAS-Client-Backup-Funktionen (z. B. Backups über NFS oder SMB).

Die Volume-Replizierung liefert eine exakte Kopie des Quell-Volumes für schnelles Failover im Falle eines Ausfalls, einschließlich Ransomware-Ereignissen.

Mit NetApp Volumes-Performance können Sie Volumes über Google Cloud Regionen hinweg für Datensicherung und Archivierung sicher replizieren. Dazu wird die TLS1.2 AES 256 GCM-Verschlüsselung in einem durch NetApp kontrollierten Back-End-Service-Netzwerk verwendet, und zwar über spezifische Schnittstellen, die für die im Netzwerk von Google ausgeführte Replizierung verwendet werden. Ein primäres Volume (Quell-Volume) enthält die aktiven Produktionsdaten und repliziert auf ein sekundäres Volume (Ziel-Volume), um ein exaktes Replikat des primären Datensatzes zu erstellen.

Bei der anfänglichen Replizierung werden alle Blöcke übertragen, jedoch werden nur die geänderten Blöcke in einem primären Volume übertragen. Wird beispielsweise eine Datenbank mit 1 TB auf einem primären Volume auf das sekundäre Volume repliziert, so werden bei der ersten Replizierung 1 TB Speicherplatz übertragen. Wenn diese Datenbank einige hundert Zeilen (hypothetisch einige MB) hat, die zwischen der Initialisierung und dem nächsten Update wechseln, werden nur die Blöcke mit den geänderten Zeilen auf das sekundäre (wenige MB) repliziert. So wird sichergestellt, dass die Übertragungszeiten niedrig bleiben und die Replizierungskosten sinken.

Alle Berechtigungen für Dateien und Ordner werden auf das sekundäre Volume repliziert, aber die Zugriffsberechtigungen für die Freigabe (wie Exportrichtlinien und Regeln oder SMB-Freigaben und ACLs für die Freigabe) müssen separat gehandhabt werden. Bei einem Site-Failover sollte der Zielstandort dieselben Namensdienste und Active Directory-Domänenverbindungen nutzen, um eine konsistente Handhabung von Benutzer- und Gruppenidentitäten und -Berechtigungen zu ermöglichen. Sie können ein sekundäres Volume im Notfall als Failover-Ziel verwenden, indem Sie die Replizierungsbeziehung unterbrechen, die das sekundäre Volume in Lese- und Schreibvorgänge konvertiert.

Volume-Replikate sind schreibgeschützt, d. h. eine unveränderliche Kopie der Daten an einem externen Standort zur schnellen Recovery von Daten in Instanzen, in denen ein Virus infizierte Daten hat oder Ransomware den primären Datensatz verschlüsselt hat. Nur-Lese-Daten werden nicht verschlüsselt, aber, wenn das primäre Volume betroffen ist und Replikation auftritt, die infizierten Blöcke replizieren auch. Zur Wiederherstellung können Sie ältere, nicht betroffene Snapshot Kopien verwenden. Je nachdem, wie schnell ein Angriff erkannt wird, fallen jedoch unter Umständen die versprochenen RTO/RPO-Vorgaben aus.

Darüber hinaus können Sie mit dem Management der regionsübergreifenden Replizierung (CRR) in Google Cloud böswillige Administratoraktionen, wie z. B. Volume-Löschungen, Snapshot-Löschungen oder Änderungen bei Snapshot-Planungen, verhindern. Dazu werden benutzerdefinierte Rollen erstellt, die Volume-Administratoren trennen, die Quell-Volumes löschen, aber keine Spiegelungen unterbrechen und daher keine Ziel-Volumes von CRR-Administratoren löschen können, die keine Volume-Vorgänge ausführen können. "Überlegungen Zur Sicherheit"In der Dokumentation zu Google Cloud NetApp Volumes finden Sie Informationen zu den von den einzelnen Administratorgruppen zulässigen Berechtigungen.

Google Cloud NetApp Volumes bietet zwar eine hohe Datenaufbewahrung, aber externe Ereignisse können zu Datenverlusten führen. Falls es zu Sicherheitsereignisse wie Viren oder Ransomware kommt, werden Backups und Restores so wichtig, dass der Datenzugriff rechtzeitig wiederaufgenommen werden kann. Ein Administrator könnte versehentlich ein Google Cloud NetApp Volumes-Volume löschen. Oder Benutzer möchten einfach noch viele Monate Backup-Versionen ihrer Daten aufbewahren und den zusätzlichen Speicherplatz für Snapshot-Kopien innerhalb des Volumes zu einer Kostenanforderung machen. Snapshot-Kopien sollten die bevorzugte Methode sein, Backup-Versionen für die letzten Wochen zu behalten, um verlorene Daten von ihnen wiederherzustellen, sie befinden sich jedoch im Volume und gehen verloren, wenn das Volume entfernt wird.

Aus all diesen Gründen bietet Google Cloud NetApp Volumes Backup-Services über "Google Cloud NetApp Volumes Backup"an.

Google Cloud NetApp Volumes Backup erzeugt eine Kopie des Volumes auf Google Cloud Storage (GCS). Es sichert nur die tatsächlichen Daten, die innerhalb des Volume gespeichert sind, nicht den freien Speicherplatz. Es funktioniert wie immer inkrementell, d. h., es überträgt den Volume-Inhalt einmal und von dort auf wird nur geänderte Daten gesichert. Im Vergleich zu klassischen Backup-Konzepten mit mehreren vollständigen Backups spart das Unternehmen viel Storage und senkt dadurch die Kosten. Da der monatliche Preis von Backup-Speicherplatz im Vergleich zu einem Volume niedriger ist, ist es der ideale Ort, um Backup-Versionen länger zu halten.

Anwender können mit einem Google Cloud NetApp Volumes Backup jede Backup-Version auf dasselbe oder ein anderes Volume innerhalb derselben Region wiederherstellen. Wenn das Quell-Volume gelöscht wird, werden die Backup-Daten aufbewahrt und müssen unabhängig gemanagt werden (beispielsweise gelöscht).

Google Cloud NetApp Volumes Backup ist optional in Google Cloud NetApp Volumes integriert. Benutzer können entscheiden, welche Volumes sie schützen, indem sie Google Cloud NetApp Volumes Backup pro Volume aktivieren. Weitere "Google Cloud NetApp Volumes Backup-Dokumentation" Informationen zu Backups, der, Planung und "Preisgestaltung"finden Sie im "Anzahl der maximal unterstützten Backup-Versionen" .

Alle Backup-Daten eines Projekts werden innerhalb eines GCS-Buckets gespeichert, der durch den Service gemanagt wird und für den Benutzer nicht sichtbar ist. Jedes Projekt verwendet einen anderen Bucket. Derzeit befinden sich die Buckets in derselben Region wie die Google Cloud NetApp Volumes, aber es gibt noch mehr Optionen. In der Dokumentation finden Sie den aktuellen Status.

Der Datentransport von einem Google Cloud NetApp Volumes Bucket zu GCS nutzt serviceinterne Google-Netzwerke mit HTTPS und TLS1.2. Die Daten werden im Ruhezustand mit von Google gemanagten Schlüsseln verschlüsselt.

Für das Management von Google Cloud NetApp Volumes-Backups (Erstellen, Löschen und Wiederherstellen von Backups) muss ein Benutzer über die entsprechende Rolle verfügen "Rollen/netappCloudVolumes.admin".