Enable jmx monitoring что это

server.properties

Файл server.properties по умолчанию для Java Edition.

server.properties — это файл, в котором хранятся все настройки для многопользовательского ( Minecraft или Minecraft Classic) сервера.

Если server.properties не перечисляет все свойства (например, если новая версия сервера добавляет новые свойства или файл не существует), то при запуске сервер перезаписывает файл server.properties с новыми перечисленными свойствами и установите для них значения по умолчанию.

Файл server.properties представляет собой обычный текстовый файл с кодировкой UTF-8, несмотря на то, что он расширение, и поэтому его можно редактировать с помощью любого текстового редактора, такого как Блокнот для Windows, TextEdit для Mac или nano и vim для Linux.

Расположение файла

Java Edition

Этот файл автоматически создается при первом запуске сервера (если он не существует).

OSМестоположение файлаПримечания
WindowsТот же каталог, что и serve r.jar
Linux

Если проигрыватель запускает его из своего домашнего каталога ( /home/name ) файлы сервера создаются в/home/name. Следуйте этим рекомендациям, чтобы убедиться, что файлы сервера генерируются там, где их ожидал игрок.

Bedrock Edition

Этот файл загружается с помощью bedrock_server.exe

OSМестоположение файла
WindowsТот же каталог, что и bedrock_server.exe
LinuxТот же каталог, что и bedrock_server

server.properties

Это настройки по умолчанию для недавно установленного Minecraft server:

Java Edition

По умолчанию с 20w28a.

Bedrock Edition

По умолчанию с 1.16.100.04.

Minecraft свойства сервера

Java Edition

КлючТипЗначение по умолчаниюОписание
allow-flightbooleanfalseПозволяет пользователям используйте полет на сервере в режиме выживания, если у них установлен мод, обеспечивающий полет.

При включенном разрешении полета гриферы могут стать более распространенными, потому что это облегчает их работу. В творческом режиме это не действует.

Если указан прежний номер сложности, он автоматически преобразуется в название сложности.

мирный (0) easy (1) normal (2) жесткий (3)

enable-command-blockbooleanfalseВключает блоки команд
enable-jmx-monitoringbooleanfalseПредоставляет объект MBean с именем объекта net.minecraft.server: type = Server и двумя атрибутами averageTickTime и tickTimes с указанием времени тика в миллисекундах.

Чтобы включить JMX в среде выполнения Java, вам также необходимо добавить пару флагов JVM в запуск, как описано здесь.

enable-rconbooleanfalseРазрешает удаленный доступ к консоли сервера.
sync-chunk-writeлогический antrueВключает синхронную запись фрагментов.
enable- statusbooleantrueЗаставляет сервер отображаться как «в сети» в списке серверов.

Если установлено значение false, ответы от клиентов будут подавляться. Это означает, что он будет отображаться как офлайн, но по-прежнему будет принимать соединения.

enable-querybooleanfalseВключает прослушиватель сервера протокола GameSpy4. Используется для получения информации о сервере.
force-gamemodebooleanfalseЗаставить игроков присоединиться в игровом режиме по умолчанию. false — Игроки присоединяются в игровом режиме, в котором они вышли. true — игроки всегда присоединяются в игровом режиме по умолчанию.
уровень-разрешения-функциицелое число (1-4)2Устанавливает уровень разрешений по умолчанию для функций.

Подробнее о 4 уровнях см. # Op-permission-level.

gamemodestringSurvivalОпределяет режим игрового процесса.

Если указан устаревший номер игрового режима, он автоматически преобразуется в название игрового режима.

survival (0) творческий (1) приключения (2) зритель (3)

generate-структурыbooleantrueОпределяет, могут ли конструкции (например, деревни) быть сгенерировано. false — структуры не создаются в новых блоках. true — Структуры создаются в новых блоках.

Примечание. Подземелья все равно генерируются, если для этого параметра установлено значение false.

Примечание: Спецификация Ethernet требует, чтобы пакеты размером менее 64 байтов дополнялись до 64 байтов. Таким образом, установка значения ниже 64 может оказаться невыгодной. Также не рекомендуется превышать MTU, обычно 1500 байт.

Примечание: Непрямые источники урона, создаваемые игроками (такие как лава, огонь, тротил и в некоторой степени вода, песок и гравий), все еще наносят ущерб другим игрокам.

