60장. 여러 노드에서 활성 상태인 클러스터 리소스 생성(복제 리소스)
여러 노드에서 리소스를 활성화할 수 있도록 클러스터 리소스를 복제할 수 있습니다. 예를 들어 복제된 리소스를 사용하여 노드 밸런싱을 위해 클러스터 전체에 배포하도록 IP 리소스의 여러 인스턴스를 구성할 수 있습니다. 리소스 에이전트가 지원하는 모든 리소스를 복제할 수 있습니다. 복제본은 하나의 리소스 또는 하나의 리소스 그룹으로 구성됩니다.
동시에 여러 노드에서 활성화할 수 있는 리소스만 복제에 적합합니다. 예를 들어 공유 메모리 장치에서 ext4
와 같은 클러스터되지 않은 파일 시스템을 마운트하는 Filesystem
리소스는 복제해서는 안 됩니다. ext4
파티션은 클러스터를 인식하지 않으므로 이 파일 시스템은 여러 노드에서 동시에 발생하는 읽기/쓰기 작업에 적합하지 않습니다.
60.1. 복제된 리소스 생성 및 제거 링크 복사링크가 클립보드에 복사되었습니다!
리소스 및 해당 리소스의 복제본을 동시에 생성할 수 있습니다.
다음 단일 명령을 사용하여 리소스를 생성하고 리소스를 복제합니다.
RHEL 8.4 이상:
pcs resource create resource_id [standard:[provider:]]type [resource options] [meta resource meta options] clone [clone_id] [clone options]
pcs resource create resource_id [standard:[provider:]]type [resource options] [meta resource meta options] clone [clone_id] [clone options]
RHEL 8.3 이상:
pcs resource create resource_id [standard:[provider:]]type [resource options] [meta resource meta options] clone [clone options]
pcs resource create resource_id [standard:[provider:]]type [resource options] [meta resource meta options] clone [clone options]
기본적으로 복제 이름은 resource_id-clone
입니다.
RHEL 8.4 이상에서는 clone_id 옵션의 값을 지정하여 복제본의 사용자 지정 이름을 설정할 수 있습니다.
단일 명령으로 리소스 그룹과 해당 리소스 그룹의 복제본을 생성할 수 없습니다.
또는 다음 명령을 사용하여 이전에 생성한 리소스 또는 리소스 그룹의 복제본을 생성할 수 있습니다.
RHEL 8.4 이상:
pcs resource clone resource_id | group_id [clone_id][clone options]...
pcs resource clone resource_id | group_id [clone_id][clone options]...
RHEL 8.3 이상:
pcs resource clone resource_id | group_id [clone options]...
pcs resource clone resource_id | group_id [clone options]...
기본적으로 복제 이름은 resource_id-clone
또는 group_name-clone
입니다. RHEL 8.4 이상에서는 clone_id 옵션의 값을 지정하여 복제본의 사용자 지정 이름을 설정할 수 있습니다.
하나의 노드에서만 리소스 구성 변경 사항을 구성해야 합니다.
제약 조건을 구성할 때 항상 그룹 또는 복제 이름을 사용합니다.
리소스 복제본을 생성할 때 기본적으로 복제는 -clone
이 이름에 추가된 리소스의 이름을 사용합니다. 다음 명령은 webfarm이라는 apache
유형 및
이라는 해당 리소스의 복제본을 생성합니다.
webfarm
-clone
pcs resource create webfarm apache clone
# pcs resource create webfarm apache clone
다른 복제 후에 정렬할 리소스 또는 리소스 그룹 복제를 생성하는 경우 거의 항상 interleave=true
옵션을 설정해야 합니다. 이렇게 하면 종속 복제의 사본이 동일한 노드에서 종속된 복제본이 중지되거나 시작된 경우 이를 중지하거나 시작할 수 있습니다. 이 옵션을 설정하지 않으면 복제된 리소스 B가 복제된 리소스 A에 종속되고 노드가 클러스터를 떠나면 노드가 해당 노드로 돌아가면 모든 노드에서 리소스 B의 모든 사본이 다시 시작됩니다. 종속 복제 리소스에 interleave
옵션이 설정되어 있지 않은 경우 해당 리소스의 모든 인스턴스가 종속된 리소스의 실행 중인 모든 인스턴스에 따라 다르기 때문입니다.
다음 명령을 사용하여 리소스 또는 리소스 그룹의 복제본을 제거합니다. 리소스 또는 리소스 그룹 자체를 제거하지 않습니다.
pcs resource unclone resource_id | clone_id | group_name
pcs resource unclone resource_id | clone_id | group_name
다음 표에서는 복제된 리소스에 지정할 수 있는 옵션을 설명합니다.
필드 | 설명 |
---|---|
| |
| 시작할 리소스의 사본 수입니다. 기본값은 클러스터의 노드 수입니다. |
|
단일 노드에서 시작할 수 있는 리소스의 사본 수입니다. 기본값은 |
|
복제본 사본을 중지하거나 시작할 때 다른 모든 사본에 대해 미리 그리고 작업이 성공했는지 알려줍니다. 허용되는 값: |
|
복제의 각 사본이 다른 기능을 수행합니까? 허용되는 값:
이 옵션의 값이
이 옵션의 값이 |
|
복사본을 연속으로 시작해야 합니다(동시에 있는 대신). 허용되는 값: |
|
두 번째 복제본의 동일한 노드에 있는 복사본이 시작되거나 중지되는 즉시 첫 번째 복제본의 복사본이 시작되거나 중지되도록 (두 번째 복제본의 모든 인스턴스가 시작 또는 중지될 때까지 대기하지 않도록 (복제 복제 간) 순서 지정 동작을 변경합니다. 허용되는 값: |
|
값을 지정하면 |
안정적인 할당 패턴을 얻기 위해 복제본은 기본적으로 약간 고정되며, 이는 실행 중인 노드를 유지하는 데 약간의 선호가 있음을 나타냅니다. resource-stickiness
에 대한 값이 제공되지 않으면 복제에서 값 1을 사용합니다. 작은 값이기 때문에 다른 리소스의 점수 계산이 최소화되지만 Pacemaker에서 클러스터 주변의 복사본을 불필요하게 이동하지 못하도록 하는 데 충분합니다. resource-stickiness
리소스 meta-option 설정에 대한 자세한 내용은 리소스 메타 옵션 구성을 참조하십시오.