Speichererkennung über SMI-S und CIM

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 4 Minuten Lesedauer
  • Discovery kann Speichergeräte untersuchen, die einen SMI-S Provider (Storage Management Initiative Specification), einen speziellen CIM-Server (Common Information Model), enthalten.

    Die aktuelle Liste der Lieferanten und Produkte, die von SNIA auf SMI-S-Konformität getestet wurden, finden Sie auf der SNIA-Website.

    Für andere Speichertypen, zum Beispiel über einen Host angeschlossenen Speicher, auf VMware ESX-Servern verfügbaren VM-Speicher und Speicher für Kernel-VM (KVM), werden separate Probes und Sensoren verwendet.

    Discovery erfasst Informationen über SAN (Storage Area Network) und NAS (Network Attached Storage) von spezialisierten Geräten wie Speicher-Arrays und FC-Switches (Fibre Channel). Discovery erfasst und erstellt CIs in der CMDB für die folgenden Informationen:
    • Array-Datenträger, Pools und Volumes
    • Fibre Channel-HBAs, -Ports und -Controller
    • FC-Exporte
    • Fabrics, einschließlich Endpunkte, Zoning und Switches
    • Abhängigkeiten zwischen untergeordneten Speicherkomponenten
    Hinweis:
    Weitere Informationen zur Speichererkennung und zur Verwendung des Abfragetools CIM zur Problembehandlung können Sie Wissensartikel KB0782305 entnehmen.

    Anforderungen

    • Ein CIM-Server mit SMI-S 1.4 oder höher
    • Mindestens ein CIM-Server pro Speicheranbieter
    • NAS- und SAN-Systeme großer Anbieter wie EMC, Hitachi, HP und NetApp. SAN-Speichergeräte müssen FC verwenden.
    • FC-Switches großer Anbieter wie Brocade und Cisco
    • Die CIM-Anmeldeinformationen müssen für die SMI-S-Konfiguration verfügbar sein. Die CIM-Anmeldeinformationen können sich von den Anmeldeinformationen für das System unterscheiden, auf dem der CIM-Server gehostet wird.
    • Stellen Sie sicher, dass SMI-S für Ihr Speicherprodukt aktiviert ist.
    • Stellen Sie sicher, dass eine Verbindung zwischen dem MID Server und dem CIM-Server besteht.
    • Neue CIM-Anmeldeinformationen müssen in der Instanz konfiguriert werden. Die Anmeldeinformationen für den CIM-Server können von denen für das System abweichen, auf dem der erforderliche CIM-Server gehostet wird.
    Hinweis:
    Da der SMI-S Provider Informationen über Speichergeräte zwischenspeichert, hat die Discovery-Abfrage an den Provider keine Auswirkungen auf die Leistung der Speichergeräte.

    SMI-S Discovery-Architektur

    SMI-S-Erkennung

    CIM-Architektur

    CIM-Probes können jedes Gerät basierend auf dem Common Information Model (CIM) erkennen, indem sie einen CIM-Server abfragen, der auch als CIMOM (Common Information Model Object Manager) bezeichnet wird. Standardmäßig verwendet Discovery CIM-Probes zum Untersuchen von Speichersystemen sowie zum Abrufen der Seriennummern von ESX-Servern.

    Discovery fragt SMI-S-konforme Speichergeräte mithilfe von CIMIQL-Abfragen ab.

    Die folgenden Komponenten sind Teil von CIM:
    • Common Information Model (CIM): Mit CIM können mehrere Parteien Informationen über verwaltete Elemente austauschen. CIM stellt diese verwalteten Elemente und die Verwaltungsinformationen dar und stellt gleichzeitig den Mechanismus zur aktiven Steuerung und Verwaltung der Elemente bereit.
    • Storage Management Initiative Specification (SMI-S): SMI-S ist ein Nutzungsstandard, der Methoden für die Speichererkennung auf Anbieterseite beschreibt. ServiceNow verwendet SMI-S, um zu bestimmen, wie CIM erkannt wird. SMI-S basiert auf den Standards Common Information Model (CIM) und Web-Based Enterprise Management (WBEM), die Verwaltungsfunktionen über HTTP definieren. Das Hauptziel von SMI-S besteht darin, die Verwaltung unterschiedlicher Speicherprodukte zu ermöglichen. ServiceNow unterstützt SMI-S Version 1.4 oder höher.
      Abbildung : 1. CIM SMI-S-Standard – Diagramm
      CIM SMI-S-Standard – Diagramm
    • Web-Based Enterprise Management (WBEM): WBEM definiert eine bestimmte Implementierung von CIM, einschließlich Protokollen zum Erkennen und Zugreifen auf CIM-Implementierungen.
    • Service Location Protocol (SLP): SLP ist ein Ad-hoc-Protokoll zum Abrufen und Zuordnen von Konfigurationsinformationen über CIM-Server, zum Beispiel Standardpfade, Fähigkeiten und der genaue Interop-Namespace. Discovery ruft den Interop-Namespace von CIM-Servern über SLP ab und übergibt diese Informationen an die Probe „CIM Classify“. SLP, hier als SLP-Server bezeichnet, verwendet Service Agents (SA), um Informationen zu einem CIM-Server in einem Subnetz zu sammeln und zu verbreiten. Ein Subnetz kann über mehrere Service Agents verfügen.
      Hinweis:
      Die Systemeigenschaft mid.cim.interop.namespace vier Standardspeicher-Namespaces:
      • interop
      • root/interop
      • root/pg_interop
      • pg_interop
      Wenn Sie mehrere Speicheranbieter mit benutzerdefinierten Namespaces verwenden, die nicht als einer der Standardwerte angegeben sind, fügen Sie die neuen Namespaces der durch Kommas getrennten Liste in dieser Eigenschaft hinzu. Wenn Sie einen der Standard-Namespaces weiterhin verwenden möchten, müssen Sie diese in die Eigenschaft aufnehmen.
      Abbildung : 2. CIM-Agent – Diagramm
      CIM-Agent – Diagramm

    SLP- und WBEM-Unterstützung

    SLP ist für CIM Discovery erforderlich, da es Teil des SMI-S-Stapels (Storage Management Initiative Specification) ist. Einige Speichergeräte unterstützen womöglich das WBEM-Protokoll, aber SLP nicht.

    Sie können die WBEM-Services mit einem gängigen Linux-Tool wie slptool manuell für SLP registrieren. Dieses Tool stellt eine Befehlszeilenschnittstelle bereit, mit der Sie SLPv2-UA-Anforderungen (User Agent) erstellen können, die normalerweise zum Lieferumfang des SLP-Daemon-Pakets gehören. Zum Registrieren eines Service geben Sie eine URL und eine Liste von Attributen an. Beispiele können mit demselben Tool von einem funktionierenden SLP-Server extrahiert werden.

    Tabellenschema für Speichererkennung

    In folgendem Diagramm ist das hierarchische Datenträgerschema für die Speichererkennung dargestellt.

    Abbildung : 3. Hierarchisches Datenträgerschema
    Hierarchisches Datenträgerschema

    Tabellen und Probes zur Speichererkennung

    Discovery verwendet die folgenden Tabellen und Probes, um Informationen über Speichergeräte zu erfassen, die von einem SMI-S Provider verwaltet werden.

    Tabelle : 1. Erfasste Daten
    Tabelle Probe
    Datenträger [cmdb_ci_disk] SMI 1.5 - Storage Server
    Fibre Channel-Export [cmdb_ci_fc_export] SMI 1.5 - Storage Server
    Fibre-Channel-Port [cmdb_ci_fc_port] SMI 1.5 - Storage Server
    SAN-Export [cmdb_ci_san_export] SMI 1.5 - Storage Server
    Speichercontroller [cmdb_ci_storage_controller] SMI 1.5 - Storage Server
    Speicherexport [cmdb_ci_storage_export] SMI 1.5 - Storage Server
    Speicherdateifreigabe [cmdb_ci_storage_fileshare] SMI - Array - File Shares
    Speicherpool [cmdb_ci_storage_pool] SMI 1.5 - Storage Server
    Speicherserver [cmdb_ci_storage_server] CIM - Identity
    Speicher-Switch [cmdb_ci_storage_switch] CIM - Identity
    Speichervolume [cmdb_ci_storage_volume] SMI 1.5 - Storage Server
    Speichergerät [cmdb_ci_storage_device] SMI 1.5 - Storage Server
    Storage Area Network [cmdb_ci_san] SMI - Fabric
    SAN-Verbindung [cmdb_ci_san_connection] SMI - Fabric
    SAN-Endpunkt [cmdb_ci_san_endpoint] SMI - Fabric
    SAN-Fabric [cmdb_ci_san_fabric] SMI - Fabric
    SAN-Zone [cmdb_ci_san_zone] SMI - Fabric
    SAN-Zonenalias [cmdb_ci_san_zone_alias] SMI - Fabric
    SAN-Zonenaliasmitglied [cmdb_ci_san_zone_alias_member] SMI - Fabric
    SAN-Zonenmitglied [cmdb_ci_san_zone_member] SMI - Fabric
    SAN-Zonensatz [cmdb_ci_san_zone_set] SMI - Fabric
    Die folgenden Probes sind verfügbar, werden aber derzeit nicht verwendet:
    • SMI - Storage Server
    • SMI - Array - Controllers
    • SMI - Array - Disks
    • SMI - Array - Pools
    • SMI - Array - Ports
    • SMI - Array - Volumes