문서 메뉴

문서 홈애플리케이션 개발MongoDB 매뉴얼

replSetReconfig

이 페이지의 내용

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

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

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

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

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

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

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

필드
설명

force

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

"현재" 구성은 replSetReconfig 가 발행된 시점에 프라이머리에서 사용 중인 복제본 구성을 나타냅니다.

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

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

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

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

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

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

"새" 구성은 replSetReconfig 에 지정된 복제본 구성을 나타냅니다.

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

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

강제 재구성을 실행하면 이전 구성의 커밋 상태에 관계없이 새 구성이 즉시 설치됩니다. 강제 재구성은 "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 필드가 증가하여 새 기본 기본의 구성 변경 사항과 이전 기본 기본의 변경 사항을 구분합니다.

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

  • MongoDB 4.0 이하 버전에서는 프라이머리가 작동을 중단하면 모든 클라이언트 연결이 닫힙니다.

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

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

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

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

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

경고

replSetReconfig 명령을 강제로 실행하면 롤백 상황이 발생할 수 있습니다. 주의해서 사용하세요.

replSetReconfig 를 사용하여 복제본 세트 멤버를 제거해도 다른 복제본 세트 멤버에서 제거된 멤버로 열려 있는 발신 연결이 자동으로 삭제되지는 않습니다.

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

버전 4.2에 추가: 복제본 세트에서 제거된 구성원으로 나가는 모든 연결을 즉시 삭제하려면 복제본 세트의 나머지 각 구성원에 대해 dropConnections 관리 명령을 실행합니다:

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

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

경고

MongDB 부터 5 시작됩니다.0, 분할 수평 DNS IP 주소로만 구성된 노드는 시작 유효성 검사에 실패하고 오류를 보고합니다. 를 참조하세요.disableSplitHorizonIPCheck

복제본 세트 구성 필드, 복제본 세트 구성, rs.reconfig()rs.conf() 입니다.

← replSetMaintenance