IBM Cloud Kubernetes Service-Speicherübersicht

Virtual Private Cloud Klassische Infrastruktur Satellite

Die folgenden Abschnitte enthalten eine Übersicht über die verfügbaren Speicheroptionen für Ihren Cluster.

Bevor Sie entscheiden können, welche Art von Speicher die richtige Lösung für Ihre IBM Cloud® Kubernetes Service Cluster ist, müssen Sie den IBM Cloud Infrastrukturanbieter, Ihre Anwendungsanforderungen, die Art der Daten, die Sie speichern möchten, und die Häufigkeit des Zugriffs auf diese Daten kennen.

Entscheiden Sie, ob Ihre Daten permanent gespeichert werden sollen.

Persistenter Speicher: Im persistenten Speicher gespeicherte Daten bleiben auch dann bestehen, wenn der Container, der Workerknoten oder der Cluster entfernt wird. Verwenden Sie persistenten Speicher in für statusabhängige Apps, Kerngeschäftsdaten oder Daten, die aufgrund gesetzlicher Bestimmungen verfügbar sein müssen, z. B. einen definierten Aufbewahrungszeitraum. Persistenter Speicher ist auch eine gute Option für die Prüfung.

Nicht persistenter Speicher: Ihre Daten können entfernt werden, wenn der Container, der Workerknoten oder der Cluster entfernt wird. Nicht persistenter Speicher wird normalerweise zum Protokollieren von Informationen (z. B. für Systemprotokolle oder Containerprotokolle), für Entwicklungstests oder für den Zugriff auf Daten aus dem Dateisystem des Hosts verwendet.

Wenn Sie Ihre Daten persistent speichern müssen, untersuchen Sie, ob Ihre App einen bestimmten Speichertyp erfordert. Wenn Sie eine vorhandene Anwendung verwenden, kann diese so konzipiert sein, dass sie Daten auf eine der folgenden Arten speichert.

In einem Dateisystem: Die Daten können als Datei in einem Verzeichnis gespeichert werden. Sie können die Datei z. B. auf der lokalen Festplatte speichern. Manche Apps setzen voraus, dass die Daten in einem bestimmten Dateisystem gespeichert werden (z. B. nfs oder ext4), um den Datenspeicher zu optimieren und Leistungsziele zu erreichen.

In einer Datenbank: Die Daten müssen in einer Datenbank gespeichert werden, die einem bestimmten Schema entspricht. Verschiedene Apps sind mit einer Datenbankschnittstelle ausgestattet, die Sie zum Speichern Ihrer Daten verwenden können. WordPress ist zum Beispiel dafür optimiert, dass Daten in einer MySQL-Datenbank gespeichert werden. In diesen Fällen wird der Typ des Speichers für Sie ausgewählt.

Legen Sie den Typ der Daten fest, die Sie speichern wollen.

Strukturierte Daten: Daten, die Sie in einer relationalen Datenbank speichern können, in der Sie über eine Tabelle mit Spalten und Zeilen verfügen. Daten in Tabellen können mithilfe von Schlüsseln verbunden werden und sind in der Regel aufgrund des vordefinierten Datenmodells leicht zugänglich. Beispiele sind Telefonnummern, Kontonummern, Sozialversicherungsnummern oder Postleitzahlen.

Teilweise strukturierte Daten: Daten, die nicht in einer relationalen Datenbank enthalten sein können, die jedoch Organisationskriterien aufweisen, die Sie zum einfacheren Lesen und Analysieren dieser Daten verwenden können. Beispiele sind Dateien von Markup-Sprachen wie CSV, XML oder JSON.

Unstrukturierte Daten: Daten, die keinem Organisationsmuster folgen und so komplex sind, dass sie nicht in einer relationalen Datenbank mit vordefinierten Datenmodellen gespeichert werden können. Um auf diese Daten zugreifen zu können, benötigen Sie erweiterte Tools und Software. Beispiele sind E-Mail-Nachrichten, Videos, Fotos, Audiodateien, Präsentationen, Daten aus sozialen Medien oder Webseiten.

Wenn Sie über strukturierte und unstrukturierte Daten verfügen, versuchen Sie, jeden dieser Datentyp separat in einer separaten Speicherlösung zu speichern, die für den jeweiligen Datentyp konzipiert wurde. Die Verwendung einer geeigneten Speicherlösung für Ihren Datentyp erleichtert Ihnen den Zugriff auf Ihre Daten und ermöglicht bessere Leistung, Skalierbarkeit, Permanenz und Konsistenz.

Analysieren Sie, wie Sie auf Ihre Daten zugreifen möchten. Speicherlösungen werden in der Regel zur Unterstützung von Lese- oder Schreiboperationen konzipiert und optimiert.

Schreibgeschützt: Sie möchten Ihre Daten nicht schreiben oder ändern. Ihre Daten sind schreibgeschützt.

Lese-/Schreibzugriff: Sie möchten die Daten lesen, schreiben und ändern. Für Daten, die gelesen und geschrieben werden, ist es wichtig zu wissen, ob die Operationen leseintensiv, schreibintensiv oder ausgeglichen sind.

