Oracle / Sun sagt es gut, solange Sie es nicht lokal auf der Produktionsbox ausführen? Ссылка
Hinweis: Die Verwendung von jconsole zur Überwachung einer lokalen Anwendung ist nützlich für die Entwicklung und das Prototyping, wird jedoch nicht für Produktionsumgebungen empfohlen, da jconsole selbst erhebliche Systemressourcen verbraucht. Die Remoteüberwachung wird empfohlen, um die jconsole-Anwendung von der zu überwachenden Plattform zu isolieren.
Haben Sie es jemals in einer Produktionsumgebung aktiviert und Leistungseinbußen erfahren?
Obwohl dies in einer Produktionsumgebung nicht unbedingt empfohlen wird, hat dies wenig Auswirkungen auf die Aktivierung von Remote-JMX ohne Authentifizierung oder Verschlüsselung über Optionen wie diese:
%Vor%Wenn Sie SSL aktivieren und Authentifizierung authentifizieren, entstehen ein wenig mehr Kosten:
%Vor%Die obigen 2 Szenarien starten nur einen mbean-Server und einen RMI-Connector-Server in Ihrer Produktions-JVM. Die Remote-Verbindung mit dieser JVM ist teurer, aber alles hängt davon ab, welche Ansichten Sie sehen (z. B. GC-Ansichten erfordern, dass alle Daten gesammelt und an den jConsole-Client zurückgeschickt werden, der nicht kostenlos ist) remote aufrufen.
Sie können weitere Statistiken aus dem folgenden Blogpost lesen:
Sie können jconsole verwenden, um eine Remote-Verbindung zu einem Produktionsserver herzustellen, indem Sie die offen gelegten JMX-Ports verwenden. Es ist jedoch immer besser, das Szenario in einer anderen Umgebung zu replizieren. führe jconsole dort aus ....