Azure Operator Nexus mehrere Speichergeräte

Die Speicher-Appliance in Azure Operator Nexus bietet hochverwendbaren, persistenten Speicher für containerisierte und virtualisierte Workloads. Azure Operator Nexus-Hardware ist in Compute-Racks und einem Aggregator-Rack organisiert. Das Aggregatorgestell enthält Platz für zwei Speichergeräte. Azure Operator Nexus-Instanzen erfordern immer eine Speicher-Appliance; die zweite Speicher-Appliance optional ist.

Kunden können eine zweite Speicheranwendung bereitstellen, wenn ihre Workloads mehr Kapazität benötigen als eine einzelne Speicher-Appliance bereitstellen kann.

Welche Speicher-Appliance ist das?

Die für Speichergeräte reservierten Räume im Aggregator-Rack werden als Speichergerätegestellplätze bezeichnet. Das Aggregatorgestell enthält zwei Rackplätze, die für Speichergeräte reserviert sind. Die Speicher-Appliance im Rackplatz 1 ist immer die erste Speicher-Appliance. Wenn eine zweite Speicher-Appliance vorhanden ist, befindet sie sich im Rack-Steckplatz 2.

Hardwarevoraussetzungen

Azure Operator Nexus unterstützt nur eine zweite Speicher-Appliance für Instanzen, die die folgenden Bedingungen erfüllen:

• Die Instanzhardware entspricht den Stücklisten von Version 2.0.x und höher (BOMs).
• Alle Reinspeichergeräte verfügen über R4-Controller.

Die Azure Operator Nexus-SKUs, die eine zweite Speicher-Appliance unterstützen, werden in der unterstützten SKUs-Dokumentation dokumentiert. Die Speichergeräte müssen nicht über die gleichen Kapazitätskonfigurationen verfügen. Alle unterstützten Kapazitätskonfigurationen sind in der Dokumentation der unterstützten Speichergeräte aufgeführt.

Unterstützte Bereitstellungsmodelle

Azure Operator Nexus unterstützt nur die Bereitstellung einer zweiten Speicher-Appliance bei der ersten Nexus-Instanzinstallationszeit. Es gibt keine Unterstützung für das Hinzufügen einer zweiten Speicher-Appliance zu einer vorhandenen Nexus-Instanz. Jede vorhandene Instanz, die eine zweite Speicher-Appliance erfordert, muss neu installiert werden.

Der Bereitstellungsprozess für Speichergeräte hat mehrere Voraussetzungen, bevor Sie die Azure Operator Nexus-Software bereitstellen können. Die Voraussetzungen für die zweite Speicher-Appliance sind mit geringfügigen Konfigurationsunterschieden identisch mit der ersten Speicher-Appliance. Die Voraussetzungen sind für Nexus-Instanzen mit ein oder zwei Speichergeräten in der Dokumentation vollständig dokumentiert.

Unterstützte Funktion

Verwaltung von Speichergeräten mithilfe von Azure

Azure Operator Nexus automatisiert die Bereitstellung der Speichergeräte, wenn der Nexus-Cluster installiert ist. Nexus verwaltet auch alle Aspekte der Konfiguration von Speichergeräte und laufenden Lebenszyklusvorgängen, die für die Volume-Orchestrierung, die Volumeverwaltung, die sichere Kommunikation und die Observierbarkeit erforderlich sind. Diese Funktionalität verhält sich für beide Speichergeräte identisch.

Die Standardspeicher-Appliance

Die Standardspeicher-Appliance ist die Appliance im Rackplatz 1. Sie können die Standardspeicher-Appliance nur beim Erstellen des Azure Operator Nexus-Clusters festlegen. Weitere Informationen finden Sie unter Konfigurieren der Clusterbereitstellung.

Nexus-Volume-Speicherklasse

Azure Operator Nexus unterstützt die Erstellung persistenter Volume Claims (PVCs) mithilfe der Nexus-Volume-Speicherklasse . Nexus-Volume-PVCs werden durch ein Volume auf dem Speichersystem unterstützt, das von Azure Operator Nexus erstellt und verwaltet wird. Sie können die Speicher-Appliance auswählen, um den Sicherungsspeicher mithilfe der storageApplianceName Anmerkung bereitzustellen.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: testPvc
  namespace: default
  annotations:
    storageApplianceName: exampleStorageAppliance
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 107Mi
  storageClassName: nexus-volume
  volumeMode: Block
  volumeName: testVolume
status:
  accessModes:
  - ReadWriteOnce
  capacity:
    storage: 107Mi
  phase: Bound