Bestimmen Sie die Häufigkeit, mit der auf Ihre Daten zugegriffen wird.

Hot Data: Daten, auf die häufig zugegriffen wird. Gängige Anwendungsfälle sind Web-Apps oder Mobile Apps.

Cool Data oder Warm Data: Daten, auf die selten zugegriffen wird, z. B. einmal im Monat oder seltener. Gängige Anwendungsfälle sind Archive, kurzfristige Datenaufbewahrung oder Disaster-Recovery.

Cold Data: Daten, auf die selten zugegriffen wird (wenn überhaupt). Gängige Anwendungsfälle sind Archive, langfristige Sicherung, Langzeitdaten.

Frozen Data: Daten, auf die nicht zugegriffen wird und die Sie nur aus rechtlichen Gründen aufbewahren müssen.

Wenn Sie die Häufigkeit nicht vorhersagen können oder die Häufigkeit nicht einem strengen Muster folgt, bestimmen Sie, ob Ihre Workloads leseintensiv, schreibintensiv oder ausgeglichen sind. Sehen Sie sich dann die Speicheroption an, die Ihrer Workload entspricht, und untersuchen Sie, welche Speicherschicht (Storage Tier) Ihnen die erforderliche Flexibilität bietet. IBM Cloud Object Storage bietet beispielsweise eine Speicherklasse flex, die berücksichtigt, wie häufig in einem Monat auf Daten zugegriffen wird, und optimiert die monatliche Abrechnung auf der Basis dieser Messung.

Untersuchen Sie, ob Ihre Daten über mehrere App-Instanzen, Zonen oder Regionen hinweg gemeinsam genutzt werden müssen.

Zugriff über mehrere Pods hinweg: Wenn Sie persistente Kubernetes-Datenträger für den Zugriff auf Ihren Speicher verwenden, können Sie die Anzahl der Pods bestimmen, die den Datenträger gleichzeitig anhängen können. Auf einige Speicherlösungen kann jeweils nur von einem Pod zugreifen. Mit anderen Speicherlösungen können Sie Datenträger podübergreifend gemeinsam nutzen.

Zugriff über mehrere Zonen und Regionen hinweg: Möglicherweise müssen Sie Ihre Daten über mehrere Zonen oder Regionen hinweg zugänglich machen. Einige Speicherlösungen, wie z. B. Datei- und Blockspeicher, sind rechenzentrumsspezifisch und können in einer Clusterkonfiguration mit mehren Zonen nicht zonenübergreifend gemeinsam genutzt werden.

Wenn Sie Ihre Daten zonen- oder regionsübergreifend zugänglich machen möchten, sollten Sie Ihre Rechtsabteilung zu Rate ziehen, um sicherzustellen, dass Ihre Daten in mehreren Zonen oder einem anderen Land gespeichert werden können.

Prüfen Sie andere Speichermerkmale, die Ihre Wahl beeinflussen.

Konsistenz: Die Zuverlässigkeit, dass eine Leseoperation die neueste Version einer Datei zurückgibt. Speicherlösungen bieten strong consistency, wenn sichergestellt ist, dass immer die neueste Version einer Datei zurückgegeben wird, oder eventual consistency, wenn die Leseoperation nicht unbedingt die neueste Version zurückgibt. Häufig findet sich die schwache Konsistenz bei geografisch verteilten Systemen, in denen eine Schreiboperation zuerst repliziert werden muss.

Leistung: Die Zeit, die benötigt wird, um eine Lese- oder Schreiboperation auszuführen.

Permanenz: Die Zuverlässigkeit, dass eine Schreiboperation, die für Ihren Speicher festgeschrieben wurde, dauerhaft erhalten bleibt und nicht beschädigt wird oder verloren geht, selbst wenn sehr große Datenmengen (Gigabytes oder Terabytes) gleichzeitig in den Speicher geschrieben werden.

Ausfallsicherheit: Die Fähigkeit zur Wiederherstellung nach einem Ausfall und zur Fortsetzung der Operationen, auch wenn eine Hardware- oder Softwarekomponente fehlgeschlagen ist. Zum Beispiel, wenn Ihr physischer Speicher von einem Stromausfall, einem Netzausfall oder einer Naturkatastrophe betroffen ist.

Verfügbarkeit: Die Möglichkeit, den Zugriff auf Ihre Daten bereitzustellen, auch wenn ein Rechenzentrum oder eine Region nicht verfügbar ist. Die Verfügbarkeit Ihrer Daten wird in der Regel durch das Hinzufügen von Redundanz und die Einrichtung von Failover-Mechanismen erreicht.

Skalierbarkeit: Die Fähigkeit, die Kapazität zu erweitern und die Leistung auf der Basis Ihrer Anforderungen anzupassen.

Verschlüsselung: Das Maskieren von Daten, sodass sie für nicht berechtigte Benutzer nicht sichtbar sind.