Linux Patching for Cloud Servers Managed Operations Service Level


Linux patching comes directly from vendors or distribution communities. The exception is Red Hat Enterprise Linux, which feeds updates through a data center specific proxy server. The proxy's authoritative data is the Managed Red Hat Network server. This means that patching delays in Managed Red Hat Network server also delay updates in Managed Operations Service Level. For example, Red Hat Enterprise Linux v5.5 was delayed for several months after it was released by Red Hat.

DistributionPatching MechanismPatching ServersFrequencyConfiguration
Ubuntu
unattended-upgradessnet1-[dc].mirror.rackspace.com

snet2-[dc].mirror.rackspace.com Howbackup:archive.ubuntu.com, security.ubuntu.com

Nightly between 0000 and 0400 server time/etc/apt/apt.conf.d/02periodic

/etc/apt/apt.conf.d/50unattended-upgrades

Red Hat Enterprise Linuxyum-cronsnet1-[dc].mirror.rackspace.com

snet2-[dc].mirror.rackspace.com (for epel and ius) proxy1.[dc].slicehost.com, proxy2.[dc].slicehost.com (Example: proxy1.dfw1, proxy2.ord1, etc)

Nightly between 0000 and 0400 server time/etc/yum-cron

/etc/sysconfig/rhn/up2date

CentOSyum-cronsnet1-[dc].mirror.rackspace.com

snet2-[dc].mirror.rackspace.com

Nightly between 0000 and 0400 server time/etc/yum-cron

 



Was this content helpful?




© 2015 Rackspace US, Inc.

Except where otherwise noted, content on this site is licensed under a Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License


See license specifics and DISCLAIMER