Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
Project
D
docs
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package Registry
Container Registry
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
core
docs
Commits
e3539068
Commit
e3539068
authored
6 months ago
by
Alexander Tolstoy
Committed by
Yaroslav Dynnikov
6 months ago
Browse files
Options
Downloads
Patches
Plain Diff
monitoring.md: review and edits
parent
c9f28a50
No related branches found
No related tags found
1 merge request
!507
monitoring.md: reading instance log
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
docs/tutorial/monitoring.md
+31
-21
31 additions, 21 deletions
docs/tutorial/monitoring.md
with
31 additions
and
21 deletions
docs/tutorial/monitoring.md
+
31
−
21
View file @
e3539068
...
...
@@ -72,7 +72,8 @@ box.space._pico_replicaset:fselect()
каждого инстанса, а также вес (`weight`) репликасета. Уровни отражают
конфигурацию остальных инстансов относительно текущего, а вес
репликасета — его наполненность репликами согласно фактору репликации
(см. [подробнее](../tutorial/deploy.md#failure_domains)). Вес репликасета определяет его
(см. [подробнее](../tutorial/deploy.md#failure_domains)). Вес
репликасета определяет его
приоритет при распределении бакетов с данными.
## Получение версии схемы данных {: #getting_data_schema }
...
...
@@ -91,32 +92,41 @@ box.space._pico_property:get("current_schema_version")
## Просмотр отладочного журнала {: #reading_log }
Способ просмотра отладочного журнала зависит от варианта запуска.
Способ просмотра отладочного журнала зависит от того, как был запущен
инстанс Picodata.
Если инстансы запущены командой `picodata run` в консоли, то отладочный
журнал по умолчанию выводится в ту же консоль.
Если при запуске инстанса командой `picodata run` в консоли не был явно
указан способ вывода отладочного журнала, то он выводится в ту же
консоль.
Если для запуска используются скрипты или файл конфигурации, то в них
вывод отладочного журнала может быть настроен в файл или в службу
`syslog`. Этим поведением управляет параметр [picodata run --log],
переменная окружения `PICODATA_LOG`, и параметр конфигурации
`instance.log.destination`.
Вывод отладочного журнала можно настроить в файл или в службу
`syslog`. Указать способ вывода журнала можно:
[picodata run --log]: ../reference/cli.md#run_log
- в командной строке, указав параметр запуска [--log]
- указав переменную окружения `PICODATA_LOG`в скрипте, который
автоматизирует запуск инстанса с нужными параметрами
- используя параметр `instance.log.destination` в [файле конфигурации][config].
Данный файл можно использовать в командной строке, либо
указать путь к нему в скрипте
Для просмотра файла используйте команду `tail -f` или любой другой
инструмент просмотра файлов.
[--log]: ../reference/cli.md#run_log
[config]: ../reference/config.md
При развертывании кластера через Ansible отладочный журнал по умолчанию
выводится в службу `syslog`.
Для доступа к отладочному журналу:
При использовании службы `syslog` для просмотра отладочного журнала
используйте команду `journalctl`. Для просмотра журнала конкретного
инстанса вам понадобится знать имя сервиса. При развертывании через
ansible оно по умолчанию формируется как
`<cluster_id>@<instance_id>.service`. Например, для кластера с именем
`test` и инстанса `default-1000` команда для просмотра отладочного
журнала будет такой:
- при выводе в файл используйте команду `tail -f` или любой другой
инструмент просмотра файлов
- при выводе журнала в `syslog` используйте команду `journalctl`
!!! note "Примечание"
При развертывании кластера через Ansible отладочный журнал по умолчанию
выводится в службу `syslog`.
Для просмотра журнала конкретного инстанса вам понадобится знать имя его
сервиса. При развертывании через Ansible оно по умолчанию формируется
как `<cluster_id>@<instance_id>.service`. Например, для кластера с
именем `test` и инстанса `default-1000` команда для просмотра
отладочного журнала будет такой:
```
shell
journalctl -u test@default-1000.service
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment