docs/doc/source/backup/kubernetes/backing-up-starlingx-system-data.rst
Ron Stone cf66f5d279 Armada Deprecation and Replacement
First pass - generic updates only. (command input/output to be done)
Address patchset 1 review comments.
Replace examples using openstack with metrics server
Remove DS app from application-list output
Additional migration to FluxCD (snmp, auditd)
Minor textual change.
Fix merge conflict.
Revert install r5 change.

Story: 2009138
Task: 45238

Signed-off-by: Ron Stone <ronald.stone@windriver.com>
Change-Id: Ia40ff45f12ec7b7ffa859e0d8bb5535303870d83
2022-06-29 10:40:56 -04:00

160 lines
4.6 KiB
ReStructuredText

.. hgq1552923986183
.. _backing-up-starlingx-system-data:
===================
Back Up System Data
===================
A system data backup of a |prod-long| system captures core system
information needed to restore a fully operational |prod-long| cluster.
.. contents:: In this section:
:local:
:depth: 1
.. _backing-up-starlingx-system-data-section-N1002E-N1002B-N10001:
System Data Backups include:
.. _backing-up-starlingx-system-data-ul-enh-3dl-lp:
- platform configuration details
- system databases
- patching and package repositories
- home directory for the **sysadmin** user and all |LDAP| user accounts.
.. xreflink See |sec-doc|: :ref:`Local LDAP Linux User Accounts
<local-ldap-linux-user-accounts>` for additional information.
.. note::
If there is any change in hardware configuration, for example, new
NICs, a system backup is required to ensure that there is no
configuration mismatch after system restore.
.. _backing-up-starlingx-system-data-section-N10089-N1002B-N10001:
------------------------------------
Detailed contents of a system backup
------------------------------------
The backup contains details as listed below:
.. _backing-up-starlingx-system-data-ul-s3t-bz4-kjb:
- Postgresql backup databases
- |LDAP| database
- Ceph crushmap
- DNS server list
- System Inventory network configuration is required during a system
restore to set up the OS configuration.
- Docker registries on controller
- Docker no-proxy
- \(Optional\) Any end user container images in **registry.local**; that
is, any images other than |org| system and application images.
|prod| system and application images are repulled from their
original source, external registries during the restore procedure.
- Backup up data:
- OS configuration:
- \(item=/etc\)
.. note::
Although everything is backed up, not all the content is restored.
- Home directory 'sysadmin' user, and all |LDAP| user accounts
\(item=/etc\)
- Generated platform configuration:
- item=/opt/platform/config/<|prefix|\_version>
- item=/opt/platform/puppet/<|prefix|\_version>/hieradata:
All the hieradata under is backed-up. However, only the static
hieradata \(static.yaml and secure\_static.yaml\) will be
restored to the bootstrap controller-0.
- Keyring:
- item=/opt/platform/.keyring/<|prefix|\_version>
- Patching and package repositories:
- item=/opt/patching
- item=/www/pages/updates
- Extension filesystem:
- item=/opt/extension
- dc-vault filesystem for |prod-dc| system-controller:
- item=/opt/dc-vault
- FluxCD manifests:
- item=/opt/platform/armada/<|prefix|\_version>
- Helm charts:
- item=/opt/platform/helm\_charts
.. _backing-up-starlingx-system-data-section-N1021A-N1002B-N10001:
-----------------------------------
Data not included in system backups
-----------------------------------
.. _backing-up-starlingx-system-data-ul-im2-b2y-lp:
- Application |PVCs| on Ceph clusters.
- StarlingX application data. Use the command :command:`system
application-list` to display a list of installed applications.
- Modifications manually made to the file systems, such as configuration
changes on the /etc directory. After a restore operation has been completed,
these modifications have to be reapplied.
- Home directories and passwords of local user accounts. They must be
backed up manually by the system administrator.
- The /root directory. Use the **sysadmin** account instead when root
access is needed.
.. note::
The system data backup can only be used to restore the cluster from
which the backup was made. You cannot use the system data backup to
restore the system to different hardware. Perform a system data backup
for each cluster and label the backup accordingly.
To ensure recovery from the backup file during a restore procedure,
containers must be in the active state when performing the backup.
Containers that are in a shutdown or paused state at the time of the
backup will not be recovered after a subsequent restore procedure.
When the system data backup is complete, the backup file must be kept in a
secured location, probably holding multiple copies of them for redundancy
purposes.
.. seealso::
:ref:`Run Ansible Backup Playbook Locally on the Controller
<running-ansible-backup-playbook-locally-on-the-controller>`
:ref:`Run Ansible Backup Playbook Remotely
<running-ansible-backup-playbook-remotely>`