Bereitstellungsmodelle für Caveonix RiskForesight
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.
Überprüfen Sie die Einsatzmodelle für Caveonix RiskForesight™ zusammen mit dem Installationsprozess.
Wenn Sie die Option IBM Cloud® for VMware Solutions RiskForesight auswählen, müssen Sie nicht sämtliche Schritte der Bereitstellung befolgen, da die ersten Schritte automatisiert erfolgen. Wenn Sie jedoch die Lösung nach der ursprünglichen Implementierung skalieren möchten, ist ein detailliertes Verständnis für die vollständige Implementierung und Architektur erforderlich.
Die RiskForesight Installation umfasst die folgenden übergeordneten Schritte:
- Erste Planung sowie Voraussetzungen – Kenntnis und Auswahl einer Bereitstellungsoption sowie Konfiguration von DNS, um eine FQDN/IP Auflösung für die Anwendungskomponenten bereitzustellen.
- Bereitstellung der virtuellen Maschine - Bereitstellung der VMs über eine OVF Vorlage. Alle Anwendungskomponenten werden auf der VM installiert.
- Anwendungskonfiguration- Ausführen des Caveonix-Konfigurationsskripts, das die Anwendungskomponenten auf jeder der VMs konfiguriert.
- Einrichtung der Anwendung – Einrichtung des Service Providers und eines Tenants oder einer Organisation, um die Anwendung für Benutzer zugänglich zu machen.
Mit der automatisierten Installation wird genau eine VM bereitgestellt, für die alle Anwendungskomponenten konfiguriert werden.
Dimensionierung der Bereitstellung
Die Leimung der Implementierung wird anhand der folgenden Datenvolumen berechnet.
| Datentyp | Datenträger |
|---|---|
| Scans pro Tag | 1 |
| Scandaten (MB) | 20 |
| Protokolldaten (MB) | 500 |
| Flussdaten (MB) | 200 |
| Assetdaten (MB) | 46 |
| Gesamtspeicher pro Asset pro Tag (MB) | 766 |
| Datenreplikationsmultiplikator | 2 |
| Gesamtindexspeicher pro Asset pro Tag (MB) | 1.532 |
Der Datenreplikations Multiplikator ist auf 2 gesetzt, da der Indexspeicher (elastische Suche) standardmäßig eine n+1 Replikation der Indizes verwendet.
Die Anzahl der skalierenden VMs wird aus der Anzahl der Assets und der Anzahl der Tage der Daten, die indexiert werden sollen, berechnet.
| Anzahl der Assets | 100 | 500 | 5000 |
|---|---|---|---|
| Tage mit Daten | 30 | 30 | 30 |
| Gesamtindexspeicher pro Asset pro Tag (MB) | 1532 | 1532 | 1532 |
| Gesamtindexspeicher pro Asset pro 30 Tage (TB) | 4 | 22 | 219 |
| Pro Skalierungsknoten unterstützte Daten (TB) | 0 | 8 | 8 |
| Erforderliche Skalierungs VMs | 0 | 3 | 27 |
In der folgenden Tabelle wird dargestellt, wie die erforderliche Speicherkapazität berechnet wird.
| Anzahl der Assets | 100 | 500 | 5.000 |
|---|---|---|---|
| Langfristige Datenaufbewahrung (Monate) | 8 | 8 | 8 |
| Gesamtspeicher pro Asset pro Tag (MB) | 766 | 766 | 766 |
| Tage mit Daten | 30 | 30 | 30 |
| Kurzfristige Datenaufbewahrung (TB) | 7 | 33 | 329 |
| Langfristige Datenaufbewahrung (TB) | 18 | 88 | 877 |
Aus Datenperspektive werden die Daten wie folgt verwendet:
- Scandaten werden im Konformitätsmanagement verwendet.
- Protokolldaten werden für das Forensik Management verwendet.
- Beim Risikomanagement werden Bestands- und Stromdaten verwendet. Flussdaten sind nur über NSX Manager verfügbar.
Für die Datenspeicherung gibt es drei Stufen:
- Repliziert
- Kurzzeitdatenspeicherung
- Langzeitdatenspeicherung
In der folgenden Tabelle finden Sie eine Zusammenfassung der Implementierungen.
| Bereitstellungsmodell | Umfassend | Teilweise verteilt | Vollständig verteilt |
|---|---|---|---|
| Anzahl der Assets | 100 | 500 | 5.000 |
| Generierte Online Daten von 30 Tagen (TB) | 4 | 22 | 219 |
| Nearline Datenaufbewahrung (90 Tage) (TB) | 7 | 33 | 329 |
| Offline Datenaufbewahrung (8 Monate) (TB) | 18 | 88 | 877 |
| Gesamtaufbewahrungsdauer für Datenspeicher (1 Jahr) (TB) | 28 | 142 | 1.425 |
| Basis VMs | 1 | 1 | 20 |
| Skalierungs VMs | 0 | 3 | 28 |
| Gesamtzahl VMs | 1 | 4 | 48 |
Anmerkungen
Wenn Sie den Caveonix Service RiskForesight löschen, löscht die Automatisierung IBM Cloud for VMware Solutions nur die einzelne All-in-One Caveonix VM, die bereitgestellt wurde, und das dedizierte private Teilnetz, das dafür bestellt wurde. Dies bedeutet Folgendes:
- Wenn Sie die Caveonix VM auf mehrere VMs horizontal skaliert haben, werden diese zusätzlichen VMs nicht entfernt.
- Wenn Sie die IP Adressen des dedizierten privaten Teilnetzes für zusätzliche VMs verwendet haben, müssen diesen VMs neue IP Adressen zugeordnet werden, damit sie weiter funktionieren.
- Wenn Sie VMware Cloud Foundation for Classic - Automated Instanz A mit dem installierten Caveonix RiskForesight Dienst löschen und die IP-Adressen des für den Dienst bestellten dedizierten privaten Subnetzes in VCF for Classic - Automated Instanz B verwendet haben, wird das dedizierte private Subnetz bei der Löschung von VCF for Classic - Automated Instanz A annulliert.