Red Hat Summit9.4. 캐시에 백업 위치 추가
사이트 간 복제를 수행하도록 데이터 그리드 클러스터를 구성하면 캐시 구성에 백업 위치를 추가할 수 있습니다.
프로세스
각 사이트에 대해 동일한 이름으로 캐시 구성을 만듭니다.
각 사이트의 캐시 구성은 다른 캐시 모드 및 백업 전략을 사용할 수 있습니다. Data Grid는 캐시 이름을 기반으로 데이터를 복제합니다.
take-offline요소를 사용하여 오프라인으로 전환하도록 백업 위치를 구성합니다.-
백업 위치가
min-wait특성으로 오프라인 상태가 되기 전에 시간(밀리초)을 설정합니다.
-
백업 위치가
- 기타 유효한 캐시 구성을 정의합니다.
글로벌 클러스터의 모든 사이트의 이름이 지정된 캐시에 백업 위치를 추가합니다.
예를 들어 LON 을 CryostatC의 백업으로 추가하는 경우 LON 의 백업으로 Cryo statC를 추가해야 합니다.
다음 구성 예제에서는 캐시의 백업 위치를 보여줍니다.
NYC
<infinispan> <cache-container> <distributed-cache name="customers"> <encoding media-type="application/x-protostream"/> <backups> <backup site="LON" strategy="SYNC"> <take-offline min-wait="120000"/> </backup> </backups> </distributed-cache> </cache-container> </infinispan>LON
<infinispan> <cache-container> <replicated-cache name="customers"> <encoding media-type="application/x-protostream"/> <backups> <backup site="NYC" strategy="ASYNC" > <take-offline min-wait="120000"/> </backup> </backups> </replicated-cache> </cache-container> </infinispan>
9.4.1. 백업 위치 오프라인으로 성능 고려 사항
원격 사이트를 사용할 수 없게 되면 백업 위치가 자동으로 오프라인 상태가 될 수 있습니다. 이렇게 하면 노드가 오프라인 백업 위치에 데이터를 복제하지 않으므로 오류가 발생하여 클러스터에 성능이 저하될 수 있습니다.
백업 위치가 오프라인 상태가 되기 전에 대기할 시간을 구성할 수 있습니다. 엄지의 좋은 규칙은 1~2분입니다. 그러나 다른 대기 기간을 테스트하고 성능에 미치는 영향을 평가하여 배포에 대한 올바른 값을 결정해야 합니다.
예를 들어 OpenShift가 사이트 마스터 Pod를 종료하면 Data Grid Operator가 새 사이트 마스터를 선택할 때까지 해당 백업 위치를 짧은 기간 동안 사용할 수 없게 됩니다. 이 경우 최소 대기 시간이 충분하지 않으면 백업 위치가 오프라인 상태가 됩니다. 그런 다음 해당 백업 위치를 온라인으로 가져오고 데이터가 동기화되었는지 확인하기 위해 상태 전송 작업을 수행해야 합니다.
마찬가지로 최소 대기 시간이 너무 길면 노드 CPU 사용량이 실패한 백업 시도에서 증가하여 성능 저하가 발생할 수 있습니다.
