Kosten optimieren: Speicher

Last reviewed 2023-08-08 UTC

Dieses Dokument im Google Cloud-Architektur-Framework enthält Empfehlungen zur Optimierung der Nutzung und Kosten Ihrer Cloud Storage-, nichtflüchtigen Speicher- und Filestore-Ressourcen.

Die Informationen in diesem Abschnitt richten sich an Architekten und Administratoren, die für die Bereitstellung und Verwaltung von Speicher für Arbeitslasten in der Cloud zuständig sind.

Cloud Storage

Berücksichtigen Sie bei der Planung von Cloud Storage für Ihre Arbeitslasten Ihre Anforderungen an Leistung, Datenaufbewahrung und Zugriffsmuster.

Speicherklasse

Wählen Sie eine Speicherklasse aus, die den Anforderungen an die Datenaufbewahrung und die Zugriffshäufigkeit Ihrer Arbeitslasten entspricht, wie in der folgenden Tabelle empfohlen:

Speicheranforderung Empfehlung
Daten, auf die häufig zugegriffen wird (Analysen mit hohem Durchsatz oder Data Lakes, Websites, Streamingvideos und mobile Apps). Standard Storage
Kostengünstiger Speicher für selten aufgerufene Daten, die mindestens 30 Tage gespeichert werden sollten, z. B. Sicherungen und Longtail-Multimedia-Inhalte. Nearline Storage
Selten aufgerufene Daten, die mindestens 90 Tage gespeichert werden sollten (z. B. Datenreplikate für die Notfallwiederherstellung). Coldline Storage
Günstigste Speicher für Daten, auf die selten zugegriffen wird und die mindestens 365 Tage gespeichert werden sollten (z. B. rechtlich und regulatorisch erforderliche Archive). Archive Storage

Ort

Wählen Sie den Standort für Ihre Buckets basierend auf Ihren Anforderungen an Leistung, Verfügbarkeit und Datenredundanz aus.

  • Regionen werden empfohlen, wenn sich die Region in der Nähe Ihrer Endnutzer befindet. Sie können eine bestimmte Region auswählen und erhalten so eine garantierte Redundanz innerhalb der Region. Regionen bieten einen schnellen, redundanten und kostengünstigen Speicher für Datasets, die Nutzer innerhalb eines bestimmten geografischen Bereichs häufig aufrufen.
  • Multiregionen bieten eine hohe Verfügbarkeit für verteilte Nutzer. Die Speicherkosten sind jedoch höher als bei Regionen. Multiregionale Buckets werden für Anwendungsfälle für die Inhaltsbereitstellung und für niedrige Analysearbeitslasten empfohlen.
  • Dual-Regionen bieten Hochverfügbarkeit und Datenredundanz. Google empfiehlt Buckets mit zwei Regionen für Hochleistungs-Analysearbeitslasten und für Anwendungsfälle, bei denen echte Aktiv-Aktiv-Buckets mit Computing und Speicher an mehreren Standorten erforderlich sind. Mit Dual-Regionen können Sie auswählen, wo Ihre Daten gespeichert werden, sodass Sie die Complianceanforderungen erfüllen können. Sie können beispielsweise einen Bucket mit zwei Regionen verwenden, um branchenspezifische Anforderungen in Bezug auf die physische Entfernung zwischen Kopien Ihrer Daten in der Cloud zu erfüllen.

Lebenszyklusrichtlinien

Optimieren Sie die Speicherkosten für Ihre Objekte in Cloud Storage durch das Definieren von Lebenszyklusrichtlinien. Mit diesen Richtlinien können Sie Geld sparen. Dazu führen Sie ein automatisches Downgrade der Speicherklasse bestimmter Objekte oder löschen Objekte, die auf den von Ihnen festgelegten Bedingungen basieren.

