CentOS 6.4에서 6.2 사이에 큰 차이가 있습니까? 업그레이드 / 업그레이드해야합니까?


9

별도의 관리되는 웹 서버가 두 개 있습니다. 하나는 CentOS 6.2를 실행 중이며 여러 사이트의 프로덕션 환경으로 사용됩니다. 두 번째는 CentOS 6.4를 실행하며 Wiki, gitlab 및 이슈 트래커와 같은 일부 내부 응용 프로그램을 호스팅합니다.

또한 2 차 환경을 개발 사이트의 스테이징 환경으로 사용하여 프로덕션 환경에 들어가기 전에 테스트하고 싶습니다. 이상적으로 두 환경 모두 OS 측면에서 동일한 설정을 가져야합니다.

내 옵션은 것 같다;

  1. 라이브 박스를 6.4로 업그레이드-현재 고객 사이트가 있으므로 약간 위험합니다.
  2. 보조 상자를 6.2로 다운 그레이드하십시오. 현재 우리가 가지고있는 것들을 엉망으로 만들고 있습니다. 매일 사용되는 개발 도구를 다시 설치하고 싶지는 않습니다.
  3. 차이를 무시하고 큰 문제가되지 않기를 바랍니다.

옵션 3은 유혹적이지만 실제로 두 버전의 차이점을 찾을 수 없으므로 현명한 지 여부를 모르겠습니다.

답변:


20

이것은 RHEL / CentOS에 대해 가장 오해 된 것 중 하나입니다 (이 포스트의 목적을 위해 효과적으로 상호 교환 가능함).

CentOS는 OS입니다. CentOS 6은 해당 OS의 버전입니다. CentOS 5와는 매우 다릅니다. CentOS 6.1은 OS 버전이 아니며 CentOS 6의 패치 수준 일뿐입니다.이를 이해하려면 Red Hat의 패키징 및 패치 정책을 이해해야합니다.

Red Hat은 RHEL 버전을 시작할 때 사용할 도구의 버전을 선택합니다. RHEL 6의 경우 여기에는 Apache 2.2.15, 2.6.32 커널, php 5.3.3 등이 포함되었습니다. RHEL6의 남은 수명 동안 업그레이드되지 않습니다. 대신 Red Hat은 선택한 버전에 대해 필요한 패치 (때로는 dsumsky가 지적한대로 개선이 바람직하다고 생각되는 경우)를 백 포트합니다. 당신이 (당신이 신뢰할 수있는 참조를 원하는 경우 버전 번호가 특정 잘 알려진 공격에 취약 제안 소프트웨어를 실행 하겠지만, 그 취약점을 방지하기 위해 패치 된 것을 의미 레드햇은 여기에 자신의 말로 이것을 설명 ) . 얼마나 많은 보안 감사관이 이것을 이해하지 못하는지 놀랍습니다.

이 패치 정책은 많은 사람들이 SF에 게시하여 C6 상자에서 최신 PHP를 얻는 방법을 묻지 만 안정성도 크게 향상시킵니다.

이제, 버저 닝 : 주어진 날에, Red Hat은 RHEL6의 현재 패치 상태를 통해 효과적으로 라인을 그리고이를 RHEL6.4로 선언합니다. 그들은 그것의 ISO를 만들지 만 실제로는 RHEL 6의 버전이 아니며 그날 패치 상태의 RHEL 6 일뿐입니다. 당신이 완전히 최신 RHEL 상자를 원하는 경우는 RHEL 6.0 ISO 파일 및 패치에서 설치하는 것보다 RHEL 6.4 ISO 파일 및 패치에서 설치하는 빠른입니다, 하지만 당신은 같은 일 어느 쪽이든으로 끝날 - RHEL을 6.4.

CentOS도 마찬가지로 업스트림을 따르고 있습니다.

즉, 피스트를 설치하지 않았고 모든 구성 파일을 안전하게 백업 한 경우 큰 걱정없이 C6.2에서 C6.4로 이동할 수 있습니다.

또한 업그레이드하는 것은 나쁜 생각 일뿐 만 아니라 매우 좋은 아이디어입니다. 이 시점에서 C6.2는 실제로 수명이 다한 것입니다. C6.2 상자를 패치로 가져 오면 C6.4이므로 패치가 제공되지 않습니다. 지원되지 않으며 지원되지 않습니다. C6.4 1 이 아니라면 완전히 패치 된 C6.2 박스를 실행할 수있는 방법이 없습니다 .

1 이것은 사실이 아닙니다. 버전을 결정하는 파일을 제어 하는 패키지 를 업그레이드 하지 않기 위해 뒤로 구부릴 수 redhat-release있지만, 그렇게하는 유일한 이유 는 RHEL의 특정 시점 릴리스 를 요구 하는 헛된 미친 상용 소프트웨어를 실행하는 경우 입니다 / CentOS. 그런 일을하고 있다면 제거하십시오. 그것은 목적에 부적합하며, 론 (moron)이 작성 (또는 판매 할 가능성이 높음)합니다.


4
tl; dr : 나쁜 sysadmin, 왜 패치 워크를 최신 상태로 유지하지 않습니까?! :-)
ThatGraemeGuy

@ThatGraemeGuy, 그것은 나를 웃게 만들었습니다 :) 나는 그것이 항상 쉽지 않았기를 바랍니다.
wzzrd

1
진실. 우리 중 일부는 서비스 가동 시간이 중요하고 대부분 개별 시스템 가동 시간과 무관하게 잘 설계되어있는 환경에서 작업 할 수있을만큼 운이 좋았습니다. 그런 환경에서 충분한 시간을 보내면 모든 사람이 그 사치를 누릴 수 있다는 것을 잊기 쉽습니다.
ThatGraemeGuy

유익하고 유익한 답변. 좋은 설명입니다. 이 오해에 몇 번이나 겪었는지 말할 수 없습니다. 나는 이것을 북마크하고 공유하고 거대한 4'x6 '포스터를 인쇄하고 모든 사람들이 볼 수 있도록 사무실 벽에 붙일 것입니다.
Stefan Lasiewski

1
@StefanLasiewski 감사합니다-당신의 친절한 의견에 대단히 감사합니다. 또한 포스터 사본을 보내 주시기 바랍니다.
MadHatter

0

RHEL / CentOS 6.3 과 관련하여이 업데이트는 주로 게스트를위한 더 많은 CPU 또는 메모리 또는 물리적 시스템을 가상 시스템으로 마이그레이션하기위한 virt-p2v 도구와 같은 가상화 개선을 가져 왔습니다. 그렇지 않으면 설치된 응용 프로그램에 영향을 줄 수있는 주요 변경 사항을 알지 못합니다. 서버에 설치된 업데이트 된 패키지와 서버를 실행하는 데 필요한 커널 드라이버를 미리 확인하기 만하면됩니다. 일반적으로 이러한 업데이트에는 버그 수정 또는 보안 수정 만 포함됩니다.

RHEL / CentOS 6.4 와 관련 하여 병렬 NFS에 대한 전체 지원 또는 Hyper-V / ESXi 하이퍼 바이저에서 RHEL6.4 게스트를보다 잘 실행하기위한 업데이트 된 드라이버 인 몇 가지 중요한 변경 사항을 알고 있습니다. 그렇지 않으면 6.3과 같이 업데이트 된 모든 패키지 / 커널 드라이버를 확인합니다.

제 생각에는 시스템을 최신 릴리스 6.4로 업데이트하려고합니다. 나는 어떤 재앙도 기대하지 않을 것입니다 ...


1
//, @MadHatter의 답변을 읽을 기회가 있었습니까?
Nathan Basanese
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.