Systemanforderungen für eine Bereitstellung mit einem einzelnen Knoten
Hier finden Sie die Systemanforderungen für „ Standard Edition “ auf einem Cluster mit einem einzigen Knoten.
Die folgenden Spezifikationen stellen die Mindestanforderungen für eine funktionsfähige Bereitstellung dar. Wenn die Auslastung des Backends zunimmt, müssen Sie möglicherweise zusätzliche Ressourcen bereitstellen, um eine optimale Leistung und Systemstabilität zu gewährleisten.
- Die Anzahl der überwachten Server.
- Die Technologien, die auf den überwachten Servern laufen, da einige Technologien einen höheren Metrik-Aufwand erfordern.
- Die Auslastung einer beobachteten Umgebung wird aus Sicht der Anfragen durch die Trace-Auslastung bestimmt, die direkt proportional sowohl zum eingehenden Datenverkehr des beobachteten Systems als auch zu dessen internem Datenverkehr ist.
- Aufgrund ihrer Anwendungsarchitektur und ihrer Zugriffsmuster erzeugen Microservices mit hohem Datenaufkommen weitaus mehr Spans als monolithische Anwendungen.
- Aufgrund der Komplexität der Infrastruktur kann ein Knoten in einer „ Kubernetes “-Umgebung mit Hunderten von Pods deutlich mehr Metriken erzeugen als ein einzelner „ VM “.
- Aktivierte Funktionen wie End-User-Monitoring (EUM), Protokollierung und serverlose Überwachung können zu einem höheren Datenaufkommen und -speicherbedarf führen.
- Traffic-Spitzen und saisonale Ereignisse – berücksichtigen Sie Spitzenzeiten wie den Black Friday oder Werbeaktionen.
Unterstützte Plattformen und Betriebssysteme
Stellen Sie sicher, dass Sie über einen Server verfügen, auf dem Sie das Installationsprogramm für die selbst gehostete Version von Standard Edition ausführen können.
Instana unterstützt die folgenden Plattformen und Betriebssysteme für den Host:
| Plattform | Betriebssystem |
|---|---|
| Linux® x86_64 | Red Hat® Enterprise Linux® ( RHEL ) 10, 9 und 8 |
| Ubuntu 24.04 und 22.04 | |
| Debian 13 und 12 | |
| CentOS Stream 9 | |
| Amazon Linux 2023 | |
| Oracle Linux 9 | |
| SUSE Linux Enterprise Server (SLES) 15 SP6 SP7 | |
| Linux® arm64 | Unterstützt auf „ AWS “ Graviton Die Bereitstellung auf anderen Betriebssystemen unter arm64 wurde nicht getestet. |
Hardwarevoraussetzungen
Der Host muss die Mindestanforderungen für CPU, Hauptspeicher und Speicher erfüllen.
CPU, Arbeitsspeicher und Speicherplatz
Instana bietet zwei Installationsarten, die Sie während der Installation auswählen können. Wählen Sie basierend auf Ihrer Umgebung einen Installationstyp aus. Der Standardinstallationstyp ist demo.
- Verwenden Sie den Installationstyp
demonur für Test-und Demoumgebungen. Nicht in einer Produktionsumgebung verwenden. - Verwenden Sie den Installationstyp
productionfür Produktionsumgebungen.
demo Installation beginnen und diese in eine production Installation umwandeln, ohne dass Konfigurations- oder Verlaufsdaten verloren gehen. Um die Installation umzustellen, erweitern Sie Ihre Infrastruktur – beispielsweise CPU, Arbeitsspeicher und Speicherplatz –, damit sie den Produktionsanforderungen entspricht.Die folgenden Tabellen geben einen Überblick über die Anforderungen an CPU, Arbeitsspeicher und Speicherplatz für einen Cluster mit einem Knoten.
| Installationstyp | Anzahl der CPU-Kerne | Speicherkapazität (GB) | Speicher | Mindestfestplattengeschwindigkeit (IOPS) pro Sekunde | Mindestdurchsatz ( MiB ) pro Sekunde |
|---|---|---|---|---|---|
demo |
16 | 64 | 1.200 | 1.000 | 125 |
| Produktion – Small VM | 28 | 112 | 3700 | 3.000 | 250 |
| Produktion – Groß VM | 56 | 224 | 7400 | 3.000 | 250 |
Einige optionale Features benötigen möglicherweise mehr CPU und Speicher. Wenn Sie planen, diese optionalen Funktionen zu aktivieren, ist es ideal, die CPU und den Speicher bereitzustellen, die sie benötigen, um Leistungsprobleme zu vermeiden.
Weitere Informationen zu allen optionalen Funktionen, die Sie installieren können, finden Sie unter „Optionale Funktionen aktivieren “.
Wenn Sie die Selbstüberwachung Ihres „ Standard Edition “-Hosts aktivieren, benötigen Sie zusätzliche CPU-Leistung und Arbeitsspeicher, wie in der folgenden Tabelle aufgeführt.
In der folgenden Tabelle sind die zusätzlichen CPU-, Arbeitsspeicher- und Speicherressourcen aufgeführt, die für jede optionale Funktion in einer Demo-Umgebung erforderlich sind.
| Optionales Feature | vCPUs | Speicherkapazität (GB) | Speicher (GB) |
|---|---|---|---|
| Generierung von KI-Aktionen | 1 | 3 | 0 |
| Protokolle analysieren | 2 | 7 | 2459 |
| Automationsframework | 1 | 5 | 0 |
| Geschäftsprozesse | 1 | 4 | 0 |
| Vorfallzusammenfassung | 1 | 3 | 0 |
| Selbstüberwachung | 0 | 0 | 0 |
| ServiceNow ITSM-Alarmkanal | 1 | 3 | 0 |
| Smart Alert für Infrastruktur | 1 | 3 | 0 |
| Überwachung der synthetischen Transaktionen | 2 | 6 | 0 |
In der folgenden Tabelle sind die zusätzlichen CPU-, Arbeitsspeicher- und Speicherressourcen aufgeführt, die für jede optionale Funktion in einer Produktionsumgebung mit einem Knoten erforderlich sind.
Added optional feature resource requirements table for single-node production environment, sourced from Instana_Optional_Feature_Resource_Requirements_Updated.docx.
| Optionales Feature | vCPUs | Speicherkapazität (GB) | Speicher (GB) |
|---|---|---|---|
| Generierung von KI-Aktionen | 1 | 3 | 0 |
| Protokolle analysieren | 4 | 12. | 3688 |
| Automationsframework | 2 | 6 | 0 |
| Geschäftsprozesse | 2 | 5 | 0 |
| Vorfallzusammenfassung | 1 | 3 | 0 |
| Selbstüberwachung | 0 | 0 | 0 |
| ServiceNow ITSM-Alarmkanal | 1 | 4 | 0 |
| Smart Alert für Infrastruktur | 1 | 4 | 0 |
| Überwachung der synthetischen Transaktionen | 2 | 9 | 0 |
Anforderungen an die CPU-Architektur ( x86‑64 )
Instana unterstützt die Installation auf Systemen mit „ x86‑64 “, die „ x86‑64‑v2 “-CPU-Unterstützung bieten. Der Befehlssatz „ x86‑64‑v2 “ wird von mehreren Komponenten von „ Instana “ (wie z. B. Cassandra und Kafka ) sowie von der GNU-Bibliothek „ C “ (glibc) benötigt, die bei der Installation verwendet wird. Die meisten modernen CPUs (die etwa ab 2008 auf den Markt kamen) unterstützen „ x86‑64‑v2 “. In virtualisierten Umgebungen kann die Konfiguration der virtuellen Maschine jedoch die CPU-Leistung verschleiern oder einschränken, selbst wenn die zugrunde liegende Hardware diese unterstützt.
Erforderliche CPU-Befehlsflags
Das Betriebssystem muss über die folgenden CPU-Flags verfügen:
sse3ssse3sse4_1sse4_2popcntcx16lahf_lm
Speicheranforderungen
Der Gesamtspeicherbedarf hängt erheblich von der Infrastruktur und Workload ab, die Sie überwachen wollen. Darüber hinaus beeinflussen optional verwendete Funktionen wie Logging und Synthetics die erforderliche Speicherkapazität.
Die folgende Tabelle enthält die Speicherplatzanforderungen für die Verzeichnisse, die in „ Instana “ verwendet werden, für jede Installationsart. Weitere Informationen zu den Verzeichnissen finden Sie unter „Standardverzeichnisse “.
| Installationstyp | Stammverzeichnis (GB) | Datenverzeichnis (GB) | Metrikverzeichnis (GB) | Analyseverzeichnis (GB) | Objektverzeichnis (GB) | Cluster-Datenverzeichnis (GB) | $HOME Verzeichnis (GB) in einer Online-Umgebung |
$HOME Verzeichnis (GB) in einer isolierten Umgebung |
Gesamtspeicherkapazität (TB) in einer Online-Umgebung | Gesamtspeichervolumen (TB) in einer Air-Gapped-Umgebung |
|---|---|---|---|---|---|---|---|---|---|---|
demo |
100. | 150 | 300 | 500 | 250 | 100. | 10 | 40 | 1.45 | 1.48 |
production |
100. | 500 | 1.000 | 1.200 | 1.000 | 100. | 10 | 40 | 3.95 | 3.98 |
Für etwa einen Monat müssen Sie den Speicherdatenträger überwachen, den Sie ursprünglich zugeordnet hatten. Sie können die Kapazität bei Bedarf erhöhen. Wenn Sie weitere Agenten verwenden oder weitere optionale Funktionen aktivieren, müssen Sie außerdem die Speicherbelegung überwachen.
Ein eigenes Gerät pro Verzeichnis
Jedes der vier Datenverzeichnisse von „ Instana “ (`data`, `metrics`, `analytics` und `objects`) muss sich auf einem eigenen, dedizierten Speicher befinden.
Sie müssen für jedes dedizierte Speichergerät ein Verzeichnis einrichten.
Die Isolierung muss durchgängig bis hinunter zur physikalischen Schicht gewährleistet sein.
Die Verzeichnisse dürfen keine der folgenden Ressourcen gemeinsam nutzen:
- Plattenspeicher
- Datenträgergruppe
- SAN-Pool
- RAID-Array
- Jede andere Ebene, die auf dieselben Spindeln, denselben Flash-Speicher, denselben Cache oder denselben Controller verweist
Eine Trennung auf Host-Ebene – wie beispielsweise separate Einhängepunkte, logische Volumes (LVs) oder LUNs – ist notwendig, aber nicht ausreichend. Wenn Ressourcen der unteren Schichten letztendlich auf dieselbe physische Hardware abgebildet werden, konkurrieren die Verzeichnisse weiterhin um die E/A-Kapazität.
Die Isolation muss über den gesamten Speicherstack hinweg gewährleistet sein, nicht nur auf der Host-Ebene. Die einzige Ausnahme von dieser Regel bildet NVMe, auf das gesondert eingegangen wird.
Leistungsisolierung
Instana Datenverzeichnisse verursachen ein hohes, sprunghaftes und gleichzeitiges E/A-Aufkommen. Jedes Speichergerät verfügt über eine begrenzte E/A-Kapazität, die Folgendes umfasst:
- E/A-Operationen pro Sekunde
- Durchsatz (Bandbreite)
- Cache
Wenn sich mehrere Verzeichnisse ein Gerät teilen:
Ein plötzlicher Anstieg der Auslastung in einem Verzeichnis kann die verfügbare Kapazität für andere Verzeichnisse verringern. Dies führt zu unvorhersehbaren Latenzzeiten, die sich wie folgt äußern können:
- Zeitüberschreitungen bei Abfragen
- Verlorene Spuren
- Langsame Dashboards
- Nicht bestandene Gesundheitschecks
Verwenden Sie dedizierte Geräte, um eine gleichbleibende und vorhersehbare Leistung zu gewährleisten.
Fehlerbegrenzung
Bei dediziertem Speicher wird jedes Verzeichnis einer eigenen Ausfalldomäne zugeordnet. Wenn ein Gerät voll, beschädigt oder nicht verfügbar ist, ist davon nur das zugehörige Verzeichnis betroffen.
Bei gemeinsam genutztem Speicher betrifft dasselbe Problem alle Verzeichnisse, die auf diesem Gerät gemeinsam genutzt werden.
Obwohl die Datenspeicher von „ Instana “ voneinander abhängig sind und die vollständige Verfügbarkeit des Dienstes während eines Ausfalls nicht garantiert werden kann, begrenzt die Isolierung der Speicher den Ausmaß der Auswirkungen und vereinfacht die Wiederherstellungsmaßnahmen.
Überprüfung der Speicherisolierung
Sie müssen sicherstellen, dass jedes Verzeichnis auf unabhängigen physischen Ressourcen basiert und dass auf keiner Ebene eine gemeinsame Nutzung stattfindet.
Der Host kann mehrere Geräte bereitstellen, auch wenn diese auf gemeinsam genutztem Speicher basieren. Eine Validierung auf Host-Ebene allein reicht nicht aus.
Führen Sie auf Host-Ebene die folgenden Befehle aus, um die Gerätezuordnungen zu überprüfen.
lsblk -o NAME,SIZE,TYPE,MOUNTPOINTFür LVM-Konfigurationen (LV, VG, PV nachverfolgen):
sudo pvssudo vgssudo lvdisplay -mDie Konfiguration muss die folgenden Bedingungen erfüllen:
- Jeder Einhängepunkt verwendet ein eigenes Blockgerät
- Ein Blockgerät wird nicht von mehr als einem Verzeichnis verwendet
In LVM-Konfigurationen nutzt jede Volume-Gruppe ausschließlich ihre eigenen physischen Volumes, und kein physisches Volume wird von mehreren Volume-Gruppen gemeinsam genutzt.
Am Speicher-Backend validieren:
Bei SAN-, NAS- oder virtualisierten Speichersystemen ist eine zusätzliche Überprüfung erforderlich, da der Host keinen Einblick in die gemeinsame Nutzung der Backend-Ressourcen hat.
Bitte klären Sie die folgenden Punkte mit Ihrem Speicheranbieter oder Administrator:
- Die Volumes stammen nicht aus demselben Speicherpool, RAID-Set oder Datenspeicher.
- Speichercontroller-Ressourcen, wie beispielsweise der Cache, werden nicht gemeinsam genutzt.
- Fabric- oder Konnektivitätspfade sind voneinander unabhängig
- E/A-Aktivitäten auf einem Datenträger haben keine Auswirkungen auf einen anderen Datenträger.
Ausnahme: NVMe-Speicher
Die Isolationsanforderung basiert auf den Eigenschaften herkömmlicher Festplatten, wie beispielsweise der Suchlatenz und den serialisierten E/A-Warteschlangen. NVMe-Speicher mindert diese Einschränkungen erheblich. In NVMe-Umgebungen kann diese Anforderung auf ein kapazitätsbasiertes Modell gelockert werden.
Kapazitätsbasierte Zuordnung: Mehrere Verzeichnisse können sich ein einzelnes NVMe-Gerät teilen, sofern die folgenden Bedingungen erfüllt sind:
- Das Gerät bietet eine ausreichende, konstante IOPS-Leistung und einen ausreichenden Durchsatz.
- Die Kapazität übersteigt den gesamten Spitzenbedarf aller Verzeichnisse.
Planen Sie für Spitzenauslastung, nicht für Durchschnittsauslastung: Die Arbeitslasten schwanken stark, und gleichzeitige Spitzenbelastungen können ein Gerät überlasten, das unter gleichmäßigen Bedingungen ausreichend erscheint.
Eingeschränkte Fehlerisolierung: Alle Verzeichnisse auf demselben Gerät gehören zu ein und demselben Ausfallbereich. Fällt das Gerät aus, sind alle darauf gespeicherten Verzeichnisse betroffen. Verwenden Sie gemeinsam genutzte NVMe-Konfigurationen nur, wenn der Verlust dieser Isolation akzeptabel ist.
Standardverzeichnisse
Instana verwendet die folgenden Verzeichnisse zur Datenspeicherung.
- Datenverzeichnis: Wird für die Datenspeicher von Elasticsearch, PostgreSQL, und Kafka verwendet. Der Standardspeicherort ist
/mnt/instana/stanctl/data. - Verzeichnis „Metrics“: Wird für die Datenspeicher „ Cassandra “ und „ BeeInstana “ verwendet. Der Standardspeicherort ist
/mnt/instana/stanctl/metrics. - Analytics-Verzeichnis: Wird für den Datenspeicher von „ ClickHouse “ verwendet. Der Standardspeicherort ist
/mnt/instana/stanctl/analytics. - Verzeichnis „Objects“: Wird für Raw-Spans, synthetische Überwachung und Endbenutzerüberwachung (EUM) verwendet. Der Standardspeicherort ist
/mnt/instana/stanctl/objects. - Cluster-Datenverzeichnis: Wird für Clusterdaten verwendet.
$HOMEVerzeichnis: Home-Verzeichnis des aktuellen Root- oder Nicht-Root-Benutzers.
Aufgrund des hohen Datendurchsatzes verschiedener Funktionen von „ Instana “ und um Leistungsprobleme zu vermeiden, sollten Sie schnellen, dedizierten Speicher wie Solid-State-Laufwerke (SSDs) verwenden. Verwenden Sie für jedes der Verzeichnisse „data“, „metrics“, „analytics“ und „objects“ separate Festplatten.
Sie müssen die folgenden Verzeichnisse auf den separaten Festplatten einbinden:
- Cluster-Datenverzeichnis: Sie können ein benutzerdefiniertes Verzeichnis angeben, falls Sie nicht über genügend Speicherplatz in
/var. verfügen. Zum Beispiel/xyz/data. Achten Sie darauf, dieses Verzeichnis bei--cluster-data-dirder Installation anzugeben. Das--cluster-data-dirFlag leitet lediglich das/var/lib/rancher/k3sVerzeichnis auf den benutzerdefinierten Pfad um. K3s und Kubelet schreibt weiterhin Daten an andere/varSpeicherorte, wie z. B/var/lib/kubelet/pods. temporäre Daten der Container-Laufzeitumgebung und Komponentenprotokolle. Sie müssen sicherstellen, dass auf der/varFestplatte genügend freier Speicherplatz für diese Verzeichnisse vorhanden ist. Zu wenig Speicherplatz auf/varkann zu Fehlern bei der Pod-Planung oder zu Warnmeldungen von Kubelet wegen Speicherplatzmangel führen. Sollten solche Probleme auftreten, müssen Sie den verfügbaren Speicherplatz in/var/lib/kubeletund anderen/varUnterverzeichnissen überprüfen. $HOMEVerzeichnis:$HOMEBezieht sich auf das Home-Verzeichnis des aktuellen Benutzers. Wenn der Benutzer beispielsweise Root-Benutzer ist,$HOMEwäre/root; für einen Nicht-Root-Benutzer wäre/home/<username>$HOME.
Voraussetzung für den Netzbetrieb
Die folgenden Ports auf Ihrem Host müssen offen und zugänglich sein. Weitere Informationen zum Öffnen dieser Ports finden Sie unter Firewallregeln.
| Portnummer | Richtung | Protokoll | Quelle | Beschreibung |
|---|---|---|---|---|
| 22 | Ankommend | TCP | Extern | Erforderlicher Port für die Secure Shell (SSH)-Verbindung (nur erforderlich, wenn Sie sich per SSH anmelden möchten) |
| 80 | Ankommend | TCP | Extern | HTTP Protokoll für die Benutzeroberfläche der „ Instana “-Konsole |
| 443 | Ankommend | TCP | Extern | HTTPS Protokoll für Instana -Konsolen-Benutzeroberfläche, Instana -Konsolen- API, Instana -EUM, OpenTelemetry, und Instana -Agenten-Akzeptor-Port |
| 443 | Ausgehend | TCP | Extern | Nur in Online-Umgebungen erforderlich. Weitere Informationen finden Sie unter Anforderungen an den ausgehenden Netzwerkzugriff für selbstgehostete Instana Bereitstellungen. |
| 8443 | Ankommend | TCP | Extern | Instana Agent-Akzeptor-Port. Dieser Anschluss ist optional. |
| Alle | Ankommend | TCP/UDP | 10.42.0.0/16 und10.43.0.0/16 |
Subnetze der selbst gehosteten Komponenten von „ Instana “ |
| Alle | Ankommend | TCP/UDP | Rückschleife | Öffnen Sie die Ports, damit ein „ VM “ seine eigenen Datenpakete senden und empfangen kann. |
Beachten Sie die folgenden Hinweise:
- „Externe Quelle“ bedeutet, dass der Port von außerhalb des selbst gehosteten Unternehmensnetzwerks (privaten Netzwerks) von Instana erreichbar sein muss.
- IP-Adressen
10.42.0.0/16Und10.43.0.0/16muss intern auf alle Ports (1 - 65535) zugreifen können. - Die Firewall muss dem gesamten Datenverkehr von der Loopback-Adresse vertrauen.
- Für den Zugriff auf bestimmte Repositories wird ausgehender Port 443 benötigt. Weitere Informationen finden Sie unter „Anforderungen für den ausgehenden Netzwerkzugriff “.
Nächste Schritte
Fahren Sie mit der Vorbereitung Ihrer Umgebung fort.
Added optional feature resource requirements table for demo environment, sourced from Instana_Optional_Feature_Resource_Requirements_Updated.docx.