Containerisierter MID-Server
Der containerisierte MID-Server verwendet ein Docker-Image des MID-Servers, mit dem Sie MID-Server schnell skalieren können. MID-Server werden mit Orchestration-Tools wie OpenShift oder Kubernetes bereitgestellt. Orchestration-Tools können ihre Bereitstellung und Wartung automatisieren und bei Bedarf neue Container hinzufügen oder fehlerhafte Container automatisch ersetzen.
 |
Um containerisierte MID-Server zu verwenden, können Sie Docker-Rezepte für Linux von der Download-Seite des MID-Servers herunterladen. Verwenden Sie die Rezepte, um die Docker-Images für das aktuelle Release zu erstellen. Die Rezepte werden gezippt und signiert. Einige Funktionen sind für das Washington DC-Familienrelease veraltet. Siehe [KB1559617] veraltete Container-MID-Serverfunktionen in Washington DC Weitere Informationen finden Sie unter .
AlmaLinux wird unterstützt.
Die Rezepte können nicht zum Erstellen von Images für vorherige MID-Server-Versionen verwendet werden.
Discovery von NMAP und CyberArk werden nicht unterstützt.
Andere Anwendungen wie Orchestration und Integration Hub sind nicht zertifiziert.
Sobald die Docker-Images verfügbar sind, können Sie neue MID-Server-Container erstellen und mit Konfigurationsparametern konfigurieren, die über Umgebungsvariablen oder geheime Dateien übergeben werden. Docker-, Openshift- und Kubernetes-Geheimnisse werden unterstützt. Die MID-Server-Anwendung im Container wird als Prozess von einem nicht-Administratoranwender ausgeführt.
Wenn zum ersten Mal ein containerisierter MID-Server-Datensatz in der Instanz erstellt wird, wird eine zufällige UUID erstellt und auf festgelegt Container_ID Spalte. Während der Startsequenz wird dieser Wert durch die tatsächliche Container-ID ersetzt. Die Container-ID kann verwendet werden, um zwischen containerisierten und regulären MID-Servern zu unterscheiden. Die Container-ID der nicht containerisierten MID-Server hat einen Null- oder leeren Wert.
Um die ausgefallenen MID-Server auf der Instanz automatisch zu bereinigen, wird täglich eine geplante Aufgabe namens verwaiste Container-MID-Server löschen ausgeführt. Dieser Auftrag entfernt verwaiste containerisierte MID-Server, wenn sie länger ausgefallen sind als der vom festgelegte Wert max_Retention_days Eigenschaft. Der Auftrag erstellt auch jeden Tag vor dem Entfernungstag ein MID-Server-Problem, wenn der Wert kleiner oder gleich dem Wert von ist Warn_days Verbleibend. Die Standardwerte für max_Retention_days Und Warn_days Sind 30 bzw. 7.
Automatisches Upgrade
Das automatische Upgrade funktioniert für containerisierte MID-Server genauso wie für normale MID-Server. Es wird jedoch empfohlen, das automatische Upgrade für containerisierte MID-Server zu deaktivieren. Wenn ein neues Image benötigt wird, erstellen Sie ein neues Image, und stellen Sie es bereit, indem Sie die YAML-Bereitstellungsdatei aktualisieren und dann erneut anwenden.
Das automatische Upgrade des containerisierten MID-Servers wird von gesteuert mid.container.autoupgrade.enabled Konfigurationsparameter und ist standardmäßig auf „wahr“ festgelegt. Der Konfigurationsparameter ist schreibgeschützt und kann daher nicht von der Instanz synchronisiert werden.
Fügen Sie den Konfigurationsparameter einem MID-Server-Profil hinzu, und verwenden Sie ihn mit neuen Bereitstellungsanforderungen. Die Einstellungen werden dann in die Bereitstellungs-YAML-Datei aufgenommen, wenn die Bereitstellungsanforderung exportiert oder manuell einer vorhandenen Bereitstellungs-YAML-Datei hinzugefügt und erneut angewendet wird.
Integritätsprüfung
Eine INTEGRITÄTSPRÜFUNGSREGEL wird implementiert, um den Integritätsstatus des MID-Servers basierend auf dem Heartbeat alle 5 Minuten zu überprüfen. Wenn in den letzten 30 Minuten keine Heartbeat-Aktivität aufgetreten ist, wird dies als Fehler betrachtet. Nach 3 aufeinanderfolgenden Fehlern wird sie in der Docker-ps-Befehlsausgabe fehlerhaft.
Um weitere Integritätsprüfung-Details anzuzeigen, führen Sie Folgendes aus docker-Inspektionsbefehl : docker-Inspektion --Format={{JSON .State.Health}} <container-id>
Grundlegende Containervorgänge
- docker-Stopp-<container_id>
- Dieser Befehl fährt den containerisierten MID-Server herunter.
- docker-Start-<container_id>
- Dieser Befehl startet einen containerisierten MID-Server, wenn er angehalten wird.
- docker startet <container_id> neu
- Mit diesem Befehl wird ein MID-Server heruntergefahren und neu gestartet.
Erstellen Sie ein MID-Server-Docker-Image
Erstellen Sie ein MID-Server-Docker-Image Mit den bereitgestellten Rezepten zur Bereitstellung eines containerisierten MID-Servers. Der containerisierte MID-Server verwendet ein Docker-Image des MID-Servers, mit dem Sie MID-Server schnell skalieren können.
Containerisierte MID-Server-Bereitstellung und automatische Konfiguration
Mit Bereitstellungs- und automatische Konfigurationsfunktion , Kann ein Agent-Administrator alle erforderlichen MID-Server- Einstellungen in einem MID-Server-Profil auf der Instanz eingeben und dann eine Bereitstellungsanforderung an den K8s-Cluster senden. Nachdem die Anforderung verarbeitet wurde, werden die neuen MID-Server automatisch erstellt und automatisch konfiguriert. Sie sind in Sekunden einsatzbereit. Wenn das MID-Serverprofil geändert wird, können die zugehörigen containerisierten MID-Server auch bei Bedarf aktualisiert werden.