![Kevin Carter](/assets/img/avatar_default.png)
The journal within systemd is able to be shipped from a physical hosts to a centralized location. This change introduces `systemd-journal-remote` which will ship all journals on the physical host to the log host and store the journals under "/var/log/journal/remote". This change gives deployers greater visability into the cloud using the systemd built-ins. > NOTE: This change is all accomplished in a playbook using our common roles. While this could be moved into a role by itself, it would be a waist of effort given how small this change is. Given all services are inherently logging to the journal, this change may allow us to one day deprecate or minimize the usage of our rsyslog roles. If we were to remove the requirement for rsyslog to run everywhere we could reduce overall internal cluster IO (CPU, network and block) and remove the requirement for all services to ship log files from all containers and hosts. This change is NOT modifying the integrated logging architecture. At this time we're simply ensuring that the journals on the physical host are co-located on the logging machines. At this time there's no suitable package available for systemd-journal-remote on suse so the playbook to install and setup remote journalling is being omitted when the suse is detected. When a suitable package is found the playbook omission should be removed. Change-Id: I254d52df6303b7cc4d4071b4beaf347922b2616e Related-Change: https://review.openstack.org/553707 Signed-off-by: Kevin Carter <kevin.carter@rackspace.com>
Team and repository tags
OpenStack-Ansible
OpenStack-Ansible is an official OpenStack project which aims to deploy production environments from source in a way that makes it scalable while also being simple to operate, upgrade, and grow.
For an overview of the mission, repositories and related Wiki home page, please see the formal Home Page for the project.
For those looking to test OpenStack-Ansible using an All-In-One (AIO) build, please see the Quick Start guide.
For more detailed Installation and Operator documentation, please see the Deployment Guide.
If OpenStack-Ansible is missing something you'd like to see included, then we encourage you to see the Developer Documentation for more details on how you can get involved.
Developers wishing to work on the OpenStack-Ansible project should always base their work on the latest code, available from the master GIT repository at Source.
If you have some questions, or would like some assistance with
achieving your goals, then please feel free to reach out to us on the OpenStack Mailing Lists
(particularly openstack-operators or openstack-dev) or on IRC in
#openstack-ansible
on the freenode network.
OpenStack-Ansible Roles
OpenStack-Ansible offers separate role repositories for each individual role that OpenStack-Ansible supports. For individual role configuration options, see the Role Documentation.
An individual role's source code can be found at: https://git.openstack.org/cgit/openstack/openstack-ansible-<ROLENAME>.