CentOS / RH очень широко поддерживается как серверный дистрибутив, но он монтирует несколько более старые ядра.
Например, теперь оно работает под управлением ядра 2.6, а 3.6 уже вышло.
Я нашел несколько руководств по обновлению ядра, в любом случае мой вопрос:
каковы недостатки использования нестандартного ядра? Будет ли ломаться обновления?
Можно наложить более новое ядро поверх установленного CentOS или RHEL. Причины для этого различаются, но обычно есть функция или функциональность ядра, которая может быть желательной. Хотя я бы не стал обновляться ради этого.
В моем обычном случае я использую новые ядра реального времени, скомпилированные вручную или предоставленные через Распределение MRG RHEL (или бесплатные эквиваленты). Однако это довольно специализированное приложение.
Для вас недостатки - совместимость, сложность и, очевидно, обновления. Это немного противоречит принципу использования дистрибутива Enterprise ™.
Подход Red Hat к своим корпоративным операционным системам заключается в создании согласованной цели на протяжении всего жизненного цикла поддержки ОС. Более крупные корпорации и корпоративные приложения должны гарантировать двоичную совместимость в течение 7 лет, в течение которых поддерживается эта платформа ОС. Red Hat не будет изменять второстепенные номера версий пакета (или ядра), но вместо этого будет вносить изменения портов и исправления безопасности из более новых версий в более старый пакет. Например, вы никогда не увидите Apache 2.2.23 в RHEL 5, но вы увидите соответствующие исправления безопасности (и некоторые функции), перенесенные из более новых версий Apache в версию 2.2.3. То же самое для основных / дополнительных версий ядра.
Обновление ядра за пределами этой экосистемы немного рискованно, но возможно.