Essa deve ser uma das coisas mais incompreendidas sobre o RHEL / CentOS (as duas são efetivamente intercambiáveis para os fins deste post).
CentOS é um sistema operacional. CentOS 6 é uma versão desse SO; é muito diferente do CentOS 5. O CentOS 6.1 não é uma versão do SO, é apenas um nível de patch do CentOS 6. Para entender isso, você precisa entender a política de empacotamento e correção da Red Hat.
A Red Hat escolhe a versão de qualquer ferramenta que eles usarão quando iniciarem uma versão do RHEL. Para o RHEL 6, isso incluía o Apache 2.2.15, o kernel 2.6.32, php 5.3.3 e assim por diante. Pelo resto da vida do RHEL6, eles não serão atualizados; A Red Hat fará o backport de todos os patches necessários (e ocasionalmente, como dsumsky aponta, melhorias que são desejáveis) para a versão que eles escolheram. Isso significa que você estará executando um software cujo número de versão sugere vulnerabilidade a certas explorações conhecidas, mas que foi corrigido para evitar essas vulnerabilidades (caso você queira uma referência autorizada, a Red Hat explique isso com suas próprias palavras aqui ) . É incrível quantos auditores de segurança não entendem isso, alguns deles mesmo depois disso '
Essa política de correção faz com que muitas pessoas publiquem no SF perguntando como podem obter o PHP mais recente em sua caixa C6, mas também causa grande estabilidade.
Agora, versionando: em um determinado dia, a Red Hat efetivamente desenha uma linha através do estado atual do patch do RHEL6 e declara que é (digamos) RHEL6.4. Eles fazem ISOs disso, mas não é realmente uma versão do RHEL 6, é apenas o RHEL 6 no estado de atualização naquele dia. Se você deseja uma caixa RHEL totalmente atualizada, é mais rápido instalar a partir dos ISOs e patch do RHEL 6.4 do que instalar a partir dos ISOs e do patch RHEL 6.0, mas você acaba com a mesma coisa - RHEL 6.4
O CentOS, seguindo o upstream como eles, fazem o mesmo.
Isso significa que, desde que você não tenha instalado nada fora da pista (por assim dizer), e que você tenha feito backup com segurança de todos os seus arquivos de configuração, você pode passar do C6.2 para o C6.4 sem nenhum grande medo.
Além disso, não só não é uma má idéia atualizar, como é muito boa. Neste ponto, C6.2 está efetivamente no final da vida útil. Ele não está recebendo correções, não é suportável e não é suportado, porque se você trouxer uma caixa C6.2 para o patch, é C6.4. Não há como executar uma caixa C6.2 totalmente corrigida sem que ela seja C6.4 1 .
1 Isso não é inteiramente verdade; você pode se inclinar para trás para não atualizar o redhat-releasepacote, que controla o arquivo que determina a versão, mas a única razão para fazer isso é se você estiver executando algum software comercial insano que insiste em uma versão específica do RHEL / CentOS. Se você estiver executando uma coisa dessas, livre-se dela. É inadequado para o propósito e escrito (ou, mais provavelmente, comercializado) por idiotas.
Em relação ao RHEL / CentOS 6.3 , esta atualização trouxe principalmente melhorias de virtualização, como mais CPUs ou memória para convidados ou ferramenta virt-p2v para migrar máquinas físicas para máquinas virtuais. Caso contrário, não conheço nenhuma alteração importante que possa afetar os aplicativos instalados. Gostaria apenas de verificar previamente os pacotes atualizados que estão instalados no servidor e os drivers do kernel atualizados, obrigatórios para a execução do servidor. Em geral, essas atualizações incluem apenas correções de bugs ou segurança.
Em relação ao RHEL / CentOS 6.4 , estou ciente de algumas alterações importantes que oferecem suporte total a NFS paralelo ou drivers atualizados para executar melhor os convidados RHEL6.4 nos hipervisores Hyper-V / ESXi. Caso contrário, eu verificaria todos os pacotes / drivers atualizados do kernel, como na versão 6.3.
Na minha opinião, eu tentaria atualizar o sistema para a versão mais recente 6.4. Eu não esperaria nenhum desastre ...
fonte