MongoDB 정기적으로 새 버전을 출시합니다. 해당 버전을 받는 방법과 타이밍을 얼마나 제어할 수 있는지는 MongoDB 실행 방법에 따라 달라집니다. 배포서버 유형에 따라 다양한 방법으로 새 버전을 실행 준비를 해야 합니다.
이 페이지에서는 MongoDB 버전 번호 MEAN, 출시하다 유형 및 일반적인 용어로 업그레이드가 작동하는 방식을 설명합니다. 배포서버 와 관련된 절차 및 정책은 전체 링크를 참조하세요.
MongoDB 버전 번호가 매겨지는 방식
MongoDB 버전 번호는 X.Y.Z 형식을 취합니다.
X는 주요 버전입니다. 여기서 변경 사항은 이전 버전과 호환되지 않는 변경 사항과 이전 버전에서 읽을 수 없는 형식으로 데이터를 유지하는 새로운 기능이 포함될 수 있는 출시하다 나타냅니다.
Y는 마이너 버전입니다. 마이너 릴리스는 주요 릴리스 사이에 증분 기능을 제공하며, 가용성은 배포서버 유형에 따라 다릅니다.
Z는 패치 버전입니다. 패치 릴리스에는 수정 사항이 포함되어 있으며 출시하다 시리즈 내에서 이전 버전과 호환됩니다.
드라이버, MongoDB Shell 및 MongoDB 데이터베이스 도구 버전은 데이터베이스 서버 와 독립적입니다. 운전자 버전 번호는 서버 버전 번호와 일치하지 않습니다. 어떤 운전자 버전이 어떤 서버 버전에서 작동하는지 학습 해당 운전자 의 호환성 페이지를 참조하세요.
릴리스 유형
Major Releases(주요 릴리스)
주요 릴리스에는 새로운 기능이 도입되며 이전 버전과 호환되지 않는 변경 사항이 포함될 수 있습니다. MongoDB Atlas 및 자체 관리 배포서버 모두에 대한 주요 릴리스를 지원합니다.
마이너 릴리스
마이너 릴리스는 주요 릴리스 간에 더 빠른 주기로 기능을 제공합니다.
MongoDB 8.2부터 Atlas 자동 업그레이드, Enterprise Advanced 및 Community 자체 관리 배포서버에 마이너 릴리스를 사용할 수 있습니다. MongoDB 9.0부터 마이너 릴리스는 Atlas 자동 업그레이드를 통해서만 사용할 수 있습니다.
참고
마이너 릴리스는 모든 기능, 특히 Atlas 실시간 마이그레이션 및 mongosync를 지원 하지 않을 수 있습니다.
기능 업데이트 릴리스
MongoDB 9.0부터 시작되는 기능 업데이트 릴리스는 번호가 x.5인 연간 마이너 출시하다 로, Atlas 및 자체 관리형 배포서버에서 사용할 수 있습니다. 기능 업데이트 릴리스는 Atlas 수동 업그레이드 및 자체 관리 배포서버에서 다음 주요 버전을 기다리지 않고도 증분 기능을 사용할 수 있는 방법을 제공합니다. 확장하는 주요 버전과 동일한 수명 종료 일정과 연장된 수명 주기 지원 자격이 적용됩니다.
중요
MongoDB 9.0 이상에서 모든 마이너 릴리스를 수신하려면Atlas cluster 를 Latest Version With Auto Upgrades로 구성합니다. 다른 모든 배포는 기능 업데이트 출시하다 에만 적합하며, 다른 마이너 릴리스에는 적용되지 않습니다.
패치 릴리스
패치 릴리스에는 수정 사항이 포함되어 있으며 해당 메이저 및 마이너 출시하다 시리즈 내에서만 이전 버전과 호환됩니다. 항상 메이저 버전과 마이너 버전에 대한 최신 패치 출시하다 실행 해야 합니다.
릴리스 후보
릴리스 후보는 새로운 기능을 평가하기 위한 시험판 빌드입니다. 프로덕션 배포에는 적합하지 않습니다.
MongoDB 가 릴리스 번호를 매기고 릴리스를 예약하는 방법에 대해 자세히 학습 MongoDB 버전 관리를 참조하세요.
릴리스가 배포에 도달하는 방법
MongoDB 릴리스는 자체 관리형 배포서버에 사용할 수 있게 되기 전에 Atlas 에 도달합니다.
중요
최신 버전을 받도록 구성된 Atlas 자동 업그레이드 클러스터 해당 출시하다 다운로드 되어 직접 설치되기 전에 출시하다 실행 수 있습니다.
이것이 실제로 의미하는 바는 MongoDB 실행 방법에 따라 달라집니다.
Atlas 수동 업그레이드 클러스터는 사용자가 제어할 수 있는 주요 버전 주기를 유지합니다.
Atlas 자동 업그레이드 클러스터는 Atlas 새 버전을 출시할 때 자동으로 새 버전을 받습니다.
자체 관리형(Enterprise Advanced 또는 Community) 배포를 사용하면 각 출시하다 다운로드 하고 설치할 시기를 선택할 수 있습니다. 행동할 때까지 아무것도 바뀌지 않습니다.
기능 호환성 버전
MongoDB 바이너리를 업그레이드하는 것과 새 버전의 기능을 활성화하는 것은 별개의 두 단계입니다.
기능 호환성 버전 (FCV)은 이전 버전에서 읽을 수 없는 형식으로 데이터를 쓰기 (write) 기능을 활성화할지 여부를 제어합니다. 바이너리를 업그레이드 후 배포서버 이전 FCV를 올릴 때까지 이전 FCV 에서 계속 실행 됩니다. 이는 의도적인 것이며, FCV 이전 버전으로 유지되지만 다운그레이드 기능 는 있습니다.
참고
Atlas 자동 업그레이드에서 Atlas MongoDB 바이너리의 롤아웃 신호를 자동으로 검토 후 각 새 MongoDB 버전과 일치하도록 FCV 를 자동으로 진행합니다. 사용자는 FCV 제어하지 않습니다.
FCV 키우는 것은 반환할 수 없는 점 입니다. 데이터를 새 형식으로 유지하는 기능이 활성화되면 Atlas 에서 다운그레이드할 수 없습니다.
명령 참조는 MongoDB 매뉴얼의 setFeatureCompatibilityVersion을 참조하세요. 업그레이드 전 FCV 고정을 포함하여 Atlas 에서 FCV 작동하는 방식은 클러스터의 주요 MongoDB 버전 업그레이드를 참조하세요.
지원 수명 주기 및 수명 종료
각 MongoDB 주요 버전은 5년 동안 지원되며, Enterprise Advanced 고객은 2년 연장 수명 주기 지원(ELS) 기간을 선택적으로 사용할 수 있습니다. 버전의 수명이 다하면 더 이상 보안 수정을 포함한 수정을 받을 수 없으며 MongoDB 더 이상 설명서를 유지 관리하지 않습니다.
처리 방식은 배포서버 유형에 따라 다릅니다.
Atlas 에서 MongoDB 버전 수명이 다하기 전에 버전 종료 날짜를 알려줍니다. 이 날짜 이후에는 Atlas 클러스터를 MongoDB 의 현재 기본값 대상 버전으로 업그레이드합니다.
중요
MongoDB 의 현재 기본값 대상 버전이 항상 주요 버전 바로 뒤에 오는 것은 아닙니다.
자체 관리형 배포서버의 경우 수명이 종료되기 전에 업그레이드 해야 합니다.
현재 어떤 버전이 어떤 플랫폼에서 지원되는지 확인하려면 MongoDB 엔터프라이즈 지원 플랫폼 또는 MongoDB Community 지원 플랫폼을 참조하세요.
업그레이드 경로 선택
실행하는 경우 | 버전 주기 | 여기 시작 |
|---|---|---|
Atlas 수동 업그레이드 | 다음 주요 버전으로 이동할 시기를 선택할 수 있습니다. | |
Atlas 자동 업그레이드 | Atlas 사용자를 자동으로 업그레이드합니다. 유지 관리 웨이브를 사용하여 환경 전반에 걸쳐 순서를 제어합니다. | |
Enterprise Advanced | 시기는 사용자가 선택합니다. | |
Community | 시기는 사용자가 선택합니다. |
자체 관리형 업그레이드 고려 사항
자체 관리형 배포서버의 경우 업그레이드 절차는 토폴로지 에 따라 다릅니다. 각 릴리스의 업그레이드 페이지는 독립형, 복제본 세트 및 샤딩된 클러스터 절차로 연결됩니다.
9.0 이전의 MongoDB 버전에서는 자체 관리 배포서버 업그레이드할 때 마이너 릴리스를 건너뛸 수 없습니다. 마이너 릴리스 간에 이동하려면 각 릴리스를 순서대로 업그레이드 해야 합니다.
MongoDB 9.0부터 Enterprise Advanced 배포는 주요 릴리스 외에 연간 기능 업데이트 출시하다 만 받습니다. 더 이상 출시하다 주기 내에서 건너뛰는 마이너 시퀀스가 없습니다.
업그레이드하기 전에
배포서버 유형이 무엇이든 주요 버전을 업그레이드 전에 다음 세 가지를 수행할 필요가 있습니다.
프로덕션에 도달하기 전에 새 버전에 대해 애플리케이션 테스트합니다.
이 작업을 수행하는 방법은 배포서버 에 따라 다릅니다.
자체 관리형: 비프로덕션 배포서버 먼저 업그레이드 .
Atlas 수동 업그레이드: 대상 버전을 실행 스테이징 클러스터 생성하고 테스트합니다.클러스터의 주요 MongoDB 버전 업그레이드를 참조하세요.
Atlas 자동 업그레이드: 유지 관리 웨이브를 사용하여 스테이징 및 프로덕션 환경의 순서를 지정할 수 있지만 롤아웃을 중지할 수는 없으며 업그레이드 시기를 완전히 제어할 수 없습니다.
중요
출시하다 검사하는 데 더 많은 시간이 필요한 경우 메이저 버전 주기를 대신 사용하세요. 유지 관리 웨이브에 대해 자세히 학습 보려면 클러스터 유지 관리 관리를 참조하세요.
다운그레이드
다운그레이드는 제한이 있으며, 제약 조건은 배포서버 유형에 따라 다릅니다. 배포서버 유형을 선택하여 적용 제약 조건을 확인합니다.
다운그레이드하려면 FCV 발생하지 않았거나 원래 업그레이드 전에 고정되어 있어야 합니다.
클러스터 직전 출시하다, 이전 주요 버전 또는 해당 주요 버전의 기능 업데이트 출시하다 로만 다운그레이드할 수 있으며, 다운그레이드를 여러 버전에 걸쳐 연결할 수 없습니다.
기능 업데이트 출시하다 의 클러스터 는 자체 주요 버전으로 다운그레이드할 수 있습니다.
극소수의 예외를 제외하고는 다운그레이드하면 대상 버전의 최신 패치 출시하다 가 적용됩니다.
다운그레이드 후에는 최신 버전에 도입된 기능을 더 이상 사용할 수 없으며 MongoDB 새로운 하위 위치에서 두 번째 다운그레이드를 지원 하지 않습니다.
클러스터를 다운그레이드할 수 없습니다.
참고
다운그레이드할 수 있는 주요 버전 주기로 이동하려면 주요 버전 출시하다 (
x.0.0) 후 해당 주기의 첫 번째 마이너 출시하다 (x.1.0) 이전에 셀프 서비스 조치 으로 전환합니다. 자세한 학습 은 자동 업그레이드 기능이 있는 최신 버전을 참조하세요.
- 다운그레이드는 인접한 버전 간에만 지원되며 클러스터 구성에 특정한 절차가 필요합니다.
다운그레이드하려면 FCV 발생하지 않았거나 원래 업그레이드 전에 고정되어 있어야 합니다.
클러스터 직전 출시하다, 이전 주요 버전 또는 해당 주요 버전의 기능 업데이트 출시하다 로만 다운그레이드할 수 있으며, 다운그레이드를 여러 버전에 걸쳐 연결할 수 없습니다.
기능 업데이트 출시하다 의 클러스터 는 자체 주요 버전으로 다운그레이드할 수 있습니다.
극소수의 예외를 제외하고는 다운그레이드하면 대상 버전의 최신 패치 출시하다 가 적용됩니다.
다운그레이드 후에는 최신 버전에 도입된 기능을 더 이상 사용할 수 없으며 MongoDB 새로운 하위 위치에서 두 번째 다운그레이드를 지원 하지 않습니다.
자세히 알아보기
출시하다 번호 지정 및 주기에 대한자세한 MongoDB 버전 관리
버전별 출시하다 노트, 호환성 변경 사항, 업그레이드 및 다운그레이드 절차에 대한릴리스 노트
Atlas 의 MongoDB 버전에서 Atlas 출시하다 옵션 확인