Übersicht zu den Betriebsprozessen
Einstellung des Vertriebs: Ab dem 31. Oktober 2025 stehen Neukunden keine neuen Bereitstellungen von „ VMware Solutions “-Angeboten mehr zur Verfügung. Bestehende Kunden können ihre aktiven „ VMware® “-Workloads weiterhin auf IBM Cloud® nutzen und erweitern. Weitere Informationen finden Sie unter Ende der Vermarktung für VMware auf IBM Cloud.
Die folgenden Informationen geben einen Überblick über die Vorgänge an Tag 2, die Sie nach der Bereitstellung Ihrer VMware Cloud Foundation for Classic - Automated Instanz durchführen müssen. IBM Cloud® for VMware Solutions ist ein Bereitstellungsdienst, der die Software-Defined Data Center-Software von VMware automatisch auf der IBM Cloud bereitstellt. Viele der folgenden Tag 0 und Tag 1 werden von der Implementierungsautomatisierung ausgeführt.
- Tag 0
- Anforderungen
- Architektur
- Design
- Day 1
- Installation
- Einrichtung
- Configuration. Weitere Informationen hierzu finden Sie unter Konfigurationstasks.
Tag 2-Operationen bestehen in der Regel aus den folgenden übergeordneten Tasks.
- Konformität. Weitere Informationen hierzu finden Sie unter Konformität.
- Proaktive und reaktive Instandhaltung. Weitere Informationen hierzu finden Sie unter Proaktive Tasks und Fehlerbehebung.
Weitere Informationen zu den Aufgaben von Tag 2 finden Sie unter Zuständigkeiten für Tag 2-Operationen.
Einführung in Betriebsprozesse
Viele IT-Organisationen dokumentieren ihre Betriebsprozesse in einem Runbook. Ein Runbook ist ein Satz standardisierter Dokumente, Referenzen und Prozeduren, die häufig wiederkehrende IT-Tasks erläutern. Die IT-Mitarbeiter beziehen sich auf das Runbook, um ihre Arbeit optimal erledigen zu können. Runbooks verbessern die organisatorische Effizienz durch Standardisierung und unterstützen ein effizienteres Onboarding von Mitarbeitern.
Die folgenden Beispiele zeigen die beiden typischen Arten von Runbooks:
- Eine allgemeine Dokumentation der Prozeduren, Leitfäden und Tasks. Diese ist in der Regel eher allgemein gehalten und verweist auf die von Anbietern bereits bereitgestellte Dokumentation.
- Eine spezialisierte Dokumentation für das Unternehmen. Diese Dokumentation ist spezifisch für ein System, eine Anwendung oder eine Reihe von Anwendungen und wird nicht von der Herstellerdokumentation abgedeckt. Die folgende Struktur für Ihre
spezialisierte Dokumentation wird empfohlen:
- Übersicht - Eine Übersicht über den Service mit Abschnitten, die Folgendes beschreiben:
- Was ist der Service und warum ist er für das Unternehmen erforderlich?
- Wer sind die Hauptansprechpartner für den Service?
- Wie berichte ich Probleme mit dem Service?
- Build-Fokussierung auf die Entwicklungsteams und die wichtigsten Softwarekomponenten des Service und die Art und Weise, wie der Service erstellt wird. Informationen zu Softwareprodukten, Standorten von OVAs, Verteilerdatenträgern oder der Position des Quellcodes. Die erforderlichen Schritte für die Paketierung oder Verteilung des Release. Sie enthält alle erforderlichen Anweisungen für den Einstieg eines neuen Entwicklers.
- Implementierung - Fokussieren Sie auf das Betriebsteam und wie Sie die Software implementieren. Es enthält Details zur Hardware und virtualisierten Infrastruktur sowie zum Erstellen der virtuellen Maschinen (VMs), einschließlich vCPU-, RAM-und Plattenanforderungen, Betriebssystemversion und -konfiguration, welche Middleware oder Pakete installiert werden sollen.
- Prozeduren-Schritt-um-Schritt-Anleitungen für allgemeine Tasks wie Hinzufügen, Ändern und Löschen, allgemeine Probleme und deren Lösungen, Beratung zur Fehlerbehebung.
- Fehlerbehebung - Eine Liste von allgemeinen Warnungen aus dem Überwachungssystem, die schrittweise Tasks für diese Warnungen enthalten, sowie eine allgemeine Anleitung zur Fehlerbehebung für den Service.
- Disaster-Recovery-Pläne und -Prozeduren - Details zur Wiederherstellung des Service an einem anderen Standort infolge eines Ausfalls am primären Standort.
- Service-Level-Agreement - Die vereinbarten Serviceparameter, z. B. Vereinbarungen auf Betriebsebene, Schlüsselindikatoren, Zielsetzung für Verfügbarkeit, Wiederherstellungspunkt und Wiederherstellungszeit.
- Übersicht - Eine Übersicht über den Service mit Abschnitten, die Folgendes beschreiben:
Die meisten IT-Organisationen verfügen über mehrere Runbooks, die als Referenzhandbücher dienen. Diese Dokumentationsreihe ist für die Verwendung als allgemeines Runbook für Ihr Unternehmen unter Verwendung von VCF for Classic - Automated Instanzen konzipiert. Während sich die Inhalte jedes Runbooks spezifisch auf die Bedürfnisse der Organisation beziehen, ist die Methodik der Runbook-Erstellung ziemlich Standard und verwendet die folgenden zwei Stufen.
- Die erste Phase ist die Entscheidung, welche Prozeduren dokumentiert werden müssen, und diese dann mit ausreichend Details zu unterlegen.
- Die zweite Phase endet nie und besteht darin, diese Prozeduren zu verwalten, zu aktualisieren und zu korrigieren, neue Prozeduren hinzuzufügen und nicht mehr benötigte Prozeduren zu entfernen.
Mit IBM Cloud for VMware Solutions können Sie die vorhandenen Fähigkeiten, Toolsets und Runbooks Ihres Teams nutzen, um Ihre Instanzen in IBM Cloud zu verwalten.
In der folgenden Liste werden die gängigsten Prozeduren, Leitfäden und Tasks aufgeführt:
- Konfigurationstasks - Bei diesen Tasks handelt es sich um allgemeine Aktivitäten, die von Systemadministratoren ausgeführt werden müssen, um die Umgebung an die Anforderungen des Unternehmens anzupassen und um auf Serviceanforderungen zu reagieren,
z. B. neue VMs hinzuzufügen und die Kapazität zu erhöhen. Diese Tasks können wie folgt klassifiziert werden:
- Allgemeine Anweisungen
- VM-Prozeduren
- vCenter-Prozeduren
- vSphere ESXi™ -Hostprozeduren
- Speicherprozeduren
- Netzprozeduren
- Alarme - VMware vSphere® enthält ein Ereignis- und Alarme-Subsystem, das Ereignisse, die in der vSphere-Umgebung auftreten, verfolgt und diese Informationen in vCenter zur Verfügung stellt. In diesem Abschnitt wird dieses Subsystem beschrieben und wie Sie die Alarme in Ihrem Unternehmen aktivieren und verwenden können.
- Proaktive tägliche Prüfungen - Diese Prüfungen ermöglichen es Systemadministratoren, die Umgebung in einem einwandfreien Zustand zu halten. Bei täglicher Ausführung verhindert es, dass viele allgemeine Probleme, die sich auf Kapazität und Leistung beziehen, auf Ihre Arbeitsbelastungen auswirken.
- Fehlerbehebung - Auch wenn Sie proaktive tägliche Prüfungen durchführen, treten Probleme auf, die sich auf Ihre Arbeitsbelastungen auswirken. Deshalb müssen Sie das zugrunde liegende Problem so schnell wie möglich beheben. Diese Fehlerbehebungshandbücher und einige allgemeine Fehlerbehebungsszenarios unterstützen Systemadministratoren bei der schnellen Identifizierung und Behebung dieser Probleme.
- Konformität - Das Konformitätshandbuch bietet Einblicke in die Bewahrung der Konformität der Umgebung auf der Grundlage gesetzlicher Konformitätsvorschriften oder branchenspezifischen bewährten Verfahren. Der Fokus dieses Handbuchs liegt auf VMware-Härtungsrichtlinien, bei denen es sich um eine Reihe von dokumentierten Listen bewährter Verfahren für eine VMware-Umgebung handelt.
Viele der oben genannten Tasks sind in Operations Management unter IBM Cloud automatisiert; für Tasks, die dies nicht sind, vereinfachen diese Tools die manuellen Prozesse für Ihre Systemadministratoren erheblich. Es ist unbedingt erforderlich, dass die Kernkomponenten der VMware-Umgebung überwacht werden.
Im Betriebsmanagement auf IBM Cloud wird dies wie in den folgenden Abschnitten beschrieben erreicht:
Betriebsführung am IBM Cloud
Sie können Unternehmenstools einsetzen, die Sie zur Überwachung und Verwaltung Ihrer VCF for Classic - Automated Instanz verwenden können. Tabelle 1 beschreibt die Kernkomponenten der Instanz VCF for Classic - Automated, warum sie überwacht werden müssen und wie sie mit Hilfe von Operations Management auf IBM Cloud überwacht werden. Weitere Informationen finden Sie in der Dokumentation der Referenzarchitektur.
| Komponente | Warum | Überwacht von |
|---|---|---|
| vCenter | vCenter ist die Infrastruktur-Managementkomponente, die die vSphere-Hosts verwaltet und virtualisierte Konstrukte wie Cluster verwaltet. vSAN™ wird über vCenter überwacht. vSphere-Netzbetrieb, z. B. verteilte Switches und Portgruppen, werden über vCenter überwacht. | VMware Aria® Operations™ Manager und das VMware SDDC Health Management Pack. VMware Aria Operations™ for Logs sammelt die Protokolldaten von vCenter und das Content Pack für vSphere fügt den Protokollen ein spezifisches Verständnis hinzu und sendet wiederum Warnmeldungen an VMware Aria Operations. |
| vSphere-Hosts | vSphere-Hosts stellen die virtualisierte CPU, RAM und das Netz für die Compute-VMs bereit. | VMware Aria Operations durch vCenter. VMware Aria Operations for Logs sammelt die Protokolldaten. |
| vSAN | vSAN stellt einen Datenspeicher bereit, indem Speicher in den Hosts konsolidiert wird und dort von den VMs verwendet werden kann. Kapazitäts- und Leistungsprobleme beeinträchtigen die Anwendungen, die auf diesen VMs laufen. | VMware Aria Operations und das Management Pack für vSAN bieten weitere Dashboards zur Unterstützung der Überwachung von vSAN. vCenter vSAN Health Checks werden über VMware Aria Operations gesammelt. VMware Aria Operations for Logs sammelt die Protokolldaten von vCenter. |
| NSX® | NSX stellt die virtualisierten Netzkomponenten bereit, die von den VMs für die Berechnung verwendet werden, alle Fehler des Netzes können sich auf die Anwendungen auswirken, die auf diesen VMs ausgeführt werden. | VMware Aria Operations und das VMware Aria Operations Management Pack für VMware NSX bieten Einblick in die Netzwerktopologie. VMware Aria Operations for Logs sammelt die Protokolldaten von den NSX-Komponenten wie Controllern, ESG und logischen Switches. VMware Aria Operations™ for Networks bietet eine gründliche Fehlerbehebung bei Netzwerkproblemen. |
Neben der Überwachung bietet Operations Management unter IBM Cloud Unterstützung bei der Konfiguration, Konformität und vielen der proaktiven Tasks, die in dieser Dokumentation ausführlich beschrieben sind.