Graphite / Graphite: Configuring Carbon
| Английский оригинал | Перевод на русский | |
|---|---|---|
Сожалеем, но текст оригинала доступен только зарегистрированным пользователям. |
Настройка Carbon nipman 17.02.14 в 07:53 |
|
|
Файлы настроек Carbon живут в ``/opt/graphite/conf/``. При первоначальной настройке файлы отсутствуют, но для каждого будет ``.conf.example``. Просто скопируйте файлы с примерами, предварительно удалив расширение .example и внеся измененя. nipman 17.02.14 в 07:55 |
||
|
carbon.conf nipman 17.02.14 в 13:33 |
||
|
Это главный конфигурационный файл, описывающий параметры каждого демона Carbon. nipman 17.02.14 в 07:56 |
||
|
**Каждный параметр в этом файле имеет описание в виде комментариев** Параметры разбиты на группы для каждого демона - за настройку carbone-cache отвечает секция ``[cache]``, за carbon-relay - ``[relay]``, а carbon-aggregator - ``[aggregator]``. При первоначально настройке вам пока понадобится только секция ``[cache]``. nipman 17.02.14 в 08:00 |
||
|
.. TIP:: nipman 17.02.14 в 08:03 |
||
|
storage-schemas.conf nipman 17.02.14 в 08:09 |
||
|
Данный конфигурационный файл управляет коэффициентами детализации метрик. В нем задается соответствие шаблонов метрик частоте и длительности хранения точек, с которыми будет работать whisper. nipman 17.02.14 в 08:12 |
||
|
Важные замечания nipman 17.02.14 в 08:58 |
||
|
* В файле могут быть несколько секций. nipman 17.02.14 в 09:06 |
||
|
Правило задается тремя строками: nipman 17.02.14 в 09:06 |
||
|
* имя, задается внутри квадратных скобок; nipman 17.02.14 в 09:08 |
||
|
В строка детализации могут быть задаваны сразу несколько значений ``частота:срок хранения``, разделяемых запятой. nipman 17.02.14 в 09:11 |
||
|
Частоты и сроки хранения могут включать суффиксы: nipman 17.02.14 в 09:12 |
||
|
* s - сукенда, nipman 17.02.14 в 09:12 |
||
|
Ниже представлен простой пример настройки детализации: nipman 17.02.14 в 09:12 |
||
|
.. code-block:: none nipman 17.02.14 в 13:33 |
||
|
[garbage_collection] nipman 17.02.14 в 13:33 |
||
|
Имя ``[garbage_collection]`` служит в основном для аудита и будет отражено в ``creates.log`` при создании заданной метрики. nipman 17.02.14 в 09:14 |
||
|
Регулярное выражение соответствует метрике заканчивающейся на ``garbageCollections``. Например ``com.acmeCorp.instance01.jvm.memory.garbageCollections`` сработает, а ``com.acmeCorp.instance01.jvm.memory.garbageCollections.full`` нет. nipman 17.02.14 в 09:17 |
||
|
Строка задает соответствие каждой точки 10 секундам и сроку хранения точек а течение 14 дней. nipman 17.02.14 в 09:19 |
||
|
Вот пример более сложной настройки детализации. nipman 17.02.14 в 09:20 |
||
|
.. code-block:: none nipman 17.02.14 в 13:34 |
||
|
[apache_busyWorkers] nipman 17.02.14 в 13:34 |
||
|
Допустим схема именования метрик задана как ``servers.<servername>.<metrics>``. Этот шаблон будет соответствовать серверам с именами начинающимися с 'www', а метрикам завершающимися на '.workers.busyWorkers' (обратите внимание на '\' перед символами '.') nipman 17.02.14 в 09:24 |
||
|
Кроме того, пример содержит несколько уровней детализации. Основное правило - выражения должны задаваться от самых свежих к самым старым, whisper будет тщательно сэмплировать метрики (По имолчанию усредняя) по достижении заданной границы. nipman 17.02.14 в 09:27 |
||
|
Задавая несколько уровней детализации, вы сможете хранить данных за длительный период, экономя на дисковом пространстве и операциях ввода-вывода. Так как whisper усредняет (по-умолчанию) во время семплирования, он получает возможность рассчитывать суммарные значения, выполняя обратный процесс в будущем. nipman 17.02.14 в 09:35 |
||
|
Пример: Вы храните поминутные данные о продажах за год и почасовые за 5 лет. Вам нужно вычислить продажи за 1-е Января прошлого года. Можно получить 24 точки за каждый час, запросить сырые данные. Вероятно это будут числа с плавающей точкой. Вы можете умножить каждое значение на 60 (соотношение между детализированными и недетализированными точками) и получить почасовые продажи. nipman 17.02.14 в 09:40 |
||
|
Помимо описанного виже, в целях сохранения обратной совместимости поддерживается еще устаревший формат - ``секунд на точку:количество точек`` nipman 17.02.14 в 09:43 |
||
|
.. code-block:: none nipman 17.02.14 в 13:34 |
||
|
retentions = 60:1440 nipman 17.02.14 в 13:34 |
||
|
60 - количество секунд на точку, 1440 - количество хранимых точек. Для работы с этим форматом требуются избыточные и запутанные математические операции, что позволит получить аналогичный результат. Однако, мы не рекомендуем пользоваться этим мехаинизмом. nipman 17.02.14 в 09:45 |
||
|
storage-aggregation.conf nipman 17.02.14 в 13:34 |
||
|
Данный файл содержит правила агрегации данные для уменьшения детализации. Формат идентичен ``storage-schemas.conf``. nipman 17.02.14 в 09:47 |
||
|
* Данный файл опционален. При его отсутствии будут использованы значения по-умолчанию. nipman 17.02.14 в 09:52 |
||
|
Пример: nipman 17.02.14 в 09:56 |
||
|
.. code-block:: none nipman 17.02.14 в 13:34 |
||
|
[all_min] nipman 17.02.14 в 13:34 |
||
|
Шаблон сработает для любой метрики заканчивающейся символами ``.min``. nipman 17.02.14 в 09:57 |
||
|
``xFilesFactor`` задает минимум 10% слотов предыдущего уровня точности для вычисления средних значений следующего уровня. nipman 17.02.14 в 09:59 |
||
|
Отсутствие значение ``xFilesFactor`` и ``aggregationMethod`` приведет к поведению предусмотренному по умолчанию. nipman 17.02.14 в 10:00 |
||
|
Параметры аггрегации задаются отдельно от параметров точности, потому как первые зависят от типа сбора данных, а вторые от объема и приоритета. nipman 17.02.14 в 10:03 |
||
|
relay-rules.conf nipman 17.02.14 в 13:34 |
||
|
Правила рэлеев используются для управлением передачей определенных метрик заданным бэкэндам. Их необходимо задать для работы релеев. Допустимо использование регулярных выражений для определения соответсвтия метрик и серверов. nipman 17.02.14 в 10:07 |
||
|
Пример: nipman 17.02.14 в 13:34 |
||
|
.. code-block:: none nipman 17.02.14 в 13:35 |
||
|
[example] nipman 17.02.14 в 13:35 |
||
|
Необходмо задать минимум одну строку в качестве парамера по-умолчанию. nipman 17.02.14 в 10:08 |
||
|
aggregation-rules.conf nipman 17.02.14 в 13:35 |
||
|
Правила аггрегации позволяют группировать метрики по мере их поступления, убирая потребность в sum() в каждой URL. Обратите внимание, что в отличии от предыдущих файлов изменения внесенные в этот файла вступят в силу автоматически. Для обеспечения необходимо запустить сервис carbon-aggregator. nipman 17.02.14 в 10:13 |
