...
disk 섹션
al-extents extentsDRBD automatically maintains a "hot" or "active" disk area likely to be written to again soon based on the recent write activity. The "active" disk area can be written to immediately, while "inactive" disk areas must be "activated" first, which requires a meta-data write. We also refer to this active disk area as the "activity log". The activity log saves meta-data writes, but the whole log must be resynced upon recovery of a failed node. The size of the activity log is a major factor of how long a resync will take and how fast a replicated disk will become consistent after a crash. The activity log consists of a number of 4-Megabyte segments; the al-extents parameter determines how many of those segments can be active at the same time. The default value for al-extents is 1237, with a minimum of 7 and a maximum of 65536. Note that the effective maximum may be smaller, depending on how you created the device meta data, see also drbdmeta(8) The effective maximum is 919 * (available on-disk activity-log ring-buffer area/4kB -1), the default 32kB ring-buffer effects a maximum of 6433 (covers more than 25 GiB of data) We recommend to keep this well within the amount your backend storage and replication link are able to resync inside of about 5 minutes
bsr은 최근 쓰기 작업을 근거로 hot 또는 active 디스크 영역을 다시 기록 할 가능성을 자동으로 유지합니다. "비활성"디스크 영역을 즉시 쓸 수 있지만 "비활성"디스크 영역을 먼저 "활성화"해야하고 여기서 메타 데이터 쓰기가 필요합니다. 이 활성 디스크 영역을 activity log 라고도합니다. 활동 로그는 메타 데이터 쓰기를 저장하지만 실패한 노드 복구시 전체 로그를 다시 동기화 해야 합니다. 활동 로그의 크기는 primary 크래쉬 후 재 동기화에 얼마나 오래 걸릴지, 얼마나 빨리 복제 디스크의 일관성을 유지할 지의 주요 요인입니다. 활동 로그는 여러 개의 4 메가 바이트 단위 세그먼트로 구성됩니다. al-extents 매개 변수는 동시에 활성화 할 수있는 세그먼트 수를 결정합니다. al-extents의 기본값은 6001이며 최소 7과 최대 65536입니다. 장치 메타 데이터를 생성 한 방법에 따라 유효 최대 값이 더 작을 수도 있습니다 (drbdmeta (8) 참조). 유효 최대 값은 919 * (사용 가능한 온 디스크 활동 로그 링 버퍼 영역 / 4kB -1)이며 기본 32KB 링 버퍼에서 최대 6433 (25GiB 이상의 데이터 포함)이 됩니다. 백엔드 스토리지 및 복제 링크가 약 5 분 이내에 재 동기화 될 수있는 양 이내에서 이를 잘 유지하는 것이 좋습니다.
al-updates {yes | no}
With this parameter, the activity log can be turned off entirely (see the al-extents parameter). This will speed up writes because fewer meta-data writes will be necessary, but the entire device needs to be resynchronized opon recovery of a failed primary node. The default value for al-updates is yes.
...