Speicher-Discovery über SMI-S und CIM

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 4 Minuten Lesedauer
  • Discovery Kann Speichergeräte erkunden, die einen SMI-S-Anbieter (Storage Management Initiative Specification) enthalten, der ein spezialisierter CIM-Server (Common Information Model) ist.

    Die aktuelle Liste der Lieferanten und Produkte, die SMI-S entsprechen, wie von SNIA getestet, finden Sie unter SNIA-Website .

    Andere Speichertypen, z. B. Speicher, der über einen Host angehängt wird, VM-Speicher, der auf VMware ESX-Servern verfügbar ist, und Speicher für Kernel-VM (KVM), verwenden einen separaten Satz von Probes und Sensoren.

    Discovery sammelt Informationen zu Speicherbereichsnetzwerken (SAN) und netzwerkbasiertem Speicher (NAS) von spezialisierten Geräten, z. B. Speicher-Arrays und Fibre Channel-Switches (FC). Discovery erfasst und erstellt CIs in der CMDB für die folgenden Informationselemente:
    • Array-Datenträger, -Pools und -Volumes
    • Fibre-Channel-HBAs, Ports und Controller
    • FC-Exporte
    • Fabrics, einschließlich Endpunkte, Zoning und Switches
    • Abhängigkeiten zwischen Speicherunterkomponenten
    Hinweis:
    Weitere Informationen zur Speicher-Discovery und zur Verwendung des CIM-Abfrage-Tools zur Fehlerbehebung finden Sie im wissensartikel KB0782305 .

    Anforderungen

    • Ein CIM-Server mit SMI-S 1,4 oder höher.
    • Ein oder mehrere CIM-Server pro Speicheranbieter.
    • NAS- und SAN-Systeme wichtiger Lieferanten wie EMC, Hitachi, HP und NetApp. SAN-Speichergeräte müssen FC verwenden.
    • FC-Switches von wichtigen Lieferanten wie Brocade und Cisco.
    • Die CIM-Anmeldeinformationen Muss für SMI-S-Konfiguration verfügbar sein. Die CIM-Anmeldeinformationen können sich von den Anmeldeinformationen für das System unterscheiden, das den CIM-Server hostet.
    • Stellen Sie sicher, dass SMI-S für Ihr Speicherprodukt aktiviert ist.
    • Stellen Sie die Konnektivität zwischen dem MID-Server und dem CIM-Server sicher.
    • Neue CIM-Anmeldeinformationen müssen in der Instanz konfiguriert werden. Die Anmeldeinformationen des CIM-Servers können sich von dem System unterscheiden, das den erforderlichen CIM-Server hostet.
    Hinweis:
    Da der SMI-S-Anbieter Speichergerätinformationen zwischenspeichert, wirkt sich die Discovery-Abfrage an den Anbieter nicht auf die Leistung des Speichergeräts aus.

    SMI-S-Discovery-Architektur

    SMI-S-Discovery

    CIM-Architektur

    CIM-Probes können jedes Gerät basierend auf dem Common Information Model (CIM) erkunden, indem sie einen CIM-Server abfragen, der auch als CIMOM – Objektmanager für allgemeines Informationsmodell bezeichnet wird. Standardmäßig DiscoveryVerwendet CIM-Probes, um Speichersysteme zu erkunden und die Seriennummern von ESX-Servern abzurufen.

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

    Die folgenden Komponenten sind Teil von CIM:
    • Allgemeines Informationsmodell (CIM): Mit CIM können mehrere Parteien Informationen zu verwalteten Elementen austauschen. CIM stellt diese verwalteten Elemente und die Verwaltungsinformationen dar und bietet gleichzeitig den Mechanismus zur aktiven Steuerung und Verwaltung der Elemente.
    • Spezifikation der Speicherverwaltungsinitiative (SMI-S): SMI-S ist ein Anwendungsstandard, der Methoden für die Speicher-Discovery auf Lieferantenseite beschreibt. ServiceNow verwendet SMI-S, um zu bestimmen, wie CIM erkannt werden soll. SMI-S basiert auf dem Common Information Model (CIM) und den Standards für webbasiertes Unternehmensmanagement (WBEM), die Verwaltungsfunktionen über HTTP definieren. Das Hauptziel von SMI-S besteht darin, die Verwaltung unterschiedlicher Speicherprodukte zu ermöglichen. ServiceNowUnterstützt SMI-S Version 1,4 oder höher.
      Abbildung : 1. CIM SMI-S-Standarddiagramm
      CIM SMI-S-Standarddiagramm
    • Webbasiertes Unternehmensmanagement (WBEM): WBEM definiert eine bestimmte Implementierung von CIM, einschließlich Protokollen für die Erkennung und den Zugriff auf jede CIM-Implementierung.
    • Servicestandortprotokoll (Service Location Protocol, SLP): SLP ist ein Ad-hoc-Protokoll zum Abrufen und Zuordnen von Konfigurationsinformationen zu CIM-Servern, z. B. Standardpfade, Fähigkeiten und den genauen Interop-Namespace. DiscoveryRuft den Interop-Namespace eines CIM-Servers über SLP ab und übergibt diese Informationen an die CIM-Klassifizierungs-Probe. 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 mehrere Service Agents haben.
      Hinweis:
      Die mid.cim.interop.namespace Die Systemeigenschaft definiert vier Standardspeicher-Namespaces:
      • interop
      • Stamm/Interop
      • Root/pg_interop
      • pg_Interop
      Wenn Sie mehrere Speicheranbieter mit anwenderdefinierten Namespaces verwenden, die nicht als Standardwerte angegeben sind, fügen Sie die neuen Namespaces der kommagetrennten Liste in dieser Eigenschaft hinzu. Wenn Sie einen der Standard-Namespaces weiterhin verwenden möchten, stellen Sie sicher, dass Sie sie in die Eigenschaft aufnehmen.
      Abbildung : 2. CIM-Agenten-Diagramm
      CIM-Agenten-Diagramm

    SLP- und WBEM-Unterstützung

    SLP ist für CIM-Discovery erforderlich, da es Teil des Stapels „Spezifikation der Speicherverwaltungsinitiative“ (SMI-S) ist. Einige Speichergeräte unterstützen möglicherweise das WBEM-Protokoll, unterstützen jedoch möglicherweise keine SLP.

    Sie können die WBEM-Services manuell in SLP mit einem allgemeinen Linux-Tool wie registrieren slptool. Dieses Tool verfügt über eine Befehlszeilenschnittstelle, mit der Sie SLPv2-Anwenderagenten (UA)-Anforderungen stellen können, die normalerweise mit dem SLP-Daemon-Paket geliefert werden. Um einen Service zu registrieren, geben Sie eine URL und eine Liste von Attributen an. Ein Beispiel kann mit demselben Tool von einem funktionierenden SLP-Server extrahiert werden.

    Tabellenschema für Speicher-Discovery

    Dieses Diagramm zeigt das hierarchische Datenträgerschema für die Speicher-Discovery an.

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

    Speicher-Discovery-Tabellen und -Probes

    Discovery verwendet die folgenden Tabellen und Probes, um Informationen zu Speichergeräten zu sammeln, die von einem SMI-S-Anbieter verwaltet werden.

    Tabelle : 1. Daten Erfasst
    Tabelle Probe
    Datenträger [cmdb_ci_Disk] SMI 1,5: Speicherserver
    Fibre-Channel-Export [cmdb_ci_fc_export] SMI 1,5: Speicherserver
    Fibre-Channel-Port [cmdb_ci_fc_port] SMI 1,5: Speicherserver
    SAN-Export [cmdb_ci_san_export] SMI 1,5: Speicherserver
    Speichercontroller [cmdb_ci_storage_controller] SMI 1,5: Speicherserver
    Speicherexport [cmdb_ci_storage_export] SMI 1,5: Speicherserver
    Speicherdateifreigabe [cmdb_ci_storage_fileshare] SMI – Array – Dateifreigaben
    Speicherpool [cmdb_ci_storage_pool] SMI 1,5: Speicherserver
    Speicherserver [cmdb_ci_storage_server] CIM: Identität
    Speicher-Switch [cmdb_ci_storage_switch] CIM: Identität
    Speichervolume [cmdb_ci_storage_volume] SMI 1,5: Speicherserver
    Speichergerät [cmdb_ci_storage_device] SMI 1,5: Speicherserver
    Speicherbereichsnetzwerk [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-Zone-Aliasmitglied [cmdb_ci_san_zone_alias_member] SMI: Fabric
    SAN-Zone-Mitglied [cmdb_ci_san_zone_member] SMI: Fabric
    SAN-Zonensatz [cmdb_ci_san_zone_set] SMI: Fabric
    Diese Probes sind verfügbar, werden jedoch derzeit nicht verwendet:
    • SMI: Speicherserver
    • SMI – Array – Controller
    • SMI – Array – Datenträger
    • SMI – Array – Pools
    • SMI – Array – Ports
    • SMI – Array – Volumes