antirek:, я сначала тоже так думал, но потом понял, что подьезжающие метрики вроде бы не были заявлены в требованиях, но были приняты на ура и не стали лишними. А так, да, Вы правы у меня хайлоад и биг-дата на кластере. Но тем не менее.
Павел Козлов: Пока затрудняюсь ответить сколько документов будет подьезжать на стек (ELK + Beats) - еще нет четкоого понимания как будет устроен процесс логирования, формируем только требования к внедрению стека. Работать с этими данными будет человек 10-15. У нас технически есть возможность выделить под мониторинг отдельный сервер, наверное, так и сделаем.
Павел Козлов: и еще такой вопрос - имеет ли смысл выносить все это на отдельный сервер? Как лучше организовтаь сбор обработку и отрисовку всей статистики? Спасибо.
Павел Козлов: благодарю Вас за исчерпывающий ответ. Почему же? Мы планируем хрнаить и метрические данные в том числе. Желание отрисовывать и выводить статистику не только по метрическим данным но и по маркетинговым, скажем, обусловлено тем, что не хочется (если можно на стеке ELK+ something else - Beats, etc) отрисоввывать и эту статистику, то почему бы нет? Только поэтому. А так да, там и метрики будут храниться тоже, естесственно.
Павел Козлов мы хотим получать графическую информацию не только по нагрузкам но и по ведению статистики - от посещаемости до продаж, то есть кто сколько времени в каких категориях покупательная активность в ообщем, все что может быть полезно после анализа информации - нужно.
Линейка beats она работает как? ELK+Beats Или достаточно только beats из коробки? Ну и по внедрению связки этой много вопросов - стоит ли выносить сбор статистики в отдельный сервер (как это все внедряется "по уму"? для мониторинга в режиме реального времени? Как получать детализацию работы того или иного функционала - например, смотреть сколько сейчас активных корзин и так далее - хотим знать асболютно все и в режиме реального времени, детали, к сожалению, пока не подьехали от маркетологов, но в общих чертах так.). Спасибо.
Да, я предупреждал Вас об этом. Нужно создать пользователя при первом входе.
в консоль напишите sudo su postgres - это запустит оболочку от имени пользователя postgres
потом вводим psql
А еще есть на офф. доках описание файла отредактированного для доступа к локальной машине. Скрольте в самый низ, там описан сам конфиг. И все что у вас local метод авторизации должен быть md5
Ну и не забудьте зарестартить сам Postgres командой sudo /etc/init.d/postgreslq restart чтобы изменения вступили в силу.