query.portinteger (1- (2 ^ 16-2))25565Устанавливает порт для сервера запросов (см. enable-query ).
rate-limitцелое число0Устанавливает максимальное количество пакетов, которое пользователь может отправить до того, как его выкинут. Значение 0 отключает эту функцию.
rcon.passwordstring blankУстанавливает пароль для RCON: протокола удаленной консоли, который может позволить другим приложениям подключаться и взаимодействовать с Сервер Minecraft через Интернет.
rcon.portцелое число (1- (2 ^ 16-2))25575Устанавливает сетевой порт RCON.
resource-packstringblankНеобязательный URI для пакета ресурсов. Игрок может использовать его.

Обратите внимание, что (в некоторых версиях до 1.15.2) символы «:» и «=» необходимо экранировать обратной косой чертой (), например http ://somedomain.com/somepack.zip? someparam = somevalue

Размер файла пакета ресурсов не может превышать 100 МБ (до версии 1.15: 50 МБ (≈ 50,4 МБ) ). Обратите внимание, что успех или сбой загрузки регистрируется клиентом, а не сервером.

resource-pack-sha1stringblankНеобязательный SHA- 1 дайджест пакета ресурсов в шестнадцатеричном формате в нижнем регистре. Рекомендуется указать это, потому что он используется для проверки целостности пакета ресурсов..

Примечание. Если пакет ресурсов отличается, при запуске сервера в консоли появляется желтое сообщение «Недопустимый sha1 для пакета ресурсов-sha1». Из-за природы хэш-функций вероятность возникновения ошибок мала, поэтому это последствия не имеют никакого эффекта.

Если у игрока большая задержка, рекомендуется выключить/установить значение false.

spawn-monstersbooleantrueОпределяет, могут ли монстры появляться. true — включен. Монстры появляются ночью и в темноте. false — отключено. Никаких монстров.

Этот параметр не действует, если сложность = 0 (мирный). Если сложность не = 0, монстр все еще может появиться из источника.

Если у игрока большая задержка, рекомендуется отключить это значение или установить значение false.

spawn-npcsлогическоеtrueОпределяет, могут ли жители деревни появляться. true — Включено. Жители появляются. false — отключено. Нет жителей.
Защита от появленияцелое число16Определяет длину стороны квадратной области защиты от спауна как 2 x +1. Установка этого значения в 0 отключает защиту от появления. Значение 1 защищает квадрат 3 × 3 с центром в точке появления. 2 защищает 5 × 5, 3 защищает 7 × 7 и т. Д. Эта опция не генерируется при первом запуске сервера и появляется, когда присоединяется первый игрок. Если на сервере не заданы операции, защита от спауна также автоматически отключается..
text-filtering-config[ требуется дополнительная информация ][ требуется дополнительная информация ][ требуется дополнительная информация ]
use-native-transportbooleantrueУлучшения производительности сервера Linux: оптимизирована отправка/получение пакетов на Linux true — включен. Включить оптимизацию отправки/получения пакетов Linux false — отключено. Отключить оптимизацию отправки/получения пакетов Linux
view-distanceinteger (3-32)10Устанавливает количество мировых данных, которые сервер отправляет клиенту, измеряется порциями в каждом направлении игрока. (радиус, а не диаметр). Он определяет расстояние просмотра на стороне сервера.

10 по умолчанию/рекомендуется. Если у плеера большая задержка, рекомендуется уменьшить это значение.

white-listbooleanfalseВключает белый список на сервере.

Если белый список включен, пользователи не в белом списке не могу подключиться. Предназначен для частных серверов, например, для реальных друзей или незнакомцев, тщательно выбранных в процессе подачи заявки.

false — Белый список не используется. true — файл whitelist.json используется для создания белого списка.

Примечание. Операции автоматически заносятся в белый список, и нет необходимости добавлять их в белый список.

enforce-whitelistbooleanfalseПрименяет белый список на сервере.

Когда эта опция включена, пользователи, которые не присутствуют в белом списке (если он включен), удаляются с сервера после сервера перезагружает файл белого списка.

false — ни один пользователь не будет выгнан, если он не находится в белом списке. true — пользователи, не включенные в белый список, будут исключены.

Bedrock Edition

Имя параметраВозможные значенияЗначение по умолчаниюКогда оно используетсяИспользоватьПримечания
имя-сервераЛюбая строкаВыделенный серверВсегдаИспользуется как имя сервераЭто имя сервера, отображаемое в списке серверов в игре.
режим игрывыживание, творчество, приключениявыживаниеВсегдаУстанавливает игровой режим для новых игроков.Применяется во время первого присоединения игрока к серверу. Изменение этого параметра не изменит режим игры для существующих игроков..

Значения соотносятся с целочисленными режимами игры следующим образом:

Minecraft Свойства классического сервера

Примечание: Если установлено больше 3, оно меняется обратно на 3.

Источник

Apache Tomcat 7

Links

User Guide

Reference

Apache Tomcat Development

Monitoring and Managing Tomcat

Monitoring is a key aspect of system administration. Looking inside a running server, obtaining some statistics or reconfiguring some aspects of an application are all daily administration tasks.

Note: This configuration is needed only if you are going to monitor Tomcat remotely. It is not needed if you are going to monitor it locally, using the same user that Tomcat runs with.

The Oracle website includes the list of options and how to configure JMX Remote on Java 8: http://docs.oracle.com/javase/6/docs/technotes/guides/management/agent.html.

The following is a quick configuration guide for Java 8:

Add the following parameters to setenv.bat script of your Tomcat (see RUNNING.txt for details).
Note: This syntax is for Microsoft Windows. The command has to be on the same line. It is wrapped to be more readable. If Tomcat is running as a Windows service, use its configuration dialog to set java options for the service. For Linux, MacOS, etc, remove «set » from beginning of the line.

If you don’t set com.sun.management.jmxremote.rmi.port then the JSR 160 JMX-Adaptor will select a port at random which will may it difficult to configure a firewall to allow access.

If you require TLS:

If you require authorization (it is strongly recommended that TLS is always used with authentication):

If you need to specify a host name to be used in the RMI stubs sent to the client (e.g. because the public host name that must be used to connect is not the same as the local host name) then you can set:

If you need to specify a specific interface for the JMX service to bind to then you can set:

To simplify JMX usage with Ant, a set of tasks is provided that may be used with antlib.

The following example shows the JMX Accessor usage:
Note: The name attribute value was wrapped here to be more readable. It has to be all on the same line, without spaces.

import: Import the JMX Accessor Project with and reference the tasks with jmxOpen, jmxSet, jmxGet, jmxQuery, jmxInvoke, jmxEquals and jmxCondition.

Example to open a new JMX connection

Example to open a JMX connection from URL, with authorization and store at other reference

Example to open a JMX connection from URL, with authorization and store at other reference, but only when property jmx.if exists and jmx.unless not exists

Note: All properties from jmxOpen task also exists at all other tasks and conditions.

Example to get remote MBean attribute from default JMX connection

Example to get and result array and split it at separate properties

Example to get IDataSender attribute connected only when cluster is configured.
Note: The name attribute value was wrapped here to be more readable. It has to be all on the same line, without spaces.

Example to set remote MBean attribute value

stop an application

Example to get all sessionids

Example to create a new access logger valve at vhost localhost

Now you can find new MBean with name stored at $ property.

Get all Manager ObjectNames from all services and Hosts

Example to get the Manager from servlet-examples application an bind all MBean properties

Example to get all MBeans from a server and store inside an external XML property file

Now you can find all MBeans inside the file mbeans.properties.

Example to create remote MBean

Warning: Many Tomcat MBeans can’t be linked to their parent once
created. The Valve, Cluster and Realm MBeans are not automatically
connected with their parent. Use the MBeanFactory create
operation instead.

Example to unregister remote MBean

Warning: A lot of Tomcat MBeans can’t be unregister.
The MBeans are not unlinked from their parent. Use MBeanFactory
remove operation instead.

Wait for server connection and that cluster backup node is accessible

Wait for server connection and that cluster backup node is accessible

Tomcat offers an alternative to using remote (or even local) JMX connections while still giving you access to everything JMX has to offer: Tomcat’s JMXProxyServlet.

The JMXProxyServlet allows a client to issue JMX queries via an HTTP interface. This technique offers the following advantages over using JMX directly from a client program:

A perfect example of JMX overkill can be seen in the case of popular server-monitoring software such as Nagios or Icinga: if you want to monitor 10 items via JMX, you will have to launch 10 JVMs, make 10 JMX connections, and then shut them all down every few minutes. With the JMXProxyServlet, you can make 10 HTTP connections and be done with it.

You can find out more information about the JMXProxyServlet in the documentation for the Tomcat manager.

