나는 이것에 추가 할 것이 없다고 생각했지만, 거의 2 년 동안 프로덕션에서 Fedora를 실행 한 후 매우 중요한 Zabbix 모니터링 시스템을 위해! -할 말이 몇 개있는 것 같습니다.

첫째, 그것은 나의 첫번째 선택이 아니었다. 일반적으로 모호한 부분이있는 경우 이러한 배포판이 제공하는 장기적인 안정성 이점을 위해 CentOS / RHEL을 선택합니다. 그러나이 특정 배포의 경우 Zabbix 2.0의 기능이 절대적으로 필요했지만 EPEL 저장소는 1.8 만 제공했습니다. (EPEL은 현재 Zabbix 2.0 및 2.2 패키지를 1.8에 추가했지만 현재는 그렇지 않았습니다.

Fedora는 최신 소프트웨어를 보유하고 있지만 릴리스는 매우 짧은 13 개월 수명주기이며 약 6 개월마다 새로 릴리스됩니다. 즉, 일반적인 정기적 인 업데이트 설치 외에도 1 년에 두 번 Fedora를 업그레이드 할 유지 관리 기간을 계획해야했습니다.

다른 모든 것을 추적해야하는 모니터링 시스템의 경우, 그러한 유지 보수 기간은 드물고 짧아야합니다. 너무 자주 업그레이드해야한다는 요구 사항으로 인해 이러한 배포는 일반적으로 배제되지만 더 시급한 우려 사항이 있음을 기억하십시오. 필요한 기능이 없으면 쓸모가 없습니다. 그래서 이것은 결과에 대한 (거의) 완전한 지식과의 교환입니다.

얼마 전, 저는이 서버에서 Fedora의 새로운 페드 업 업그레이드 도구를 사용하여 Fedora 18-19 업그레이드를 수행했습니다. Zabbix가 다운 된 이후로 사라 졌을 수도있는 모니터링 된 서비스를 처리하기 위해 2 시간 더 중단 될 계획이었습니다.

실제 서비스 중단 시간 11 분이었다. Zabbix가 재부팅 전에 중지 된 시간부터 업그레이드가 완료된 후 백업 및 서비스 모니터링 시간까지입니다. 다운 타임이 너무 짧다는 것을 몰랐습니다! Fedora에서는 심각한 업그레이드 문제가 드물다는 것을 경험을 통해 알았지 만 훨씬 더 많은 문제를 예상하고있었습니다 . (그리고 Fedora 19-20 업그레이드를했을 때, 완전한 다운 타임은 놀라운 6 분 이었습니다. 같은 시간에 20-21시입니다.)

이 서비스는 사용 가능할 때 거의 확실히 RHEL 7로 옮겨 질 것입니다. 이 경험을 통해 저는 서버로서 Fedora에 대해 훨씬 더 확신을 가지고 있으며 6 개월마다 크게 업그레이드하더라도이를 유지하려고합니다. 다음과 같은 이유로 RHEL으로 전환하면 훨씬 더 혼란 스러울 수 있으며 앞으로 나를 제한 할 수 있습니다.

불행히도 Red Hat은 메이저 릴리스 사이에 오랜 시간이있었습니다. EL5와 EL6 사이의 비슷한 지연으로 인해 실제로 우분투 설치를 프로덕션 환경으로 만들었습니다. (이 시스템의 경우 Fedora를 고려했지만 이상하게도 EPEL의 이전 버전 임에도 불구하고 패키지가 필요한 소프트웨어가 전혀 없었습니다.)

Fedora 실행에 대해 언급하지 않은 한 가지 “문제”는 RHEL에 포함되기 전에 대규모 소프트웨어 프로젝트와 작은 개선 사항을 모두 볼 수 있다는 것입니다. 따라서 RHEL / CentOS 시스템을 관리 할 때는 놓치게됩니다. 예를 들어, Fedora에는 기본적으로 아직 RHEL에없는 많은 수의 bash 완료가 있습니다. 주목할만한 것은 yum명령 행 에서 패키지 이름에 대한 탭 완성입니다 .

따라서 트레이드 오프를 수용 할 수있는 한 프로덕션 환경에서 Fedora를 사용할 수 있습니다.

• 지원 계약이 없습니다. 서버 및 서버 서비스를 관리하고 발생할 수있는 모든 문제를 처리 할 수있는 사내 전문 지식이 있어야합니다. 커뮤니티 지원 만 가능하며 보장은 없습니다. RHEL 경험은 매우 유사하므로 도움이됩니다.
• 최소한 매년 업그레이드 하려면 유지 관리 기간이 있어야합니다 . 6 개월마다 더 낫지 만 매년 업그레이드하는 경우 한 번에 두 개의 릴리스를 업그레이드해야하므로 오전 3시에 처리해야하는 잠재적 문제의 수가 두 배가됩니다.
• 업데이트로 인해 새로운 버전의 소프트웨어가 제공 될 수 있습니다. 그러나 이것들은 메이저 버전이 아닌 포인트 릴리즈입니다. 드문 경우이지만 중요한 새 기능이 추가 될 수 있습니다 (예 : BZ # 319901 ). 그러나 일반적으로 릴리스 기간 동안 소프트웨어는 동일한 버전 번호를 유지하며 수정 사항은 백 포트됩니다. PHP와 같은 일부 패키지 만 업스트림 포인트 릴리스를 추적합니다.
• 보안 업데이트 속도에는 큰 차이가 없지만 PHP와 같은 버그 수정 업데이트와 항상 격리되는 것은 아닙니다. 이것이 문제인지 여부는 실행하려는 서비스에 따라 다릅니다.

모든 것을 고려할 때, Fedora는 여전히 서버 플랫폼을위한 나의 첫 번째 선택이 아니며 아마도 결코 그렇지 않을 것입니다. ( 전반적으로 Fedora 데스크톱 사용자 는 기뻤습니다 .) 더 많은 “엔터프라이즈”배포판에서 사용할 수없는 최신 버전의 소프트웨어가 절대적으로 필요한 경우 트레이드 오프를 수락 할 수 있습니다. Fedora를 사용하는 데 잘못되었습니다.

마지막으로 보안에 대해 구체적으로 물었으므로 몇 가지 내용을 설명합니다.

앞에서 언급했듯이 Fedora와 다른 배포판 사이의 보안 업데이트 속도에는 실질적인 차이가 없습니다. Fedora 패키지 관리자는 업스트림에 가까이 머물러 있고 때로는 업스트림 프로젝트 이전에 가능한 한 빨리 이러한 종류의 업데이트를 신속하게 제공 하기 위해 특별한 노력을 기울 입니다.

Fedora는 엔터프라이즈 대기업과 마찬가지로 보안 구성이 상당히 잠겨 있습니다. 기본적으로 서비스 (ssh 제외)는 출하됩니다. 기본 거부 방화벽은 IPv4 및 IPv6 모두에 대해 기본적으로 활성화되어 있습니다. SELinux는 기본적으로 적용됩니다. 또한 Fedora는 여러 가지 다른 방식으로 강화되었습니다 .

반면에 새로운 보안 기술을 매우 일찍 보게됩니다. 한 가지 예는 FirewallD 의 최근 소개 인데 아직 이전에는 아직 준비가되지 않았지만 이전 방화벽으로 쉽게 전환 할 수 있습니다.

답변