

Wenn Sie eine Infrastruktur in dem Umfang betreiben, der zur Unterstützung der globalen Entwicklungsorganisation von NetApp erforderlich ist, ist Observability nicht optional, sondern grundlegend.
In unseren Engineering-Rechenzentren und Cloud-Umgebungen verwalten wir Zehntausende virtuelle Maschinen, Petabytes an Speicher, Kubernetes-Plattformen und Multi-Cloud-Ressourcen, die kritische Entwicklungs-, Test- und Labor-Workloads unterstützen. Die Aufrechterhaltung von Stabilität, Sicherheit und Effizienz in dieser Landschaft erfordert mehr als nur Transparenz. Es erfordert eine Plattform, die Erkenntnisse in Maßnahmen umsetzt. Deshalb nutzt Engineering IT von NetApp NetApp Data Infrastructure Insights (DII) als zentrale operative Fähigkeit.
Als Customer Zero setzt die Engineering IT DII produktiv ein, nicht als Nachweis oder QA Übung, sondern als reales Werkzeug für den Betrieb. Jede Fähigkeit, die wir übernehmen, wird an einem einfachen Maßstab gemessen: Verbessert sie unsere Arbeitsweise im großen Maßstab sinnvoll? Wenn nicht, nutzen wir sie nicht.
Die Rolle von Customer Zero wird oft missverstanden. Engineering IT prüft nicht, ob Funktionen wie vorgesehen funktionieren, denn das ist Aufgabe der Qualitätssicherung. Stattdessen bewerten wir Fähigkeiten nach der allgemeinen Verfügbarkeit in Live-Umgebungen und stellen eine praxisorientiertere Frage: Ist das Produkt skalierbar, und hilft uns diese Funktion, Engineering IT besser zu betreiben?
Wenn neue DII Funktionen veröffentlicht werden, werden sie zunächst in unserem Production Tenant aktiviert. Wir bewerten, wie sie sich in reale Betriebsabläufe einfügen, einschließlich Observability, Automatisierung, Sicherheit und Governance. Das Feedback an die Produktteams basiert auf Betriebserfahrung und nicht auf theoretischem Wert. Nur Funktionen, die einen greifbaren operativen Nutzen zeigen, werden in den kontinuierlichen Betrieb übernommen.
Einer unserer wichtigsten proaktiven Anwendungsfälle umfasst die Identifizierung nicht autorisierter virtueller Maschinen in unserer privaten Cloud-Umgebung.
Die IT-Abteilung im Engineering Bereich setzt regelmäßig Tausende von temporären VMs ein. Gelegentlich verursacht eine falsch konfigurierte oder außer Kontrolle geratene VM einen unerwarteten Anstieg der IOPS, wodurch die Leistung des Backend Speichers, der Netzwerkinfrastruktur und die Gesamtstabilität des Systems gefährdet werden. DII ermöglicht es uns, Leistungskennzahlen auf VM-Ebene in Echtzeit zu überwachen und abnormales Verhalten schnell zu erkennen.
Wenn DII einen plötzlichen und kontinuierlichen Anstieg der IOPS feststellt, leitet es eine automatisierte Reaktion ein. Warnmeldungen werden auf der Grundlage von Leistungsschwellenwerten generiert, die verantwortlichen VM-Besitzer werden benachrichtigt, und es wird ein definiertes Zeitfenster für die Problembehebung bereitgestellt. Wenn die Anomalie über dieses Zeitfenster hinaus anhält, wird die VM automatisch heruntergefahren.
Dieser geschlossene, automatisierte Workflow schützt die gemeinsam genutzte Infrastruktur, bevor Benutzer Auswirkungen bemerken, ohne dass manuelle Eingriffe erforderlich sind.
Die IT-Abteilung im Engineering-Bereich betreibt Workloads auf lokalen VMware- und OpenShift Plattformen sowie in Public-Cloud-Umgebungen wie AWS, Azure und Google Cloud. DII bietet eine einheitliche Sicht auf den Ressourcenverbrauch über all diese Plattformen hinweg und ermöglicht es uns, klar zu erkennen, welche Ressourcen verbraucht werden, wo sie ausgeführt werden und wie effizient sie genutzt werden.
DII ist zwar kein Abrechnungs- oder Kostenverrechnungstool, bietet aber die operative Transparenz, die Governance-Teams benötigen, um ungenutzte Workloads zu identifizieren, potenzielle Kapazitätsverschwendung aufzuzeigen und Kapazitätsplanungsentscheidungen zu unterstützen. Diese Erkenntnisse werden direkt an interne Governance-Teams weitergegeben, sodass Engineering IT keine Berichte manuell zusammenstellen muss und schnellere, datengestützte Entscheidungen möglich sind.
Konsistenz wird bei dem Umfang, in dem Engineering IT tätig ist, zu einer Sicherheitsanforderung.
Wir nutzen DII, um zu validieren, dass Standardkonfigurationen in allen Rechenzentren kontinuierlich angewendet werden. Dies umfasst die Überprüfung, ob die Speicherverschlüsselung auf kritischen Volumes aktiviert ist, die Durchsetzung bewährter Volume Konfigurationen und die Validierung von Wachstumsrichtlinien, um unerwartete Kapazitätsprobleme zu vermeiden.
Über die Einhaltung von Konfigurationsvorgaben hinaus trägt DII aktiv zur Sicherheit von Workloads bei. Wir überwachen Aktivitäten auf Datei- und Ordnerebene, um anomales Verhalten wie potenzielle Ransomware-Aktivitäten oder destruktive Aktionen zu erkennen. Wenn verdächtige Muster erkannt werden, kann DII automatisch Snapshots auslösen, um die Datenintegrität zu wahren und gleichzeitig den Bedarf an ständiger manueller Überwachung zu reduzieren.
Da sich unsere OpenShift Präsenz stetig ausdehnt, ist die Kubernetes Observability immer wichtiger geworden.
DII bietet vollständige Transparenz hinsichtlich Kubernetes Konfiguration, Leistung und allgemeinem Zustand und ermöglicht es Plattformteams, Probleme auf Clusterebene frühzeitig mithilfe von Metriken, Warnmeldungen und zentralisierten, auf ihre Bedürfnisse zugeschnittenen Dashboards zu erkennen. Dashboards sind jedoch nur ein Teil der Gesamtbetrachtung.
Engineering IT nutzt zudem den umfangreichen API-Satz von DII, um Observability-Daten direkt in benutzerdefinierte Automatisierungs-Workflows zu integrieren. Teams können programmatisch Cluster-Inventare nach Standort abrufen, Leistungsdaten abfragen und DII-Erkenntnisse in andere interne Tools einfließen lassen. Dieser API-gesteuerte Ansatz ermöglicht es Teams, Observability-Daten in den Workflows zu nutzen, die sie bereits verwenden, anstatt neue operative Reibung einzuführen.
DII spielt eine entscheidende Rolle bei der Pflege einer genauen und zuverlässigen ServiceNow CMDB.
Wir nutzen DII als primäre Wahrheitsquelle für Konfigurationselemente und füllen die CMDB automatisch mit Metadaten virtueller Maschinen, Infrastrukturbeziehungen und Details zu den Eigentumsverhältnissen der Umgebung. Diese Integration verbessert die Korrelation von Änderungen und Vorfällen erheblich, reduziert den manuellen Wartungsaufwand für die CMDB und gewährleistet, dass die Konfigurationsdaten stets aktuell bleiben.
Wenn es zu Zwischenfällen oder Änderungen kommt, können Teams den Daten, mit denen sie arbeiten, vertrauen, da diese direkt aus der Live-Telemetrie der Infrastruktur stammen.
Kunden fragen oft, warum Engineering IT nicht auf generische Observability-Plattformen setzt.
Die Antwort ist einfach. DII versteht die NetApp Infrastruktur nativ, integriert sich direkt in ONTAP Telemetrie und Logs und ist auf unsere Vorgehensweise beim Betrieb von Speicher, Rechenleistung, Kubernetes und Cloud als einheitliche Plattform abgestimmt. Vor allem ermöglicht DII einen Automatisierung zuerst ausgerichteten Betrieb und verwandelt Observability in Maßnahmen statt in statische Dashboards.
Der Betrieb von DII im großen Maßstab unterstreicht ein zentrales NetApp auf NetApp Prinzip: Die wertvollsten IT-Tools sind nicht diejenigen mit den meisten Funktionen, sondern diejenigen, die Probleme unauffällig verhindern, bevor sie jemand bemerkt.
Von der Erkennung unerwünschter VMs und der Kubernetes-Observability bis hin zur Sicherheitsautomatisierung und CMDB-Integration trägt DII dazu bei, dass die Engineering-IT Problemen einen Schritt voraus bleibt, Risiken reduziert und mit Zuversicht arbeitet.
Ramanjaneyalu M ist Senior Information Systems Engineer bei NetApp mit Expertise in Cloud-Infrastruktur, Kubernetes, Speicherlösungen und Enterprise-IT-Betrieb.