storageApplianceName muss dem Azure-Ressourcennamen der Speicheranwendungsressource entsprechen, die von Ihrem Azure Operator Nexus-Cluster verwaltet wird, auf dem Sie das Volume erstellen möchten, das Ihr PVC unterstützt. Wenn keine storageApplianceName Anmerkung vorhanden ist, platziert Azure Operator Nexus das Volume auf der Standardspeicher-Appliance. Wenn es eine storageApplianceName Anmerkung gibt, die nicht mit dem Azure-Ressourcennamen eines Speichergeräts übereinstimmt, das von Ihrem Azure Operator Nexus-Cluster verwaltet wird, schlägt die PVC-Erstellung fehl.

Nexus-Volumenbeschränkungen

• Azure Operator Nexus unterstützt das Verschieben eines PVC von einer Speichereinheit auf eine andere nicht. Versuche, die storageApplianceName Anmerkung zu ändern, haben keine Auswirkung.
• Es gibt keine Unterstützung für das Platzieren von Volumes auf einer bestimmten Speicheranwendung beim Erstellen von Volumes über die Azure Resource Manager-APIs. Alle Volumes, die direkt über den Azure Resource Manager erstellt werden, werden auf dem Speichergerät in Fach 1 des Racks platziert.

Nexus-freigegebene Speicherklasse

Azure Operator Nexus bietet eine gemeinsam genutzte Dateisystemspeicherlösung für containerisierte Workloads: die nexus-shared storage class. Diese Speicherklasse bietet eine hochverfügbare gemeinsame Speicherlösung, indem mehrere Pods im selben Nexus Kubernetes-Cluster gleichzeitig auf dasselbe Volume zugreifen und es gemeinsam nutzen können. Die Nexus-Shared Storage-Klasse wird von einem hochverwendigen Speicherdienst unterstützt. Dieser Dienst wird von der Cloud Service Network (CSN)-Ressource bereitgestellt und verwaltet und wird von Volumes auf einer Speicheranwendung unterstützt. Einzelne PVCs verbrauchen Speicher aus dem vom CSN verwalteten Speicherdienst und nicht direkt aus der Speicher-Appliance.

Wenn das CSN erstellt wird, können Sie den gemeinsam genutzten Speicherdienst auf einer der Speicher-Appliances erstellen. Alle Nexus-gemeinsam genutzten PVCs, die diesen gemeinsam genutzten Speicherdienst verwenden, verbrauchen Speicher aus der Speicher-Appliance, die den gemeinsamen Dienst sichern. Die Konfiguration gilt für alle PVCs, die über den Nexus-Pool gemeinsam genutzt werden und den vom CSN bereitgestellten Shared Storage Service verwenden. Alle PVCs, die Nexus gemeinsam nutzen und denselben gemeinsamen Speicherdienst verwenden, nutzen dasselbe Speichergerät.

Das storageApplianceName Azure-Ressourcentag steuert, welches Speichergerät für die Unterstützung des gemeinsamen Speicherdienstes verwendet wird. Anweisungen zum Erstellen des gemeinsamen Speicherdiensts für eine bestimmte Speicheranwendung finden Sie unter Voraussetzungen für die Bereitstellung von Mandantenarbeitsauslastungen .

Wenn zur CSN-Erstellung keine Konfiguration der Speicher-Appliance bereitgestellt wird, nutzt der gemeinsame Speicherdienst die erste Speicher-Appliance. Wenn die Konfiguration vorhanden ist, aber nicht mit einer Speicheranwendung übereinstimmt, schlägt die CSN-Erstellung fehl.

Nachfolgende Aktualisierungen des storageApplianceName Azure-Ressourcentags haben keine Auswirkungen. Es gibt keine Unterstützung für das Verschieben der gemeinsamen Dateispeicherlösung zwischen Speichergeräten nach der Ersteinrichtung.

Nexus-geteilte Einschränkungen

• Azure Operator Nexus unterstützt das Verschieben des gemeinsam genutzten Speicherdiensts nicht von einer Speicher-Appliance in eine andere. Versuche, die Speicher-Appliance zu ändern, die den freigegebenen Speicherdienst unterstützt, haben keine Auswirkungen.

Metriken, Protokolle und Überwachung

Die zweite Speicher-Appliance wird in Azure als unabhängige Ressource vom Typ NetworkCloud/storageAppliance angezeigt. Eine Nexus-Instanz mit zwei Speichergeräten verfügt über zwei Storage Appliance Azure Resources. Diese Ressourcen sind funktional identisch: sie teilen eine API-Definition; und alle unterstützten Metriken, die in der Liste der in Azure Operator Nexus gesammelten Metriken dokumentiert sind, funktionieren in beiden Speichergeräten identisch.

Nexus stellt auch Speichergeräteprotokolle zur Verfügung. Überwachungs- und Warnungsprotokolle werden pro Ressource gestreamt. Systemprotokolle werden in einem kombinierten Datenstrom bereitgestellt, der Protokolle von beiden Speichergeräten enthält.