Konfigurieren Sie Lebenszyklusrichtlinien basierend darauf, wie häufig auf Objekte zugegriffen wird und wie lange Sie diese aufbewahren müssen. Im Folgenden finden Sie Beispiele für Lebenszyklusrichtlinien:

  • Downgrade-Richtlinie: Sie gehen davon aus, dass häufig auf Datasets zugegriffen wird, jedoch nur für etwa drei Monate. Verwenden Sie Standard Storage und konfigurieren Sie eine Lebenszyklusrichtlinie, um ein Downgrade von Objekten auf einen Coldline Storage durchzuführen, um die Speicherkosten für dieses Dataset zu optimieren.
  • Löschrichtlinie: Ein Dataset muss 365 Tage lang aufbewahrt werden, um bestimmte rechtliche Anforderungen zu erfüllen. Nach diesem Zeitraum kann das Dataset gelöscht werden. Konfigurieren Sie eine Richtlinie, um alle Objekte zu löschen, die älter als 365 Tage sind.

    Sie können dafür sorgen, dass Daten, die eine bestimmte Periode aufbewahrt werden müssen, aus rechtlichen oder regulatorischen Gründen, keinesfalls vor diesem Datum oder dieser Uhrzeit gelöscht werden. Dazu konfigurieren Sie Sperren von Aufbewahrungsrichtlinien.

Rechenschaftspflicht

Bei Bedarf können Sie die Verteilung der Betriebskosten, Netzwerkgebühren und Kosten für den Datenabruf steuern, wenn Sie die Konfiguration Anforderer bezahlt verwenden. Bei dieser Konfiguration werden die Kosten der Abteilung oder dem Team berechnet, das die Daten verwendet, und nicht dem Inhaber.

Definieren und weisen Sie Kostenverfolgungslabels für alle Buckets und Objekte konsistent zu. Automatisieren Sie die Labelerstellung, wenn möglich.

Redundanz

Verwenden Sie die folgenden Techniken, um die erforderliche Speicherredundanz ohne Datenduplizierung aufrechtzuerhalten:

  • Sie können die Datenausfallsicherheit mit einer Single Source of Truth aufrechterhalten. Dazu verwenden Sie einen Dual-Region- oder ulti-Region-Bucket anstelle von redundanten Datenkopien in verschiedenen Buckets. Dual- und multiregionale Buckets bieten regionsübergreifende Redundanz. Die Daten werden asynchron über zwei oder mehr Standorte repliziert und vor regionalen Ausfällen geschützt.
  • Wenn Sie die Objektversionsverwaltung aktivieren, sollten Sie Lebenszyklusrichtlinien definieren, um die älteste Version eines Objekts zu entfernen und neuere Versionen als nicht mehr aktuell zu definieren. Jede nicht aktuelle Version eines Objekts wird zum gleichen Preis abgerechnet wie die Live-Version des Objekts.
  • Deaktivieren Sie die Richtlinien zur Objektversionsverwaltung, wenn sie nicht mehr benötigt werden.
  • Prüfen Sie Ihre Sicherungs- und Snapshot-Aufbewahrungsrichtlinien regelmäßig und passen Sie sie an, um unnötige Sicherungen und Datenaufbewahrung zu vermeiden.

Persistent Disk

Jede VM-Instanz, die Sie in Compute Engine bereitstellen, hat ein Bootlaufwerk und (optional) ein oder mehrere Datenlaufwerke. Je nach bereitgestellter Größe, Region und Laufwerkstyp fallen Kosten für jedes Laufwerk an. Für Snapshots, die von Ihren Laufwerken erstellt werden, fallen Kosten an, die auf der Größe des Snapshots basieren.

Beachten Sie die folgenden Empfehlungen für Design und Betrieb, um die Kosten Ihrer nichtflüchtigen Speicher zu optimieren:

  • Weisen Sie nicht zu viel Speicherplatz zu. Nach der Bereitstellung können Sie die Laufwerkskapazität nicht mehr reduzieren. Beginnen Sie mit einem kleinen Laufwerk und erhöhen Sie bei Bedarf die Größe. Nichtflüchtige Speicher werden nach der bereitgestellten Kapazität abgerechnet, nicht nach den auf den Laufwerken gespeicherten Daten.
  • Wählen Sie einen Laufwerkstyp aus, der den Leistungsmerkmalen Ihrer Arbeitslast entspricht. SSD-Speicher bieten einen hohen IOPS-Wert und Durchsatz, kosten jedoch mehr als nichtflüchtige Standardspeicher.

  • Verwenden Sie regionale nichtflüchtige Speicher nur, wenn Sie Daten vor zonalen Ausfällen schützen. Regionale nichtflüchtige Speicher werden in eine andere Zone innerhalb der Region repliziert, sodass die Kosten der entsprechenden zonalen Laufwerke verdoppelt werden.

  • Verfolgen Sie die Nutzung Ihrer nichtflüchtigen Speicher mit Cloud Monitoring und richten Sie Benachrichtigungen für Laufwerke mit geringer Nutzung ein.

  • Löschen Sie nicht mehr benötigte Websites

  • Für Laufwerke, die möglicherweise Daten in Zukunft benötigen, sollten Sie die Daten in einem kostengünstigen Cloud Storage archivieren und dann die Laufwerke löschen.

  • Suchen Sie nach den Empfehlungen im Recommendation Hub und beantworten Sie diese.

