Differences
This shows you the differences between two versions of the page.
Next revision | Previous revision Next revision Both sides next revision | ||
tutorial:adm:server_os_updates [2019/12/10 15:18] fiserp created |
tutorial:adm:server_os_updates [2019/12/16 13:42] fiserp [Things to consider] |
||
---|---|---|---|
Line 1: | Line 1: | ||
====== Server updates - OS updates ====== | ====== Server updates - OS updates ====== | ||
<note warning> | <note warning> | ||
+ | To ensure secure operation, servers in the infrastructure have to be kept up to date. This tutorial addresses the need for OS updates of the IdM server and gives basic guidelines and recommendations. | ||
+ | |||
+ | ===== Update strategy ===== | ||
+ | Each organization has some sort of schedule to apply OS patches: weekly, monthly, quarterly, never (not a good one), etc. You can patch the OS according to your strategy, but we recommend to perform patching at least once every three months. IdM relies on packages and libraries from the operating system and if those are not patched, security of the whole IdM solution also deteriorates. | ||
+ | |||
+ | ==== Things to consider ==== | ||
+ | Before applying updates, there are few things to consider: | ||
+ | * Impact on users | ||
+ | * IdM is often deployed as a self-service portal for users. You should plan the downtime such that minimal number of users is affected. | ||
+ | * Users may make changes in the IdM that start some long running tasks (e.g. automatic roles changes). Those tasks are executed asynchronously and may be running even if the user who started the task has already logged off. | ||
+ | * Impact on IdM batch jobs (long running tasks - LRT) | ||
+ | * IdM has internal cron that schedules LRT jobs. To make things safe, no job should be running when you are doing the update. The safest way to achieve this is to stop the IdM service before applying updates. | ||
+ | * LRTs run usually at night so it is not entirely necessary to stop the IdM, but you have to make sure you have enough time to perform the patching (and possible rollback) before jobs start to execute. | ||
+ | * Restarting IdM cancels the LRT that was currently running, LRT **will not pick up automatically** after IdM goes up again. | ||
+ | * Impact on OS | ||
+ | * OS may seemingly not boot after the updates (boot or network issues, SSHd/RDP daemon issues). We recommend to have complete backup of ``/boot`` and ``/etc`` directories. Out-of-band access to a machine is a must. | ||
+ | * In our deployments, | ||
+ | * Packages from OS that IdM deployment uses | ||
+ | * Java (openjdk package referenced through ``/ | ||
+ | * PostgreSQL is installed generally from OS or PGDG repositories and is considered pretty stable. Updating package when PostgreSQL version stays the same is OK. Updating PostgreSQL version (e.g. ``9.6-> | ||
+ | * Apache HTTPD. Deployment should be stable and no special care is needed. We recommend to have a backup of vhost configuration. |