Источник

Zabbix: мониторинг Tomcat с помощью JMX

Что такое JMX (Java Management eXtensions) хорошо описано тут>>>.

Наша задача – запустить Tomcat с поддержкой JMX, настроить Java-gateway для сервера Zabbix, добавить набор элементов данных для мониторинга Tomcat и связать его с существующим шаблоном.

Убедимся, что на самом Zabbix-сервере zabbix-java-gateway работает:

По-умолчанию Java-gateway слушает порт 10052 :

В случае проблем – ведётся отдельный лог-файл:

В файле конфигурации сервера /etc/zabbix/zabbix_server.conf настраиваем соединения и опции запуска Java-gateway :

Переходим к наблюдаемому хосту. Настроим Tomcat для запуска с поддержкой JMX.

Теперь Tomcat запущен с поддержкой JMX, и прослушивает порт 8004 :

Теперь – добавим хост под наблюдение сервера.

Переходим в Configuration > Hosts, кликаем Create host:

Enable jmx monitoring что это. Смотреть фото Enable jmx monitoring что это. Смотреть картинку Enable jmx monitoring что это. Картинка про Enable jmx monitoring что это. Фото Enable jmx monitoring что это

Заполняем поля Agent interfaces и JMX interfaces, переходим во вкладку Teamplates и выбираем Template JMX Tomcat:

Enable jmx monitoring что это. Смотреть фото Enable jmx monitoring что это. Смотреть картинку Enable jmx monitoring что это. Картинка про Enable jmx monitoring что это. Фото Enable jmx monitoring что это

Enable jmx monitoring что это. Смотреть фото Enable jmx monitoring что это. Смотреть картинку Enable jmx monitoring что это. Картинка про Enable jmx monitoring что это. Фото Enable jmx monitoring что это

Возвращаемся к списку хостов и видим что иконка JMX зелёная. Бывает, что требуется несколько минут, что бы Java-gateway смог установить соединение и отобразить состояние:

Enable jmx monitoring что это. Смотреть фото Enable jmx monitoring что это. Смотреть картинку Enable jmx monitoring что это. Картинка про Enable jmx monitoring что это. Фото Enable jmx monitoring что это

У нас есть уже готовые графики в шаблонах, можно на них посмотреть. Переходим в Monitoring > Graphs, выбираем хост и интересующий график, наблюдаем:

Enable jmx monitoring что это. Смотреть фото Enable jmx monitoring что это. Смотреть картинку Enable jmx monitoring что это. Картинка про Enable jmx monitoring что это. Фото Enable jmx monitoring что это

На этом настройку мониторинга Java-приложения с помощью Zabbix через JMX можно считать выполненным.

В следующий раз мы добавим свои элементы данных (items) и триггеры (triggers).

Источник

Administering Jira applications Support

Products

Jira Software

Project and issue tracking

Jira Service Management

Service management and customer support

Jira Core

Manage any business project

Confluence

Bitbucket

Git code management

Resources

Documentation

Usage and admin help

Community

Answers, support, and inspiration

Suggestions and bugs

Feature suggestions and bug reports

Marketplace

Billing and licensing

Frequently asked questions

Viewport

Confluence

Versions

Live monitoring using the JMX interface

System administration

On this page

Related content

Still need help?

The Atlassian Community is here for you.

This article describes how to expose JMX MBeans within Jira for monitoring with a JMX client.

This guide provides a basic introduction to the JMX interface and is provided as is. Our support team can help you troubleshoot a specific Jira problem, but aren’t able to help you set up your monitoring system or interpret the results.

What is JMX?

JMX attribute name

The value at the 50th percentile in the distribution of measured times (the median value).

The value at the 75th percentile in the distribution of measured times.

The value at the 95th percentile in the distribution of measured times.

The value at the 98th percentile in the distribution of measured times.

The value at the 99th percentile in the distribution of measured times.

The value at the 99.9th percentile in the distribution of measured times.

The number of invocations since node startup.

The time unit used to report percentile values, min, max, mean and standard deviation. Default is milliseconds.

The fifteen-minute moving average rate of invocations since node startup. This rate uses the same exponential decay factor as is used for the fifteen minute load average in Unix’s top command.

The five-minute moving average rate of invocations since node startup. This rate uses the same exponential decay factor as is used for the five minute load average in Unix’s top command.

The highest measured time since node startup.

The mean measured time since node startup.