Ziehen Sie auch die Verwendung von Hyperdisks für Hochleistungsspeicher und flüchtigen Laufwerken (lokalen SSDs) für temporären Speicher in Betracht.

Snapshots von Laufwerken sind standardmäßig inkrementell und werden automatisch komprimiert. Beachten Sie die folgenden Empfehlungen für die Optimierung der Kosten Ihrer Laufwerk-Snapshots:

  • Organisieren Sie Ihre Daten nach Möglichkeit in separaten nichtflüchtigen Speichern. Sie können dann Laufwerke selektiv sichern und die Kosten für Laufwerk-Snapshots reduzieren.
  • Wählen Sie beim Erstellen eines Snapshots einen Standort anhand Ihrer Verfügbarkeitsanforderungen und der zugehörigen Netzwerkkosten aus.
  • Wenn Sie einen Snapshot eines Bootlaufwerks zum Erstellen mehrerer VMs verwenden möchten, erstellen Sie ein Image aus dem Snapshot und verwenden Sie das Image dann zum Erstellen Ihrer VMs. Mit diesem Ansatz können Sie Netzwerkgebühren für Daten vermeiden, die zwischen dem Standort des Snapshots und dem Standort der Wiederherstellung übertragen werden.
  • Erwägen Sie die Einrichtung einer Aufbewahrungsrichtlinie, um die langfristigen Speicherkosten für Laufwerk-Snapshots zu minimieren.
  • Löschen Sie nicht mehr benötigte Laufwerk-Snapshots. Jeder Snapshot in einer Kette kann von den Daten abhängen, die in einem vorherigen Snapshot gespeichert sind. Beim Löschen eines Snapshots werden also nicht unbedingt alle Daten im Snapshot gelöscht. Sie müssen alle Snapshots in der Kette löschen, um Daten endgültig aus Snapshots zu löschen.

Filestore

Die Kosten einer Filestore-Instanz hängen von ihrer Dienststufe, der bereitgestellten Kapazität und der Region ab, in der die Instanz bereitgestellt wird. Im Folgenden finden Sie Empfehlungen zum Design und zum Betrieb, um die Kosten Ihrer Filestore-Instanzen zu optimieren:

  • Wählen Sie eine Dienststufe und einen Speichertyp (HDD oder SSD) aus, die Ihren Speicheranforderungen entsprechen.
  • Weisen Sie keine übermäßige Kapazität zu. Beginnen Sie mit einer kleinen Größe und erhöhen Sie die Kapazität später bei Bedarf. Die Filestore-Abrechnung basiert auf der bereitgestellten Kapazität, nicht auf den gespeicherten Daten.
  • Organisieren Sie Ihre Daten nach Möglichkeit in separaten Filestore-Instanzen. Sie können dann Instanzen selektiv sichern und die Kosten von Filestore-Sicherungen reduzieren.
  • Bei der Auswahl der Region und Zone sollten Sie erwägen, die Instanzen in derselben Zone wie die Clients zu erstellen. Ihnen wird der Datenübertragungs-Traffic aus der Zone der Filestore-Instanz in Rechnung gestellt.
  • Berücksichtigen Sie bei der Entscheidung für die Region, in der die Filestore-Sicherungen gespeichert werden sollen, die Gebühren für die Datenübertragung zum Speichern von Sicherungen in einer anderen Region als der Quellinstanz.
  • Verfolgen Sie die Nutzung Ihrer Filestore-Instanzen mit Cloud Monitoring und richten Sie Benachrichtigungen für Instanzen mit geringer Nutzung ein.
  • Skalieren Sie die zugewiesene Kapazität für Filestore-Instanzen herunter, die wenig verwendet werden. Sie können die Kapazität von Instanzen mit Ausnahme der Basis-Stufe reduzieren.

Nächste Schritte