java - jconsole download
¿La activación de la supervisión remota de JConsole afecta el rendimiento del sistema en producción? (2)
Oracle / Sun dice que está bien, siempre y cuando no lo ejecute localmente en la caja de producción. http://download.oracle.com/javase/1.5.0/docs/guide/management/jconsole.html
Nota: El uso de jconsole para monitorear una aplicación local es útil para el desarrollo y creación de prototipos, pero no se recomienda para entornos de producción, ya que jconsole consume recursos importantes del sistema. Se recomienda la supervisión remota para aislar la aplicación jconsole de la plataforma que se monitorea.
¿Alguna vez lo habilitó en un entorno de producción y experimentó algún impacto en el rendimiento?
puede usar jconsole para conectarse remotamente a un servidor de producción usando los puertos JMX expuestos ... sin embargo, siempre es mejor replicar el escenario en un entorno diferente y ejecutar jconsole allí ...
Aunque no es muy recomendable en un entorno de producción, la implementación de jmx remoto sin autentificación o cifrado tiene muy pocas implicaciones de rendimiento, por medio de opciones como las siguientes:
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=9999
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.remote.ssl=false
Hay un poco más de costo de rendimiento si activa SSL y la autenticación de mandato:
-Dcom.sun.management.jmxremote.authenticate=true
-Dcom.sun.management.remote.ssl=true
-Dcom.sun.management.jmxremote.password.file=jmxremote.password
Los 2 escenarios anteriores solo iniciarán un servidor mbean y un servidor de conector RMI en su JVM de producción. Conectarse a esta JVM de forma remota será más costoso, pero todo depende de qué vistas vea (por ejemplo, las vistas de GC requieren que todos los datos se recopilen y transporten de vuelta al cliente de jConsole, que no es gratuito), así como las operaciones que invocar de forma remota.
Puede leer más estadísticas de la siguiente publicación de blog: