Docs Menu
Docs Home
/
MongoDB 매뉴얼
/ / /

replSetReconfig

이 페이지의 내용

  • 정의
  • 호환성
  • 구문
  • 명령 필드
  • 행동
  • 추가 정보
replSetReconfig

replSetReconfig 관리 명령은 기존 복제본 세트 의 구성을 수정합니다. 이 명령을 사용하여 멤버를 추가 및 제거 하고 기존 멤버에 설정하다 옵션을 변경할 수 있습니다. 이 명령은 프라이머리 복제본 세트 멤버의 admin 데이터베이스 에서 실행 해야 합니다.

mongosh에서 이 명령을 rs.reconfig() 헬퍼 메서드를 통해서도 실행할 수 있습니다.

헬퍼 메서드는 mongosh 사용자에게 편리하지만 데이터베이스 명령과 동일한 수준의 정보를 반환하지 못할 수 있습니다. 편의가 필요하지 않거나 추가 리턴 필드가 필요한 경우 데이터베이스 명령을 사용합니다.

이 명령은 다음 환경에서 호스팅되는 배포에서 사용할 수 있습니다.

  • MongoDB Atlas: 클라우드에서의 MongoDB 배포를 위한 완전 관리형 서비스

중요

이 명령은 M0, M2, M5 및 M10클러스터 이상에서 지원되지 않습니다. 자세한 내용은 지원되지 않는 명령을 참조하세요.

명령은 다음과 같은 구문을 가집니다:

db.adminCommand(
{
replSetReconfig: <new_config_document>,
force: <boolean>,
maxTimeMS: <int>
}
)

이 명령은 다음과 같은 선택적 필드를 사용합니다.

필드
설명

force

기본값은 false 입니다. 사용 가능한 복제본 세트 구성원이 새 구성을 수락하도록 하려면 true 지정합니다.

강제 재구성으로 인해 개의 "majority" 커밋된 쓰기 롤백을 포함하여 예기치 않거나 원치 않는 동작이 발생할 수 있습니다.

선택 사항입니다. replSetReconfig를 처리하기 위한 누적 시간 제한(밀리초)을 지정합니다. 기본적으로 replSetReconfig는 복제본 세트 구성이 대다수의 복제본 세트 멤버에 전파될 때까지 무기한 대기합니다. maxTimeMS를 설정하면 새 구성을 적용하기 전에 작업이 실패할 수 있습니다. 자세한 내용은 대다수의 구성원이 복제본 구성을 설치할 때까지 재구성 대기 항목을 참조하세요.

shell의 rs.reconfig() 메서드를 사용하여 replSetReconfig(을)를 실행할 수도 있습니다.

MongoDB 5.0부터는 암시적 기본 쓰기 우려를 변경하는 구성으로 복제본 집합을 재구성하기 전에 글로벌 기본 쓰기 우려를 명시적으로 설정해야 합니다. 글로벌 기본 쓰기 우려를 설정하려면 setDefaultRWConcern 명령을 사용합니다.

term 필드는 프라이머리 복제본 세트 멤버가 설정합니다. 프라이머리는 replSetReconfig 작업에서 명시적으로 설정된 경우 term 필드를 무시합니다.

replSetReconfig는 기본적으로 한 번에 1개 이하의 voting 멤버를 추가하거나 제거할 수 있습니다. 예를 들어 새 구성은 클러스터 membership에 대해 다음 변경 사항 중 최대 하나를 수행할 수 있습니다.

  • 새 투표 복제본 세트 멤버 추가하기.

  • 기존 투표 복제본 세트 구성원 제거하기.

  • 기존 복제본 세트 구성원에 대한 votes 을 수정합니다.

여러 투표 멤버를 추가하거나 제거하려면 replSetReconfig 연산을 실행하여 한 번에 한 명의 멤버를 추가하거나 제거합니다.

강제 재구성을 실행하면 여러 명의 투표 멤버를 추가하거나 제거하더라도 새 구성이 즉시 설치됩니다. 강제 재구성으로 인해 "majority" 커밋된 쓰기 작업의 롤백 등 예기치 않은 동작이 발생할 수 있습니다.

replSetReconfig는 투표권을 가진 복제본 세트 구성원의 과반수가 새 복제본 구성을 설치할 때까지 기다렸다가 성공 여부를 반환합니다. 투표 멤버는 중재자를 포함하여 members[n].votes1모든 복제 세트 멤버입니다.

복제본 세트 멤버는 하트비트를 통해 복제본 구성을 전파합니다. 구성원이 versionterm 이상의 구성을 알게 될 때마다 새 구성을 설치합니다. 재구성 프로세스에는 두 가지 뚜렷한 '대기' 단계가 있습니다:

1) 새 구성을 설치하기 전에 현재 구성이 커밋 될 때까지 기다립니다.

"현재" 구성은 replSetReconfig가 발행된 시점에 기본 구성에서 사용 중인 복제본 구성을 참조합니다.

구성이 커밋되는 시점은 다음과 같습니다:

  • 대다수의 투표 복제 세트 구성원이 현재 구성을 설치했습니다 .

  • 이전 구성에서 "majority" 커밋된 모든 쓰기가 현재 구성의 과반수에도 복제되었습니다.

일반적으로 현재 구성은 대부분의 투표 복제 세트 구성원에 이미 설치되어 있습니다. 하지만 이전 구성에서 커밋된 쓰기 중 대다수가 현재 구성에서 모두 커밋되지는 않을 수 있습니다. Delayed { 2}명의 멤버 또는 lagging behind 명인 멤버는 이 단계에 소요되는 시간을 늘릴 수 있습니다.

maxTimeMS 제한이 있는 작업 발행 대기 중에 작업이 제한을 초과하는 경우 작업은 오류를 반환하고 새 구성을 삭제합니다. 한도는 누적되며 다음 단계로 진행된 후에도 재설정되지 않습니다.

2) 새 구성에서 투표 회원의 대다수가 새 구성을 설치할 때까지 기다립니다.

'새' 구성은 replSetReconfig 지정된 복제본 구성을 참조합니다.

프라이머리는 구성을 나머지 복제본 세트 노드로 전파하기 전에 새 복제 구성을 설치하고 사용하기 시작합니다. 이 작업은 투표권을 가진 구성원 과반수가 새 구성을 설치할 때까지만 기다리며 새 구성이 커밋될 때까지 기다릴 필요가 없습니다.

최대 시간 제한이 있는 작업이 발행되었고 대기 중에 작업이 제한을 초과하는 경우, 작업은 오류를 반환하지만 새 구성을 계속 사용하고 전파합니다.

강제 재구성을 실행하면 이전 구성의 커밋 상태에 관계없이 새 구성이 즉시 설치됩니다. 강제 재구성으로 인해 "majority" 커밋된 쓰기 작업의 롤백 등 예기치 않은 동작이 발생할 수 있습니다.

현재 복제본 구성의 커미트먼트 상태를 확인하려면 replSetGetConfig 복제본 집합 기본에서 커미트먼트 상태 매개변수와 함께 를 실행합니다.

MongoDB 5.0부터 새로 추가된 중고등학교는 투표 회원으로 간주되지 않으며 SECONDARY 주에 도달할 때까지 선출될 수 없습니다.

새 투표 노드가 복제본 세트에 추가되면 replSetReconfig는 내부적으로 노드의 구성에 newlyAdded 필드를 추가합니다. newlyAdded 필드가 있는 노드는 현재 투표 노드 수에 포함되지 않습니다. 초기 동기화가 완료되고 노드가 SECONDARY 상태에 도달하면 newlyAdded 필드는 자동으로 제거됩니다.

참고

  • 0}이라는 이름의 필드를 추가하려고 하는 구성은 newlyAdded{ force: true } 실행해도 오류가 발생합니다.

  • 기존 노드에 newlyAdded 필드가 있는 경우 rs.reconfig() 를 사용하여 구성을 변경해도 newlyAdded 필드는 제거되지 않습니다. newlyAdded 5} 필드가 사용자가 제공한 구성에 추가됩니다.

  • replSetGetConfig 는 출력에서 newlyAdded 필드를 모두 제거합니다. newlyAdded 필드를 보려면 local.system.replset 컬렉션을 직접 쿼리할 수 있습니다.

액세스 제어 를 적용하는 배포서버에서 명령을 실행하려면 사용자에게 cluster 리소스에 대한 replSetConfigure 권한 조치가 있어야 합니다. admin 데이터베이스에서 사용할 수 있는 clusterManager 기본 제공 역할은 이 명령에 필요한 권한을 제공합니다.

replSetReconfig는 둘 이상의 replSetReconfig 작업이 동시에 발생하지 않도록 상호적 배타 잠금을 얻습니다.

경고

유효성 검사 규칙은 MongoDB 버전마다 다를 수 있으므로 다른 MongoDB 버전의 멤버를 포함하는 복제본 세트를 다시 구성하지 마십시오.

변경 사항이 제대로 전파되려면 세트 멤버 중 대다수가 작동해야 합니다.

replSetReconfig는 일부 상황에서 현재 프라이머리가 강등되도록 트리거할 수 있습니다. 프라이머리가 강등되면 새로운 프라이머리를 선출하기 위한 투표가 시작됩니다.

  • 새 기본 단계가 시작되면 term 필드를 증가시켜 새 기본에 이루어진 구성 변경 사항을 이전 기본에 이루어진 변경 사항과 구별합니다.

  • 프라이머리 단계가 중단되면 더 이상 모든 클라이언트 연결이 닫히지 않지만 진행 중이던 쓰기는 종료됩니다. 자세한 내용은 동작을 참조하세요.

클러스터가 새 프라이머리를 선택하기까지의 시간 중앙값은 기본값 replica configuration settings 가정할 때 일반적으로 12초를 초과하지 않아야 합니다. 여기에는 예비선거를 사용할 수 없는 상태로 표시하고 선거를 호출하여 완료하는 데 필요한 시간이 포함됩니다. settings.electionTimeoutMillis 복제 구성 옵션을 수정하여 이 기간을 조정할 수 있습니다. 네트워크 지연 시간 등 여러 요인으로 인해 복제본 세트 선택을 마치는 데 필요한 시간이 길어질 수 있습니다. 이렇게 되면 결국 프라이머리 노드 없이 클러스터가 작동할 수 있는 시간의 양에 영향을 미칠 수 있습니다. 이러한 요인들은 특정 클러스터 아키텍처에 따라 달라집니다.

선택 프로세스 중에 클러스터는 새 기본을 선택할 때까지 쓰기 작업을 수락할 수 없습니다.

애플리케이션 연결 로직에는 자동 페일오버 및 후속 투표에 대한 허용 범위가 포함되어야 합니다. MongoDB 드라이버는 프라이머리의 손실을 감지하고 특정 쓰기 작업을 한 번만 자동으로 재시도할 수 있으며, 자동 페일오버 및 투표에 대한 추가 기본 처리 기능을 제공합니다.

호환 가능한 드라이버는 기본적으로 재시도 가능 쓰기를 활성화

운영 클러스터에 미치는 잠재적 영향을 더욱 줄이려면 예약된 유지 관리 기간 동안에만 재구성하십시오.

경고

MongoDB 는 클러스터 의 복제본 세트 간에 강제 복제본 세트 재구성을 동기화하지 않습니다. 를 { force: true } 사용하면 과반수가 커밋된 쓰기가 롤백 되고 일관되지 샤딩된 클러스터 가 발생할 수 있습니다. 이 옵션을 사용할 때는 주의하세요.

replSetReconfig를 사용하여 복제 세트 구성원을 제거해도 다른 복제 세트 구성원으로부터 제거된 구성원에 대한 열려 있는 발신 연결이 자동으로 제거되지는 않습니다.

기본적으로 복제 세트 구성원은 제거된 구성원에 대한 연결을 제거하기 전에 5분 동안 기다립니다. 샤드된 복제본 세트에서는 ShardingTaskExecutorPoolHostTimeoutMS 서버 매개변수를 사용하여 이 시간 제한을 수정할 수 있습니다.

복제본 세트에서 제거된 노드로 나가는 모든 연결을 즉시 삭제하려면 복제본 세트의 나머지 각 노드에 대해 dropConnections 관리 명령을 실행합니다.

db.adminCommand(
{
"dropConnections" : 1,
"hostAndPort" : [
"<hostname>:<port>"
]
}
)

<hostname> <port> 0} 및 을 제거된 멤버의 이름으로 바꿉니다.

경고

복제본 세트 구성 필드, 자체 관리형 복제본 세트 구성, rs.reconfig()rs.conf().

돌아가기

replSetMaintenance