
현재 프로덕션 서버에서 Ubuntu를 사용하고 있습니다.
저는 우분투, 데비안 등과 같은 운영 체제용 버전이 없기 때문에 데스크탑에서 아치 리눅스를 사용하는 것을 선호합니다. 따라서 EOL에 대해 걱정할 필요가 없습니다.
jessi, wheezy 등과 같은 코드 이름 대신 'stable'을 사용하도록 설정된 저장소와 함께 데비안을 사용할 수 있는 가능성이 있습니까?
우리 서버가 수명이 다하지 않도록 하려면?
나는 다음을 구성할 수 있기 때문에 Debian/Ubuntu와 같은 OS를 선호합니다. UnattendedUpgrades
아니면 내 서버에서 사용할 수 있는 것과 같은 운영 체제가 있습니까?
저는 이 서버를 사용하여 [nginx/apache, php, mysql, redis, memcached를 사용하는] 마젠토 웹사이트를 호스팅하고 있습니다.
답변1
나는 이것에 대한 쉬운 "수정"이 없다고 생각합니다. 나도 Debian과 Arch Linux를 모두 사용합니다. 후자는 내 노트북 중 하나에 있고 데비안은 내 서버에 있습니다(그리고 실제로 다른 노트북에도 있습니다).
내 서버에서 Arch를 사용하지 않는 이유가 있습니다. 롤링 릴리스이기 때문에잠재적인파손을 위해. 나는 Arch Linux를 "불안정"하다고 설명하지 않기 때문에 잠재력이라고 말합니다. 수년에 걸쳐 나는 단지 두 번의 사소한 파손을 겪었습니다. 하지만 데비안에서는 아무것도 없었습니다. 제로처럼.
예, 가끔 Arch에서 작업을 할 때 pacman -Syu
약간 긴장되는 느낌이 들 때가 있습니다. 반면 데비안의 업그레이드는 아무 것도 망가뜨린 적이 없습니다(그런 일이 일어날 수 없다는 말은 아니지만 한번도 경험해 본 적이 없습니다).
요약하자면; 이 시점에서는 실제로 둘 중 하나를 선택해야 한다고 생각합니다. 나는 두 접근 방식(롤링과 "고정" 릴리스) 모두 장점이 있다고 생각하지만 "매우 안정적인" 롤링 릴리스를 얻을 수는 없습니다.
Debian(또는 *buntu)이 EOL에 도달하면 일반적으로 시스템이 아닌 모든 파일을 백업하고 새로 설치한 다음 모든 것을 다시 밀어 넣습니다. 별로 번거롭지 않아요.
답변2
특정하고 보호된 시나리오에서 항상 사용되는 고도로 전문화된 특정 임베디드 애플리케이션과는 별도로 배포판을 업그레이드해야 합니다. 네트워크 연결이 있는 모든 컴퓨터(그리고 그렇지 않은 대부분의 컴퓨터)에는 보안 수정 사항을 적용해야 합니다. 또한 법이 변경됨에 따라 문자 그대로 시간대 정의가 변경되는 것을 포함하여 몇 가지 사항에 대한 시간을 따라잡아야 합니다. 새 하드웨어를 추가하면 최신 드라이버가 필요할 수 있으며, 물론 언젠가는 최신 소프트웨어를 실행하고 싶을 수도 있습니다.
어떤 배포 유형을 선택하든 항상 업그레이드가 있습니다. Arch Linux 및 Debian 불안정 또는 테스트와 같은 일부 배포판에는 "롤링 릴리스"가 있습니다. 즉, 업그레이드는 작은 조각(한 번에 몇 개의 패키지)으로 제공되며 거의 매일 업그레이드됩니다. 다른 배포판은 예정되지 않은 시간에 중요한 버그 수정(주로 보안)만 제공되고 주요 릴리스는 최대 1년에 한두 번만 제공되므로 더 안정적입니다.
어느 쪽이든, 업그레이드하지 않으면 설치의 수명이 다하게 됩니다. 유일한 차이점은 며칠이 걸리는지(Arch) 아니면 10년이 걸리는지(RHEL)입니다.
업그레이드하면 문제가 발생할 수 있습니다. 무인 업그레이드는 일반적으로 나쁜 생각입니다. 동일한 시스템(동일한 하드웨어 또는 충분히 가까운, 정확히 동일한 패키지 세트, 네트워크 구성 및 사용자 계정의 최소 차이를 제외하고 동일한 구성)에서 먼저 연습한 경우에만 서버에서 무인 업그레이드를 수행하십시오.
서버의 경우 안정적인 배포를 강력히 권장합니다. 그렇게 하면 몇 년에 한 번씩 위험한 업그레이드만 받게 됩니다. 보안 업그레이드는 일반적으로 안전합니다.
Debian 에서는 stable
. jessie
장점은 시스템이 항상 자동으로 새 릴리스를 따른다는 것입니다. 단점은 언젠가는 업그레이드를 수행하기 위해 3GB의 다운로드와 2시간의 디스크 I/O가 필요하다는 것입니다. 이런 일정을 잡는 것이 더 좋습니다.