The mean rate of invocations since node startup.

The lowest measured time since node startup.

The one-minute moving average rate of invocations since node startup. This rate uses the same exponential decay factor as is used for the one minute load average in Unix’s top command.

The unit in which MeanRate, OneMinuteRate, FiveMinuteRate and FifteenMinuteRate are reported. Default is events / second.

The standard deviation in the measured times since node startup.

Metrics collected by Jira

The following table lists metrics (MBeans) that are collected by Jira. All of them are grouped in the com.atlassian.jira property.

The number of times all dashboards were viewed by users.

Yesentity.attachments.totalThe number of attachments.—entity.components.totalThe number of components.—entity.customfields.totalThe number of custom fields.—entity.filters.totalThe number of filters.—entity.groups.totalThe number of user groups.—entity.issues.totalThe number of issues.—entity.users.totalThe number of users.—entity.versions.totalThe number of versions created.—issue.assigned.count

The number of times issues were assigned or reassigned to users (counts each action).

The number of issues that you created after starting your Jira instance.

The number of issue links created after starting your Jira instance.

The number of times you searched for issues.

The number of times you updated issues (each update after adding or changing some information).

The number of times you logged work on issues.

Yesjira.licenseThe types of licenses you have, the number of active users, and the maximum number of users available for each license type.—quicksearch.concurrent.search

The number of concurrent searches that are being performed in real-time by using the quick search. You can use it to determine whether the limit set for concurrent searches is sufficient or should be increased.

The number of requests (invocation.count), and the total response time (total.elapsed.time).

comment

Metrics related to comment operations

Comment being created

Comment being deleted

Comment being updated

indexing

Metrics related to issue, comment, worklog and change indexing

Index documents being created for Change History entities. Note that many Change History Documents can be created for every issue.

Index documents being created for Comment entities.

Index documents being created for Issue entities

FieldIndexer modules enrich Issue documents as part of Index document creation. Plugins can register custom FieldIndexer modules. These metrics provide insight into how much time is spent in FieldIndexer, and can be used to track down indexing performance issues caused by them. The metrics describe how much time was spent in all FieldIndexers combined per Issue document created.

How much time was spent adding a document to the Lucene index

How much time was spent deleting one or more document matching a term from the Lucene index

Metrics about Lucene index optimization (triggered manually from Jira)

How much time was spent adding a created document to the Lucene index.

Replication latency is the time between an issue, comment or worklog being indexing on the node where the change was made and the indexing operation being replayed on the current node.

Documents are written to the Lucene index asynchronously. This metric captures how much time Jira’s indexing thread spent waiting for Lucene to complete the write.

EntitySearchExtractor enrich issue documents as part of Index document creation. Plugins can register custom EntitySearchExtractor modules. These metrics provide insight into how much time is spent in EntitySearchExtractor, and can be used to track down indexing performance issues they cause. The metrics describe how much time was spent in all EntitySearchExtractors combined per Issue document created.

issue

Metrics about issue operations

Issue being created

Issue being deleted

Issue being added to the Lucene index. This covers issue document creation and adding the document to the index.

Issue being removed from the Lucene index

Issue being re-indexed (as a result of issue updates). This covers issue document creation, deleting the old document from the index and adding new documents to the index.

Issue being updated

Monitoring Jira

Before you can monitor Jira, you need to enable JMX monitoring and then use a JMX client to view the metrics.

Viewing the metrics will always have some performance impact on Jira. We recommend that you don’t refresh them more than once a second.

Enabling JMX monitoring in Jira

All of the metrics are collected by default, but you need to enable JMX monitoring to expose them. You can do it Jira, but you need to be a Jira administrator to get there.

Monitoring with JConsole

After you enabled JMX monitoring, you can use any JMX client to view the metrics. To make it quick and easy, we’ve described how to view them by using JConsole. You can monitor your Jira instance either locally, or remotely:

Monitoring Jira locally is good if you’re troubleshooting a particular issue, or only need to monitor Jira for a short time. Local monitoring can have a performance impact on your server, so it’s not recommended for long-term monitoring of your production system.

To monitor locally:

See Using JConsole for more information on local monitoring.

Monitoring Jira remotely is recommended for production systems, as it does not consume resources on your Jira server.

To monitor remotely:

Add the following properties to your setenv.sh / setenv.bat file. The port can be any port that is not in use.

See Using JConsole for more information on remote monitoring.

Источник

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *